Data recovery / schijf uit NAS mounten in Ubuntu

[royduin]

Beste Tweakers,

Ik heb een oude LG NAS die niet meer bereikbaar is, gaf schijf fouten aan in de webinterface dus de schijf eruit gehaald en via een SATA-USB connector aan mijn laptop gehangen. Het is een "linux_raid_member" dus op macOS kwam ik niet verder; daarna aan mijn Ubuntu servertje gehangen. Eerst met "photorec" al wat bestanden veilig gesteld maar dan missen de mappen en bestandsnamen.

Middels "mdadm --assemble --run /dev/md0 /dev/sdd3" werkt de toegang tot de raid array:

code:

$ mdadm --examine /dev/sdd3
/dev/sdd3:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 88b8d293:b04bab78:6bab3bd7:2c8c7d00
           Name : LG-NAS:2
  Creation Time : Sat Jan  1 01:00:23 2011
     Raid Level : raid1
   Raid Devices : 1

 Avail Dev Size : 1891020800 (901.71 GiB 968.20 GB)
     Array Size : 945510264 (901.71 GiB 968.20 GB)
  Used Dev Size : 1891020528 (901.71 GiB 968.20 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
   Unused Space : before=1968 sectors, after=272 sectors
          State : clean
    Device UUID : 90f6a31b:e625c286:88706423:2a0fe86b

    Update Time : Sun Mar 28 15:44:30 2021
       Checksum : ce6820dc - correct
         Events : 6


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

Maar mounten lukt niet:

code:

$ mount /dev/md0 /test/
mount: /test: can't read superblock on /dev/md0.

Dus ander superblock geprobeerd: "dumpe2fs /dev/md0 | grep superblock" en dan:

code:

$ mount -o sb=32768 /dev/md0 /test/
mount: /test: wrong fs type, bad option, bad superblock on /dev/md0, missing codepage or helper program, or other error.

Met "debugfs -R "ls -l" /dev/md0" zie ik de mappen, tips om de data eraf te halen?

[stijnos1991]

Never mind.

[ Voor 91% gewijzigd door stijnos1991 op 30-03-2021 10:17 ]

[royduin]

Het is een NAS waar maar 1 schijf in kan, beetje vreemd dat er uberhaupt een raid configuratie op zit maar:

code:

Raid Level : raid1

[stijnos1991]

En als je checkt op fouten met fsck /dev/md0 ?

[royduin]

Held! Ik was al opzoek naar een "chkdsk" voor Linux maar deze niet tegen gekomen. Hij is gemount nu en copy draait naar een andere schijf

[ Voor 3% gewijzigd door royduin op 30-03-2021 11:33 ]

[royduin]

Wel veel errors:

code:

cp: cannot stat 'Documenten/**snip**.jpg': Input/output error

[royduin]

1.4GB eraf, met photorec had ik 41GB kunnen krijgen maar geen idee hoeveel data er precies op stond. Wel veel lege mappen dus het zal wel meer dan 1.4GB geweest zijn. Zijn er nog meer mogelijkheden?

[stijnos1991]

Als je een kopie hebt van je data zou je met https://www.gnu.org/software/ddrescue/ nog iets kunnen proberen.
Let wel op dat je niet schrijft naar de disk die je probeert te herstellen.

[royduin]

Hij draait al even, wordt vervolgd.

[royduin]

Het was even veel geduld en spelen:

code:

fdisk -l disk.img
losetup -o32000442368 /dev/loop0 disk.img
mdadm --assemble --run /dev/md1 /dev/loop0
mount -o loop /dev/md1 /test/

Alles lijkt nu toegankelijk, 126GB data. Dank @stijnos1991!

[royduin]

Mm, op de externe NTFS schijf waar alles naartoe gegaan is vanaf de Ubuntu server is het 126GB. Wil ik het kopiëren naar een andere exfat externe schijf dan loopt die schijf vol terwijl er 350GB vrij is. Misschien iets met symlinks maar `find . -type l -ls` levert niets op.

[MartinMeijerink]

kunnen ook hardlinks zijn. anders ff met rsync doen, en om die reden ook mss beter naar een fs dat hard links ondersteunt:

rsync -aHv /test/ /externeschijf/

[royduin]

Beetje laat; bleef problemen houden, andere schijf erbij en ook als NTFS geformatteerd dat ging goed. NTFS naar exfat wilde niet. Dank voor alle hulp!