Ich weiß, was Sie denken: Diese Frage wurde schon 100 Mal gestellt, warum schaut er also nicht einfach nach? Das habe ich getan, indem ich diesem Link gefolgt bin:AskUbuntu: So lesen und schreiben Sie in Ubuntu eine externe HFS-Journalist-Festplatte ohne Zugriff auf das Betriebssystem
Der springende Punkt ist,
- hfsprogs installieren (fertig) und
sudo mount -t hfsplus -o force,rw /dev/sdd2 /media/legomaniac/Apple
Es funktionierte.
Mein Sohn ist für dieses (kanadische) Thanksgiving-Wochenende von der Universität gekommen und ich habe ihn gebeten, mir sein 3-TB-Backup-Laufwerk mitzubringen, damit ich mein eigenes Laufwerk sichern kann, um meinen Computer wieder aufzubauen (es ließ sich zeitweise nicht neu starten – es stellte sich heraus, dass das Netzteil defekt war (und jetzt tot war). Ich habe das oben Beschriebene gemacht, mein Benutzerprofil darauf kopiert und alles schien in Ordnung zu sein. Letztendlich war das Backup nicht wirklich notwendig, da alle SSDs in meinem Computer den Wiederaufbau überlebt haben, aber ich war nur vorsichtig, während der Rechner lief.
Nachdem der Computer nun repariert wurde und meine Dateien überlebt haben, muss ich nur noch das Apple-Backup-Laufwerk erneut mounten, meine Finanzunterlagen, E-Mail-Datenbanken usw. vernichten und anschließend die Ordner löschen.
Natürlich lässt sich das Apple-Laufwerk jetzt nur noch schreibgeschützt mounten.
Sie werden aus dem ursprünglichen Befehl erkennen, dass die Partition ursprünglich sdd2 war. Um Missgeschicke zu vermeiden, habe ich die anderen SSDs von meinem Computer entfernt, sodass mir nur meine LUbuntu-Installation und das Apple-Laufwerk geblieben sind:
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 232.9G 0 disk
└─sda1 8:1 0 232.9G 0 part /
sdb 8:16 0 2.7T 0 disk
├─sdb1 8:17 0 200M 0 part
├─sdb2 8:18 0 2.7T 0 part
└─sdb3 8:19 0 619.9M 0 part
Also versuche ich jetzt, sdb2 zu mounten:
sudo mount -t hfsplus -o force,rw /dev/sdb2 /media/legomaniac/Apple
...das die Option ignoriert -o force,rwund es schreibgeschützt mountet, aber keine Fehlermeldungen oder Warnungen oder Erklärungen dazu liefert, WARUM es meinen Befehl ignoriert. Was es noch ärgerlicher macht, ist die Inkonsistenz: Es verhält sich auf zwei verschiedene Arten gegenüber genau demselben Befehl. Zugegeben, beim ersten Mal war es sdd2, aber ich kann nicht erkennen, wie das eine Rolle spielen sollte.
Wenn ich das Problem bis Montag nicht lösen kann, bleibt mir nur noch die Möglichkeit, eine weitere externe 3-TB-Festplatte für meinen Sohn zu kaufen oder alle meine Finanzunterlagen bis Weihnachten auf dem Universitätscampus herumliegen zu lassen.
Antwort1
Es stellte sich also heraus, dass die von mir verlinkte Frage auf Stackexchange.com die richtige Antwort hatte:
fsck.hfsplus -fryd /dev/sdb2
war, was ich tun musste, um das Dateisystem auf dem Laufwerk zu reparieren. Danach konnte ich es im Lese-/Schreibmodus mounten und meine Dateien löschen.
Alle meine Fehlermeldungen zu USB-Resets waren ein Ablenkungsmanöver, das die DMSG-Protokolle überflutete und es schwierig machte, die wirklich relevante Fehlermeldung zu finden.