Wie kann ich eine (möglicherweise verschlüsselte) Mac-formatierte Iomega-Zip-Diskette unter Debian Linux mounten?

Ich habe eine Maschine mit einem internen Iomega Zip-250-Laufwerk, auf dem Debian Stable (Lenny) ausgeführt wird. Ich habe es verwendet, um einen Stapel Zip-100-Disketten zu sichern, als diese populär waren. Sobald ich gelernt habe, sie zu montieren /dev/hdd4, laufen die Dinge meist reibungslos. Leider weigert sich einer von ihnen, zu montieren. Schlimmer noch, wenn ich versuche, es zu mounten, wird es manchmal /dev/hdd4vollständig gelöscht, und der Rest der /dev/hdd*Knoten bleibt allein:

eswald:~/backups/iomega> grep zipdrive /etc/fstab /dev/hdd4 /media/zipdrive auto noauto,user,dmask=022,fmask=133 0 0 (exit 0) (0 jobs) eswald:~/backups/iomega> ls -l /dev/hdd? brw-rw---- 1 root floppy 22, 65 2009-12-12 11:05 /dev/hdd1 brw-rw---- 1 root floppy 22, 66 2009-12-12 11:05 /dev/hdd2 brw-rw---- 1 root floppy 22, 67 2009-12-12 11:05 /dev/hdd3 brw-rw---- 1 root floppy 22, 68 2009-12-12 20:58 /dev/hdd4 brw-rw---- 1 root floppy 22, 69 2009-12-12 11:05 /dev/hdd5 brw-rw---- 1 root floppy 22, 70 2009-12-12 11:05 /dev/hdd6 brw-rw---- 1 root floppy 22, 71 2009-12-12 11:05 /dev/hdd7 brw-rw---- 1 root floppy 22, 72 2009-12-12 11:05 /dev/hdd8 brw-rw---- 1 root floppy 22, 73 2009-12-12 11:05 /dev/hdd9 (exit 0) (0 jobs) eswald:~/backups/iomega> mount -r /media/zipdrive mount: special device /dev/hdd4 does not exist (exit 1) (0 jobs) eswald:~/backups/iomega> ls -l /dev/hdd? brw-rw---- 1 root floppy 22, 65 2009-12-12 11:05 /dev/hdd1 brw-rw---- 1 root floppy 22, 66 2009-12-12 11:05 /dev/hdd2 brw-rw---- 1 root floppy 22, 67 2009-12-12 11:05 /dev/hdd3 brw-rw---- 1 root floppy 22, 69 2009-12-12 11:05 /dev/hdd5 brw-rw---- 1 root floppy 22, 70 2009-12-12 11:05 /dev/hdd6 brw-rw---- 1 root floppy 22, 71 2009-12-12 11:05 /dev/hdd7 brw-rw---- 1 root floppy 22, 72 2009-12-12 11:05 /dev/hdd8 brw-rw---- 1 root floppy 22, 73 2009-12-12 11:05 /dev/hdd9 (exit 0) (0 jobs) eswald:~/backups/iomega> sudo mknod /dev/hdd4 b 22 68 [sudo] password for eswald: (exit 0) (0 jobs) eswald:~/backups/iomega> mount -r /media/zipdrive mount: /dev/hdd4 is not a valid block device (exit 1) (0 jobs) eswald:~/backups/iomega> ls -l /dev/hdd? brw-rw---- 1 root floppy 22, 65 2009-12-12 11:05 /dev/hdd1 brw-rw---- 1 root floppy 22, 66 2009-12-12 11:05 /dev/hdd2 brw-rw---- 1 root floppy 22, 67 2009-12-12 11:05 /dev/hdd3 brw-r--r-- 1 root root 22, 68 2009-12-12 21:23 /dev/hdd4 brw-rw---- 1 root floppy 22, 69 2009-12-12 11:05 /dev/hdd5 brw-rw---- 1 root floppy 22, 70 2009-12-12 11:05 /dev/hdd6 brw-rw---- 1 root floppy 22, 71 2009-12-12 11:05 /dev/hdd7 brw-rw---- 1 root floppy 22, 72 2009-12-12 11:05 /dev/hdd8 brw-rw---- 1 root floppy 22, 73 2009-12-12 11:05 /dev/hdd9 (exit 0) (0 jobs) eswald:~/backups/iomega> 

Ähnliches geschieht ohne Fehlermeldung -r. Bei einer früheren Verwendung des mknodBefehls wurde zuvor eine andere Zip-Diskette gemountet, nachdem sie beim Mounten dieser gelöscht wurde. Bei jedem erfolgreichen Mount werden die Berechtigungen und die Gruppe zurückgesetzt, sodass sie wie die anderen HDD-Knoten aussehen.

Wenn Sie versuchen, es zu mounten, werden auch Fehlermeldungen angezeigt /var/log/messages:

[1162348.230836] hdd: 98304kB, 196608 blocks, 512 sector size [1162348.232342] hdd: 98304kB, 96/64/32 CHS, 4096 kBps, 512 sector size, 2941 rpm [1162348.527145] hdd:<3>ide-floppy: hdd: I/O error, pc = 28, key = 7, asc = 30, ascq = 80 [1162348.640697] Dev hdd: unable to read RDB block 0 [1162348.706355] unable to read partition table 

Diese spezielle Platte wurde 1997-1998 auf Macintosh System 7-Computern verwendet und wurde wahrscheinlich mit einem Macintosh-Dateisystem initialisiert. HFS ist in aufgeführt /proc/filesystems, und ich bin bereit, auf Vorschlag andere Dateisysteme zu installieren. Ich erinnere mich jedoch an die Verschlüsselung von Iomega für diese Platte. Wenn ja, erinnere ich mich wahrscheinlich noch an das Passwort, aber ich muss einen Weg finden, es zu benutzen.

Leider habe ich keinen Zugriff mehr auf die Macintosh-Maschinen, auf denen ich sie ursprünglich verwendet habe, und auch keine anderen mit Zip-Laufwerken.