Der NTFS-3G-Treiber ermöglicht es, NTFS-Laufwerke unter Mac OS X zu lesen und zu beschreiben.
Der Treiber ist open-source und kostet daher — im Gegensatz zu vergleichbarer Software unter Mac OS X — nichts.
Mit dem Befehl “zpool upgrade -v” lässt sich eine Liste der vom System unterstützten Pool-Versionen anzeigen:
VER DESCRIPTION
--- --------------------------------------------------------
1 Initial ZFS version
2 Ditto blocks (replicated metadata)
3 Hot spares and double parity RAID-Z
4 zpool history
5 Compression using the gzip algorithm
6 bootfs pool property
7 Separate intent log devices
8 Delegated administration
9 refquota and refreservation properties
10 Cache devices
11 Improved scrub performance
12 Snapshot properties
13 snapused property
14 passthrough-x aclinherit property support
15 quota support
For more information on a particular version, including supported releases, see:
http://www.opensolaris.org/os/community/zfs/version/N
Ebenso gibt es für den ZFS POSIX Layer einen Befehl “zfs upgrade -v”
The following filesystem versions are supported:
VER DESCRIPTION
--- --------------------------------------------------------
1 Initial ZFS filesystem version
2 Enhanced directory entries
3 Case insensitive and File system unique identifer (FUID)
4 quota support
For more information on a particular version, including supported releases, see:
http://www.opensolaris.org/os/community/zfs/version/zpl/N
Where 'N' is the version number.
Zusammengefasst sieht die Unterstützung in den verschiedenen Portierungen von ZFS folgendermaßen aus:
| OS | uname -a | ZFS pool version | ZFS ZPL version |
|---|---|---|---|
| OpenSolaris 2008.11 Live-CD | SunOS opensolaris 5.11 snv_101b [...] | 13 | 3 |
| Ubuntu GNU/Linux 9.04 „Jaunty Jackalope”, zfs-fuse 0.5.1-1ubuntu2 | Linux [...] 2.6.28-11-generic #40-Ubuntu SMP Fri Apr 3 17:39:51 UTC 2009 i686 GNU/Linux | 13 | 3 |
| Mac OS X 10.5 (read-only, SNV build 61) | 6 | 1 | |
| Mac OS X ZFS synced with Solaris SNV Build 72 | 8 | 2 | |
| FreeBSD 7.1-RELEASE | FreeBSD [...] 7.1-RELEASE [...] | 6 | 1 |
| FreeBSD 8.0 | FreeBSD [...] 8.0-CURRENT [...] | 13 | 2 |
Da ich mich nach wie vor nur schlecht für ein bestimmtes Betriebssystem entscheiden kann, habe ich beschlossen, mich wenigstens auf ein Dateisystem festzulegen ;-).
Meine Wahl ist nun also auf ZFS gefallen, da ich dieses neben (Open)Solaris sowohl unter Linux (mit ZFS-FUSE) als auch unter Mac OS X lesen kann (vielleicht wird mein nächster “PC” ja ein Mac)
Der Eintrag zu ZFS im Ubuntu-Wiki beschreibt die Installation von ZFS-Fuse unter Ubuntu Linux. Diese beschränkt sich hauptsächlich auf das Eintragen der Paketquellen in /etc/apt/sources.list sowie ein apt-get update sowie apt-get install zfs-fuse. Bestehende ZFS-Dateisysteme werden daraufhin automatisch gemountet.
Leider habe ich für die Erstellung des ZFS-Pools nur zwei Platten frei. Eine dritte Platte wird erst frei, wenn ich meine Daten von dieser auf den ZFS-Pool verschoben habe.
Von einer OpenSolaris 2008.11 Live-CD erstelle ich den RAID-Z-Pool, der eigentlich aus mindestens drei Disks bestehen müsste, aus zwei Platten und einem genauso großen Sparse-File auf der Festplatte:
jack@opensolaris:~$ pfexec mkfile -nv 1000202305536 /tmp/tera tera 1000202305536 bytes jack@opensolaris:~$ pfexec zpool create -f timo raidz c6d0 c6d1 /tmp/tera jack@opensolaris:~$ pfexec zfs create /timo/daten jack@opensolaris:~$ pfexec zfs create /timo/musik jack@opensolaris:~$ zpool status pool: timo state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM timo ONLINE 0 0 0 raidz1 ONLINE 0 0 0 c6d0 ONLINE 0 0 0 c6d1 ONLINE 0 0 0 /tmp/tera ONLINE 0 0 0 errors: No known data errors
Nach dem Anlegen des Dateisystems nehme ich diese Datei /tmp/tera wieder aus dem Pool heraus (entweder per zpool offline bzw. in diesem Fall per Neustart).
Von einer Ubuntu-Installations-Live-CD aus kann ich nun (nach oben beschriebener Installation von ZFS-FUSE) die Dateien vom XFS-Dateisystem auf das neue ZFS umziehen. Der ZFS-Pool hat solange allerdings den Status „DEGRADED”. Später kann ich dann das fehlende /tmp/tera durch die bisherige Datenfestplatte ersetzen:
ubuntu@ubuntu:~$ sudo zpool status
pool: timo
state: DEGRADED
status: One or more devices could not be opened. Sufficient replicas exist for
the pool to continue functioning in a degraded state.
action: Attach the missing device and online it using 'zpool online'.
see: http://www.sun.com/msg/ZFS-8000-2Q
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
timo DEGRADED 0 0 0
raidz1 DEGRADED 0 0 0
sdb1 ONLINE 0 0 0
sdc1 ONLINE 0 0 0
7106139258821418871 UNAVAIL 0 0 0 was /tmp/tera
errors: No known data errors
ubuntu@ubuntu:~$
Bisher residieren meine Daten auf Festplatten mit dem XFS-Dateisystem (SGI XFS | XFS.org Wiki). Dies hat sich bei mir mit etlichen hundert Gigabyte Daten (Fotos, Musik, …) im Einsatz unter Linux sehr gut bewährt.
Notfalls klappt auch ein Zugriff von (beliebigen) anderen Systemen aus (getestet mit Windows und Mac OS X 10.5 „Leopard”), indem ich eine virtuelle Linux-Maschine mit Vollzugriff auf diese Platten einrichte und deren Inhalt per Samba über das Netzwerk anbiete. Leistungsmäßig kann das natürlich nur eine Behelfslösung sein (z.B. eben bei meinen seltenen Ausflügen in die Windows-Welt oder aber, um irgendwann auf ein anderes Dateisystem umzustellen).
So langsam denke ich über eine Modernisierung meiner Rechnerausstattung nach. Dazu gehört auch die Frage nach dem passenden Betriebs- und Dateisystem. Vielleicht lohnt sich — obwohl ich mit meinem Ubuntu Linux sehr zufrieden bin — ein Blick über den Tellerrand.
Da ich (außer einer DVB-S-Karte) kaum irgendwelche spezielle Hardware habe und Windows, wenn überhaupt, hauptsächlich in der VirtualBox benutze, hängt die Frage nach dem Betriebssystem für mich sehr eng mit den unterstützten Dateisystemen zusammen:
Außerdem gibt es eine Handvoll Programme, die unter dem jeweiligen Betriebssystem laufen sollten:
Bei einigen anderen Programmen, die ich regelmäßig benutze, mache ich mir kaum Sorgen, da diese auf etlichen Plattformen verfügbar sind (The GIMP, Pidgin, Mozilla Firefox, …).
Sieht wohl bisher so aus, als ob der Mac das Rennen macht (und dann Linux-Multi-Boot oder Linux in der VirtualBox?). Na ja, mal sehen…
In meinem letzten Beitrag habe ich geschrieben, dass es etwas schöner wäre, wenn man auf den SSH-Tunnel verzichten und QEMU als root ausführen könnte, damit sich dieses an einen Port < 1024 binden kann (eben besagten Port 139 oder 445 für SMB/CIFS).
Meine erste Idee war nun, die Kommandozeilenversion von QEMU, die Q - [kju:] für Mac OS mitbringt, zu verwenden:
sudo /Applications/Q.app/Contents/MacOS/i386-softmmu.app/Contents/MacOS/i386-softmmu -hda linux-image.qcow2
Leider führt dieser Aufruf zu einem Abbruch des Programms mit der Meldung „OpenGL: No pixel format — exiting”.
Da das Fink-Projekt keine Pakete für QEMU anbietet, wollte ich nun mein Glück mit den MacPorts versuchen. Ein sudo port install qemu brach jedoch mit folgender Fehlermeldung ab:
---> Fetching qemu ---> Verifying checksum(s) for qemu ---> Extracting qemu ---> Applying patches to qemu ---> Configuring qemu [...] Command output: WARNING: "gcc" looks like gcc 4.x Looking for gcc 3.x gcc 3.x not found!QEMU is known to have problems when compiled with gcc 4.x It is recommended that you use gcc 3.x to build QEMU To use this compiler anyway, configure with --disable-gcc-check Error: Status 1 encountered during processing.
Da sudo port install gcc33 auch nicht erfolgreich war, versuchte ich jetzt mein Glück mit einer Anpassung des Portfiles, um dieses um die angegebene Option „--disable-gcc-check” zu ergänzen. Leider führte dies aber auch nicht zu einem Erfolg und QEMU ließ sich mit dieser Option ebenfalls nicht einmal kompilieren.
Also kam ich auf die Idee, es noch einmal mit den QEMU-Quellen und -Patches von Q - [kju:] aus deren SVN-Repository zu versuchen.
Damit habe ich es nun geschafft aus deren Revision 123 ein lauffähiges QEMU 0.9.1 für Mac OS X zu bauen. Dazu verwende ich ein eigenes Build-Skript, welches die Quellen und Patches aus dem SVN auscheckt, den QEMU patcht, konfiguriert und kompiliert sowie installiert und als Binärdistribution (s.u.) in ein Archiv verpackt.
Den QEMU kann ich nun folgendermaßen als priviligierten Daemon im Hintergrund ausführen:
sudo /opt/timo/qemu/bin/qemu -m 256 -hda /Users/timo/qemu/linux-image.qcow2 -hdb /dev/disk1 -hdd /dev/disk2 -nographic -daemonize -redir tcp:2222::22 -redir tcp:139::139 -redir tcp:445::445 -redir udp:445::445
Später kann ich dann die SMB-Freigaben wie gehabt unter Mac OS X einbinden:
mkdir /Volumes/Daten /Volumes/Musik
mount -o noowners -t smbfs "//WORKGROUP;timo@localhost/daten" /Volumes/Daten
mount -o noowners -t smbfs "//WORKGROUP;timo@localhost/musik" /Volumes/Musik
QEMU 0.9.1 für Mac OS X 10.5.4 „Leopard” auf Intel-CPUs (841 KiB)
Wer eine „normale” PC-Tastatur über USB an einen Mac anschließt, wird feststellen, dass die Tastenbelegung weiterhin dem erstmal sehr fremdartigen Belegungsschema von Apple folgt. Ungünstigerweise bleibt die Beschriftung aber so (auf die Mac-Tastaturen hat Apple die verquere Tastaturbelegung ja netterweise draufgedruckt).
Das Problem hatte auch schon Danilo Kempf und stellt mit PC_DE.keylayout eine Deutsches Keyboard-Layout für den Mac zur Verfügung.
Leider hatte dieses bei mir den Haken, dass die beiden Tasten für °/^ sowie <,>, | vertauscht waren.
Deshalb habe ich das o.g. Layout in der Beziehung noch einmal abgeändert in PC_DE_Timo.keylayout.
Wenn diese Datei in den Unterordner Library/Keyboard Layouts des Benutzerordners abgespeichert wird, steht diese Tastaturbelegung nach Ab- und erneutem Anmelden des Benutzers in den Systemeinstellungen (bzw. System Preferences) unter Landeseinstellungen (bzw. International) unter dem Namen „PC-Tastatur, Deutsch, Timo” zur Verfügung.
