Köszönöm! És azt nem válaszoltam meg, hogy mik a terveim. NFS (főgépemen linux, meg jön két androidos tv box hét közben), biztonságos legyen, meg a Transmission +gui jól használható legyen. Nagyjából ennyi, nem feltétlenül akarom (most még! ) távolról is használni.

Ok. Az nfs beállításához először tiltsd le a gyári nfs csomagot a webes felületen, majd lépj be a nas SSH-jára.

Ha az uwsiteloaderrel hozzáadtad a repókat (kivéve a memiks-et, mert az tudtommal jelenleg nem működik), add ki ezt:

slacker -UuiA unfs

Majd a /ffp/etc/exports fájlba írogasd be a megosztani kívánt mappák elérési útjait/jogokat, ipket stb, amit egy "szabványos" nfs szervenél is szokás. Ha nem tudod, h hogyan kezdj neki, akkor guglizz rá, ha pedig az sem vezetne célra, akkor írd meg, h milyen jogokkal szeretnéd megosztani a mappákat és leírom, h hogy kéne kitölteni a konfigot.

Ja és ha alapból nem létezne a /ffp/etc/exports fájl, akkor így tudod létrehozni:

touch /ffp/etc/exports

Majd, ha megvan a konfig, akkor tedd futtathatóvá a start szkriptjét (erre azért van szükség, hogy minden reboot után elinduljon az unfs daemon):

chmod a+x /ffp/start/unfs.sh

Majd indítsd el:

/ffp/start/unfs.sh start

Ui.: javaslom, hogy a fájlok szerkesztéséhez tedd fel az mc fájlkezelőt a nasra:

slacker -uiA br2:{mc,uClibc,uClibc-solibs,glib-2}

Ezután pl az exports-ot az mcedit /ffp/etc/exports-al tudod szerkesztésre megnyitni.

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Ne haragudj, de ezzel mit csináljak? Erre nem találtam hirtelen semmit

Updating package lists...
fetch: rsync -q 'rsync://ffp.inreto.de/ffp/0.7/arm/packages/CHECKSUMS.md5' '/ffp/funpkg/cache/s'
fetch: (cd '/ffp/funpkg/cache/mz'; wget -Nnv 'http://downloads.zyxel.nas-central.org/Users/Mijzelf/FFP-Stick/packages/0.7/arm/CHECKSUMS.md5')
wget: invalid option -- 'N'
BusyBox v1.19.4 (2016-06-14 10:34:36 CST) multi-call binary.

Usage: wget [-c|--continue] [-s|--spider] [-q|--quiet] [-O|--output-document FILE]
[--header 'header: value'] [-Y|--proxy on/off] [-P DIR]
[--no-check-certificate] [-U|--user-agent AGENT] [-T SEC] URL...

FATAL: mz: No CHECKSUMS.md5
Thanks for using UW Site Loader!

A korábban linkelt összefoglalóban találsz rá választ! (a FAQ végén)

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Az mennyire egészséges, hogy néhány óra alatt annyira lefagy a nas, hogy csak úgy tudom újra elérni, hogy kitépem a konnektorból? A reset gomb is csak dísz.

[ Szerkesztve ]

Érdekes jelenség! De semmiképp nem nevezném normálisnak...

Hogy érted, hogy lefagy? Netán a webes felület nem elérhető utána?

Vagy az egész, tehát pl SSH-n se tudsz belépni? Ebben az esetben, közvetlenül egy reboot után add ki:

/bin/dmesg

És másold be ide a tartalmát pl pastebinnel. Arra tudok tippelni, hogy bad szektoros darabot fogtál ki...

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Konkrétan fixen világít minden, és semmire nem reagál. Se web, se SSH, se főkapcsoló, se reset gomb. Lehet, hogy használtak már a vinyóim, ezeket nem most szereztem be, úgy sok lett volna. Reboot után ez jött:
pcpu-alloc: [0] 0
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 130048
Kernel command line: console=ttyS0,115200 ubi.mtd=4,2048 rootfstype=ubifs root=ubi0:rootfs1 rw rootdelay=2
PID hash table entries: 2048 (order: 1, 8192 bytes)
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 512MB = 512MB total
Memory: 504376k/504376k available, 19912k reserved, 0K highmem
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
vmalloc : 0xe0800000 - 0xfff00000 ( 503 MB)
lowmem : 0xc0000000 - 0xe0000000 ( 512 MB)
modules : 0xbf000000 - 0xc0000000 ( 16 MB)
.text : 0xc0008000 - 0xc081c8d0 (8275 kB)
.init : 0xc081d000 - 0xc0e51afc (6355 kB)
.data : 0xc0e52000 - 0xc0ea90e0 ( 349 kB)
.bss : 0xc0ea90e0 - 0xc0ef6c70 ( 311 kB)
NR_IRQS:16 nr_irqs:16 16

LSP version: linux-3.10.39-2014_T3.0p7

sched_clock: 32 bits at 25MHz, resolution 40ns, wraps every 171798ms
L310 cache controller enabled
l2x0: 16 ways, CACHE_ID 0x410054c9, AUX_CTRL 0x16070000, Cache size: 1048576 B
Console: colour dummy device 80x30
Calibrating delay loop... 1332.01 BogoMIPS (lpj=6660096)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
Setting up static identity map for 0xc063c7b0 - 0xc063c808
mvebu-pmsu: Initializing Power Management Service Unit
Initializing CPU Reset module
devtmpfs: initialized
mvebu-soc-id: MVEBU SoC ID=0x6810, Rev=0x4
xor: measuring software checksum speed
arm4regs : 2368.000 MB/sec
8regs : 1458.800 MB/sec
32regs : 1408.000 MB/sec
xor: using function: arm4regs (2368.000 MB/sec)
pinctrl core: initialized pinctrl subsystem
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
irq: Cannot allocate irq_descs @ IRQ194, assuming pre-allocated
irq: Cannot allocate irq_descs @ IRQ226, assuming pre-allocated
bio: create slab <bio-0> at 0
raid6: int32x1 203 MB/s
raid6: int32x2 270 MB/s
raid6: int32x4 283 MB/s
raid6: int32x8 323 MB/s
raid6: using algorithm int32x8 (323 MB/s)
raid6: using intx1 recovery algorithm
gpio-ms: gpio_dev = fe00000 (M: 254, m: 0)
[kernel] gpio_request for GPIO[24] failed with error number: -517
[kernel] gpio_request for GPIO[31] failed with error number: -517
[kernel] gpio_request for GPIO[44] failed with error number: -517
mvebu-pcie pcie-controller.3: PCIe0.0: link down
mvebu-pcie pcie-controller.3: PCIe1.0: link down
mvebu-pcie pcie-controller.3: PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [io 0x1000-0xfffff]
pci_bus 0000:00: root bus resource [mem 0xe0000000-0xe8000000]
pci_bus 0000:00: root bus resource [bus 00-ff]
pci 0000:00:01.0: [11ab:7846] type 01 class 0x060400
pci 0000:00:02.0: [11ab:7846] type 01 class 0x060400
PCI: bus0: Fast back to back transfers disabled
pci 0000:00:01.0: bridge configuration invalid ([bus 00-00]), reconfiguring
pci 0000:00:02.0: bridge configuration invalid ([bus 00-00]), reconfiguring
PCI: bus1: Fast back to back transfers enabled
pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
PCI: bus2: Fast back to back transfers enabled
pci_bus 0000:02: busn_res: [bus 02-ff] end is updated to 02
pci 0000:00:01.0: PCI bridge to [bus 01]
pci 0000:00:02.0: PCI bridge to [bus 02]
PCI: enabling device 0000:00:01.0 (0140 -> 0143)
PCI: enabling device 0000:00:02.0 (0140 -> 0143)
vgaarb: loaded
SCSI subsystem initialized
libata version 3.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
pps_core: LinuxPPS API ver. 1 registered
pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
PTP clock support registered
cfg80211: Calling CRDA to update world regulatory domain
Switching to clocksource armada_370_xp_clocksource
NET: Registered protocol family 2
TCP established hash table entries: 4096 (order: 3, 32768 bytes)
TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
TCP: reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
PCI: CLS 64 bytes, default 64
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
NFS: Registering the id_resolver key type
Key type id_resolver registered
Key type id_legacy registered
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
fuse init (API version 7.22)
bio: create slab <bio-1> at 1
Btrfs loaded
msgmni has been set to 985
async_tx: api initialized (async)
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 250)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
armada-38x-pinctrl f1018000.pinctrl: registered pinctrl driver
****** turn off all LEDs that turned on in u-boot ******
****** blink SYS LED ******
mv_xor f1060800.xor: Marvell shared XOR driver
mv_xor f1060800.xor: Marvell XOR: ( xor cpy intr )
mv_xor f1060800.xor: freeing 1 in use descriptors!
mv_xor f1060800.xor: Marvell XOR: ( crc32c )
mv_xor f1060900.xor: Marvell shared XOR driver
mv_xor f1060900.xor: Marvell XOR: ( xor cpy intr )
mv_xor f1060900.xor: freeing 1 in use descriptors!
mv_xor f1060900.xor: Marvell XOR: ( crc32c )
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
f1012000.serial: ttyS0 at MMIO 0xf1012000 (irq = 44) is a 16550A
console [ttyS0] enabled
brd: module loaded
loop: module loaded
ahci_mv f10a8000.sata: AHCI 0001.0000 32 slots 2 ports 6 Gbps 0x3 impl platform mode
ahci_mv f10a8000.sata: flags: 64bit ncq sntf led only pmp fbs pio slum part sxs
scsi0 : ahci_mv_platform
scsi1 : ahci_mv_platform
ata1: SATA max UDMA/133 mmio [mem 0xf10a8000-0xf10a9fff] port 0x100 irq 58
ata2: SATA max UDMA/133 mmio [mem 0xf10a8000-0xf10a9fff] port 0x180 irq 58
armada-nand f10d0000.nand: Initialize HAL based NFC in 8bit mode with DMA Disabled using BCH 4bit ECC
NAND device: Manufacturer ID: 0xc2, Chip ID: 0xda (Macronix NAND 256MiB 3,3V 8-bit), 256MiB, page size: 2048, OOB size: 64
Bad block table found at page 131008, version 0x01
Bad block table found at page 130944, version 0x01
7 ofpart partitions found on MTD device armada-nand
Creating 7 MTD partitions on "armada-nand":
0x000000000000-0x000000200000 : "U-Boot"
0x000000200000-0x000000400000 : "U-Boot env"
0x000000400000-0x000000e00000 : "Config"
0x000000e00000-0x000001d00000 : "Kernel-1"
0x000001d00000-0x000008700000 : "RootFS-1"
0x000008700000-0x000009600000 : "Kernel-2"
0x000009600000-0x000010000000 : "RootFS-2"
m25p80 spi0.0: unrecognized JEDEC id ffffff
SoC: model = 0x6810, revision = 0x4
o 3 Giga ports supported
o SKB recycle supported (Disabled)
o NETA acceleration mode 1
o RX Queue support: 8 Queues * 256 Descriptors
o TX Queue support: 8 Queues * 532 Descriptors
o GSO supported
o GRO supported
o Receive checksum offload supported
o Transmit checksum offload supported
o Driver ERROR statistics enabled
o Driver INFO statistics enabled
o Driver DEBUG statistics enabled

port #0: is_sgmii=0, is_rgmii=1, phy_addr=1
o Loading network interface(s) for port #0: cpu_mask=0x1, tx_csum_limit=9800

o Port 0 is connected to Linux netdevice
o eth0, ifindex = 2, GbE port = 0
giga p=0: mtu=1500, mac=00:50:43:02:02:01 (platform)

libphy: orion_mdio_bus: probed
e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
e1000: Copyright (c) 1999-2006 Intel Corporation.
e1000e: Intel(R) PRO/1000 Network Driver - 2.3.2-k
e1000e: Copyright(c) 1999 - 2013 Intel Corporation.
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ehci_hcd: block sizes: qh 64 qtd 96 itd 160 sitd 96
ehci-pci: EHCI PCI platform driver
ehci-orion: EHCI orion driver
Initializing Orion-SoC USB Host Controller
orion-ehci f1058000.usb: EHCI Host Controller
orion-ehci f1058000.usb: new USB bus registered, assigned bus number 1
orion-ehci f1058000.usb: reset hcs_params 0x10011 dbg=0 ind cc=0 pcc=0 ordered ports=1
orion-ehci f1058000.usb: reset hcc_params 0006 thresh 0 uframes 256/512/1024 park
orion-ehci f1058000.usb: park 0
orion-ehci f1058000.usb: reset command 0080b02 park=3 ithresh=8 period=1024 Reset HALT
orion-ehci f1058000.usb: irq 50, io mem 0xf1058000
orion-ehci f1058000.usb: init command 0010005 (park)=0 ithresh=1 period=512 RUN
orion-ehci f1058000.usb: USB 2.0 started, EHCI 1.00
usb usb1: default language 0x0409
usb usb1: udev 1, busnum 1, minor = 0
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 3.10.39 ehci_hcd
usb usb1: SerialNumber: f1058000.usb
usb usb1: usb_probe_device
usb usb1: configuration #1 chosen from 1 choice
usb usb1: adding 1-0:1.0 (config #1, interface 0)
hub 1-0:1.0: usb_probe_interface
hub 1-0:1.0: usb_probe_interface - got id
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
hub 1-0:1.0: standalone hub
hub 1-0:1.0: individual port power switching
hub 1-0:1.0: individual port over-current protection
hub 1-0:1.0: Single TT
hub 1-0:1.0: TT requires at most 8 FS bit times (666 ns)
hub 1-0:1.0: power on to power good time: 20ms
hub 1-0:1.0: local power source is good
hub 1-0:1.0: enabling power on all ports
xhci-hcd f10f0000.usb3: xHCI Host Controller
xhci-hcd f10f0000.usb3: new USB bus registered, assigned bus number 2
xhci-hcd f10f0000.usb3: irq 48, io mem 0xf10f0000
usb usb2: default language 0x0409
usb usb2: udev 1, busnum 2, minor = 128
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: xHCI Host Controller
usb usb2: Manufacturer: Linux 3.10.39 xhci-hcd
usb usb2: SerialNumber: f10f0000.usb3
usb usb2: usb_probe_device
usb usb2: configuration #1 chosen from 1 choice
xHCI xhci_add_endpoint called for root hub
xHCI xhci_check_bandwidth called for root hub
usb usb2: adding 2-0:1.0 (config #1, interface 0)
hub 2-0:1.0: usb_probe_interface
hub 2-0:1.0: usb_probe_interface - got id
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 1 port detected
hub 2-0:1.0: standalone hub
hub 2-0:1.0: no power switching (usb 1.0)
hub 2-0:1.0: individual port over-current protection
hub 2-0:1.0: Single TT
hub 2-0:1.0: TT requires at most 8 FS bit times (666 ns)
hub 2-0:1.0: power on to power good time: 20ms
hub 2-0:1.0: local power source is good
hub 2-0:1.0: trying to enable port power on non-switchable hub
xhci-hcd f10f0000.usb3: xHCI Host Controller
xhci-hcd f10f0000.usb3: new USB bus registered, assigned bus number 3
usb usb3: skipped 1 descriptor after endpoint
usb usb3: default language 0x0409
usb usb3: udev 1, busnum 3, minor = 256
usb usb3: New USB device found, idVendor=1d6b, idProduct=0003
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: xHCI Host Controller
usb usb3: Manufacturer: Linux 3.10.39 xhci-hcd
usb usb3: SerialNumber: f10f0000.usb3
usb usb3: usb_probe_device
usb usb3: configuration #1 chosen from 1 choice
xHCI xhci_add_endpoint called for root hub
xHCI xhci_check_bandwidth called for root hub
usb usb3: adding 3-0:1.0 (config #1, interface 0)
hub 3-0:1.0: usb_probe_interface
hub 3-0:1.0: usb_probe_interface - got id
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 1 port detected
hub 3-0:1.0: standalone hub
hub 3-0:1.0: no power switching (usb 1.0)
hub 3-0:1.0: individual port over-current protection
hub 3-0:1.0: TT requires at most 8 FS bit times (666 ns)
hub 3-0:1.0: power on to power good time: 20ms
hub 3-0:1.0: local power source is good
hub 3-0:1.0: trying to enable port power on non-switchable hub
xhci-hcd f10f8000.usb3: xHCI Host Controller
xhci-hcd f10f8000.usb3: new USB bus registered, assigned bus number 4
xhci-hcd f10f8000.usb3: irq 49, io mem 0xf10f8000
usb usb4: default language 0x0409
usb usb4: udev 1, busnum 4, minor = 384
usb usb4: New USB device found, idVendor=1d6b, idProduct=0002
usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: xHCI Host Controller
usb usb4: Manufacturer: Linux 3.10.39 xhci-hcd
usb usb4: SerialNumber: f10f8000.usb3
hub 1-0:1.0: state 7 ports 1 chg 0000 evt 0000
usb usb4: usb_probe_device
usb usb4: configuration #1 chosen from 1 choice
xHCI xhci_add_endpoint called for root hub
xHCI xhci_check_bandwidth called for root hub
usb usb4: adding 4-0:1.0 (config #1, interface 0)
hub 4-0:1.0: usb_probe_interface
hub 4-0:1.0: usb_probe_interface - got id
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 1 port detected
hub 4-0:1.0: standalone hub
hub 4-0:1.0: no power switching (usb 1.0)
hub 4-0:1.0: individual port over-current protection
hub 4-0:1.0: Single TT
hub 4-0:1.0: TT requires at most 8 FS bit times (666 ns)
hub 4-0:1.0: power on to power good time: 20ms
hub 4-0:1.0: local power source is good
hub 4-0:1.0: trying to enable port power on non-switchable hub
xhci-hcd f10f8000.usb3: xHCI Host Controller
xhci-hcd f10f8000.usb3: new USB bus registered, assigned bus number 5
usb usb5: skipped 1 descriptor after endpoint
usb usb5: default language 0x0409
usb usb5: udev 1, busnum 5, minor = 512
usb usb5: New USB device found, idVendor=1d6b, idProduct=0003
usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb5: Product: xHCI Host Controller
usb usb5: Manufacturer: Linux 3.10.39 xhci-hcd
usb usb5: SerialNumber: f10f8000.usb3
hub 2-0:1.0: state 7 ports 1 chg 0000 evt 0000
usb usb5: usb_probe_device
usb usb5: configuration #1 chosen from 1 choice
xHCI xhci_add_endpoint called for root hub
xHCI xhci_check_bandwidth called for root hub
usb usb5: adding 5-0:1.0 (config #1, interface 0)
hub 5-0:1.0: usb_probe_interface
hub 5-0:1.0: usb_probe_interface - got id
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 1 port detected
hub 5-0:1.0: standalone hub
hub 5-0:1.0: no power switching (usb 1.0)
hub 5-0:1.0: individual port over-current protection
hub 5-0:1.0: TT requires at most 8 FS bit times (666 ns)
hub 5-0:1.0: power on to power good time: 20ms
hub 5-0:1.0: local power source is good
hub 5-0:1.0: trying to enable port power on non-switchable hub
usbcore: registered new interface driver usblp
usbcore: registered new interface driver usb-storage
mousedev: PS/2 mouse device common for all mice
hub 3-0:1.0: state 7 ports 1 chg 0000 evt 0000
mvebu-rtc f10a3800.rtc: rtc core: registered f10a3800.rtc as rtc0
i2c /dev entries driver
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
hub 4-0:1.0: state 7 ports 1 chg 0000 evt 0000
device-mapper: ioctl: 4.24.0-ioctl (2013-01-15) initialised: dm-devel@redhat.com
dm_crypt using the OCF package.
cpuidle: using governor ladder
sdhci: Secure Digital Host Controller Interface driver
sdhci: Copyright(c) Pierre Ossman
hub 5-0:1.0: state 7 ports 1 chg 0000 evt 0000
mmc0: SDHCI controller on f10d8000.sdhci [f10d8000.sdhci] using ADMA
sdhci-pltfm: SDHCI platform and OF driver helper
armada-cesa-ocf f109d000.crypto: mv_get_cesa_resources: Total CESA HW channels supported 2
armada-cesa-ocf f109d000.crypto: mv_get_cesa_resources: CESA feature: int_coalescing(1)
armada-cesa-ocf f109d000.crypto: mv_get_cesa_resources threshold 0x2, threshold_time 0xff
mvCesaInit: channels=2, session=640, queue=256
armada-cesa-ocf f109d000.crypto: cesa_ocf_probe: CESA driver operate in ocf(0) mode
ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
cesadev_init(c0836af0)
ata1.00: ATA-8: TOSHIBA DT01ACA100, MS2OA750, max UDMA/133
ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
ata1.00: configured for UDMA/133
scsi 0:0:0:0: Direct-Access ATA TOSHIBA DT01ACA1 MS2O PQ: 0 ANSI: 5
TCP: cubic registered
NET: Registered protocol family 10
sit: IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
8021q: 802.1Q VLAN Support v1.8
Key type dns_resolver registered
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
******** sd_probe: turn_off LED_HDD1 ********
******** sd_probe: turn_on LED_HDD1 WHITE********
sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
sd 0:0:0:0: [sda] 4096-byte physical blocks
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
UBI: attaching mtd4 to ubi0
sda: sda1 sda2 sda3
sd 0:0:0:0: [sda] Attached SCSI disk
ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata2.00: ATA-7: SAMSUNG HD103SI, 1AG01118, max UDMA7
ata2.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
ata2.00: configured for UDMA/133
scsi 1:0:0:0: Direct-Access ATA SAMSUNG HD103SI 1AG0 PQ: 0 ANSI: 5
******** sd_probe: turn_off LED_HDD2 ********
******** sd_probe: turn_on LED_HDD2 WHITE********
sd 1:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
sd 1:0:0:0: Attached scsi generic sg1 type 0
sd 1:0:0:0: [sdb] Write Protect is off
sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
UBI: scanning is finished
UBI: attached mtd4 (name "RootFS-1", size 106 MiB) to ubi0
UBI: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
UBI: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
UBI: VID header offset: 2048 (aligned 2048), data offset: 4096
UBI: good PEBs: 848, bad PEBs: 0, corrupted PEBs: 0
UBI: user volume: 1, internal volumes: 1, max. volumes count: 128
UBI: max/mean erase counter: 1/0, WL threshold: 4096, image sequence number: 1931160955
UBI: available PEBs: 0, total reserved PEBs: 848, PEBs reserved for bad PEB handling: 40
mvebu-rtc f10a3800.rtc: setting system clock to 2016-08-14 09:17:18 UTC (1471166238)
UBI: background thread "ubi_bgt0d" started, PID 1180
sdb: sdb1 sdb2 sdb3
sd 1:0:0:0: [sdb] Attached SCSI disk
Freeing unused kernel memory: 6352K (c081d000 - c0e51000)
eth0: mac address changed
bmPoolId = 0 has unknown buf_size
pool #0: pkt_size=1536, buf_size=1600 - 4096 of 4096 buffers added
egiga0: link up
egiga0: started
egiga0: link down
egiga0: link up, full duplex, speed 1 Gbps
egiga0: link down
egiga0: link up, full duplex, speed 1 Gbps
UBI: detaching mtd4 from ubi0
UBI: mtd4 is detached from ubi0
UBI: attaching mtd6 to ubi6
UBI: scanning is finished
UBI: attached mtd6 (name "RootFS-2", size 106 MiB) to ubi6
UBI: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
UBI: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
UBI: VID header offset: 2048 (aligned 2048), data offset: 4096
UBI: good PEBs: 840, bad PEBs: 8, corrupted PEBs: 0
UBI: user volume: 1, internal volumes: 1, max. volumes count: 128
UBI: max/mean erase counter: 2/1, WL threshold: 4096, image sequence number: 3837567872
UBI: available PEBs: 0, total reserved PEBs: 840, PEBs reserved for bad PEB handling: 32
UBI: background thread "ubi_bgt6d" started, PID 1390
UBIFS: mounted UBI device 6, volume 0, name "ubi_rootfs2", R/O mode
UBIFS: LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
UBIFS: FS size: 100691968 bytes (96 MiB, 793 LEBs), journal size 5079040 bytes (4 MiB, 40 LEBs)
UBIFS: reserved for root: 4755930 bytes (4644 KiB)
UBIFS: media format: w4/r0 (latest is w4/r0), UUID AB1A94BC-3431-48EE-93C5-70379361CC88, small LPT model
md: md0 stopped.
md: bind<sdb1>
md: bind<sda1>
md/raid1:md0: active with 2 out of 2 mirrors
md0: detected capacity change from 0 to 2045706240
md: md1 stopped.
md: bind<sdb2>
md: bind<sda2>
md/raid1:md1: active with 2 out of 2 mirrors
md1: detected capacity change from 0 to 2046754816
md1: unknown partition table
Adding 1998780k swap on /dev/md1. Priority:-1 extents:1 across:1998780k
md0: unknown partition table
EXT4-fs (md0): mounted filesystem with ordered data mode. Opts: (null)
EXT4-fs (md0): re-mounted. Opts: (null)
EXT4-fs (loop0): mounting ext2 file system using the ext4 subsystem
EXT4-fs (loop0): mounted filesystem without journal. Opts: (null)
UBI: attaching mtd2 to ubi2
UBI: scanning is finished
UBI: attached mtd2 (name "Config", size 10 MiB) to ubi2
UBI: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
UBI: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
UBI: VID header offset: 2048 (aligned 2048), data offset: 4096
UBI: good PEBs: 80, bad PEBs: 0, corrupted PEBs: 0
UBI: user volume: 1, internal volumes: 1, max. volumes count: 128
UBI: max/mean erase counter: 5/2, WL threshold: 4096, image sequence number: 2929113972
UBI: available PEBs: 0, total reserved PEBs: 80, PEBs reserved for bad PEB handling: 40
UBI: background thread "ubi_bgt2d" started, PID 1576
UBIFS: background thread "ubifs_bgt2_0" started, PID 1580
UBIFS: mounted UBI device 2, volume 0, name "ubi_config"
UBIFS: LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
UBIFS: FS size: 3301376 bytes (3 MiB, 26 LEBs), journal size 1015809 bytes (0 MiB, 6 LEBs)
UBIFS: reserved for root: 155931 bytes (152 KiB)
UBIFS: media format: w4/r0 (latest is w4/r0), UUID 3435B4A2-AFB0-4F4B-8262-DE7B18E0AFD0, small LPT model
NTFS driver 2.1.30 [Flags: R/O MODULE].
tntfs: module license 'Commercial. For support email ntfs-support@tuxera.com.' taints kernel.
Disabling lock debugging due to kernel taint
Tuxera NTFS driver 3015.1.29 [Flags: R/W MODULE].
PPP generic driver version 2.4.2
PPP MPPE Compression module registered
PPP Deflate Compression module registered
NET: Registered protocol family 24
PPP BSD Compression module registered
md: md2 stopped.
md: bind<sdb3>
md: bind<sda3>
md2: detected capacity change from 0 to 1992216674304
md2: unknown partition table
bio: create slab <bio-2> at 2
EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: usrquota,data=ordered,barrier=1
EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
NFSD: the nfsdcld client tracking upcall will be removed in 3.10. Please transition to using nfsdcltrack.
NFSD: starting 90-second grace period (net c0ea18b0)
Rounding down aligned max_sectors from 4294967295 to 4294967288
NFSD: Unable to end grace period: -110
~ #

Nos, a dmesged rendben van, szóval a NAND hibát kizárhatjuk.

Ugyan az nsa326 GPL forrása nincs megosztva még, de ha jól gondolom, a tünetek alapján szoftveres gond lesz ez. Az első, ami lehetséges, hogy elsiették a ZyXEL-esek az fw frissítést és megint elbaltázták a kerneled, ezért hal meg egy idő után. Ha ilyen előfordulna, akkor pár napon belül kiadnak egy, már jó updatet. Tehát első körben nézd meg, hogy van-e frissítés.

Utána pedig csekkold le, hogy az eco mód, meg mindenféle áramkimélő cucc ki van-e kapcsolva. Annó én belenéztem a 320S forrásába, aholis szembesültem azzal, h milyen bugos ez a funkció. Nekem is csinált olyat, hogy ha nem használta napokig a hdd-t, akkor lement eco módba (összes led világított, vagy villogott), de nem tudott visszatérni...

Ilyenkor csak áramtalanítás segített... De sajnos a hibát nem sikerült elkapni, mert amikor ráaggattam a TTL kábelt, akkor bezzeg nem csinálta. Így nem tudtam kideríteni, hogy mi okozza...

De azóta áttértem Debianra, ott nincs ilyen gondom.

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Több helyen láttam 5.20-s firmware-t, de nekem 5.11, és nem is talál frissebbet. Ha valóban szoftveres a gond, akkor az megoldható, de 240-s nettel a 3,5Mb/s-s letöltési sebesség nem túl optimális. Ki van kapcsolva minden ilyen, eco mód konkrétan nincs.
Létezhet rá megoldás, hogy debian-t dobjak rá én is? Valamiért jobban tudnék benne bízni, így sem egyértelmű, hogy mennyire biztonságos a jelenlegi rendszer.

Persze, bár azt nem tudom, hogy a 326-on ki van-e vezetve a soros port.

Ha igen, akkor a legegyszerűbb, ha veszel (/gyártassz) egy ttl kábelt, aztán keresel egy debian kernelt/rootfs-t, aztán átírod a bootflageket és mondjuk egy pendriveról/hddről bootolod be a debiant a gyári fw helyett.

Mondjuk ezt ttl kábel nélkül is meg lehet oldani az fw_setenv binárissal, de az is már picit nagyobb falat.

326 esetén könnyebb dolgod van, mert a fentebb említett kernelt&rootfs-t könnyebben be tudod szerezni, mert nagyobb eséllyel gyártottak armv7-re ilyet, így Neked csak minimális módosításokat kell eszközölnöd, h felmenjen a nasra is és pl tudja kezelni a hálókártyát.

Abszolút megéri lecserélni a gyári agyonswappelős rendszert egy smooth debianra, de elég kockázatos dolog, friss tulajoknak én nem javaslom...

Ennek ellenére nekiállhatsz, de az első legyen az, h írsz a ZyXEL-nek, hogy adják oda Neked a 326 GPL forrását. Mert ha bármi gond lenne a Debiannal, akkor a GPL forrás tartalmaz mindent, amire szükség lehet helyreállításkor.

Ps.: mit értessz biztonság alatt?

Ja és ha beröffentessz egy Transmissiont, mondjuk egy linux lemezképpel seedre és leveveszed a max sebességet 1 kb/s-re. Akkor remélhetőleg soha nem fog hibernálódni.

[ Szerkesztve ]

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Hogy más ne férhessen hozzá az adatokhoz, nem világos nekem ez még továbbra sem
Őőő gyors keresés ttl kábelre, és már fogalmam sincs, hogy mit kellene vele csinálnom. Pendrive alól nem lehet valahogy futtatni? Kb. ezt úgy tudom elképzelni, mint a médiaboxnál a LibreElec dolgot. Nagyon messze állok a valóságtól?
Eddig nekem az SSH is nagy falat, meg úgy minden, de szeretek kísérletezni, és tanulni is
Szóval írjam meg a ZyXel-nek, hogy "szét szeretném kapni a friss gépemet, adjatok hozzá segítséget?"

Az biztos, hogy ezzel az állapottal vagy kezdek valamit, vagy küldöm vissza a 'csába. Már most nagyon bassza az agyam, hogy elindítok a """"háttérben""" egy letöltést, és már hozzá sem tudok jutni a géphez, mert a processzor ki akar ugrani a helyéről.

Más nem fog hozzáférni semmidhez sem, amíg egy router megfogja a nasod és nincs kirakva egy csomó port forward. Biztonságban pedig sok különbség nincsen. Ez is linux, mint a debian.

Ami az fw-t illeti:

Tehát a nasod alapból rendelkezik egy NAND memóriával, amiben csücsül a mostani rendszere.

De ahhoz, h az fw be tudjon töltődni, először egy u-boot nevű bootloader töltődik a memóriába és megpróbálja beindítani a neki megadott fw-t(jobban mondva a kernelt, de nem akarom még jobban megkavarni). Namost, alapból logikusan a ZyXEL féle nandba "égetett" rendszert fogja bootolni ez az u-boot nevű bootloader (BL). Ahhoz pedig, hogy Te pl egy Debian-t tudj bebootolni, meg kell változtatni egy boot flag-nek elkeresztelt változót, h pl egy a nasra dugott pendriveról bootoljon inkább a nand helyett. Így el lehet intézni, hogy a pendriveon található debian kernelt töltse be.

Nade ebbe az u-bootba nem tudsz csak úgy belenyúlni. Erre kell a TTL kábel, amit ha a nas "alaplapján" található portra csatlakoztatsz, majd a másik végét USB-n a gépre dugod, akkor bele tudsz nyúlni közvetlenül az u-bootba.

Ha pedig nincs ilyen kábeled, akkor a nast gyári fw-vel bootolva az fw_printenv és fw_setenv-vel tudsz belenézni/belenyúlni ezekbe a flagekbe.

#16162

Ja, h a Tm váltja ki a fagyást. Ezt eddig nem közölted!

Vedd lejjebb a partner- és sebesség korlátot!

Szerk.: a GPL forrás pedig cakli-pakli tartalmazza a gyári fw-t. Így ha valamit elbaltáznál (velem már előfordult sokszor... ), akkor onnan vissza tudod állítani. Régen nyilvánosan meg voltak osztva a zyxel fórumán ezek a források, de manapság már csak e-mail útján adják ki...

[ Szerkesztve ]

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Eddig nem igazán sejtettem, hogy ott lehet a gond. Mellesleg ismét kiakasztotta magát, se SSH, se semmi...ilyen korlátot állítsak be, hogy még azért hasznos is legyen?

Tehát, ha elkérem a GPL forrást, onnantól nem okozhatok teljes megsemmisítést, mert akkor (biztos annak is megvan a procedúrája) bármikor vissza tudom rakni ezt a remek rendszert, ha jól értem?

[ Szerkesztve ]

Torrent ügyben nem vagyok otthon, így ebben a kérdésben csak hasraütésszerűen letöltésnek ~9 megát írnék, partnerkorlátnak meg 200-at. De veheted feljebb is, mert szerintem egy 11 megát is simán kibír, csak a 9 a biztos.

Igen, ha megvan a forrás, abban minden benne van.

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Ha kérhetném, legközelebb pastebin-be toljátok bele ezeket a logokat!

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!

Elnézésed kérem, nem volt világos, hogy hogyan kell. De ahogy a dolgok most állnak nem is jövök ide többet, szörnyen használhatatlan ez a rendszer, állandóan összeesik. Kicsit többre számítottam 30 ezresért.

Az előfordulhat, hogy valamelyik HDD hibás, és amiatt fagy ki állandóan?

Persze, az is fontos, ha ezerrel torrentezel egy gyenge hdd-re, akkor akár azt is el tudom képzelni, h azért hal meg.

De, h ki is tudd deríteni, add ki a top parancsot, miközben leszedsz egy torrentet és nézd meg, h nyúzza-e valami a procit.

Illetve itt találsz egy leírást a hdsentinelarm-ról, amivel meg tudod nézni a HDD-k állapotát. Nameg a webgui-s csomagok közt ott a SMART is, azzal is ránézhetsz.

Előfordulhat, hogy csak egy rossz darabot fogtál ki. Ide nem tudom, h jár-e 326 tulaj, de a 325v2 topikban szerintem meg fognak erősíteni, h ez a nas nem ilyen. Attól, h a dmesgben nem látszott semmi érdemleges, lehet, h egy hibás darabot fogtál ki... Ha van gari, esetleg próbáld meg visszavinni, vagy megkérdezni a ZyXELtől, h mi a teendő.

Egyébként csak akkor fagy, ha be van kapcsolva a torrent?

@Somatom

Megnyitod a pastebin.com-ot, majd a vágólapról simán beilleszted a logot. Ha akarod, még a nyelvet is kiválaszthatod, h kiemelje a szintaxist, illetve szükség szerint elnevezheted a "fájlt". Ezután kiválasztod, h public legyen-e (azaz, h a pastebin főoldalán bárki megtekintheti), vagy nem listázottat szeretnél. Ja és még lejárati időt is be lehet állítani.

Ha ez megvan, akkor leokézod, oszt behozza a "fájlod". Ennek a linkjét kimásolod, aztán beilleszted ide.

Ennyi kb... Ja és ha regisztrálsz is, akkor tudod módosítani/törölni a pasteket.

Ps: van rá Tasker szkriptem, ami a vágólapom beolvassa (a logot), majd felteszi pastebinre, aztán csinál a kész linkből egy PH kompatibilis linket.

[ Szerkesztve ]

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Nem, épp ez az, hogy a tm-t is a javaslatod szerint állítottam be. Már vissza is csomagoltam a dobozába, úgy voltam vele, hogy átváltok 1 lemezesre, és veszek a 2 db 1TB vinyó helyett 1 db 3TB-t (nyilván ráfizetéssel). Asszonykám laposa be(csak azon van win) HD Sentinel-ből lövök be képeket a hirdetéseket, mert azt mindenhol elvárják. Nem kicsit lepődtem meg...Régóta pihent, tudtommal hibátlanul. Okozhatta-e a NAS-féle kifagyás, vagy épp fordítva, és emiatt jegesedett be?
Azóta visszapakoltam, bele az egy szem 100%-s diszket, jelenleg másolás alatt is zökkenőmentesen fut.

Én az alábbit próbálnám meg:
Nekem is volt egy 1TB-os Samu vinyó, amikor az új gépet vettem, akkor elkezdett mindenféle fagyásokat okozni, meg kattogott veszettül a vinyó, a HDS is 0% kondíciót mutatott, kiderült, hogy az adott chipsettel voltak kompatibilitási gondjai.
A Samsung/Seagate oldaláról le kellett hozzá tölteni a legfrissebb firmware-t, felfrissítettem a vinyón, és azóta is működik, igaz másnál, mert akkor hirtelenjében vettem egy másik vinyót, mert azt hittem ez meghalt, de semmi baja, és eladtam egy összerakott géppel, azóta is 100/100-as.

Szerintem simán okozhatja a fagyásokat, sőt, szerintem ez volt a gond, de egy firmware frissítést megérdemel, hátha.

Az én vinyómnak HD103SJ volt a típusjele, de a tied is ott van a listán a hibás firmware miatt.

[ Szerkesztve ]

;) - The Power of the Light Side

Nah, akkor ez volt a gond.

Én elképzelhetetlennek tartom, hogy ezt a nas okozta, bár ismerem a logikát. Ahol van 1 bad szektor, ott csak több lehet!

Szóval ha régebben is volt használva, én inkább arra gondolnék, h akkor károsodott meg ennyire...

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Ez is megér egy próbát, hátha. Tehát van rá esély, hogy utána nem ilyen szar állapotúnak mutatja. Mondjuk nem mai darab, 4-5 éves minimum. De sanszos, hogy ebből akkor is WD Red lesz, a 3 terrás még egész megfizethető, csak akkor meg kár, hogy 2 bay-st vettem...

@Mr Dini
Ezt a firmware frissítést még kipróbálom, ha nem jön össze, akkor kiderítem, hogy milyen messze tudom dobni a harmadikról

Vagy még sincs ott a listán, most látom az 105SI végű (mármitn ami a listában van), a tied meg 103SI. Mindegy érdemes lehet FW-t frissíteni rajta, hátha.

[ Szerkesztve ]

;) - The Power of the Light Side

Áh, nem hiszem, hogy az fw-vel lenne a gond, hiszen a bad szektorokat ki tudta olvasni. Ha 0% lenne a kondíció, akkor egyértelműen a HDD fw-je nem kezeli jól a cuccot, ezért nem tudja átadni a hdsentinelnek az értéket. Sajnos én itt egy lelohasztott HDD-t látok...

De a remény hal meg utoljára!

#16175 jojoker08

Ok, de előbb mikrózd meg. Az a biztos!

[ Szerkesztve ]

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Ezen leírás sajnos már nem működőképes. Frissebb változat itt!

Üdv!

Írtam korábban arról, hogy ha érdekel valakit, akkor írok egy picit az mpdről. Nos, sajnos nincs sok időm jelenleg cikket írni róla, de egy kis szösszenet a lényegről még belefér!

Kell hozzá egy hangkártya, az mpd és a hangkari driverek. A leírás megy az összes NSA3**-al, de a 326-tal nem biztos!

Tehát első lépés, az mpd telepítése. Ehhez szükséges a br2 repó, amit uwsiteloaderrel tudtok hozzáadni a nas slackerjéhez.

Ha ez megvan, akkor tegyük fel az mpd-t, a modulokat és egy kmodot, ami betölti majd a hangkarink moduljait.

slacker -UuiA mz:zyxel_modules-2.6.31.8 br2:{kmod,mpd}

Illetve szükség esetén (ha régi az uClibc-nk) frissítsünk rá az uClibcre és a gcc-re is!:

slacker -uiA br2:{uClibc,uClibc-solibs,gcc/gcc,gcc/gcc-solibs}

Ok, ha ez megvan, akkor pl mc, nano, vagy winSCP használatával nézzünk bele a /ffp/etc/mpd.conf-ba és frissítsük fel angoltudásunkat egy kis konfig finomhangolással. A konfig alapból is működőképes, de érdemes átnézni, hogy van-e olyan dolog, ami nekünk nem megfelelő.

Ha megvan, akkor cseréljük le a "gyári" start szkriptet egy általam módosítottra, ami a modulokat is betölti:

wget http://users.atw.hu/mrdini/scripts/mpd.sh -O /ffp/start/mpd.sh; chmod a+x /ffp/start/mpd.sh

Majd dugjuk be a hangkártyát és adjunk egy reboot-ot a nasnak.

Ezután már el is érhetjük a lejátszót különféle remote programokkal. Pl winre az Auremo-val, de Androidra és linuxra is írtak rengeteg ilyesmit.

Ennyi lenne a telepítés, most térjünk rá a beígért Youtube stream lejátszásra!

Tehát ehhez szükségünk lesz még pár programra, ezeket tegyük is fel:

slacker -uiA br2:python/; wget http://users.atw.hu/mrdini/packages/testing/mpcl-0.27-arm-0.txz -O /tmp/mpcl-0.27-arm-0.txz; wget http://users.atw.hu/mrdini/packages/testing/libmpdclient-2.9-arm-0.txz -O /tmp/libmpdclient-2.9-arm-0.txz; funpkg -i /tmp/{mpcl-0.27-arm-0.txz,libmpdclient-2.9-arm-0.txz}; rm /tmp/{mpcl-0.27-arm-0.txz,libmpdclient-2.9-arm-0.txz}

Illetve magára a youtube-dl-re, ami a zene linkjét fogja átadni az mpc-nek, ami átadja az mpd-nek, ami lejátssza a stremet. :

pip install youtube-dl

Ha megvan, akkor szükségünk lesz még egy profilra is, hogy minél egyszerűbb legyen majd a lejátszás. Ezt így szerezhetjük be:

wget http://users.atw.hu/mrdini/scripts/ytplay.sh -O /ffp/etc/profile.d/ytplay.sh; chmod a+x /ffp/etc/profile.d/ytplay.sh; source /ffp/etc/profile.d/ytplay.sh

Ha pedig ezt a parancsot is kiadtuk, akkor készen is volnánk!

Mostantól ha le szeretnénk játszani egy Youtube-os zenét, akkor csak ezt kell kiadni:

ytp <youtube link>

Pl: ytp https://www.youtube.com/watch?v=3wjb3HtD32c

És már szól is a zene!

Ui.: Ha kicsit hangosan, akkor az mpc-vel lehet (többek közt) halkítani (is), pl így:

mpc volume 20

Illetve érdemes kiadni ezt: mpc help, ha kiváncsiak vagyunk, hogy mit tud a program még.

Uui: a függőségeket kihagytam, mert nem volt időm végigbogarászni. Ha lenne olyan, ami egy repóban sem lenne meg, akkor szóljatok és feltöltöm belőle az én verziómat is!

Sok sikert és köszi, hogy elolvastad!

Mr Dini

Ezen leírás sajnos már nem működőképes. Frissebb változat itt!

[ Módosította: Intruder2k5 ]

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Tutira a vinyó a ludas.
Az ilyen vinyót én gondolkodás nélkül hajítanám a kukába... de ha van rá fw gyógyír, az maga lenne a csoda.
De legközelebb guglizok.

Nekem egy 310s-em van, egy natúr, asztali HDD-vel, úgy 6-7MB-os letöltésnél fogy el belőle a szufla.

Van arra tippetek hogy mért nem enged be a nas senkit sem a megosztásokra az adminon kívül?

ill hogy lehet helyrehozni?

Segítségkéréshez: NSA320+FFP; Raspberry Pi2 Openelec/Kodi ;

Ugyanez van nálam is. Egy ideig működtek a családtagoknak adott megosztások, most pedig nem. Töröltem és újra megcsináltam őket, de ugyanez a helyzet.

A NAS-on volt újraindítás, de fw-frissítés vagy egyéb komoly beavatkozás nem történt, szóval nem tudom, mi okozhatja, hogy nem megy. Különösképpen nem izgat a dolog, mert nemsokára egy LibreELEC-et futtató mini PC-re cserélem, csak furcsa, hogy egy ilyen alap dolgot nem tudok belőni.

téglalap, Amerika, hangszóró, hétfő... eladó Nintendo Switch stílusú bt kontrollerek, Teclast P20S és P20HD tablet, továbbá PS4 játékok (Far Cry 4, Heavy Rain & Beyond Two Souls, Prey, The Evil Within 2)

Én nem terveztem lecserélni és nem is értem egyik nap még jó másik nap meg nem,...

Segítségkéréshez: NSA320+FFP; Raspberry Pi2 Openelec/Kodi ;

Valóban úgy tűnik, mióta kitéptem belőle a samut, azóta nem reklamál semmin sem. És tulajdonképpen akár ki is dobhatnám, a Samsung oldalán konkrétan nem is létezik ilyen eszköz. Letöltöttem valami Seagate cuccot, a laposba beépített WD-t simán észrevette, de USB-n csak egy rakat 000000000 van az ID helyén, a fw-nél sincs semmi. Szó szerint.
Úgyhogy beruházok egy 3 terrás Redre

Söt ha valamelyik megosztás nem publikuson van hanem haladón van, akkor még az admin sem éri el...

Segítségkéréshez: NSA320+FFP; Raspberry Pi2 Openelec/Kodi ;

- Mi a pontos hibaüzenet?
- A nas admin felületén felvett user és a gépen megadott user és jelszava megegyezik?
- Elmentett jelszóval próbálkozol? Törölted már az elmentett user/jelszó párost már a vezérlőpult alatt (Hitelesítő adatok kezelője) ?
- Egyáltalán kér-e nevet és jelszót a win?
- NAS-on az ACL-ek hogy állnak? Nem toltál rá tiltásokat?

[ Szerkesztve ]

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!

Szia!

Add ki ezt:

cat /etc/samba/smb.conf

És csekkolj rá, hogy minden okés-e. Lehet, hogy bugos a webgui és beakadt valami.

Illetve esetleg indítsd újra, hátha megjavul:

/etc/init.d/samba.sh restart

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Mindkettőtöknek köszönöm a hozzáoszlást.

Megjavult, a nason kitöröltem az összes usert, majd vettem fel teljesen újat és mást.
Most úgy tűnik hogy működik...

amúgy ez mit jelent:
- NAS-on az ACL-ek hogy állnak? Nem toltál rá tiltásokat?

Segítségkéréshez: NSA320+FFP; Raspberry Pi2 Openelec/Kodi ;

Szerintem úgy értette, hogy legyen a fájlon megfelelő jog. Pl, h nem roottal hoztad létre a fájlt és nem csak az van rajta, h az owner tudja csak módosítani, hanem például a samba guest user is. Ilyen esetben egy ls -la <problémás fájl/mappa elérési útja> parancsot adj ki SSH-n, oszt nézz rá, h rendben van-e.

Szerk.: most rá is gugliztam az ACL-re és szerintem jól tippeltem.

[ Szerkesztve ]

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Hi!

Felraktam a hddsentinelt a leírás alapján. Valamiért csak root-tal megy, admin alól azt írha, hogy nincs merevlemez...

100/100-at ad egy 1 terrás WD Red-re, ami kb 2 éve megy szinte folyamatosan. Parkolás nincs beállítva, torrentre, valamint média szervernek (filmek, zenék) használom. Maximum újrabootoláskor vagy a venti cserekor állt.

Visszaemlékezve, amikor valaki kivette és gépben vizsgálta a NAS-os vinyót, akkor nagyon elkeserítő értékek születtek.

Ennek fényében nem irreális ez a 100/100?

Nem. Az egyik legjobb dolog ami a vinyónak jó, ha nincs leállíva - elindítva - leállítva etc.
Azért ez már több mint 50 éves technológia, sokat fejlődött a kezdetek óta.
Ha nem mozgatod, van folyamatos hűtés, nem kap ütést, akkor nagyon sokáig képesek elmenni.

;) - The Power of the Light Side

Szia!

Szerintem hihetsz a hdsentinelnek, jó az a vinyó.

És igen, csak roottal megy, de asszem ezt a hdsentinel oldala is kiemeli, de amúgy logikus is, mivel olyan infókhoz kell hozzáférnie, amit egy mezei usernek a linux csak úgy "nem ad ki".

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Ja, persze ez világos, csak meglep, hogy 2 év után is 100/100. Azért tényleg nem rossz ez a WD Red...

Mr Dini: csak furcsa, hogy erre root, minden másra meg ott az admin.

A root a "rendszergazdi", az mindenre jó.

Az admin csak a ZyXEL OS által létrehozott user, neki ssh-n (ffp-n) nincsen joga pl a gyökérben turkálni.

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Sziasztok! NSA 320-am van és pár napja vettem észre hogy a CPU szinte állandóan 100 %-on van, ebből a python 98 %-ot használ. Mi is ez a python és kikapcsolható?

Szia!

A python egy programnyelv, és a nason rengeteg python kód fut, szóval ha teljesen letiltod, akkor a nasodon sok minden nem fog menni. Megkockáztatom, h rendesen be sem fog bootolni.

Szóval valószínű, hogy valamelyik szkript beragadt, mert sajnos a változókkal a zyxel fejlesztők nagyon bénán bántak...

Szóval orvosolni a Twonky szerver letiltásával tudod (ha kell dlna, akkor tegyél fel helyette minidlna-t). Ha pedig még ez után is nagy a prociterhelés, akkor tedd fel a MetaRepo-t és onnan a Tweaks nevű csomagot, amivel le tudod tiltani a procizabáló, felesleges python szkripteket.

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Sziasztok! Kis segitseget szeretnek kerni. Az nsa310 fel van csatolva halozati meghajtokent, es filmnezes kozben minden lejatszonal megakad, a lejatszo lefagy, es mintha lecsatlakozna a nas a halorol. Parszor rafrissitek intezoben, vagy ki-be lepek egy mappaban akkor mintha ujra mappelne, es mukodik megint egy darabig. Tm megy, de nincs benne torrent. Minidlna, Plex is ugyan igy viselkedik, kb 10 perc utan, mintha nem lenne a halon a nas. Van valami otletetekvan esetleg, mi okozhatja? Win7 van a laposon, de semmi nem valtozott, csak a tweaks csomag frissult, amit bem hasznalok. Koszonom elore is!

wifi vagy madzag?

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!

NAS-router madzagos, router-laptop wifis.

Szia!

Más eszközzel (DLNA klienssel --> pl okostv) is ezt csinálja, vagy csak a wines laptoppal?

Ha elindítassz egy filmet és közben SSH-n tolsz egy top parancsot, akkor pörgeti valami rendesen a procit?

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!