:strip_exif()/i/2000545656.png?f=thumbmini)
/u/362966/crop5dcc3ebbcbff5_cropped.png?f=community)
Introductie
Ik heb een DS415+ Synology NAS en wilde hier native iperf3 op draaien. Omdat er echter nog geen DSM 7.0 versie van dit package is, maar wel een DSM 6.2 versie gaf iemand mij de suggestie om deze manueel te installeren. (http://www.jadahl.com/ipe...perf_avoton-6.2_3.7-1.spk)
Hoe dit precies zou moeten was mij niet duidelijk maar ik zag dat je dit bestand kon uitpakken met 7zip en in het bestand stonden een /bin en een /lib folder. Dus ik dacht, die gaan we dan naar de Synology NAS kopiëren.
Nou precies op het moment dat ik die kopieer actie uitvoerde verbrak mijn SSH connectie en kon ik dus niet meer mijn NAS in.
Shit.
Mijn idee om dit te fixen
Gelukkig staan al mijn bestanden ergens gebackupt maar toch wil ik het liefst zonder mijn hele Synology opnieuw in te stellen weer gewoon dit probleem fixen.
Mijn idee was om van een clean Synology DSM 7.0 install de lib map te kopiëren naar de lib map op mijn broken installatie.
Ik had nog een disk liggen dus daar heb ik DSM 7.0 op geïnstalleerd, daarna de lib map daar van af gekopieerd en nu is het plan die dus terug te zetten op de kapotte DSM.
Mounting first steps
Als eerste heb ik even een testje gedaan met de tijdelijke DSM install die ik op een disk had gezet die toch nog over was en hier kon ik met wat MDADM commands de disk mounten. Met deze informatie in het achterhoofd ging ik van start om dit nu te doen op de disks van de kapotte DSM.
Mijn idee was om maar 1 van de 4 disks aan mijn Ubuntu PC te hangen, daar dan de system disk te fixen, die terug de zetten in de NAS. Dan hoop ik dat Synology zelf ziet dat de Raid 1 op de system disk degraded is en deze gaat rechttrekken op basis van de fixes die ik heb gedaan. (Again, als iemand nu al weet dat dit niet gaat werken hoor ik het ook graag).
De belangrijkste reden hiervoor is dat zolang ik die 3 disks niet aanraak ik zeker weet dat de Raid-5 (SHR) array die er op staat nog altijd gefixt kan worden. Daarnaast moest ik bij deze disk ook Pin3 afplakken voordat deze te zien was in mijn Ubuntu pc + ik heb simpelweg niet genoeg sata kabels.
Mounting waar het mis gaat
Ik heb een immense reeks aan linux commands geprobeerd maar nog niet succesvol de disk kunnen mounten. Het probleem lijkt te komen omdat dit een raid1 array is waar nu 3 disks missen.
Het verste wat ik ben gekomen was met het volgende command:
Zoals te zien is, lijkt het alsof de /dev/md0 array gestart is maar het mounten er van lukt dus niet.
Hier loop ik vast omdat ik dus te weinig van mdadm en alle linux commands weet om dit verder voor elkaar te krijgen.
Als iemand een hele lijst wil met alles wat ik geprobeerd heb, hier een outputje van de Console:
https://pastebin.com/uczzkKQn
-Devedse
Ik heb een DS415+ Synology NAS en wilde hier native iperf3 op draaien. Omdat er echter nog geen DSM 7.0 versie van dit package is, maar wel een DSM 6.2 versie gaf iemand mij de suggestie om deze manueel te installeren. (http://www.jadahl.com/ipe...perf_avoton-6.2_3.7-1.spk)
Hoe dit precies zou moeten was mij niet duidelijk maar ik zag dat je dit bestand kon uitpakken met 7zip en in het bestand stonden een /bin en een /lib folder. Dus ik dacht, die gaan we dan naar de Synology NAS kopiëren.
Nou precies op het moment dat ik die kopieer actie uitvoerde verbrak mijn SSH connectie en kon ik dus niet meer mijn NAS in.
Shit.
Mijn idee om dit te fixen
Gelukkig staan al mijn bestanden ergens gebackupt maar toch wil ik het liefst zonder mijn hele Synology opnieuw in te stellen weer gewoon dit probleem fixen.
Mijn idee was om van een clean Synology DSM 7.0 install de lib map te kopiëren naar de lib map op mijn broken installatie.
Ik had nog een disk liggen dus daar heb ik DSM 7.0 op geïnstalleerd, daarna de lib map daar van af gekopieerd en nu is het plan die dus terug te zetten op de kapotte DSM.
Mounting first steps
Als eerste heb ik even een testje gedaan met de tijdelijke DSM install die ik op een disk had gezet die toch nog over was en hier kon ik met wat MDADM commands de disk mounten. Met deze informatie in het achterhoofd ging ik van start om dit nu te doen op de disks van de kapotte DSM.
Mijn idee was om maar 1 van de 4 disks aan mijn Ubuntu PC te hangen, daar dan de system disk te fixen, die terug de zetten in de NAS. Dan hoop ik dat Synology zelf ziet dat de Raid 1 op de system disk degraded is en deze gaat rechttrekken op basis van de fixes die ik heb gedaan. (Again, als iemand nu al weet dat dit niet gaat werken hoor ik het ook graag).
De belangrijkste reden hiervoor is dat zolang ik die 3 disks niet aanraak ik zeker weet dat de Raid-5 (SHR) array die er op staat nog altijd gefixt kan worden. Daarnaast moest ik bij deze disk ook Pin3 afplakken voordat deze te zien was in mijn Ubuntu pc + ik heb simpelweg niet genoeg sata kabels.
Mounting waar het mis gaat
Ik heb een immense reeks aan linux commands geprobeerd maar nog niet succesvol de disk kunnen mounten. Het probleem lijkt te komen omdat dit een raid1 array is waar nu 3 disks missen.
Het verste wat ik ben gekomen was met het volgende command:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
| root@ubuntu:~# mdadm --create /dev/md0 --assume-clean --verbose --level=raid1 --raid-devices=4 missing /dev/sda1
mdadm: You haven't given enough devices (real or missing) to create this array
root@ubuntu:~# mdadm --create /dev/md0 --assume-clean --verbose --level=raid1 --raid-devices=4 /dev/sda1 missing missing missing
mdadm: /dev/sda1 appears to contain an ext2fs file system
size=2490176K mtime=Wed Jul 21 09:49:03 2021
mdadm: /dev/sda1 appears to be part of a raid array:
level=raid1 devices=4 ctime=Sun Dec 8 21:09:22 2019
mdadm: Note: this array has metadata at the start and
may not be suitable as a boot device. If you plan to
store '/boot' on this device please ensure that
your boot-loader understands md/v1.x metadata, or use
--metadata=0.90
mdadm: size set to 2487168K
Continue creating array?
Continue creating array? (y/n) y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md0 started.
root@ubuntu:~# mkdir /mnt/hoi
root@ubuntu:~# mount /dev/md0 /mnt/hoi
mount: /mnt/hoi: wrong fs type, bad option, bad superblock on /dev/md0, missing codepage or helper program, or other error. |
Zoals te zien is, lijkt het alsof de /dev/md0 array gestart is maar het mounten er van lukt dus niet.
Hier loop ik vast omdat ik dus te weinig van mdadm en alle linux commands weet om dit verder voor elkaar te krijgen.
Als iemand een hele lijst wil met alles wat ik geprobeerd heb, hier een outputje van de Console:
https://pastebin.com/uczzkKQn
-Devedse
[ Voor 5% gewijzigd door Devedse op 21-07-2021 14:22 ]
:strip_exif()/u/52746/eric-cartman_small.gif?f=community)
/u/3626/front-kabels.png?f=community)
/u/125506/link-8bit.png?f=community)
:fill(white):strip_exif()/f/image/gD2SxszihcTbf4tlpz2Guxp9.png?f=user_large)
:strip_icc():strip_exif()/u/5326/crop5ff8e3fc691c6_cropped.jpeg?f=community)
:fill(white):strip_exif()/f/image/IEPXWhSsKQWbvfCaaSLlfPzU.png?f=user_large)