Dateisystemwiederherstellung der dm-verschlüsselten Partition schlägt fehl

361
Project 9501

Ich habe ein USB-Stick, das ich LUKS-verschlüsselt halte. Hatte vor kurzem einen Computerabsturz. Ich kann das verschlüsselte Gerät ohne offensichtliche Probleme öffnen, aber wenn ich versuche, das Laufwerk (als Root) bereitzustellen, erhalte ich die folgende Fehlermeldung:

EXT4-fs (dm-1): write access unavailable, cannot proceed. mount: /media/thumb: cannot mount /dev/mapper/thumb read-only.

dmesg gibt mir: 

EXT4-fs (dm-1): INFO: Recovery required on read-only filesystem EXT4-fs (dm-1): write access unavailable, cannot proceed

Okay, fsck, richtig? Gut...

fsck.ext4: Operation not permitted while trying to open /dev/mapper/thumb You must have r/w access to the filesystem or be root

Und natürlich führe ich das als root.

Hat jemand irgendwelche Vorschläge? Bin ich eingespannt?

Running Arch, wenn das einen Unterschied macht.

BEARBEITEN: Das Problem war, dass der Schreib- / Leseschalter der SD-Karte in der Position "Nur Lesen" war. Soooooooooo, nachdem ich es richtig gestellt hatte, konnte ich die Partition ohne Probleme überprüfen. Trotzdem reichte die Lösung aus, um die Daten von der Partition abzurufen. Ich werde die Frage daher lassen, falls ein anderer Benutzer dasselbe Problem hat (da Google nicht wirklich viel darüber hatte). Ich werde den Rest der Nacht in der Ecke sitzen. Prost!

0

1 Antwort auf die Frage

0
davidgo

Es gibt einige Möglichkeiten, um fortzufahren. Die Art und Weise, wie ich angreifen könnte, wäre, eine Kopie der unverschlüsselten Version der Festplatte in eine Datei zu kopieren und diese dann zu bearbeiten. Um dies zu tun, würde ich (zusätzliche Schritte unternehmen, um einen Ausfall unwahrscheinlicher zu machen):

  1. Öffnen Sie das Blockgerät mit einem Befehl wie

    cryptsetup LuksOpen / dev / sdX encryptedusb

  2. Kopieren Sie die unverschlüsselte Version in eine Datei

    pv </ dev / mapper / encryptedusb> /path/to/unencrypted.file

  3. Erstellen Sie ein Loopback-Gerät, um auf die nicht verschlüsselte Datei als Blockgerät zuzugreifen (dies ist möglicherweise nicht erforderlich, lässt jedoch einige Blockoperationen zu, deren Ausführung andernfalls fehlschlagen könnte.)

    losetup / dev / loop0 /path/to/unecrypted.file

  4. Versuchen Sie die Datenwiederherstellung auf / dev / loop0 wie in einem normalen Dateisystem, z. B. fsck die Festplatte, versuchen Sie es zu mounten, falls dies fehlschlägt, führen Sie photorec darauf aus usw.

Danke für die Antwort. Ich bin nicht mit dem Befehl pv vertraut, und ich habe ihn weder installiert noch kann ich ihn in den Arch-Repos finden. Kann ich mit dd im Prinzip denselben Effekt erzielen? Project 9501 vor 6 Jahren 0
PV ist nur ein nettes Dienstprogramm, das den Fortschritt einer Kopie anzeigt. Sie könnten es durch dd ersetzen, wenn = / dev / mapper / encryptedUSB = = path / to / unencrypted.file. Dies hat den gleichen Effekt, zeigt jedoch den Fortschritt der Kopie nicht an. davidgo vor 6 Jahren 0
Nun, das war genug, um die Dateien wiederherzustellen. Ich habe auf eine In-situ-Lösung gehofft, sodass ich nicht alle Daten hin und her übertragen muss, aber so geht es. Vielen Dank! Project 9501 vor 6 Jahren 0

Verwandte Probleme