Zuverlässiges HFS + Journaled Mount in jedem Betriebssystem für ARMv6

2717
penx

Ich brauche ein Betriebssystem für ARMv6 (Raspberry Pi), das HFS + Journaled als Lese- / Schreibzugriff mit Volumengrößen von bis zu 16 TB zuverlässig bereitstellen kann.

Ich konnte keine Details darüber finden, wie stabil HFS + Journaled in den neuesten Versionen des Linux-Kernels ist.

Laut einem möglicherweise veralteten Wikipedia-Artikel gibt es mehrere Probleme mit HFS + Journaled in Linux, aber es wird daran gearbeitet, dies zu beheben:

"Seit Februar 2011 wird daran gearbeitet, diese Einschränkung aufzuheben." Http://en.wikipedia.org/w/index.php?title=HFS_Plus&oldid=549625057#Linux

Ich habe mich auch mit Darwin oder NetBSD beschäftigt, da Apple diese verwendet. Ich hoffe, es würde einen offiziellen Treiber geben, aber kein Glück:

  • Ich kann keinen Weg finden, Darwin für den Raspberry Pi zu kompilieren, da Apple den Quellcode für ARM nicht veröffentlicht hat und http://sourceforge.net/projects/darwin-arm/ scheinbar entfernt wurde
  • Soweit ich das beurteilen kann, hat Apple die auf dem Apple Airport verwendeten NetBSD HFS + -Treiber nicht veröffentlicht

Kann jemand antworten?

  1. Wurden die Stabilitätsprobleme von HFS + in Linux behoben? (und wie kann ich das nachverfolgen?)
  2. Wenn es immer noch instabil ist, kann jemand eine stabile Alternative empfehlen?
4
Vielleicht bemerkenswert ist diese Konversation auf der Liste der Linux-Fsdevel, in der jemand nach HgS + -Code von Netgear sucht, die mit dem Linux-Kernel arbeitet - glaube nicht, dass dies gelöst wurde. http://www.spinics.net/lists/linux-fsdevel/msg57099.html penx vor 10 Jahren 0
Ich habe Lesen / Schreiben mit HFS + in Linux nur gesehen, wenn Journaling (zuverlässig) deaktiviert ist ... Warum sind Sie an die Verwendung von HFS + mit Linux anstelle einer herkömmlichen Linux-Formatierung gebunden (oder zumindest ein System, das sich seit langem mit Linux als stabil erweist)? ) nerdwaller vor 10 Jahren 0
1. Ich habe eine große große Partition, die viel zu migrieren wäre (teilweise, weil ich kein zweites Gerät mit so viel Speicherplatz für das Backup habe), 2. weil ich das Gerät zwischen meinem System austauschen möchte Mac und der Raspberry Pi in der Zukunft penx vor 10 Jahren 0
Dies scheint für [SF] nicht geeignet zu sein, da der berufliche Arbeitsplatzkontext fehlt. slhck vor 10 Jahren 0

1 Antwort auf die Frage

3
penx