[ZyXEL][NAS] Het ZyXEL NSA325 v2 ervaringentopic

[xxxneoxxx]

Ik heb al een tijdje dat ik vanuit Windows 10 opeens mijn shares op de 325 v2 niet meer kan benaderen. Werd nu opeens wel een beetje irritant dus even gegoogled. Meest waarschijnlijke scenario is dat de NAS standaard, SMB versie 1 doet. En Microsoft heeft dit gedisabled in een update van Windows 10 vanwege security issues in SMB versie 1. Dus, kun je, zonder dat je SMB v1 weer installeert, geen gebruik meer maken van SMB versie 1. Meest mooie oplossing zou zijn om versie 2 te gaan gebruiken van SMB, dan hoeft er niets aangepast te worden binnen windows waarmee je een potentieel security issue herintroduceert. Even gegoogled (jammer dat het forum van nas central niet meer is) maar dit blijkt niet zo gemakkelijk helaas.

Workaround zou zijn om gebruik te gaan maken van NFS shares. Alleen, kan je in de userinterface van de NAS volgens mij op een bestaande share niet ook NFS sharing aanzetten. Zucht. Dus, dat wordt alles verplaatsen van share 1 naar share 2, en ook alle programma's qua config aanpassen om naar de nieuwe share te downloaden etc..
Iemand anders al tegen dit issue aangelopen, denk ik te moeilijk of zijn er betere oplossingen die ik allicht gemist heb?

[Mijzelf]

Het is mogelijk om Samba te vervangen door de Samba van Entware-ng. Het is beschikbaar via een mirror van de packages van nas-central.
Dit werkt, maar het is een beetje hoekig. Zo werkt de recycle bin niet.

Over NFS: je kunt de exports file zelf editen, en sharen wat je maar wilt. Alleen kun je dan beter Samba helemaal niet meer gebruiken. Het rechtenbeheer van Samba en NFS is niet compatibel.

[xxxneoxxx]

Mijzelf schreef op donderdag 18 oktober 2018 @ 22:06:
Het is mogelijk om Samba te vervangen door de Samba van Entware-ng. Het is beschikbaar via een mirror van de packages van nas-central.
Dit werkt, maar het is een beetje hoekig. Zo werkt de recycle bin niet.

Over NFS: je kunt de exports file zelf editen, en sharen wat je maar wilt. Alleen kun je dan beter Samba helemaal niet meer gebruiken. Het rechtenbeheer van Samba en NFS is niet compatibel.

Naar wat ik lees, is de NFS implementatie niet helemaal lekker schijnbaar, en geef dit soms performance issues. Aangezien ik niet zo'n Linux held ben, wil ik die route dus toch graag vermijden.

Ben aan de slag gegaan om Entware te installeren. Meta repo was al aanwezig, en entware bij installeren is dan ook zo gebeurd. Daarna echter.. krijg ik het niet voor elkaar om opkg te starten om zo de samba replacement te installeren. Nu staat FFP ook nog geinstalleerd en lees in de readme dat dit issues kan geven. E.e.a geprobeerd maar vooralnog lukt het mij maar niet om opkg uberhaubt te starten. Ik zal vast iets sufs over het hoofd zien, maar krijg het niet voor elkaar. Hoe ver kom ik?

Ik heb de volgende repo toegevoegd in metarepository:

http://zyxel.diskstation.eu/Users/Mijzelf/zypkg-repo/fw4/

Zou volgens mij de goeie moeten zijn voor de NSA325-v2?

Vervolgens Entware-NG geinstalleerd via de package manager in de webui.. Ik zie dat de folders /opt/bin bestaan, met daarin een file opkg. (eigenlijk een link naar /usr/local/zy-pkgs/opt/bin)

Start ik vervolgens, als root, via een SSH sessie opkg update, dan volgde eerst een input output error. Om deze reden 777 rechten gezet op de file aangezien diverse fora melden dat dit wel eens het issue kan zijn.. Geen succes. Alhoewel nu de foutmelding volgt: -sh: opkg: command not found.

Ook als ik probeer, vanwege FFP, /opt/bin/opkg update te starten, volgt een 'input/output error'. Entware opnieuw installeren na verwijderen helpt niet. Wat zie ik over het hoofd?

[Mijzelf]

xxxneoxxx schreef op vrijdag 19 oktober 2018 @ 21:49:
Wat zie ik over het hoofd?

Ik weet het even niet. Ben je ingelogd als root? Zo ja, zou ik als eerste proberen te rebooten nadat je Entware-ng hebt geinstalleerd, om alle mounts en symlinks 'netjes' te krijgen. Als je daarna nog steeds een 'Input/Output error' krijgt op

/opt/bin/opkg update

kijk dan met dmesg vanaf welk filesysteem die I/O error komt.

[xxxneoxxx]

Mijzelf schreef op vrijdag 19 oktober 2018 @ 22:07:
[...]

Ik weet het even niet. Ben je ingelogd als root? Zo ja, zou ik als eerste proberen te rebooten nadat je Entware-ng hebt geinstalleerd, om alle mounts en symlinks 'netjes' te krijgen. Als je daarna nog steeds een 'Input/Output error' krijgt op

/opt/bin/opkg update

kijk dan met dmesg vanaf welk filesysteem die I/O error komt.

Yep, gewoon een SSH sessie als root. Output van console en dmesg:

code:

root@NAS:/# /opt/bin/opkg update
-sh: /opt/bin/opkg: Input/output error
root@NAS:/# cd /opt/bin/
root@NAS:/opt/bin# opkg
-sh: opkg: command not found
root@NAS:/opt/bin# opkg update
-sh: opkg: command not found
root@NAS:/opt/bin# dmesg
Linux version 2.6.31.8 (root@BuildMachine) (gcc version 4.3.2 (sdk3.3-ct-ng-1.4.1) ) #2 Fri Jun 23 11:03:47 CST 2017
CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053977
CPU: VIVT data cache, VIVT instruction cache
Machine: Feroceon-KW
Using UBoot passing parameters structure
Memory policy: ECC disabled, Data cache writeback
On node 0 totalpages: 131072
free_area_init_node: node 0, pgdat c0868014, node_mem_map c0888000
 Normal zone: 1024 pages used for memmap
 Normal zone: 0 pages reserved
 Normal zone: 130048 pages, LIFO batch:31
Built 1 zonelists in Zone order, mobility grouping off.  Total pages: 130048
Kernel command line: console=ttyS0,115200 mtdparts=nand_mtd:0x100000(uboot),0x80000(uboot_env),0x80000(key_store),0x80000(info),0xA00000(etc),0xA00000(kernel_1),0x2FC0000(rootfs1),0xA00000(kernel_2),0x2FC0000(rootfs2) root=/dev/nfs rw init=/init
PID hash table entries: 2048 (order: 11, 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: 506752KB available (5360K code, 302K data, 2872K init, 0K highmem)
Hierarchical RCU implementation.
NR_IRQS:128
Console: colour dummy device 80x30
Calibrating delay loop... 1599.07 BogoMIPS (lpj=7995392)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
NET: Registered protocol family 16
Feroceon L2: Enabling L2
Feroceon L2: Cache support initialised.
invoking softwareStaggeredSpinUp()..., it will delay 5 seconds to spin up the second harddisk

Geen idee of je er wat mee kan. dmesg lijkt weinig output te geven van specifiek dit proces. Wat ik lees van Input/output errors wijst dit meestal op een issue met storage? Ik denk dat allicht iets met rechten/dependency ellende allicht?

[Mijzelf]

Dat is een erg korte kernel log, ik kan me niet voorstellen dat er niet meer is.

Maar ik zie nu dat de I/O error van sh komt:

-sh: /opt/bin/opkg: Input/output error

Wat geeft

ls -l /opt/bin/

Overigens zou je na 'cd /opt/bin/' './opkg' moeten uitvoeren, en niet 'opkg'. Linux kijkt standaard niet in de current directory voor executables, dus moet je dat expliceren.

[xxxneoxxx]

Mijzelf schreef op zondag 21 oktober 2018 @ 16:43:
Dat is een erg korte kernel log, ik kan me niet voorstellen dat er niet meer is.

Maar ik zie nu dat de I/O error van sh komt:

-sh: /opt/bin/opkg: Input/output error

Wat geeft

ls -l /opt/bin/

Overigens zou je na 'cd /opt/bin/' './opkg' moeten uitvoeren, en niet 'opkg'. Linux kijkt standaard niet in de current directory voor executables, dus moet je dat expliceren.

Ah, top. inderdaad wel redelijk dom, de ./ vergeten.
Zoals ik al aangaf, ben een redelijke Linux noob helaas. Gelukkig is dit wel leerzaam, dus ook al krijg ik het niet aan de praat dan leer ik er iig wel van. Ik ga vanavond even verder aan de slag.

Hmm, still no go:

code:

root@NAS:/opt/bin# ./opkg update
-sh: ./opkg: Input/output error

root@NAS:/# ls -l /opt/bin/
total 128
-rwxrwxrwx 1 root root 127636 Aug 16  2016 opkg

[ Voor 14% gewijzigd door xxxneoxxx op 22-10-2018 16:50 ]

[Mijzelf]

OK, dat is boeiend. Mijn versie is nieuwer:

admin@nas-server:/usr/local/zy-pkgs/opt/bin$ ls -l opkg
-rwxr-xr-x    1 root     root        130968 Jan  4  2018 opkg

maar jouw versie is de installer versie: http://pkg.entware.net/binaries/armv5/installer/

Een nieuwere opkg bestaat in http://pkg.entware.net/binaries/armv5/, maar die moet door de installer versie worden geïnstalleerd.

Er is iets mis gegaan bij de installatie, volgens mij doet die 'opkg update; opkg upgrade', en had hij dus de nieuwe opkg moeten hebben.
Twee sporen, kijk in /opt/var/log/ naar logfiles. De oudste zou de installatie log moeten bevatten (als je nog niet meer dan 9 keer hebt gereboot sindsdien).

Verder, kijk met ldd. Als je die niet hebt moet je RandomTools installeren. Op de gedownloade installer opkg:

admin@nas-server:/tmp$ ldd opkg 
	libgcc_s.so.1 => /opt/lib/libgcc_s.so.1 (0x4005c000)
	libc.so.6 => /opt/lib/libc.so.6 (0x40078000)
	/opt/lib/ld-linux.so.3 (0x40000000)

Als een van de dependencies niet bestaat ziet het er bij jou anders uit.

[xxxneoxxx]

Schijnbaar 7 keer gereboot intussen Dus inderdaad nog logging beschikbaar in tar format. Uitgepakt:

code:

Opened logfile at Fri Oct 19 19:44:42 CEST 2018
Flushing memory buffer
    Starting up
Flushing done
[19:44:42] Create symlink /opt -> /usr/local/zy-pkgs/opt
[19:44:42] /opt/etc/init.d/rc.unslung is not available, start installer
[19:44:42]     Info: Opkg package manager deployment...
[19:44:42]     --19:44:42--  http://pkg.entware.net/binaries/armv5/installer/opkg
[19:44:42]     => `/opt/bin/opkg'
[19:44:42]     Resolving pkg.entware.net... 81.4.123.217
[19:44:42]     Connecting to pkg.entware.net[81.4.123.217]:80... connected.
[19:44:42]     HTTP request sent, awaiting response... 200 OK
[19:44:42]     Length: 127,636 [application/octet-stream]
[19:44:42]     
[19:44:42]     0K .......... .......... .......... .......... .......... 40%    1.73 MB/s
[19:44:42]     50K .......... .......... .......... .......... .......... 80%    3.47 MB/s
[19:44:42]     100K .......... .......... ....                            100%    4.21 MB/s
[19:44:42]     
[19:44:42]     19:44:42 (2.54 MB/s) - `/opt/bin/opkg' saved [127636/127636]
[19:44:42]     
[19:44:42]     --19:44:42--  http://pkg.entware.net/binaries/armv5/installer/opkg.conf
[19:44:42]     => `/opt/etc/opkg.conf'
[19:44:42]     Resolving pkg.entware.net... 81.4.123.217
[19:44:42]     Connecting to pkg.entware.net[81.4.123.217]:80... connected.
[19:44:43]     HTTP request sent, awaiting response... 200 OK
[19:44:43]     Length: 142 [application/octet-stream]
[19:44:43]     
[19:44:43]     0K                                                       100%    1.35 MB/s
[19:44:43]     
[19:44:43]     19:44:42 (1.35 MB/s) - `/opt/etc/opkg.conf' saved [142/142]
[19:44:43]     
[19:44:43]     --19:44:42--  http://pkg.entware.net/binaries/armv5/installer/libgcc_s.so.1
[19:44:43]     => `/opt/lib/libgcc_s.so.1'
[19:44:43]     Resolving pkg.entware.net... 81.4.123.217
[19:44:43]     Connecting to pkg.entware.net[81.4.123.217]:80... connected.
[19:44:43]     HTTP request sent, awaiting response... 200 OK
[19:44:43]     Length: 55,220 [application/octet-stream]
[19:44:43]     
[19:44:43]     0K .......... .......... .......... .......... .......... 92%    1.54 MB/s
[19:44:43]     50K ...                                                   100%    9.06 MB/s
[19:44:43]     
[19:44:43]     19:44:43 (1.64 MB/s) - `/opt/lib/libgcc_s.so.1' saved [55220/55220]
[19:44:43]     
[19:44:43]     --19:44:43--  http://downloads.zyxel.nas-central.org/Users/Entware-ng/binaries/armv5/installer/ld-2.22.so-2.6.24
[19:44:43]     => `/opt/lib/ld-2.22.so'
[19:44:53]     Resolving downloads.zyxel.nas-central.org... failed: Host not found.
[19:44:53]     --19:44:53--  http://downloads.zyxel.nas-central.org/Users/Entware-ng/binaries/armv5/installer/libc-2.22.so-2.6.24
[19:44:53]     => `/opt/lib/libc-2.22.so'
[19:45:08]     Resolving downloads.zyxel.nas-central.org... failed: Host not found.
[19:45:08]     Info: Basic packages installation...
[19:45:08]     /usr/local/zy-pkgs/etc/init.d/Entware-ng: line 596: /opt/bin/opkg: Input/output error
[19:45:08]     /usr/local/zy-pkgs/etc/init.d/Entware-ng: line 596: /opt/bin/opkg: Input/output error
[19:45:08]     /usr/local/zy-pkgs/etc/init.d/Entware-ng: line 596: /opt/bin/opkg: Input/output error
[19:45:08]     /usr/local/zy-pkgs/etc/init.d/Entware-ng: line 596: /opt/bin/opkg: Input/output error
[19:45:08]     /usr/local/zy-pkgs/etc/init.d/Entware-ng: line 596: /opt/bin/opkg: Input/output error
[19:45:08]     /usr/local/zy-pkgs/etc/init.d/Entware-ng: line 596: /opt/bin/opkg: Input/output error
[19:45:08]     /usr/local/zy-pkgs/etc/init.d/Entware-ng: line 596: /opt/bin/opkg: Input/output error
[19:45:08]     /opt/usr/lib/locale/locale-archive: No such file or directory
[19:45:08]     Info: Congratulations!
[19:45:08]     Info: If there are no errors above then Entware-ng was successfully initialized.
[19:45:08]

Dus, zo te zien tijdens de install ook al input/output errors.. Lijkt erop of er alsnog een oude repo aangesproken wordt.. Als ik bij metarepository kijk zie ik de oude repo er nog wel bij staan:

# Mijzelf's repository
http://downloads.zyxel.na...Users/Mijzelf/zypkg-repo/

Is dat een kwestie van verwijderen als repo en opnieuw proberen te installeren allicht?

ldd opkg geeft:

code:

root@NAS:/opt/bin# ldd opkg
/bin/ldd: eval: line 1: ./opkg: Input/output error

Mjah.

[Mijzelf]

xxxneoxxx schreef op dinsdag 23 oktober 2018 @ 18:01:

code:

[19:44:43]     --19:44:43--  http://downloads.zyxel.nas-central.org/Users/Entware-ng/binaries/armv5/installer/ld-2.22.so-2.6.24
[19:44:43]     => `/opt/lib/ld-2.22.so'
[19:44:53]     Resolving downloads.zyxel.nas-central.org... failed: Host not found.

Hier zit het probleem. Heb je MetaRepository geüpdate voor je Entware-ng installeerde? De laatste versie is aangepast voor het gebruik op mirrors. Zo schrijft hij ergens weg waar hij een pakket vandaan download, zodat dat pakket eventuele interne urls kan aanpassen. Zo ook Entware-ng.

Je kunt de Entware-ng disablen, vervolgens de inhoud van /opt/ weggooien (of /usr/local/zy-pkgs/opt/, als de symlink is opgeruimd), en /usr/local/zy-pkgs/etc/init.d/Entware-ng editen. Vervang downloads.zyxel.nas-central.org door zyxel.diskstation.eu, reboot de NAS, en enable Entware-ng weer.

In principe kun je ook Entware-ng verwijderen, MR updaten, en Entware-ng weer installeren. Maar als Entware-ng vanuit lokale cache wordt geïnstalleerd gaat dat niet werken, aangezien MR dan geen download doet.

[Verwijderd]

Mijzelf schreef op vrijdag 28 september 2018 @ 10:41:
Er staat me bij dat er op de NSA325 een limiet is voor NTFS filesystemen van 2TiB. Dus misschien moet je je disk partitioneren.

Helemaal goed, Myzelf. Na splitsen in 2x 2TiB ziet ie de partities prima. Bedankt!

[xxxneoxxx]

Mijzelf schreef op dinsdag 23 oktober 2018 @ 18:51:
[...]

Hier zit het probleem. Heb je MetaRepository geüpdate voor je Entware-ng installeerde? De laatste versie is aangepast voor het gebruik op mirrors. Zo schrijft hij ergens weg waar hij een pakket vandaan download, zodat dat pakket eventuele interne urls kan aanpassen. Zo ook Entware-ng.

Je kunt de Entware-ng disablen, vervolgens de inhoud van /opt/ weggooien (of /usr/local/zy-pkgs/opt/, als de symlink is opgeruimd), en /usr/local/zy-pkgs/etc/init.d/Entware-ng editen. Vervang downloads.zyxel.nas-central.org door zyxel.diskstation.eu, reboot de NAS, en enable Entware-ng weer.

In principe kun je ook Entware-ng verwijderen, MR updaten, en Entware-ng weer installeren. Maar als Entware-ng vanuit lokale cache wordt geïnstalleerd gaat dat niet werken, aangezien MR dan geen download doet.

Het was even prutsen en een hele hoop rebooten en proberen voordat de juiste URL in de Entware-ng file stond (direct de vi skills maar weer even opgehaald ), maar uiteindelijk is het gelukt via jouw eerste methode. Ook SAMBA netjes geupgrade via de link die je eerder deelde naar een release die in ieder geval SMB2 doet!

Ur a lifesaver! Je hebt de NAS echt een 2e leven gegeven zo voor me. Thanks again!

[aran]

@Mijzelf en @xxxneoxxx

Ik ben ook bezig mijn nsa 325-v2 klaar te maken voor smb2. Heb in een eerdere periode al geknutseld rondom ffp en jouw repo gedaan (Waarvoor dank!). Heb daardoor veel extra's uit de nsa kunnen halen.

Hetgeen hierboven natuurlijk teruggelezen. Kwam erachter dat de repo die ik gebruikte al van 2016 was. Zag ook het berichtje dat ik een repo kon toevoegen, dat gedaan en nu heb ik weer de laatste repo. Kreeg ook een update voor ffp.

Ik heb entware geinstalleerd, helaas krijg ik een ' 404 not found' bij packages. Ik heb entware al verwijderd en opnieuw geinstalleerd maar kom nog niet verder.

Ik ben niet heel handig met linux, shells, etc maar begrijp wel ongeveer wat alles is en betekent. Met wat hulp en stappenplannen lukt het dan ook altijd wel. Dank alvast.

edit
Helaas is deze http://forum.nas-central....opic.php?t=21821&start=30
niet meer te raadplegen. nas-central lijkt off-line.

[ Voor 7% gewijzigd door aran op 02-01-2019 16:31 ]

[xxxneoxxx]

Klopt. Heb er ook weinig hoop voor dat die ooit nog terug komt, anders was die site er inmiddels al wel weer geweest. Kwam er na wat Googlen achter dat het domein/ de fysieke server ooit verhuisd zo worden en er toen iets verloren is gegaan aan data - maar dit zou nog gerepareerd/gerestored zou worden. Dit laatste lijkt niet meer gebeurd helaas. Jammer, want de site was een mooie verzameling van tutorials en een bron van informatie. Met sites als the internet wayback machine an je nog wel e.e.a. uit gecachte versies halen maar downloads e.d., daarvoor zul je mirrors moeten gebruiken.

Je moet in de entware file echt een aparte repo toevoegen voor dat het werkt. Ik zal thuis de komende dagen eens kijken of ik de NAS nog kan benaderen om mijn file te bekijken en de inhoud hier te posten, dan zou het wel moeten werken als het goed is.

Helaas bleek bij mij het SMB 2.0 succes ook maar van korte duur. Het heeft een aantal weekjes perfect gewerkt. Daarna is de harddisk een keer volgelopen (Ik heb FFP ook verwijderd om SMB 2 aan de praat te krijgen - wat schijnbaar als bijeffect heeft dat ook de Couchpotato en Sickrage postprocessing scripts verwijderd werden...) en ook is in het dorp kort erna bij ons stroomuitval geweest. De nas is dus een paar keer over de kling gegaan en even later viel mij op dat de standaard pre-defined shares niet meer geserveerd worden, ook niet na opruimen disk en meerdere reboots van de nas.
Alles lijkt goed te staan en binnen de standaard webinterface van de nas zie ik ook gewoon de shares, SMB draait netjes maar de shares ergens anders vandaan benaderen (windows op een desktop, Android boxje van XBMC) lukt niet meer zo lijkt het. Nog eens een keer verder induiken.

[aran]

Thanks voor je reactie @xxxneoxxx

Jammer te lezen dat het nog niet helemaal goed werkt. Ik twijfel ook of ik nog toekomst moet zoeken in deze nas. Behalve dit heb ik echt veel plezier gehad van het ding, voor betrekkelijk weinig geld!

[Eypo]

Ik heb het hier gelukkig nu allemaal werken, maar ik kom er ook niet meer aan... Het hebben van bijvoorbeeld 2 NFS servers (stock en entware) is af en toe ook wel onduidelijk.
Ik zit zelf te twijfelen om Arch Linux te installeren (https://archlinuxarm.org/platforms/armv5/zyxel-nsa325).
Heeft iemand dat draaien en werkt dat een beetje?

[xxxneoxxx]

aran schreef op donderdag 3 januari 2019 @ 20:30:
Thanks voor je reactie @xxxneoxxx

Jammer te lezen dat het nog niet helemaal goed werkt. Ik twijfel ook of ik nog toekomst moet zoeken in deze nas. Behalve dit heb ik echt veel plezier gehad van het ding, voor betrekkelijk weinig geld!

Ja, het niet meer beschikbaar zijn van het forum is wel irritant, gezien dat eigenlijk wel de plek was om support te krijgen en waar de community huisde.
Ik zal vanavond even kijken naar mijn entware config zodat je iig de goede repo toe kan voegen. Ik begrijp ook niet waarom het in mijn geval opeens niet meer werkt; ik heb zelf nog wat zitten vogelen met NFS (heb volgens mij de NFS share die ik eerder ter test aan had gemaakt ook nog verwijderd) wat mogelijk ook de SMB2 config om zeep geholpen heeft of zo. Dat is het enige wat ik verder nog kan bedenken..

[aran]

@Eypo ik kwam dat ook tegen. Ik vind het nog best leuk om wat te vogelen in de shell om te installeren. Maar voor het gebruikersgemak is een visuele interface wel noodzakelijk voor mij. Weet je of dat mogelijk is in deze?

[Eypo]

@aran Ik denk niet echt dat dat mogelijk, het is natuurlijk gewoon linux. Maar ik denk dat het stappenplan vrij simpel is. Alleen nadelig dat je schijf geformateerd wordt... Zolang ik nog niet te erg tegen de limieten aanloop, ga ik er nog niet aan beginnen.
Ik weet ook niet of de distrubitie inmiddels te oud is...

[Mijzelf]

Eypo schreef op zaterdag 5 januari 2019 @ 14:41:
Ik weet ook niet of de distrubitie inmiddels te oud is...

Als je het over Arch hebt, nee die is niet te oud. De kernel en het rootfs wordt constant geüpdate. De huidige is van 2 december.
Overigens is het ook mogelijk om Debian te installeren, wat ik persoonlijk een wat logischer keuze vind voor een servertje dan bleeding edge Arch.

En voor je het vraagt, nee, ik heb met geen van beiden ervaring op de 325.

[xxxneoxxx]

aran schreef op donderdag 3 januari 2019 @ 20:30:
Thanks voor je reactie @xxxneoxxx

Jammer te lezen dat het nog niet helemaal goed werkt. Ik twijfel ook of ik nog toekomst moet zoeken in deze nas. Behalve dit heb ik echt veel plezier gehad van het ding, voor betrekkelijk weinig geld!

Mocht je het nog een poging willen geven.. Dit zijn mijn repositories binnen Metarepository, iig nodig voor entware:

code:

# Official repository
ftp://ftp2.zyxel.com/+
# German mirror
# ftp://ftp.zyxel-tech.de/2.new_mirror/+
# German beta server
# ftp://ftp.zyxel-tech.de/+
# Mijzelf's repository
# http://downloads.zyxel.nas-central.org/Users/Mijzelf/zypkg-repo/
#repo voor Entware
http://zyxel.diskstation.eu/Users/Mijzelf/zypkg-repo/fw4/
# Local repository
#/i-data/md0/admin/MyRepo/

Het gaat dan specifiek over de repo van Entware, alles waar een "#" voor staat telt uiteraard niet (meer) mee.

[aimless]

miss mensen die toch nog eens kijken hier. Ik gebruik deze NAS al jaren al mijn foto's staan er op. nu heb ik er Daan toevallig eens een paar van afgedrukt en merkte ik dat de kwaliteit niet op en top waren. toen zag Windows het compressed logo aangaf op deze foto's maar ik heb dat nergens aangezet of wat dan ook. nu merk ik dat dit met al mijn foto's is gebeurd. iets minder grappig dus. iemand een idee?

[Mijzelf]

Het compressed logo? Wat betekend dat? Bij mijn weten zijn foto's altijd gecomprimeerd, tenzij ze in raw format zijn.

Zou het kunnen dat je een thumbnail aan het bekijken bent? Er kan software aanwezig zijn die thumbnails maakt van foto's en films. Maar in dat geval zou de originele data er ook nog moeten zijn.

[Jumpman]

Let op bij gebruik van deze NAS: https://www.technadu.com/...ctive-exploitation/93627/.

[Mijzelf]

Jumpman schreef op dinsdag 25 februari 2020 @ 19:50:
Let op bij gebruik van deze NAS: https://www.technadu.com/...ctive-exploitation/93627/.

Ik heb daar een patch voor geschreven. Installeren via MetaRepository.

[Jumpman]

Hier het officiële bericht van ZyXEL: https://www.zyxel.com/sup...ity-of-NAS-products.shtml.

[Jumpman]

Iemand die mij hier mee kan helpen?

Probleem is dat er een map niet meer benaderbaar is. De array was down maar na een scan weer healthy.

Log:

code:

e2fsck 1.41.14 (22-Dec-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/md0: 145793/366223360 files (7.2% non-contiguous) 1190299571/1464882688 blocks
e2fsck -f -y return value:0

[ Voor 11% gewijzigd door Jumpman op 05-10-2020 00:19 ]

[Jumpman]

Inmiddels ben ik er achter dat de data nog wel op de HDD staat zo lijkt het, 80% is nog in gebruik (wat klopt met voorheen).

[Mijzelf]

@Jumpman Zie je nog wel andere shares? Heb je in het shares menu gekeken of je misschien de share moet re-enabelen?
Heb je shell access?

[ Voor 4% gewijzigd door Mijzelf op 07-10-2020 11:30 ]

[Jumpman]

Mijzelf schreef op maandag 5 oktober 2020 @ 15:26:
@Jumpman Zie je nog wel andere shares? Heb je in het shares menu gekeken of je misschien de share moet re-enabelen?
Heb je shell access?

Andere Shares zie ik nog.
Eerst waren er shares met een rood vraagteken, na twee reboots werden ze normaal.
Een aantal shares zijn leeg, maar de data lijkt nog wel op de NAS te staan.
Ik kan dus nog gewoon in het OS van de NAS.
Ik kan via putty inloggen op de NAS met Telnet.
Deze melding is volgens mij niet goed: 7.2% non-contiguous... hij kan het filesysteem niet meer rebuilden.
Ik heb (te) weinig kennis van de commando's die ik kan doen in Putty.

[ Voor 14% gewijzigd door Jumpman op 07-10-2020 11:34 ]

[Mijzelf]

Het zou kunnen dat je data in lost+found staat. Login over ssh als root, en run

ls -l /i-data/md0/lost+found/

Ik twijfel even over data /md0/, het is een tijd geleden dat ik met een 325 gewerkt heb. Misschien moet dat /sysvol/ zijn.

[Jumpman]

Mijzelf schreef op woensdag 7 oktober 2020 @ 11:35:
Het zou kunnen dat je data in lost+found staat. Login over ssh als root, en run

ls -l /i-data/md0/lost+found/

Ik twijfel even over data /md0/, het is een tijd geleden dat ik met een 325 gewerkt heb. Misschien moet dat /sysvol/ zijn.

Output md0:

code:

~$ ls: /i-data/md0/lost+found/: No such file or directory
-sh: ls:: not found

Output sysvol:

code:

~ $ ls: /i-data/sysvol/lost+found
-sh: ls:: not found

[Mijzelf]

Waarom staat er een : achter ls?

[Jumpman]

Mijzelf schreef op woensdag 7 oktober 2020 @ 12:46:
Waarom staat er een : achter ls?

Geen idee, kopieer fout denk ik.

code:

~ $ ls -l /i-data/md0/lost+found/
-sh: s: not found

code:

 ~ $ ls /i-data/sysvol/lost+found
ls /i-data/sysvol/lost+found: No such file or directory

[ Voor 16% gewijzigd door Jumpman op 08-10-2020 13:59 ]

[Mijzelf]

Jumpman schreef op donderdag 8 oktober 2020 @ 09:01:

code:

~ $ s -l /i-data/md0/lost+found/
-sh: s: not found

Zie je nou zelf niet dat je het (niet bestaande) commando 's' probeert uit te voeren?

[Jumpman]

Mijzelf schreef op donderdag 8 oktober 2020 @ 12:56:
[...]

Zie je nou zelf niet dat je het (niet bestaande) commando 's' probeert uit te voeren?

De l was niet mee gekopieerd. De output is en blijft hetzelfde.

[Mijzelf]

Dat kan niet. Hij zou eventueel in de output ook een l hebben toegevoegd;

-sh: ls: not found

, maar dat lijkt me zéér onwaarschijnlijk.

[Jumpman]

Dit is de input en output:

~ $ ls -l /i-data/md0/lost+found/
ls: /i-data/md0/lost+found/: No such file or directory
~ $ ls -l /i-data/sysvol/lost+found/
ls: /i-data/sysvol/lost+found/: No such file or directory

[Mijzelf]

OK. Kijk met ls naar de inhoud van /i-data/, en vul die directories in in inplaats van sysvol:

ls /i-data/

De lost+found directory móét bestaan, en staat in de root van het filesysteem van de data partitie, die is gemount op /i-data/<iets>/ .
Als bij een filesystem corruptie lost clusters of files onstaan, worden die daarin gedumpt.

[Jumpman]

Mijzelf schreef op vrijdag 9 oktober 2020 @ 19:26:
OK. Kijk met ls naar de inhoud van /i-data/, en vul die directories in in inplaats van sysvol:

ls /i-data/

De lost+found directory móét bestaan, en staat in de root van het filesysteem van de data partitie, die is gemount op /i-data/<iets>/ .
Als bij een filesystem corruptie lost clusters of files onstaan, worden die daarin gedumpt.

Bedankt, in ieder geval weer wat verder. De map waar het om gaat en de lost+found map zijn niet te vinden.

~ $ ls /i-data/
c5896a1d md0
~ $ ls /i-data/md0
admin music photo public video

Inmiddels een Synology DS720+ met HDD's besteld om deze NAS te gaan vervangen, maar het zou fijn zijn de data nog te vinden.

Hmmm.. als de l een 1 b;lijkt te zijn:

~ $ ls /i-data/c5896a1d
APPS MUSIC VIDEOS aquota.user music public
MAP PICTURES admin lost+found photo video

Helaas krijg een permission denied op de lost+found map, terwijl ik wel als admin ben ingelogd. Op de voor mij belangrijke MAP krijg ik geen antwoord/permission denied.

[ Voor 30% gewijzigd door Jumpman op 17-10-2020 14:33 ]

[Mijzelf]

Je moet als root inloggen om toegang te krijgen tot lost+found

[Jumpman]

Mijzelf schreef op zaterdag 17 oktober 2020 @ 21:39:
Je moet als root inloggen om toegang te krijgen tot lost+found

Met root inderdaad de data gevonden. Nu uitzoeken hoe ik het weer terug krijg. Geen Linux kennis helaas.

[Mijzelf]

cd  /i-data/c5896a1d/lost+found/
mkdir ../admin/gered/
mv * ../admin/gered/
chown -R admin ../admin/gered

En daarna staan ze in je admin share, in de subdirectory 'gered'.

[Jumpman]

Mijzelf schreef op maandag 26 oktober 2020 @ 19:21:

cd  /i-data/c5896a1d/lost+found/
mkdir ../admin/gered/
mv * ../admin/gered/
chown -R admin ../admin/gered

En daarna staan ze in je admin share, in de subdirectory 'gered'.

Okay, top! Ik ga ermee aan de slag.

[Jumpman]

Mijzelf schreef op maandag 26 oktober 2020 @ 19:21:

cd  /i-data/c5896a1d/lost+found/
mkdir ../admin/gered/
mv * ../admin/gered/
chown -R admin ../admin/gered

En daarna staan ze in je admin share, in de subdirectory 'gered'.

Ik heb alle data gekopieerd naar /i-data/c5896a1d/admin/gered.
Echter de NAS data die ik kan zien in de verkenner is van /i-data/md0/admin/gered

Dus heb ik geprobeerd alle data te kopieren daarnaar toe.

input:
/i-data/c5896a1d/admin/gered # mv * /i-data/md0/admin/gered

output:
mv: write error: No space left on device
mv: write error: No space left on device
mv: write error: No space left on device
mv: can't create '/i-data/md0/admin/gered/MAP_1

Er zijn dus twee volumes: md0 die je zie in de verkenner en c5896a1d die ik als root met putty zie.

In i-data/md0/admin/gered/map_1 zie ik zo'n 6,12 MB.

Het lijkt mij dat md0 volume klein is of afgesloten. Ik zou graag de data van /i-data/c5896a1d/admin/gered in mijn verkenner zien. Zodat ik het naar mij PC kan kopiëren.

[ Voor 11% gewijzigd door Jumpman op 28-10-2020 14:20 ]

[Mijzelf]

Oh, juist. Er is iets stuk in je volume management. Normaal gesproken is /i-data/md0 een symlink naar de file /etc/zyxel/sysvol, die op zijn beurt weer een symlink is naar /i-data/c5896a1d.
De reden hiervoor is dat je 2 volumes kunt hebben, en daarvan is er één de system volume, die onder andere de geinstalleerde packages bevat. Dus deze wil je vasthouden over een reboot heen. De directory /e-data/ zit op een ramdisk, en de mountpoints worden iedere boot opnieuw aangemaakt. (Dat c5896a1d zijn de eerste 4 bytes van de GUID van de raid array.)
Op de directory /etc/zyxel is een flash partitie gemount, en de file /etc/zyxel/sysvol blijft dus behouden. Vandaar.

Nu is er bij jou iets misgegaan, waarschijnlijk is /etc/zyxel/sysvol een directory geworden, en met je move heb je dus de flashpartitie volgeschreven. Zorg dat je die inhoud van \\<NAS>\admin\gered\ veiligstelt, want ik weet niet of het een reboot zal overleven. (Het zou zo maar kunnen dat het filesysteem corrupt is geraakt, wat als effect zal hebben dat hij bij boot opnieuw wordt geformatteerd)

Als je een geschikte editor hebt (dat zou de build-in editor van WinSCP kunnen zijn) kun je de file /etc/samba/samba.conf (of zoiets) editen zodat de admin directory niet langer /i-data/md0/admin/ is maar /i-data/c5896a1d/admin/. Vervolgens samba herstarten (als root):

/etc/init.d/samba.sh stop
/etc/init.d/samba.sh start

Nu zou je vanaf je PC naar de juiste admin directory moeten kijken.

Overigens kun je ook WinSCP gebruiken om de boel weg te kopieren, maar als het veel is wordt dat tijdrovend. Het is dan geencrypt, en met de CPU van de 325 kom je dan op ~1MB/sec.

[Jumpman]

Mijzelf schreef op woensdag 28 oktober 2020 @ 15:48:

Als je een geschikte editor hebt (dat zou de build-in editor van WinSCP kunnen zijn) kun je de file /etc/samba/samba.conf (of zoiets) editen zodat de admin directory niet langer /i-data/md0/admin/ is maar /i-data/c5896a1d/admin/. Vervolgens samba herstarten (als root):

/etc/init.d/samba.sh stop
/etc/init.d/samba.sh start

Nu zou je vanaf je PC naar de juiste admin directory moeten kijken.

Overigens kun je ook WinSCP gebruiken om de boel weg te kopieren, maar als het veel is wordt dat tijdrovend. Het is dan geencrypt, en met de CPU van de 325 kom je dan op ~1MB/sec.

Ik denk dat dit de enige optie nog is. Ik zal uitzoeken waar die samba.conf staat en hoe ik die kan edit-en. Bedankt weer zover.

[Mijzelf]

Jumpman schreef op woensdag 28 oktober 2020 @ 23:50:
Ik denk dat dit de enige optie nog is.

Nou, dat is natuurlijk zeker niet waar. Je hebt een schijf die in Linux mountable is waar je files op staan, gewoon in een directory. De hoeveelheid manieren om die files eraf te krijgen is natuurlijk legio, het gaat er hier om wat de makkelijkste (voor jou) manier is.

[gijs_schouten]

Hi allen, en Mijzelf specifiek ;-)

ik heb al tijden een NSA325 v2, en heb nu de schijven vervangen door 2 grotere schijven. dit heb ik gedaan door eerst 1 van de 2 te vervangen, het raid 1 array te rebuilden, en vervolgens de ander te vervangen en opnieuw te rebuilden.

so far so good!

nu moet ik het volume uitbreiden, maar wat ik ook doe, iedere keer failed de consistency check!
enig idee hoe ik dit kan omzeilen/oplossen en toch het volume de volledige schijfgrootte te laten gebruiken?

alvast bedankt!

[Mijzelf]

gijs_schouten schreef op zaterdag 14 november 2020 @ 14:51:
iedere keer failed de consistency check!

Consistency check? Is dat de letterlijke naam?

Hoe groot waren de oude schijven, en hoe groot de nieuwe?

[gijs_schouten]

Mijzelf schreef op zondag 15 november 2020 @ 09:46:
[...]

Consistency check? Is dat de letterlijke naam?

Als ik de expand optie aanklik begint er een filesystem consistency check

Die vervolgens ergens bij 23% failed:

Hoe groot waren de oude schijven, en hoe groot de nieuwe?

De oude waren 2tb, de nieuwe 4tb.

Bedankt voor het meedenken!

[Mijzelf]

Dat is waarschijnlijk e2fsck, die moet draaien voor resize2fs, en filesystem errors waarneemt. Voor we een work-around zoeken, kun je eerst het volgende checken:

gijs_schouten schreef op zondag 15 november 2020 @ 10:29:
De oude waren 2tb, de nieuwe 4tb.

Login over ssh, als root, en execute

fdisk -l

Het zou kunnen dat de oude schijven een MBR partitie tabel hadden, en dat die gekloont is. In dat geval kun je zowiezo de extra ruimte niet gebruiken op deze manier. fdisk kan dat vertellen.

[gijs_schouten]

Login over ssh, als root, en execute

fdisk -l

 WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 4000.7 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1      267350  2147483647+  ee  GPT

WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdb: 4000.7 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1      267350  2147483647+  ee  GPT

Ziet er naar uit dat ze toch al GPT gebruiken.

[Mijzelf]

Ah, mooi. Dan is het dus zaak om e2fsck met de hand te draaien. Het probleem hierbij is dat het moet draaien op een unmounted filesysteem, Dat is lastig omdat een aantal programma's het filesysteem gelocked houden.

Een manier om dit te doen is de firmware de boel te laten afsluiten. Bij het shutdownen wordt het script /etc/init.d/rc.shutdown gedraaid, daar kun je code injecteren. De nas heeft 1 bruikbare editor, vi, tenzij jij nog andere editors hebt geinstalleerd.

Na de regel '/sbin/swapoff' voeg je de regels

/sbin/telnetd
/bin/sh

toe. De eerste regel start een telnet daemon, de 2e is blocking, om de shutdown te stoppen. Daarna sluit je af met 'poweroff'. Je ssh sessie sluit, maar even later kun je inloggen over telnet.
Dan run je

umount /dev/md0
e2fsck.new /dev/md0
sync

Als dit klaar is kun je stroom eraf halen om te rebooten (het filesysteem is immers niet gemount), en opnieuw proberen het volume te vergroten.
rc.shutdown is automatisch gereset (staat op een ramdrive).

[SvenVlieghe]

Hey,

Kleine vraag over deze NAS: ik ben wat zaken aan het onderzoeken, en merkte nu net dat die precies een cluster size van 1mb aanhoudt. Dit terwijl de sector size (in admin-S.M.A.R.T.) gewoon op 512 bytes staat. RAID 1 config.

Op die manier is vb de GCC folder in de admin-share, gewoon al goed voor >80GB.

Enig idee wat hier mis zit?

Heel erg bedankt!

Sven

[Mijzelf]

SvenVlieghe schreef op maandag 16 november 2020 @ 03:37:
dat die precies een cluster size van 1mb aanhoudt.

Hoe kom je daarbij? De nas gebruikt ext3 filesystem met clusters van 4kB.

[gijs_schouten]

Na de regel '/sbin/swapoff' voeg je de regels

/sbin/telnetd
/bin/sh

toe. De eerste regel start een telnet daemon, de 2e is blocking, om de shutdown te stoppen. Daarna sluit je af met 'poweroff'. Je ssh sessie sluit, maar even later kun je inloggen over telnet.

So far so good,

maar toch is de schijf niet unmounted blijkt uit de feedback van e2fsck:


kan dit komen doordat ik extra packages installed heb zoals jouw tweaks en in /opt/bin via python2 een nieuwere versie van sabnzbd heb draaien?

ik heb dat ooit lang geleden ingesteld, en weet niet goed meer hoe

[SvenVlieghe]

Mijzelf schreef op maandag 16 november 2020 @ 11:02:
[...]

Hoe kom je daarbij? De nas gebruikt ext3 filesystem met clusters van 4kB.

Wel omdat die dat effectief zegt als ik de details open doe? De 'size on disk' is minstens 1MB, voor elk bestand <1MB.



Als ik de S.M.A.R.T. info bekijk, staat de cluster size per HDD ingesteld op 512. Nergens zie ik iets van 4K, of dat het filesystem ext3 is. Wel interessante info, ik dacht dat die ext4 gebruikte.

Bedankt,

Sven

[ Voor 36% gewijzigd door SvenVlieghe op 17-11-2020 06:13 ]

[Mijzelf]

@gijs_schouten Er draaien geen onverwachte processen. Al die processen tussen rechte haken zijn kernel processen, die kun je niet stoppen. Van de rest kun je per stuk vertellen waarom ze draaien. Behalve avahi-daemon.
Execute

cat /proc/mounts | grep md0

(terwijl je hier in shutdown hangt), Je krijgt een lijst van alle mounts van /dev/md0, met daarachter de mountpoints. Unmount die van achter naar voor, waarbij je het mountpoint meegeeft ipv het device.

umount /i-data/abcd1234/

Door opnieuw 'cat /proc/mounts' uit te voeren kun je zien of het gelukt is.

@SvenVlieghe Dat zijn de file properties zoals Windows die ziet. Bij mijn weten is 'Grootte op schijf' helemaal geen waarde die via Samba wordt doorgegeven. Dus Windows gokt maar wat. Als je deze informatie wilt weten moet je het op de nas zelf opvragen. Log in over ssh, en execute

ls -s "/i-data/md0/nas/Sven/docs/nog te sorteren/" 

Je krijgt de size on disk in 'blocks' van 1kB. Zoals je kunt zien is het altijd een veelvoud van 4.
(Het pad is gegokt op basis van jouw screenshot)

[SvenVlieghe]

Heel erg bedankt Mijzelf! Dit wist ik helemaal niet.

Klopt inderdaad:

Dus de échte situatie is véél gezonder dan wat ik dacht
Klopt inderdaad ook als je het over m'n hele NAS uitvoert, met 'du -sm' & 'df /dev/md0' gecontroleerd.

Is er eigenlijk een manier om dit op 512 te krijgen, of zou je dat niet aanraden?

[gijs_schouten]

Na de regel '/sbin/swapoff' voeg je de regels

code:

/sbin/telnetd
/bin/sh

toe

dit moest na de regels :

code:

# umount
/bin/umount `cat /proc/mounts|grep /dev/md|awk '{print $2}'` 2>/dev/null
/bin/umount `cat /proc/mounts|grep /dev/md|awk '{print $2}'` 2>/dev/null
/bin/umount /etc/zyxel

zijn.

met die aanpassing kon ik handmatig e2fsck draaien, wat aangaf dat er 1.1% non-contiguous files waren.

ik heb hierna het commando

code:

sync

uitgevoerd wat geen output gaf.

na een poweroff en herstart krijg ik helaas nog steeds dezelfde foutmelding in de GUI als ik de disk probeer te expanden (of te scannen/repairen)

ik denk dat ik ook de expansion vanaf de commandline moet doen...
zou je me daar ook nog mee kunnen helpen?

[Mijzelf]

SvenVlieghe schreef op dinsdag 17 november 2020 @ 11:18:
Is er eigenlijk een manier om dit op 512 te krijgen, of zou je dat niet aanraden?

512 kan niet. 1024 is het minimum. En ik zou het inderdaad niet aanraden. Slimmere jongens (en misschien ook wel meisjes) dan jij en ik hebben nagedacht over de optimale indeling van het ext filesysteem, en tenzij je heel specifieke storage eisen hebt, kun je daar maar beter niet aan gaan morrelen.
Een kleinere cluster size (of eigenlijk blocksize in ext speak (wat weer niet te verwarren is met de standaard block device block size in Linux)) heeft nogal wat performance impact. Om te beginnen werkt het fragmentatie in de hand. Verder is de grootte van een memory page ook 4kB, en door de implementatie van ext werkt het het meest geheugen efficient als de block size gelijk is aan de page size.
En verder hebben vrijwel alle grote harde schijven tegenwoordig een physical sector size van 4kB, ook al gebruiken ze een logical size van 512 bytes. Door niet te conformeren aan die 4kB (of een veelvoud daarvan) ben je infeite unalignment aan het forceren.

gijs_schouten schreef op dinsdag 17 november 2020 @ 11:54:
ik heb hierna het commando

code:

sync

uitgevoerd wat geen output gaf.

Dat klopt. sync flusht de disk cache, en is blocking tot dat gebeurt is, maar heeft verder geen output. Is altijd verstandig om dat uit te voeren als je acties hebt gedaan op een niet gemounte schijf die je wilt ontkoppelen of uitzetten.

na een poweroff en herstart krijg ik helaas nog steeds dezelfde foutmelding in de GUI als ik de disk probeer te expanden (of te scannen/repairen)

ik denk dat ik ook de expansion vanaf de commandline moet doen...
zou je me daar ook nog mee kunnen helpen?

Ja, is goed. Kun je me de output van

cat /proc/partitions
cat /proc/mdstat
mdadm --examine /dev/sd[ab]2

geven?

[gijs_schouten]

Enorm bedankt voor je hulp, Mijzelf!

root@NAS:~# cat /proc/partitions
major minor  #blocks  name

   7        0     143360 loop0
   8        0 3907018584 sda
   8        1     498688 sda1
   8        2 3906518016 sda2
   8       16 3907018584 sdb
   8       17     498688 sdb1
   8       18 3906518016 sdb2
  31        0       1024 mtdblock0
  31        1        512 mtdblock1
  31        2        512 mtdblock2
  31        3        512 mtdblock3
  31        4      10240 mtdblock4
  31        5      10240 mtdblock5
  31        6      48896 mtdblock6
  31        7      10240 mtdblock7
  31        8      48896 mtdblock8
   9        0 1952996792 md0
root@NAS:~# 

root@NAS:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] 
md0 : active raid1 sdb2[2] sda2[3]
      1952996792 blocks super 1.2 [2/2] [UU]
      
unused devices: <none>
root@NAS:~# 

root@NAS:~# mdadm --examine /dev/sd[ab]2
/dev/sda2:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 369dc846:615edbba:ec9f4828:84a19b05
           Name : NAS:0  (local to host NAS)
  Creation Time : Fri Jul 29 19:43:01 2016
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 3906516992 (3725.55 GiB 4000.27 GB)
     Array Size : 1952996792 (1862.52 GiB 1999.87 GB)
  Used Dev Size : 1952996792 (1862.52 GiB 1999.87 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
          State : clean
    Device UUID : b6f50dbb:c31b6a6c:ca08e313:acb20922

    Update Time : Tue Nov 17 16:23:53 2020
       Checksum : e246ebed - correct
         Events : 618907


   Device Role : Active device 1
   Array State : AA ('A' == active, '.' == missing)
/dev/sdb2:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 369dc846:615edbba:ec9f4828:84a19b05
           Name : NAS:0  (local to host NAS)
  Creation Time : Fri Jul 29 19:43:01 2016
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 3906516992 (3725.55 GiB 4000.27 GB)
     Array Size : 1952996792 (1862.52 GiB 1999.87 GB)
  Used Dev Size : 1952996792 (1862.52 GiB 1999.87 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
          State : clean
    Device UUID : 161ebd69:572fe83e:9b017fcb:ed50bc25

    Update Time : Tue Nov 17 16:23:53 2020
       Checksum : 1ec2bef3 - correct
         Events : 618907


   Device Role : Active device 0
   Array State : AA ('A' == active, '.' == missing)

[Mijzelf]

De partities (/dev/sda2 en /dev/sdb2) zijn bijna 4TB, maar de raid array is dat niet. Die is 'slechts' 2TB. Dus moet die eerst vergroot, en daarna het filesysteem.

Ga terug naar de shutdown status waar alles is geunmount is, en run

mdadm --grow /dev/md0
resize2fs /dev/md0

Dat zou het moeten doen.

[gijs_schouten]

Mijzelf schreef op dinsdag 17 november 2020 @ 18:12:
De partities (/dev/sda2 en /dev/sdb2) zijn bijna 4TB, maar de raid array is dat niet. Die is 'slechts' 2TB. Dus moet die eerst vergroot, en daarna het filesysteem.

Ga terug naar de shutdown status waar alles is geunmount is, en run

mdadm --grow /dev/md0
resize2fs /dev/md0

Dat zou het moeten doen.

ik voel me wel echt een noob zo, maar helaas! nog geen succes... hieronder de output van de acties:

~ # mdadm --grow /dev/md0
mdadm: no changes to --grow
~ # resize2fs /dev/md0
resize2fs 1.41.14 (22-Dec-2010)
The filesystem is already 488249198 blocks long.  Nothing to do!

[Mijzelf]

OK, probeer eens

mdadm --grow /dev/md0 --size=max

[gijs_schouten]

Mijzelf schreef op woensdag 18 november 2020 @ 09:03:
OK, probeer eens

mdadm --grow /dev/md0 --size=max

dat werkt iets beter...

~ # mdadm --grow /dev/md0 --size=max
mdadm: component size of /dev/md0 has been set to 3906516992K

Maar helaas gaat het resizen vervolgens niet goed...

resize2fs 1.41.14 (22-Dec-2010)
Resizing the filesystem on /dev/md0 to 976629248 (4k) blocks.
resize2fs: Memory allocation failed while trying to resize /dev/md0
Please run 'e2fsck -fy /dev/md0' to fix the filesystem
after the aborted resize operation.

Ik heb vervolgens de filesystem check opnieuw gedaan:

~ # e2fsck.new -fy /dev/md0
e2fsck 1.41.14 (22-Dec-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/md0: 365779/122068992 files (1.1% non-contiguous), 440837110/488249198 blocks

En de resize nogmaals geprobeerd, maar kreeg hetzelfde resultaat; memory allocation failed...

daarna heb ik toch nog je eerdere commando's uitgevoerd om de status te bekijken en zie dit:

~# cat /proc/partitions
major minor  #blocks  name

   7        0     143360 loop0
   8        0 3907018584 sda
   8        1     498688 sda1
   8        2 3906518016 sda2
  31        0       1024 mtdblock0
   8       16 3907018584 sdb
   8       17     498688 sdb1
   8       18 3906518016 sdb2
  31        1        512 mtdblock1
  31        2        512 mtdblock2
  31        3        512 mtdblock3
  31        4      10240 mtdblock4
  31        5      10240 mtdblock5
  31        6      48896 mtdblock6
  31        7      10240 mtdblock7
  31        8      48896 mtdblock8
   9        0 3906516992 md0
root@NAS:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1]
md0 : active raid1 sdb2[2] sda2[3]
      3906516992 blocks super 1.2 [2/2] [UU]

unused devices: <none>

~ # mdadm --examine /dev/sd[ab]2
/dev/sda2:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 369dc846:615edbba:ec9f4828:84a19b05
           Name : NAS:0  (local to host NAS)
  Creation Time : Fri Jul 29 19:43:01 2016
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 3906516992 (3725.55 GiB 4000.27 GB)
     Array Size : 3906516992 (3725.55 GiB 4000.27 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
          State : clean
    Device UUID : b6f50dbb:c31b6a6c:ca08e313:acb20922

    Update Time : Wed Nov 18 16:56:22 2020
       Checksum : cb28fac5 - correct
         Events : 619205


   Device Role : Active device 1
   Array State : AA ('A' == active, '.' == missing)
/dev/sdb2:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 369dc846:615edbba:ec9f4828:84a19b05
           Name : NAS:0  (local to host NAS)
  Creation Time : Fri Jul 29 19:43:01 2016
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 3906516992 (3725.55 GiB 4000.27 GB)
     Array Size : 3906516992 (3725.55 GiB 4000.27 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
          State : clean
    Device UUID : 161ebd69:572fe83e:9b017fcb:ed50bc25

    Update Time : Wed Nov 18 16:56:22 2020
       Checksum : 7a4cdcb - correct
         Events : 619205


   Device Role : Active device 0
   Array State : AA ('A' == active, '.' == missing)

Dat geeft aan dat in ieder geval het array nu de juiste size heeft...
een herstart van het systeem geeft in de GUI het volgende resultaat:


Dus helaas....

Heb je nog ideeen?

[ Voor 58% gewijzigd door gijs_schouten op 18-11-2020 18:11 ]

[Mijzelf]

Duurde het een tijdje tussen het starten van resize2fs en de melding dat hij niet voldoende geheugen had? Is er op die plek in de shutdown nog swapspace beschikbaar?

cat /proc/swaps

Wat zegt 'free' ?

[gijs_schouten]

Mijzelf schreef op woensdag 18 november 2020 @ 21:51:
Duurde het een tijdje tussen het starten van resize2fs en de melding dat hij niet voldoende geheugen had? Is er op die plek in de shutdown nog swapspace beschikbaar?

cat /proc/swaps

Wat zegt 'free' ?

Het duurde idd een tijdje voor hij met die melding komt.

Ik heb nog niet gecheckt maar vermoed dat er geen swap is aangezien ik mijn code injection na swap off Heb geplaatst toch?

[Mijzelf]

gijs_schouten schreef op woensdag 18 november 2020 @ 21:59:
Ik heb nog niet gecheckt maar vermoed dat er geen swap is aangezien ik mijn code injection na swap off Heb geplaatst toch?

Uhm, ja, natuurlijk. Als ik het me goed herinner zijn er twee swapfiles, eentje op sda1 of sdb1, en eentje op de raid array. Je kunt zien welke er zijn door

cat /proc/swaps

onder 'normale' omstandigheden te draaien. Degene op de raid array is uiteraard niet bruikbaar, maar je zou kunnen proberen om de andere weer aan te zetten

swapon /path/to/file

voor je resize2fs uitvoert. Eventueel zou je ook een usb stick als swapspace kunnen toevoegen:

mkswap /dev/sdc
swapon /dev/sdc

Dit vernietigt wel alle data op de stick. Controleer van tevoren even met

cat /proc/partitions

of de stick inderdaad sdc is.

[gijs_schouten]

Beste Mijzelf, hulde aan jou!

~ # resize2fs /dev/md0
resize2fs 1.41.14 (22-Dec-2010)
Resizing the filesystem on /dev/md0 to 976629248 (4k) blocks.
The filesystem on /dev/md0 is now 976629248 blocks long.
~ #

wel een beetje vaag dat hij in de GUI nog aangeeft dat het volume kan worden vergroot, maar ik denk dat ik daar wel mee kan leven

[zofman]

Weet iemand waar de zdrive app is gebleven?
Staat niet meer in de google store.
Nou is het een slechte app, maar de enige waar ik familie mee kan uitnodigen om een share te bekijken....

Groente,
Jan

[pasarica]

zofman schreef op donderdag 9 december 2021 @ 20:26:
Weet iemand waar de zdrive app is gebleven?
Staat niet meer in de google store.
Nou is het een slechte app, maar de enige waar ik familie mee kan uitnodigen om een share te bekijken....

Groente,
Jan

Deze?

[zofman]

Ja, hij staat al weer een paar maandjes terug in de playstore...
Was even verdwenen, maar weer terug.
Maar bedankt voor je reactie
Jan

[qbig1970]

Na de laatste FW-update (Zie Artikel :https://tweakers.net/nieu...eid-in-nas-apparaten.html)
kan ik via de Nas-seeker mijn nas niet meer vinden.... spoorloos!
Ik heb reset (2 sec) geprobeerd als reset (5 Sec), niets helpt.

Wie kan mij helpen?

[ Voor 3% gewijzigd door qbig1970 op 08-09-2022 12:50 . Reden: mijn vraag niet gesteld ]

[prik75]

Iemand de losse download nog voor:

NSA325-v2:

ZYPKG_INFO.tgz

[Mijzelf]

@prik75 Wat is je doel daarmee?

[prik75]

De NAS die ik heb wordt niet meer ondersteund door Zyxel. Om de programma's te laten draaien op de NAS zodat deze functioneeel wordt kun je handmatig het eerder genoemde pakket downloaden en installeren. Helaas is deze niet meer van de Zyxel site te halen.

[prik75]

Deze stappen moet ik doorlopen, maar mis dis het bestand!

https://kb.zyxel.com/KB/s...articleOid=014595&lang=EN

[Mijzelf]

Ah, ik snap het. Ik heb een ZYPKGS bestand voor je van de nieuwste packages (+ die packages) die voor firmware 4.x zijn uitgekomen. Dat is dus niet specifiek voor de NSA325-v2, maar ik heb geen significant verschil kunnen vinden tussen een package voor de 325, en dezelfde package voor, zeg, de 310.

http://metarepository.tk/...kg-repo/zyxel_fw4_zypkgs/

[prik75]

Dank je wel Mijzelf.

Volgende probleem is dat ze met geen mogelijkheid zichtbaar worden. Zie foto!

[Mijzelf]

Heb je het geprobeerd zonder internet? Na een reboot?

[prik75]

Jep, verschillende keren. Ook is de NAS niet meer zichtbaar bij DEZE COMPUTER. Terwijl kan ik de NAS wel alle opties wel zien in de browser (zoals je ziet aan de afbeelding hierboven).

[Mijzelf]

prik75 schreef op maandag 10 oktober 2022 @ 14:17:
Ook is de NAS niet meer zichtbaar bij DEZE COMPUTER.

Wanneer was hij dat dan wel? Wat is er sindsdien gebeurd?

Kun je MetaRepository installeren? http://zyxel.diskstation.eu/Users/Mijzelf/zypkg-repo/

[prik75]

Bedankt voor de link. Ik kan de link niet openen, krijg een foutpagina. Een ander linkje?

Inmiddels in de NAS wel weer zichtbaar bij deze computer. Paar keer reboot en toen was het in orde.

[Mijzelf]

http://metarepository.tk/Users/Mijzelf/zypkg-repo/ zou hetzelfde moeten doen, maar het certificaat voor https klopt niet. (Is van zyxel.diskstation.eu)

[prik75]

Dank je wel!

De file: web_prefix doet het niet. Is echter maar een website als ik erop klik: http://zyxel.diskstation.eu/Users/Mijzelf/zypkg-repo/

Het is geen file om te downloaden, maar een linkje... hoe nu verder?

Bedankt voor de hulp overigens, waardeer ik!

[Mijzelf]

Het linkje is de file. De file 'web_prefix' verteld de firmware package manager waar hij zijn ZYPKG_INFO.tgz file (en de packages) moet halen, ipv op ftp://ftp2.zyxel.com. Daar moet dus een url instaan, en door limitaties van de manager moet hij zijn afgesloten met een Linux line ending. Je kunt hem dus niet aanmaken in Notepad, ofzo.
Aangezien zyxel.diskstation.eu nog steeds down lijkt (dat is een DNS issue), zou er in de file nu http://metarepository.tk/Users/Mijzelf/zypkg-repo/ moeten staan.

[prik75]

Oke thanks. Ga ik dat proberen.

Hoe sla ik het linkje op als juiste file? Hier heb ik geen ervaring mee....

[kleinelievewolff]

qbig1970 schreef op donderdag 8 september 2022 @ 12:48:
Na de laatste FW-update (Zie Artikel :https://tweakers.net/nieu...eid-in-nas-apparaten.html)
kan ik via de Nas-seeker mijn nas niet meer vinden.... spoorloos!
Ik heb reset (2 sec) geprobeerd als reset (5 Sec), niets helpt.

Wie kan mij helpen?

Ik heb volgens mij hetzelfde probleem (met een NAS540): ik kan wel inloggen op via de browser, maar zowel explorer als de NAS seeker geven geen resultaat. Ook kunnen sommige apps (VLC bijvoorbeeld) de nas wel zien, maar andere (KODI bijvoorbeeld) niet.

Heb jij een oplossing kunnen vinden?

Anders ga ik ook maar een aantal keer resetten, dat heeft heel eventjes gewerkt bij mij.

[qbig1970]

kleinelievewolff schreef op donderdag 13 oktober 2022 @ 17:00:
[...]
Ik heb volgens mij hetzelfde probleem (met een NAS540): ik kan wel inloggen op via de browser, maar zowel explorer als de NAS seeker geven geen resultaat. Ook kunnen sommige apps (VLC bijvoorbeeld) de nas wel zien, maar andere (KODI bijvoorbeeld) niet.

Heb jij een oplossing kunnen vinden?

Anders ga ik ook maar een aantal keer resetten, dat heeft heel eventjes gewerkt bij mij.

Ja ik heb een oplossing gevonden.... met een hoop oude pc-componenten (Gigabyte X570 UD, CPU Ryzen 3 3400G, een oude 500W voeding, 8GB 3000Mhz DDR4) en een hoop oude HDD's (3x4TB 2x2TB en 1x1TB), een nieuwe behuizing (Cooler Master Force 500) en een nieuwe 120GB SSD M.2:

Een eigen NAS gebouwd.

De software is OpenMediaVault (open source op Linux gebaseerd)
Die installeren op de M.2 zodat de 6 SATA poorten vrij blijven voor de HDD's.
En ingesteld als JBOD!
Ideaal en heel simpel te onderhouden.

[Mijzelf]

@prik75 Het is een tijd geleden dat ik met Windows heb gewerkt, maar destijds kon PsPad dit doen. Daar kon je (onder 'edit'?) instellen welke line endings je wilde. DOS/Windows, Unix/Linux of Mac.
De file bevat één regel zonder spaties beginnend met http://, en eindigend met een Linux line end.

[kleinelievewolff]

qbig1970 schreef op donderdag 13 oktober 2022 @ 19:49:
[...]


Ja ik heb een oplossing gevonden.... met een hoop oude pc-componenten (Gigabyte X570 UD, CPU Ryzen 3 3400G, een oude 500W voeding, 8GB 3000Mhz DDR4) en een hoop oude HDD's (3x4TB 2x2TB en 1x1TB), een nieuwe behuizing (Cooler Master Force 500) en een nieuwe 120GB SSD M.2:

Een eigen NAS gebouwd.

De software is OpenMediaVault (open source op Linux gebaseerd)
Die installeren op de M.2 zodat de 6 SATA poorten vrij blijven voor de HDD's.
En ingesteld als JBOD!
Ideaal en heel simpel te onderhouden.

Niet de oplossing waar ik op hoopte Voor mij is het gemak van een NAS juist dat ik er weinig omkijken naar heb en dat hij in de slaapstand gaat als hij niet gebruikt wordt (energieverbruik). Ik gebruik hem alleen maar om enkele keren per jaar mijn foto's op te backuppen vanaf de telefoons en heel af en toe wil ik nog wel eens iets downloaden via NZB-get. Verder staat hij lekker in de meterkast te idlen.

[prik75]

@mijzelf. Bedankt, maar dat gaat echt mijn pet te boven. Als iemand het bestandje zou kunnen aanleveren, graag. Anders gaat ie op MP!

[prik75]

Van een vriend die dezelfde NSA325-V2 heeft het bestandje gehaald en vervangen in mijn eigen NAS.
Het bestandje heet: ZYPKGS
Nu dat vervangen is kan ik handmatig de programma's in de map erbij zetten. Halend uit deze link:
http://metarepository.tk/...kg-repo/zyxel_fw4_zypkgs/

[Mijzelf]

Zeg je nu dat de ZYPKGS van metarepository.tk niet werkt, en de versie van een andere 325 wel? Als je de files naast elkaar legt, zie je dan verschillen in syntax?

[prik75]

Jep, dat klopt. De mijne werkte na een reset niet om de lijst op de halen. De andere (niet geresette) wel. De bestanden zien er voor mij precies hetzelfde uit. Ik kan geen verschil ontdekken, maar ben ook geen expert.

[knorde]

Mijzelf schreef op donderdag 13 oktober 2022 @ 10:34:
Aangezien zyxel.diskstation.eu nog steeds down lijkt (dat is een DNS issue), zou er in de file nu http://metarepository.tk/Users/Mijzelf/zypkg-repo/ moeten staan.

Via een andere tweaker op dit topic gewezen.
Ontzettend blij dat ik mijn NAS nog niet hoef af te schrijven.
Ik krijg het alleen niet voor elkaar om alle bestanden in 1x te downloaden.
Moet dat echt stuk voor stuk?

Ik heb 1 bestand getest en het werkt, dus ik ben heel blij dat ik via deze weg toch de NAS nog volledig kan gebruiken.

prik75 schreef op zondag 16 oktober 2022 @ 13:55:
Van een vriend die dezelfde NSA325-V2 heeft het bestandje gehaald en vervangen in mijn eigen NAS.
Het bestandje heet: ZYPKGS
Nu dat vervangen is kan ik handmatig de programma's in de map erbij zetten. Halend uit deze link:
http://metarepository.tk/...kg-repo/zyxel_fw4_zypkgs/

Zou jij deze bestanden met mij willen delen?
Ik zou er erg mee geholpen zijn

[ Voor 28% gewijzigd door knorde op 25-10-2022 20:15 ]

[prik75]

Ja hoor, wat is het emailadres?

[knorde]

prik75 schreef op dinsdag 25 oktober 2022 @ 20:27:
Ja hoor, wat is het emailadres?

Ik zie je bericht nu pas
Normaal krijg ik een notificatie, geen idee waarom nu niet maar dat geeft niet.
Ik heb je even een pm gestuurd, alvast enorm bedankt!

EDIT

Nu het goede bestandje van @prik75 gekregen en hiermee werkt het wel, exact zoals hij ook omschrijft.
Scheelt weer een nieuwe nas kopen (verder voldoet hij hier nog prima).

Top!

prik75 schreef op zondag 16 oktober 2022 @ 13:55:
Van een vriend die dezelfde NSA325-V2 heeft het bestandje gehaald en vervangen in mijn eigen NAS.
Het bestandje heet: ZYPKGS
Nu dat vervangen is kan ik handmatig de programma's in de map erbij zetten. Halend uit deze link:
http://metarepository.tk/...kg-repo/zyxel_fw4_zypkgs/

Mijzelf schreef op zondag 16 oktober 2022 @ 17:23:
Zeg je nu dat de ZYPKGS van metarepository.tk niet werkt, en de versie van een andere 325 wel? Als je de files naast elkaar legt, zie je dan verschillen in syntax?

prik75 schreef op zondag 16 oktober 2022 @ 19:48:
Jep, dat klopt. De mijne werkte na een reset niet om de lijst op de halen. De andere (niet geresette) wel. De bestanden zien er voor mij precies hetzelfde uit. Ik kan geen verschil ontdekken, maar ben ook geen expert.

[ Voor 71% gewijzigd door knorde op 28-10-2022 19:21 ]