Comment monter un disque ZIP Iomega au format Mac (éventuellement crypté) sous Debian Linux?


0

J'ai une machine avec un lecteur interne Iomega Zip-250, exécutant Debian stable (Lenny). Je l'ai utilisé pour sauvegarder une pile de disques Zip-100 de leur époque. Une fois que j'ai appris à les monter en utilisant /dev/hdd4, les choses se passent généralement bien. Malheureusement, l'un d'entre eux refuse de monter. Pire encore, lorsque je tente de le monter, il supprime parfois /dev/hdd4 entièrement, laissant le reste de la /dev/hdd* nœuds seuls:

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>

Des messages d'erreur similaires peuvent se produire sans -r. Une utilisation antérieure du mknod La commande listée a fonctionné auparavant pour monter un autre disque zip, après sa suppression lors du montage de celui-ci; tout montage réussi réinitialise les autorisations et le groupe pour qu'il ressemble aux autres nœuds hdd.

Essayer de le monter entraîne également des messages d’erreur /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

Ce disque particulier a été utilisé sur des ordinateurs Macintosh System 7, en 1997-1998, et a probablement été initialisé avec un système de fichiers Macintosh. HFS est listé dans /proc/filesystemset je suis disposé à installer d’autres systèmes de fichiers sur suggestion. Cependant, il me semble me souvenir d’avoir utilisé les fonctions de cryptage de Iomega pour ce disque; Si c'est le cas, je me souviens probablement toujours du mot de passe, mais je dois trouver un moyen de l'utiliser.

Malheureusement, je n'ai plus accès aux ordinateurs Macintosh sur lesquels je l'avais utilisé à l'origine, ni à d'autres avec des lecteurs zip.


1
Si vous avez utilisé une fonction de cryptage, même présente dans HFS "standard", il est fort peu probable que vous trouviez un pilote HFS open source qui le prend en charge. Votre meilleur pari est peut-être de trouver un vieux disque Mac et Zip-250.
quack quixote

Il pourrait simplement être protégé par un mot de passe, au lieu d'être crypté.
eswald

wow, un lecteur zip de travail
Keltari

Réponses:


0

J'ai fait un peu de recherche, et jaztool est quelque chose qui se présente. Il était emballé dans debian, la source semble être disponible à partir de http://archive.debian.net/fr/source/slink/jaztool . Vous pouvez essayer de le compiler sur votre machine. Bonne chance!


La documentation donne une apparence parfaite, mais son utilisation me donne jaztool: not a raw scsi device. Ai-je besoin d'une version Linux plus récente ou est-ce simplement incompatible avec un lecteur zip IDE interne?
eswald

Plus probablement, vous avez besoin d'une ancienne version de Linux. (Vous l'avez compilé? Les interfaces scsi étaient réputées pour rompre la compatibilité binaire). Peut-être veut-il simplement un autre nom d'appareil.
fstx
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.