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. Einmal habe ich gelernt, sie zu montieren /dev/hdd4
Die Dinge laufen meist reibungslos. Leider weigert sich einer von ihnen, zu montieren. Schlimmer noch, wenn ich versuche, es zu montieren, wird es manchmal gelöscht /dev/hdd4
ganz, den Rest der /dev/hdd*
Knoten alleine:
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
. Eine vorherige Verwendung des mknod
Der angegebene Befehl hat zuvor funktioniert, um eine andere Zip-Diskette einzubinden, nachdem diese während der Bereitstellung dieser Diskette 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 in einige 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, kann ich mich wahrscheinlich noch an das Passwort erinnern, 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.