Beiträge von acealbrecht

Thema

Beschädigten Superblock auf externer FP reparieren.

Ich habe hier eine über den USB-port eingebundene externe Festplatte mit beschädigtem Superblock. Ich war ursprünglich einmal dran, deren Daten auszulesen, als die bad-superblockmeldung unvermittelt auftauchte. (Wie es dazu kam ist hier im Forum unter: . "Daten von Festplatte auslesen." nachzulesen.)

So sieht es auf der FP meines Lenovo-Laptops /dev/sda aus:
(Quelltext, 21 Zeilen)


Ich habe dann entsprechend der Anleitung auf …

hammu

27. Juli 2023

Und ich befürchte, hiermit komme ich auch nicht weiter, da es hierbei wohl um eine Platte mit einem ext2/ext3/ext4 Filesystem handelt, ich aber ein NTFS Filesystem habe.

Andere Beiträge zum Thema Superblock habe ich leider nicht gefunden.

Zitat von acealbrecht

Ich könnte mir vorstellen, hier schon eine Antwort zu bekommen:

Beitrag

RE: Daten von Festplatte auslesen

(Zitat von Alero)

Danke für den Tip und eure Hilfe. Vielleicht habe ich ja demnächst einmal den Nerv dazu, mich daran zu versuchen.
Jetzt muß ich erstmal pausieren.

Hartmut

hammu

13. Juli 2023

Ich möchte aber erst mal noch das mit dem "ntfsfix" ausprobieren. Wie kann ich feststellen, welches Dateisystem die Platten haben? Ich nutze die Platten immer so, wie sie aus dem Laden kommen. Ohne vorherige Partitionierung oder so.

Ich glaube, damit komme ich gar nicht weiter...

Zitat von acealbrecht

Ich könnte mir vorstellen, hier schon eine Antwort zu bekommen:

Beitrag

RE: Daten von Festplatte auslesen

(Zitat von Alero)

Danke für den Tip und eure Hilfe. Vielleicht habe ich ja demnächst einmal den Nerv dazu, mich daran zu versuchen.
Jetzt muß ich erstmal pausieren.

Hartmut

hammu

13. Juli 2023

Ich möchte aber erst mal noch das mit dem "ntfsfix" ausprobieren. Wie kann ich feststellen, welches Dateisystem die Platten haben? Ich nutze die Platten immer so, wie sie aus dem Laden kommen. Ohne vorherige Partitionierung oder so.

Wie "kompliziert" ist dieses hier? Wie hoch ist die Möglichkeit, dass ich mit Datenverlust rechnen muss?

Zitat von Alero

Wenn du damit leben kannst, aber ich würde es in naher Zukunft neu aufsetzen.

Ich werde es in meinem Herzen bewegen.

Nun werde ich aber mal schauen, dass ich mit meinem eigentlichen Problem weiter komme.

Auf meinem Laptop sieht das nochmal ganz anderes aus:

lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
nvme0n1     259:0    0 476.9G  0 disk 
├─nvme0n1p1 259:1    0   260M  0 part /boot/efi
├─nvme0n1p2 259:2    0     2G  0 part [SWAP]
└─nvme0n1p3 259:3    0 473.7G  0 part /var
                                      /opt
                                      /.snapshots
                                      /home
                                      /usr/local
                                      /root
                                      /boot/grub2/i386-pc
                                      /srv
                                      /boot/grub2/x86_64-efi
                                      /

Zitat von Alero

sda sollte eigentlich in etwa so aussehen ... (ich nutze natürlich kein btrfs oder snapshots)

Code

lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sda      8:0    0  1,8T  0 disk 
├─sda1   8:1    0  512M  0 part /boot/efi
├─sda2   8:2    0 27,9G  0 part /
├─sda3   8:3    0  977M  0 part [SWAP]
└─sda4   8:4    0  1,8T  0 part /home

Aber wo ist dein sda3? Ist da was anders bei btrfs? Keine Ahnung, nutze ich nicht. Wenn einige Platten nicht mit dem Rechner verbunden sind, also nur Verknüpfungen, wird die Größe natürlich nicht angezeigt. Woher soll das der Rechner bei eine Verknüpfung auch wissen. Dennoch ist bei dir so einiges im Argen, wie mir scheint.

Kann ich das über einen einfachen Weg korrigieren oder müsste ich meinen Rechner komplett neu einrichten?

Eigentlich läuft mein System ohne Probleme (bis auf das mit den Platten jetzt)

Zitat von Alero

Frage ... betreffs deines Bildes in Post 13 ... wieso haben alle Platten und Verzeichnisse eine Größe von 0 B? Soll das so richtig sein? Poste doch bitte mal ...

Code

lsblk

für die oben angeführten Verzeichnisse mit 0B.

Und hier jetzt das Ergneis zu "lsblk:

lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda      8:0    0   1.8T  0 disk 
├─sda1   8:1    0   512M  0 part /boot/efi
├─sda2   8:2    0   1.7T  0 part /var
│                                /root
│                                /usr/local
│                                /opt
│                                /srv
│                                /home
│                                /boot/grub2/x86_64-efi
│                                /boot/grub2/i386-pc
│                                /.snapshots
│                                /
└─sda4   8:4    0   7.6G  0 part [SWAP]
sdb      8:16   0 931.5G  0 disk 
└─sdb1   8:17   0 931.5G  0 part 
sdc      8:32   1     0B  0 disk 
sr0     11:0    1  1024M  0 rom  

Könnte es sein, dass die Ordner leer sind, weil die Platte(n) nicht mit dem Rechner verbunden sind. Immerhin sind das ja "nur" Verknüpfungen...

... obwohl die Frage bei "sda" berechtigt ist. Immerhin ist das die Systemplatte im Rechner...

Erst mal poste ich die korrekten Angaben bei der zweiten Platte :

ntfsfix /dev/sdb1
Mounting volume... OK
Processing of $MFT and $MFTMirr completed successfully.
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/sdb1 was processed successfully.

Hier das Ergebnis der zweiten Platte:

ntfsfix /dev/sdc1
Mounting volume... The disk contains an unclean file system (0, 0).
FAILED
Attempting to correct errors... 
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/sdc1 was processed successfully.

Mit genauso wenig Erfolg...

Ok, das Verzeichnis der Platte lautet "sdc1", Befehl korrigiert und hier das Ergebnis:

ntfsfix /dev/sdc1
Mounting volume... The disk contains an unclean file system (0, 0).
FAILED
Attempting to correct errors... 
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/sdc1 was processed successfully.

Das Mounten der Platte führt dann aber zum gleichen Ergebnis wie in Post #1