Mounten Sie eine HFSPlus-Festplatte mit Lese- / Schreibberechtigungen unter Linux

Mir ist klar , dass diese Frage in der Natur ähnlich ist diese Frage , aber ich hoffe , gezielt mehr Aufmerksamkeit auf ein zusätzliches Problem in einer der Kommentare von bringen auf diese Frage diese Antwort .

Ich habe die Festplatte eines alten MacbookPro herausgenommen und versuche, sie auf meiner Elementary OS-Box zu mounten, wo sie automatisch als schreibgeschützt bereitgestellt wird. Ich möchte rw Zugriff auf dieses Laufwerk erhalten.

Befolgen Sie nach dem Ausführen die Anweisungen in der oben verlinkten Antwort

sudo mount -t hfsplus -o remount,force,rw /dev/sdc2 /media/myharddrive

Ich bekomme

mount: warning: /media/myharddrive seems to be mounted read-only.

Dies wurde durch einen Kommentar zu dieser Frage festgestellt, hat aber nicht genug Aufmerksamkeit erhalten, um eine Antwort zu belohnen. Wie kommt es, dass es immer noch schreibgeschützt ist? Ist das nicht das, was forcesicherstellt?

Folgendes kann relevant sein oder nicht:

Ich bin auch sudo fsck.hfsplus -f /dev/sdc2dem Blog-Beitrag gefolgt, auf den in der Antwort verwiesen wurde, und habe das -fFlag hinzugefügt, nachdem fsckich keine Überprüfung eines aufgezeichneten Systems durchführen wollte. das lief gut bis

** /dev/sdc2 ** Checking HFS Plus volume. ** Checking Extents Overflow file. ** Checking Catalog file. ** Checking multi-linked files. Orphaned indirect node iNode28863935 ** Checking Catalog hierarchy. ** Checking Extended Attributes file. ** Checking volume bitmap. ** Checking volume information. ** Repairing volume. ** Rechecking volume. ** Checking HFS Plus volume. ** Checking Extents Overflow file. ** Checking Catalog file. ** Checking multi-linked files. ** Checking Catalog hierarchy. ** Checking Extended Attributes file. ** Checking volume bitmap. ** Checking volume information. ** The volume myharddrive was repaired successfully. *** glibc detected *** fsck.hfsplus: munmap_chunk(): invalid pointer: 0x00000000022f9e30 ***

gefolgt von einer Rückverfolgung und einer Speicherkarte. Der fsckAnruf scheint keine Auswirkungen auf mein Laufwerk gehabt zu haben, weder gut noch schlecht.

Alle Hinweise, wie Sie Lese- / Schreibzugriff auf mein Laufwerk erhalten können, ohne OSX zu starten , sind sehr willkommen.

BEARBEITEN Michael Kjörlings Kommentare und Antworten lösten mein grundlegendes Problem beim Zugriff auf meine Daten. Die oben fett gedruckten Fragen wurden jedoch noch nicht beantwortet. Daher habe ich die Frage bearbeitet, um dieses Problem hervorzuheben, und die Frage für zukünftige Benutzer offen gelassen.

Wie wir in den Kommentaren herausgefunden haben, gibt es hier zwei mögliche Probleme:

1. Sie versuchen, die Kopie als normaler Benutzer auszuführen. Dies kann dazu führen, dass das Lesen der Quelldateien fehlschlägt, da Sie keine Leseberechtigungen dafür haben. Dies kann leicht korrigiert werden, indem der Kopiervorgang sudogenau wie beim Mount ausgeführt wird.
2. Sie erhalten cp: omitting directory Documents/beim Versuch, das Kopieren durchzuführen sudo. Dies ist überhaupt kein Berechtigungsproblem und kann behoben werden, indem einfach angegeben wird, cpUnterverzeichnisse einzuschließen.

Wenn Sie diese beiden zusammenfügen, sollten Sie in der Lage sein, Ihre Dateien mit einem Befehl zu kopieren, z. B. sudo cp -av /media/myharddrive /somewhere/elsewo / irgendwo / sonst existiert und beschreibbar ist.

Der -vParameter wird nicht unbedingt benötigt, aber nach einer halben Stunde oder einer Stunde Wartezeit werden Sie möglicherweise die Dateien schätzen, die beim Kopieren aufgelistet werden. Beachten Sie, dass bei einer sehr großen Anzahl kleiner Dateien die Bildschirmaktualisierungen den Durchsatz des Kopierens verringern können. In diesem Fall minimieren Sie einfach das Fenster und überprüfen es gelegentlich.

-aWeist cp an, im "Archiv" -Modus zu arbeiten, wobei die zu kopierenden Dateien, einschließlich der Unterverzeichnisse, so weit wie möglich beibehalten werden. Oder Sie können festlegen -r, dass nur die Verzeichnisstruktur beibehalten werden soll.

Auf diese Weise sollten Sie in der Lage sein, die Dateien an einen geeigneteren Ort zu kopieren, an dem Sie freier mit ihnen arbeiten können, ohne durch die schreibgeschützte Einschränkung der HFS + -Dateisystemunterstützung eingeschränkt zu sein.

Ich denke, dass Ihr Problem im Grunde darin besteht, das Journaling ohne OSX zu deaktivieren.

Dies erfordert die binäre Bearbeitung (Hacking) des Plattenkopfs, und infolgedessen geht wahrscheinlich der vom Journal belegte Speicherplatz verloren.

Hier sind Hinweise auf zwei ziemlich ähnliche C-Programme, die behaupten, genau das zu tun:

• Programm 1
• Programm 2

Ich kann nicht garantieren, dass diese Programme die Festplatte nicht zerstören. Ich empfehle daher, dies auf einem Backup-Image der Festplatte auszuprobieren.

Dieser Beitrag könnte nützlich sein: Wie kann ich ein Disk-Image bereitstellen? .

Ich hatte oft das gleiche Problem und was ich bisher gelernt habe: Ein erfolgreiches fsck ist unerlässlich. Da dies auf Ihrem Computer nicht funktioniert, sollte dies Ihr Ansatz für eine Lösung sein:

• Welche Version von hfsprogs / fsck.hfsplus haben Sie installiert?

• Auf meinem Computer (unter Debian) habe ich es von der Quelle installiert (unter Verwendung der Downloads von einer anderen Quelle).

  wget "http": // "gentoo.osuosl.org/distfiles/diskdev_cmds-332.14.tar.gz"

  wget "http": // "gentoo.osuosl.org/distfiles/diskdev_cmds-332.14_p1.patch.bz2"

  tar xzf diskdev_cmds-332.14.tar.gz

  bunzip2 -c diskdev_cmds-332.14_p1.patch.bz2 | Patch -p0

  cd diskdev_cmds-332.14

  make -f Makefile.lnx

  cp fsck_hfs.tproj / fsck_hfs /sbin/fsck.hfsplus

  cp newfs_hfs.tproj / newfs_hfs /sbin/mkfs.hfsplus

  ln -s /sbin/fsck.hfsplus /sbin/fsck.hfs

  ln -s /sbin/mkfs.hfsplus /sbin/mkfs.hfs

Auf diese Weise hat fsck jetzt die ganze Zeit mit meiner hfs + -Diskette für mich funktioniert.