Hallo!
Vor einigen Tagen konnte ich plötzlich nicht mehr auf mein NAS (1-Bay, kein RAID) zugreifen. Zuerst dachte ich an einen Hardware-Defekt, da ich mit dem Windows -Tool Linux Reader noch auf die Daten lesen konnte. Jedoch stellte sich dann heraus, dass viele Daten fehlen, die meisten haben zwar die richtige Größe, lassen sich jedoch nicht öffnen und nur einige sind komplett intakt.
Normalerweise verwende ich Linux eher selten, daher bin ich mit den vielen Optionen der Kommandozeilen-Tools etwas überfordert. Es wäre super wenn mir hier jemand weiterhelfen könnte.
Was mich gleich mal stutzig macht - laut lsblk soll die Festplatte (sdc) nur 1,7 TB Speicher haben - dabei wäre das eine 4TB Platte die auch recht voll war. Hat jemand eine Idee warum das so ist?
root@ubuntu:~# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sdd 8:48 0 3.7T 0 disk sdb 8:16 1 29.4G 0 disk └─sdb1 8:17 1 29.4G 0 part /cdrom loop0 7:0 0 1.4G 1 loop /rofs sdc 8:32 0 1.7T 0 disk sda 8:0 1 7.2G 0 disk └─sda1 8:1 1 7.2G 0 part /media/ubuntu/USB STICK
Folgendes habe ich schon probiert: Backup mittels ddrescue von sdc auf sdd (Backup-Platte) mittels ddrescue -f -n /dev/sdc /dev/sdd "/media/ubuntu/USB STICK/rescue.log" und anschließend ddrescue -d -f -r3 /dev/sdc /dev/sdd "/media/ubuntu/USB STICK/rescue.log"
das lief erstmals fast 2 Tage lang und mit einer guten Geschwindigkeit, aber es wurden halt auch nur 1,7TB gesichert. Jetzt stehe ich allerdings schon an. Ich schätze, dass das Dateisystem und die Partition Fehler haben. Mit fdisk habe ich versucht eine neue GPT partition table auf sdd zu schreiben, aber wie mache ich weiter und bin ich überhaupt auf dem richtigen Weg?
hier noch das Ergebnis von parted --list:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 | root@ubuntu:~# sudo parted --list Model: USB DISK 2.0 (scsi) Disk /dev/sda: 7744MB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 4129kB 7744MB 7740MB primary fat32 boot Model: JetFlash Transcend 32GB (scsi) Disk /dev/sdb: 31.6GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 1049kB 31.6GB 31.6GB primary fat32 boot, lba Error: Invalid argument during seek for read on /dev/sdc Retry/Ignore/Cancel? i Error: The backup GPT table is corrupt, but the primary appears OK, so that will be used. OK/Cancel? ok Model: DMI WD40EFRX-68WT0N0 (scsi) Disk /dev/sdc: 1802GB Sector size (logical/physical): 512B/512B Partition Table: unknown Disk Flags: Model: Seagate M3 Portable (scsi) Disk /dev/sdd: 4001GB Sector size (logical/physical): 512B/4096B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags |
Moderiert von Vej:
Aus dem Spamfilter geholt.