Le disque d'utilitaires est livré dans un mode spécial, en lecture seule
et protégé par un mot de passe. Pour débloquer le disque, lancez le
programme reclaim.exe sous DOS ou Windows, ou bien utilisez le
programme Linux jaztools (voir la section
jaztools
) avec
la commande :
jaztool /dev/sda rw
(Corrigez le /dev/sda selon votre périphérique SCSI), et quand on
vous demande un mot de passe, entrez
APlaceForYourStuff
J'ai l'impression que ceci peut avoir un rapport avec le firmware du
Jaz. Je demande à toutes les personnes qui ont ce problème de me faire
savoir quelle est la version de votre lecteur. Pour déterminer la version
du Jaz, cherchez dans la sortie du programme dmesg des lignes comme
celles-ci :
scsi0: Target 4, channel A, now synchronous at 10.0MHz, offset 15.
Vendor: iomega Model: jaz 1GB Rev: G.60
Type: Direct-Access ANSI SCSI revision: 02
Ceci n'arrive apparamment que dans certaines circonstances spécifiques que l'utilisateur moyen de Linux a peu de chances de rencontrer. Quand une partition/système de fichiers d'un lecteur Jaz est montée, le lecteur s'arrête de tourner avec un système de fichiers encore monté, et une tentative de lecture est faite sur le périphérique bloc alors que le lecteur est encore inactif. Il semblerait que Linux essaie de lire le MBR à nouveau pour rétablir les partitions, mais ceci peut ne pas fonctionner certaines fois et laisse le périphérique dans un état apparemment occupé. La lecture du MBR par le noyau et la lecture du périphérique par le processus échoueront toutes les deux et cet échec peut venir d'un blocage ou d'un état occupé. Dans cet état, le noyau pense qu'il est encore en train de lire même si aucune entrée/sortie n'est en attente ou en cours. Ceci m'est arrivé principalement en lisant par bloc le MBR lui-même.
Le lecteur Jaz peut sélectionner n'importe quelle cible SCSI entre 0 et 6.
Si le lecteur Jaz cohabite avec d'autres disques durs SCSI, la plupart des BIOS voudront démarrer à partir de l'ID SCSI la plus basse qui est un disque. Certains détectent et enlèvent les périphériques amovibles comme le Jaz.
Si le lecteur Jaz cohabite avec des disques durs IDE, à peu près tous les BIOS voudront démarrer sur le premier disque dur IDE. Certains BIOS permettront d'enlever le premier disque IDE de la configuration et assigneront le premier périphérique SCSI comme périphérique de démarrage (Bios 0x80). D'autres peuvent demander d'enlever tous les périphériques IDE de la configuration. D'autres encore peuvent demander de détacher physiquement les disques IDE ou de ne pas mettre l'interface IDE en service.
La partition numéro 4 est la partition par défaut utilisée sur les Macintosh.
Sur un Mac, la première partition est réservée aux informations de démarrage, la deuxième pour les informations système, la troisième pour la branche ressources (resource fork) et la quatrième est la branche de données (data fork).
De toute manière, les PC et la plupart des autres systèmes peuvent supporter le fait de devoir travailler sur la quatrième partition alors que le Mac ne peut pas faire autrement. Iomega livre tous ses supports pré-formatés en utilisant la partition 4 pour qu'à la fois les PC et les Mac puissent les lire et chacun évite des maux de tête en ce qui concerne la compatibilité. (Les logiciels sur PC qui lisent les disques Mac s'attendent en général à trouver les données sur la partition 4.)
Vous devez simplement ajouter une ligne à votre fichier
/etc/fstab. Par exemple, si vous avez toujours un disque DOS
dans le lecteur quand vous démarrez, vous pourriez mettre
/dev/sda4 /jaz msdos defaults 0 0
dans le fichier fstab. Selon votre distribution, les scripts
d'initialisation peuvent tenter de lancer fsck sur les partitions
listées dans le fstab. Soyez avertis que ceci peut poser des
problèmes si vous oubliez de mettre le disque dans le lecteur quand vous
démarrez, ou y mettez un mauvais disque.
Pour se débarasser de ces problemes, vous pouvez ajouter une commande
mount séparée dans /etc/rc.d/rc.local pour monter le disque
Jaz. Ceci évitera les problèmes du mount -a habituel qui arrive quand
il n'y a pas de cartouche dans le lecteur.
Le noyau essaiera de lire la table des partitions, mais l'opération finira par s'arrêter.
Quand vous changez de disque, c'est une bonne idée d'utiliser fsck
pour vérifier la structure de la partition sur le nouveau disque.
Le BIOS de certains adaptateurs SCSI tentera de lire la table des partitions sur votre disque durant le démarrage du système. Si vous ne pouvez pas enlever cette vérification, vous serez peut-être contraint de toujours démarrer avec un disque dans le lecteur.
Le disque Jaz est un excellent DRU (Disque de Réparation d'Urgence). Ce peut être amusant de pouvoir se pointer sur un système Linux neuf ou d'essayer Linux sur la machine de quelqu'un d'autre équipé d'un Jaz.
Vous pourriez simplement suivre la procédure d'installation de votre distribution favorite avec le disque Jaz comme unique disque sur votre système.
Cependant, si vous voulez faire une installation à partir de votre système qui tourne, vous pouvez souvent y arriver en construisant un système auto-démarrable sur une cartouche Jaz.
/jaz et toute partition supplémentaire dans ce répertoire comme
il le faut.
/dev soient copiés. Assurez-vous que toutes les
permissions, propriétés et numéros de groupes soient maintenues.
/jaz/etc/fstab pour monter les partitions de la cartouche Jaz
comme prévu. Changez aussi /jaz/etc/lilo.conf pour faire de même.
rdev
pour lui faire monter la cartouche Jaz à la racine. Démarrez sur la
disquette quand vous êtes prêt pour la première fois puis lancez lilo
pour rendre le MBR du Jaz démarrable.lilo à partir de votre système en cours (qui
n'est pas sur le Jaz) pour installer le MBR démarrable sur la cartouche
Jaz. Ajoutez ces lignes (changez 1 en votre numéro de partition
racine et sda en votre nom de périphérique Jaz pour que ça concorde)
au fichier /jaz/etc/lilo.conf avant la première définition du
système :
drive = /dev/sda1
bios = 0x80
quand vous êtes prêt à installer le MBR sur le Jaz, lancez lilo avec
l'option -r pour le faire fonctionner à partir de l'arborescence
/jaz comme si c'était /. La commande ressemble à :
lilo -r /jaz
Normalement lilo cherche quel sera le numéro de périphérique BIOS du
périphérique de démarrage au prochain démarrage. Ceci doit être contourné
puisque le disque Jaz n'est pas démarrable à cet instant. Les deux lignes
ajoutées font ceci.
Il y aura un certain nombre de messages d'erreurs donnés par lilo et
le noyau. Lilo vous prévient qu'il pourra y avoir des problèmes, qui n'en
seront pas dans ce cas. Le noyau indique des problèmes relatifs à
/dev/hdc qui sont dûs à des tests sur des périphériques que
lilo effectue pour essayer de découvrir certaines choses. Lilo essaie
de fabriquer un noeud de périphérique pour le vieux code majeur/mineur de
hdc et le noyau reconnaît la tentative comme une erreur. Vous pouvez
ignorer ces messages. Regardez la LED du lecteur Jaz pour vérifier qu'on
écrit dessus.
À ce point, votre disque Jaz devrait être démarrable.
Chapitre suivant, Chapitre Précédent
Table des matières de ce chapitre, Table des matières générale
Début du document, Début de ce chapitre