Il existe au moins cinq ou six versions de l'unité Iomega ZIP 100. Elles acceptent toutes des cartouches spéciales qui ressemblent à des disques souples 3.5" qui peuvent contenir 100 megabytes de données. Les disques comportent, en fait, 96 cylindres de 2048 secteurs, chacun des secteurs stockant 512 bytes. On devrait donc normalement parler de 96 Megabytes.
L'unité externe est livrée dans les types suivants :
L'unité interne, quant à elle, est disponible dans les types :
Les versions internes peuvent être installées dans des emplacements pour unités 3.5 ou 5.25. Les versions externes sont dans une petite boîte bleue en plastique, dont l'alimentation se fait par un bloc mural externe.
Toutes les unités disposent d'un grand bouton poussoir en face avant. Il sert à éjecter le disque. Linux verrouille la porte pendant l'utilisation de l'unité, et si l'on pousse le bouton alors que la porte est bloquée, l'unité ZIP s'en souvient et éjecte le disque dès que le logiciel la déverrouille.
L'unité port parallèle ZIP dispose de deux connecteurs DB25, le mâle (DB25M) doit être connecté, avec le câble fourni, au port parallèle de l'ordinateur. L'autre (femelle, DB25F) est destiné au branchement, en parallèle, d'une imprimante. Linux 2.0.x ne supporte pas actuellement l'utilisation simultanée, et en parallèle, d'une unité ZIP et d'une imprimante. On peut contourner ce problème en utilisant les modules chargeables. Il n'y a pas de commutateurs de configuration. Ceci devrait changer dans les versions futures. Consultez Linux Parallel Port Sharing Project pour avoir des informations complémentaires.
Le pilote Linux est disponible en différentes versions. La version 0.26 du programme ppa.c est la version standard des noyaux 2.0.x. Consultez
David Campbell's page pour connaître la version la plus récente de ce programme. Au moment de la rédaction de ce document, c'était la 1.41.
Le port parallèle de l'unité ZIP est compatible avec plusieurs types de ports parallèles, mais actuellement, la version 0.26 du pilote Linux ne supporte que le port Standard et bi-directionnel. Les versions les plus récentes supportent EPP. Si votre port parallèle possède des commutateurs de configuration ( soit matériels soit par l'intermédiaire d'un écran de configuration CMOS ), assurez-vous de configurer le port pour qu'il fonctionne dans l'un des deux modes du programme 0.26.
Assurez-vous que les câbles sont solidement connectés.
Consultez également le paragraphe Obtenir plus d'informations
La version SCSI externe de l'unité ZIP possède deux connecteurs DB25F, et deux commutateurs de configuration. L'un des commutateurs permet de choisir l'adresse de l'unité. Ce choix est limité aux numéros 5 et 6. L'autre permet, dans le cas de plusieurs unités chaînées, de mettre en fonction un circuit de charge interne, et alors, l'unité doit être la dernière de la chaîne. Les connecteurs 25 points SCSI sont câblés dans le style habituel du Macintosh. L'unité est livrée avec un câble de type Macintosh, mais vous pouvez obtenir facilement des câbles standards et des convertisseurs si vous utilisez un adaptateur hôte ayant un connecteur Centronics ou haute densité.
Je n'ai pas vu d'unité SCSI interne, mais je pense qu'elle doit avoir un connecteur standard 50 points DIP et les deux mêmes commutateurs.
Assurez-vous que l'adresse que vous choisissez pour votre unité n'entre pas en conflit avec d'autres périphériques SCSI que vous pouvez avoir sur le même bus. Assurez-vous également que le circuit de charge de la dernière unité, dans le cas d'unités chaînées, est bien en fonction, ou qu'un circuit de charge externe est connecté.
Si vous avez une unité de disque interne SCSI ou un lecteur de CD-ROM, et que vous connectez votre unité ZIP à l'adaptateur existant, vous devez regarder s'il n'y a pas à enlever une charge sur la carte. Uniquement les deux extrémités du bus SCSI doivent être chargées. Si votre bus est en partie interne et en partie externe, il doit y avoir une charge sur le dernier périphérique interne et une sur le dernier périphérique externe, mais rien sur la carte adaptatrice elle-même.
Assurez-vous que les câbles sont solidement connectés.
Iomega met sur le marché un adaptateur hôte SCSI sous le nom ZIP Zoom. Il est en réalité basé sur l'architecture de la famille d'adaptateurs Adaptec AHA1520. Il possède un connecteur externe DB25F du type Macintosh, compatible avec le câble livré avec l'unité ZIP.
Linux supporte cet adaptateur avec le pilote aha152x.
Installer le matériel comme indiqué dans "Le Guide de Référence et d'Installation" en notant quels sont les SCSI ID, IRQ et adresse de port e/s doivent être utilisés. (Vous aurez besoin de ces informations plus tard.) Les choses se passeront mieux si l'unité et la carte adaptatrice utilisent différents identificateurs SCSI (SCSI ID).
Recompiler le noyau après l'avoir reconfiguré en y incluant le support de 'SCSI', 'SCSI disk' et 'AHA152X/2825'. INSTALLER LE NOUVEAU NOYAU :-(
Déterminer à quoi doit ressembler votre ligne de commande :
aha152x=[I/O Port][,IRQ][,SCSI ID][,RECONNECT][,PARITY]
Par exemple :
aha152x=0x140,10,7,1
Si vous utilisez LILO ajouter votre ligne de commande au fichier lilo.conf avec la commande append.
(ie. append = "aha152x=0x140,10,7,1")
Si vous utilisez LOADLIN ajouter votre ligne de commande à la commande que vous utilisez pour lancer loadlin.
(ie. loadlin c:\vmlinuz root=/dev/hda3 aha152x=0x140,10,5,1 ro)
C'est une nouvelle version de l'unité Zip externe. Le Zip Plus n'utilise par le pilote ppa, à la place, il utilise le pilote imm . Philippe Andersson a envoyé cet excellent paragraphe sur le pilote imm driver pour le Zip Plus. Merci Philippe.
Attention : le développement de ce pilote en est encore à la phase alpha, ce
qui signifie que 1./ vous ne le trouverez pas dans l'ensemble normal des
fichiers sources du noyau (vous ne pourrez pas non plus le sélectionner
avec make config et ses amis, naturellement) et 2./ il peut ne pas
fonctionner dans votre configuration spécifique. Malgré cela, ne vous
effrayez pas -- continuer simplement et essayez-le.
D'abord, recréez votre noyau en y incluant les points suivants :
Vous aurez noté que nous n'avons pas sélectionné de pilote SCSI de bas niveau. C'est normal -- nous le créerons à part, ultérieurement.
Puis, vous aurez besoin du code source du pilote, que vous trouverez sur le
site de Dave Campbell (
http://www.torque.net/~campbell/imm.tar.gz). La version 0.17 est la
version en cours à la date de rédaction de ce document (Août 98). Vous le
décompacterez et le désarchiverez quelque part (sous /usr/src, par
exemple). Puis vous lancerez simplement make. Vous obtiendrez alors le
module dont vous avez besoin (imm.o). Copiez le dans
/lib/modules/$(uname -r)/scsi.
Si le module lp est chargé (vérifiez en utilisant lsmod(1)),
déchargez-le (rmmod lp), puis chargez imm.o
(insmod imm) et, dans l'ensemble, tout est configuré.
Si l'unité ZIP n'était pas connectée et sous tension à ce moment, vous aurez le message "init_module: Device or resource busy" (init_module : périphérique ou ressource occupé), et le module ne sera pas chargé. (À ce propos, il semblerait que vous n'ayez pas besoin de mettre votre PC hors tension pour connecter l'unité ZIP -- assurez-vous simplement que le module n'est pas chargé et que l'unité n'est pas sous tension, puis branchez-la, mettez l'unité sous tension et chargez le module.)
Si l'unité ZIP est connectée et sous tension, mais qu'il n'y a pas de disque à l'intérieur, le module se chargera correctement, mais vous aurez un message disant qu'il est impossible de lire la table de partitions. Cela ne pose pas de problème puisque la table de partitions sera lue automatiquement lors de l'insertion du disque dans l'unité ZIP.
S'il y a un disque dans l'unité ZIP, l'information complète sera alors affichée, y compris une liste des partitions définies sur le disque et l'état de sa Protection en Écriture. Voici un exemple de message obtenu au moment du chargement :
vger:~# insmod imm imm: Version 0.17 imm: Probing port 03bc imm: Probing port 0378 imm: SPP port present imm: ECP with a 16 byte FIFO present imm: PS/2 bidirectional port present imm: Passed Intel bug check. imm: Probing port 0278 scsi0 : Iomega ZIP Plus drive scsi : 1 host. Vendor: IOMEGA Model: ZIP 100 PLUS Rev: J.66 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi removable disk sda at scsi0, channel 0, id 6, lun 0 SCSI device sda: hdwr sector= 512 bytes. Sectors= 196608 [96 MB] [0.1 GB] sda: Write Protect is off sda: sda1 vger:~#
Une dernière remarque pour mentionner que cette version du pilote verrouille la porte de l'unité lorsque le disque est monté. Si l'on appuie sur le bouton d'éjection dans cette situation, rien ne se passe, mais l'unité s'en "souvient" et éjecte le disque dès que celui-ci est démonté.
Une version IDE de l'unité a été produite pendant un certain temps. Je pense qu'elle a été remplacée par la version ATAPI.
Donald Stidwell a envoyé les commentaires suivants sur la version ATAPI. Merci Don.
J'utilise une unité ATAPI Zip qui fonctionne avec les noyaux 2.0.32 et 2.0.33. Je l'ai utilisée avec les deux distributions RH 5.0 et OpenLinux 1.2 ( distribution que j'utilise actuellement ). Pour la faire fonctionner sous OpenLinux, j'ai uniquement validé le support de disques souples ATAPI dans le noyau. OpenLinux n'a pas ce support compilé dans le noyau par défaut.
Il n'y a pas besoin d'autre pilote. L'unité sera montée comme partition étendue sur la partition 4. I.E, dans mon cas elle est montée sur HDB4. Je la monte sous /mnt/zip avec l'option noauto, bien que je suppose que cela ne crée aucun réel problème avec le montage automatique. Je fais simplement attention pour éjecter les disques. Je démonte (n.d.t. au sens Unix !) toujours l'unité avant d'éjecter une cartouche.
Il y a des instructions plus détaillées concernant l'installation pour ATAPI dans le numéro de Mai 1998 de la gazette Linux. Voir la section : le tuyau à 2 sous.
http://www.linuxgazette.com/issue28/lg_tips28.html#atapi
Je n'ai pas utilisé la version IDE. Eric Backus m'a envoyé ces commentaires. Merci Eric.
J'ai utilisé l'une d'entre elles. Je l'ai eue avec mon ordinateur Gateway 2000 il y a un an. Je pense que la plupart ont été livrées par de grandes compagnies OEM telles que celle-ci, avant que la version ATAPI de l'unité ZIP ne soit disponible.
La bonne nouvelle concernant cette unité : son support ne nécessite pas de modules du noyau ni de modifications. Elle est vue par le noyau comme une unité de disque dur IDE. Pour moi, elle a fonctionné sans difficultés avec les noyaux 2.0.31 and 2.0.32.
La mauvaise nouvelle concernant cette unité : comme elle n'utilise pas l'interface ATAPI, vous ne pouvez pas utiliser la translation SCSI-vers-ATAPI, ce qui signifie que vous ne pouvez pas utiliser mtools pour protéger les disques en écriture (ou les éjecter).