Linux - Optical Disk HOWTO

Skip Rye, abr@preferred.com

   v1.6, 11 December 1998
     _________________________________________________________________

   _Ce document décrit l'installation et la configuration des lecteurs de
   disques optiques sous Linux. Que ceux qui ont pratiqué le sujet me
   fassent part de leurs remarques afin que je puisse les inclure dans le
   document SGML pour les transmettre à la communauté. N'oubliez pas de
   me confirmer que je peux mentionner votre adresse électronique._
     _________________________________________________________________

1. Avertissement

   Les personnes impliquées dans la rédaction, la distribution et la
   traduction du présent document déclinent toute responsabilité quant
   aux dommages qui pourraient découler de son utilisation.

2. Copyright

   Les noms "Optical Disk-HOWTO" et "LF1000 mini-HOWTO" sont protégés.

2.1 LF1000 mini-HOWTO

   Copyright (c) 1996,1997 by Skip Rye, abr@brspc_0064.msd.ray.com

2.2 Optical Disk-HOWTO

   Copyright (c) 1997,1998 by Skip Rye, abr@preferred.com

   La distribution de ce document doit se conformer aux termes de la
   licence LDP tels que définis à l'adresse :
   sunsite.unc.edu/LDP/COPYRIGHT.html.

3. Technologie du changement de phase optique

3.1 Introduction

   La technologie du changement de phase permet de stocker l'information
   binaire via l'état de phase d'un matériau particulier. Le périphérique
   module l'intensité d'un rayon laser pour modifier l'état de phase. A
   un certain niveau de puissance, le faisceau laser permet une
   cristallisation du support tandis qu'un autre niveau le laisse
   complètement amorphe. Le support ne réfléchira pas les émissions laser
   de la même façon selon qu'il se présente cristallisé ou non. Il est
   ainsi possible de stocker des données sur le disque.

   La spécificité du disque optique réside en ce que le formatage du
   disque repose sur une succession de pistes concentriques chacune
   divisée en secteurs, à l'instar des disques magnéto-optiques. La
   proximité des pistes autorise le stockage d'une quantité de données
   importante. A la différence d'un cédérom, cela confère à l'ensemble
   l'aspect d'un disque magnétique. Les cédéroms sont eux dotés d'une
   piste en spirale à l'image de celle des CD audios La différence entre
   le disque à changement de phase et le disque optique ne se cantonne
   pas à une division en pistes et secteurs. La technologie du changement
   de phase permet une écriture directe des données, opération couteuse
   avec un système magnéto-optique. Le support possède en outre la
   propriété intéressante de ne PAS être sensible aux champs magnétiques
   ou aux décharges électriques. Cela lui confère une durée de vie
   particulièrement élevée.

3.2 LF1000 Panasonic

  Caractéristiques intéressantes :

     * Lecture/écriture des disques optiques.
     * Lecture des cédéroms en quadruple vitesse.
     * Lecture des CD Kodak (stockage des photos).
     * Le support a une durée de vie de 15 ans.
     * Interface de type SCSI-2.
     * Formatage en pistes et secteurs.
     * Temps d'accès de 165 ms (bien meilleur qu'une bande de
       sauvegarde).
     * 650 Mb de données par disque.
     * Les disques coûtent dans les 50 $ pièce.

  Ce qu'il faut savoir

     * Le format du disque optique n'est pas compatible avec un autre
       lecteur.
     * Le support Unix semble inexistant. Le produit cible plutôt les
       utilisateurs de DOS/Windows et de Macintosh.
     * N'achetez pas le lecteur PD qui utilise le port parallèle. A ma
       connaissance, aucun pilote de périphériques sous Linux ne le gère.

  Installation

   Le LF1000 est un périphérique supportant les échanges en SCSI-2. Il
   dispose d'une taille de bloc de 512 octets et est compatible avec les
   pilotes SCSI de Linux. L'installation a eu lieu sur un compatible PC
   muni d'un 486 d'AMD à 100 MHZ et d'un contrôleur SCSI Adaptec 1542C.
   La prise en charge et l'insertion dans l'arborescence du disque ont
   suivi les étapes ci-dessous :

  Phases de l'installation

     * Mettez en place le lecteur et configurez son numéro de
       périphérique sur la chaîne SCSI de façon qu'il n'interfère pas
       avec les autres éléments de la chaîne. Rebranchez les câbles.
     * Démarrez l'ordinateur. Le contrôleur SCSI devrait remarquer la
       présence du lecteur.
     * Au cours du lancement du noyau Linux, vous apercevrez normalement
       un nouveau périphérique SCSI. Comme je disposais déjà d'un lecteur
       magnéto-optique sur la chaîne SCSI, le périphérique est apparu en
       /dev/sdb.
     * Je n'ai pas partitionné le disque parce que fdisk a émis un
       avertissement et que je n'avais pas envie d'introduire quelque
       incompatibilité que ce soit du point de vue de dosemu.
     * mkfs -t ext2 /dev/sdb
     * mkdir /pd
     * mount -t ext2 -o ro,suid,dev,exec,auto,nouser,async /dev/sdb /pd
       -- on se cantonne à des accès en lecture (pas d'écriture).
     * mount -t ext2 -o defaults /dev/sdb /pd -- accès en
       lecture/écriture.

   _Prêts pour le décollage ?_

  Conseils d'utilisation

     * Le support physique est sensé être ré-inscriptible environ 500000
       fois. Il n'est donc pas recommandé d'installer un système
       d'exploitation à usage permanent tel Linux sur un disque optique à
       changement de phase. De tels systèmes d'exploitation usent souvent
       du disque à des fins de cache mémoire. Au fil du temps,
       l'espérance de vie du support à changement de phase risque d'être
       atteinte.
     * Montez autant que possible le disque en lecture seule.
     * Pour les accès au disque en écriture, privilégiez les transferts
       de grandes quantités de données. Vous diminuerez ainsi la
       dispersion des fichiers, source de nombreux déplacements.
     * Quoi qu'il en soit, le disque à changement de phase reste un bon
       support pour les sauvegardes, les images ou les programmes que
       vous n'utilisez pas trop souvent. La récupération d'archives est
       bien plus rapide qu'avec une bande. L'archivage peut se cantonner
       à un cp -rp sans avoir besoin du pilote pour les bandes. Les liens
       symboliques seront cependant remplacés par les fichiers
       correspondants. Note du traducteur : cp -arp y remédie.]
     * Si lors d'une écriture de fichiers vous constatez qu'il ne se
       produit aucune modification sur le disque optique, vous avez
       probablement oublié de désenclencher la protection en écriture du
       disque.

3.3 Notes supplémentaires de configuration par Jeff Rooze

   Bonjour,

   J'ai lu votre article traitant de la configuration du Panasonic
   LF-1000 sous Linux. Sur mon système, le disque optique et le cédérom
   ont chacun leur nom, ce qui me permet de monter n'importe lequel de
   ces supports quand je le souhaite. Aucun disque n'est requis dans le
   lecteur lorsque je démarre Linux. Enfin, j'utilise sur les disques
   optiques un système de fichiers de type ext2.

   J'ai rencontré quelques problèmes.

   Tout d'abord, mon disque dur occupait l'ID SCSI 6 et mon lecteur à
   changement de phase l'ID 4. Je désirais une priorité plus élevée pour
   mon disque dur que pour le lecteur à changement de phase. Sous Linux,
   le pilote SCSI recherche les périphériques en partant de l'ID SCSI la
   plus basse. Par conséquent, le nommage des périphériques dépendait du
   contenu du disque optique. Difficile de vivre avec une racine attachée
   à un périphérique dont le nom change sans arrêt ! J'ai résolu le
   problème en modifiant l'ordre de recherche des périphériques dans le
   pilote SCSI.

   Ensuite, le noyau Linux inclus dans ma distribution n'examine pas tous
   les LUNS SCSI. Or le disque optique propose un mode dans lequel le
   cédérom se retrouve sur le LUN 1 et le disque optique sur le LUN 0. Le
   mode est choisi au moyen des cavaliers de configuration du
   périphérique. Le cavalier #2 doit être en position basse. S'il est en
   position haute, l'identité du périphérique dépend du type de disque
   qu'il contient et ce dernier est signalé sur le LUN 0. En l'absence de
   disque, je crois que le périphérique se manifeste comme un lecteur de
   cédéroms. J'utilise une carte SCSI 16-xx de Future Domain en guise
   d'adaptateur. Le pilote correspondant dans le noyau linux reconnaît
   les signatures de disque optique lorsqu'il examine les LUNS. Je pense
   que c'est le cas de la plupart des gestionnaires SCSI. J'ai configuré
   le noyau de façon que tous les LUNS soient examinés par les
   gestionnaires SCSI au démarrage (option "scan all LUNS"). Le noyau
   affecte un nom différent à chaque périphérique. Ce qui suit provient
   d'un enregistrement des messages de démarrage. Vous remarquerez la
   présence d'une série d'erreurs, due à l'absence de disque dans le
   lecteur tandis que celui-ci tentait d'accéder à la table des
   partitions pour obtenir la taille des blocs. Par défaut, la taille des
   blocs est fixée à 512 octets. Je pense modifier prochainement ce
   comportement, pour le gestionnaire SCSI Future Domain, lorsqu'un
   périphérique optique est détecté.

>  scsi0 <fdomain>: BIOS version 3.2 at 0xde000 using scsi id 7
>  scsi0 <fdomain>: TMC-18C50 chip at 0x140 irq 12
>  scsi0 : Future Domain TMC-16x0 SCSI driver, version 5.28
>  scsi : 1 host.
>    Vendor: CONNER    Model: CP30545 545MB3.5  Rev: A9AF
>    Type:   Direct-Access                      ANSI SCSI revision: 02
>  Detected scsi disk sda at scsi0, id 6, lun 0
>    Vendor: MATSHITA  Model: PD-1 LF-1000      Rev: A109
>    Type:   Optical Device                     ANSI SCSI revision: 02
>  Detected scsi disk sdb at scsi0, id 4, lun 0
>    Vendor: MATSHITA  Model: PD-1 LF-1000      Rev: A109
>    Type:   CD-ROM                             ANSI SCSI revision: 02
>  Detected scsi CD-ROM sr0 at scsi0, id 4, lun 1
>  fdomain: Selection failed
>  scsi : detected 1 SCSI cdrom 2 SCSI disks total.
>  SCSI Hardware sector size is 512 bytes on device sda
>  fdomain: REQUEST SENSE Key = 2, Code = 3a, Qualifier = 0
>  last message repeated 3 times
>  sdb : READ CAPACITY failed.
>  sdb : status = 0, message = 00, host = 0, driver = 28
>  sdb : extended sense code = 2
>  sdb : block size assumed to be 512 bytes, disk size 1GB.
>  .
>  .
>  .
>  Partition check:
>    sda: sda1 sda2 sda3
>  scsidisk I/O error: dev 0810, sector 0
>    unable to read partition table of device 0810

   Ensuite, j'ai modifié le fichier décrivant les arborescences
   disponibles sur ma machine (/etc/fstab) pour que chaque périphérique y
   soit présent. Je n'ai pas tenté le montage automatique au démarrage.
   Ci-suit un extrait de mon /etc/fstab. Les options les plus importantes
   sont noauto, rw (resp. ro) et les indicateurs de vérification.

   Afin de créer un système de fichier sur le disque à changement de
   phase, j'ai utilisé la commande suivante : "mkfs.ext2 -i 2048
   /dev/sdb".

# fstab - Liste des systèmes de fichiers
#
# device  mount   type          options              dumpfrequency
checkpass
/dev/sdb /optd    ext2   rw,user,suid,noauto,sync,exec,dev,umask=0 0 2
/dev/sr0 /dist  iso9660  ro,user,suid,noauto,sync,exec,dev 0 2

   Après ces changements, je n'ai pas eu de problèmes au montage de
   quelque périphérique que ce soit. Il me suffit d'insérer un disque et
   de taper "mount /optd" ou "mount /dist". Le système se charge du
   reste.

   J'espère que ces informations seront utiles.

Jeff
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
\ Jeff Rooze -- http://www.treknet.net/~jrooze -- jrooze@treknet.net /
/  If builders built buildings the way some programmers write        \
\  programs, then the first woodpecker that came along would destroy /
/  civilization.                                     GERALD WEINBERG \
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

   J'ai appliqué les instructions de Jeff comme suit :
     * Modification du noyau dont l'arborescence se situait sous
       /usr/src/linux au moyen de xconfig puis installation dudit noyau.
     * Basculement du cavalier de mode du disque à changement de phase
       sur la position non-DOS. J'ai connecté un interrupteur à la broche
       de choix du mode puis l'ai logé sur la face arrière. Après avoir
       déterminé quelle était la position ouverte de l'interrupteur, je
       l'ai notée "DOS". L'autre correspond bien sûr à Linux. Avant le
       démarrage de mon système, j'agis sur l'interrupteur en
       conséquence. Il semblerait que la position Linux soit la plus
       fréquemment employée.
     * Redémarrage de la machine. On doit voir apparaître plusieurs LUN à
       l'initialisation, lors de l'examen du disque à changement de
       phase. Si le noyau date, on modifiera le fichier
       "/usr/src/linux/drivers/scsi/config.in".
     * Mise à jour de la fstab (fichier /etc/fstab) pour prendre en
       compte aussi bien la lecture de cédéroms que de disques à
       changement de phase.
     * Utilisation de la commande mount adéquate.
     * Un ``df'' pour vérifier que tout va bien.

   Ma tentative de passage à 6 de l'identité SCSI de mon disque primaire
   a révélé certains problèmes. Je ne me souviens plus exactement mais
   cela semblait provenir du fait que mon contrôleur Adaptec 1542 et le
   SCSI Corel exigent un disque amorçable sous l'identité 0 pour que la
   mise en place du BIOS soit compatible avec le DOS. J'ai donc remis le
   disque comme à l'origine et j'ai commencé à me servir tranquillement
   de mon disque à changement de phase. Avec cette configuration,
   ``workman'' -- le lecteur de CD audio -- fonctionne correctement.

4. Principe de fonctionnement de la technique magnéto-optique

4.1 Introduction

   Les disques magnéto-optiques ont recours à un champ magnétique dit
   ``lointain'' et à un faisceau laser pour modifier la polarisation d'un
   milieu magnétique. Le support est tel qu'il doit être chauffé pour
   qu'un changement de polarisation soit possible, d'où la présence du
   laser. Un laser de puissance provoque un échauffement de la surface du
   disque jusqu'à une température suffisante pour que le champ
   ``lointain'' soit capable de polariser la surface magnétique. Peu
   après, le disque refroidit et fixe la polarisation. Je crois qu'un
   laser de faible puissance sert pour la lecture, le champ magnétique dû
   à la polarisation du disque interagissant avec les composantes de son
   champ électromagnétique. J'espère que c'est à peu près ça mais rien
   n'est moins sûr. A corriger peut-être.

   La précision apportée par le laser pour le changement de polarisation
   autorise une densité de pistes et de bits plus élevée que celle des
   techniques magnétiques conventionnelles. Le champ ``lointain'' élimine
   les dégâts parfois occasionnés par les têtes magnétiques, du moins si
   l'étiquette de votre disque ne se relève pas subitement et s'il n'y a
   pas une saloperie du même genre sur la cartouche du disque. La plupart
   des supports autorisent le stockage de 650 Mo de données par face et
   sur certains modèles les deux faces sont employées, portant la
   capacité à 1,3 Go. Il faudra cependant retourner le disque pour passer
   d'une tranche de 650 Mo à l'autre.

4.2 Olympus, Epson, Mitsubishi MK230LK3 - Stephan Shuichi Haupt

   Stephan Shuichi Haupt <stephan@bios.t.u-tokyo.ac.jp>

Bonjour,

  j'ai remarqué que le HOWTO ne parle guère des disques magnéto-optiques,
peut-être en raison de leur manque de popularité. Au Japon, ils sont
cependant fort répandus, plus particulièrement les modèles trois pouces
et demi qui supportent des disques de 128, 230 et dernièrement 640 Mo.
J'imagine que les informations en japonais concernant ces lecteurs ne
manquent pas. Certaines personnes ne s'en estiment néanmoins guère plus
avancées pour autant :o). Les disques magnéto-optiques s'emploient comme
n'importe quel autre support amovible et s'avèrent adaptés aux petites
sauvegardes compte tenu de leur faible coût (10 dollars US pour une
unité de 640 Mo en octobre 1998). Je vais dire quelques mots des lecteurs
de 230 Mo à interface SCSI.

Disques employés : plusieurs (Olympus, Epson et en ce moment un MK230LK3
de Mitsubishi), pas de problèmes particuliers. Les lecteurs présentent
parfois des cavaliers aux configurations exotiques (``Mode Mac'' et
autres). Désactivez-les. Si vous souhaitez vous équiper d'un disque,
faites attention à la taille du cache : elle peut améliorer notablement
le taux de transfert, qui restera bien sûr inférieur à ceux des disques
durs.
Contrôleurs SCSI : cartes à base de NCR53C810 (Asus SC-200), Adaptec
APA-1460A, Adaptec AHA2940.
Installez le lecteur comme vous le feriez avec un disque SCSI
supplémentaire. Il apparaîtra de la même façon. Aucun disque n'est
requis dans le lecteur au démarrage.

Il y a deux façons de formater les disques :
- à la mode disquette. Lancez directement mkfs sur le périphérique associé,
à savoir quelque chose comme sdb ou sdc. Je déconseille cette méthode (cf.
ci-dessous) ;
- comme un disque dur. Utilisez fdisk pour partitionner le périphérique et
appliquez ensuite mkfs aux partitions concernées (quelque chose du style
sdc0, je n'ai pour ma part jamais défini plus d'une partition sur un disque
magnéto-optique).
Je n'ai pour l'instant pas encore essayé de démarrer depuis un disque
magnéto-optique mais je ne vois aucune raison pour laquelle cela ne
fonctionnerait pas. Compte tenu des performances du lecteur, je
cantonnerais cependant ce genre d'utilisation aux disques de secours.

Remarque : les disques prévus pour dos ou windows, une fois formatés à la
mode ``disquette'', risquent de s'avérer inutilisables avec l'un quelconque
de ces systèmes tandis que le recours au partitionnement (FAT16, type 6)
suivi de mkdosfs fonctionne correctement (au moins avec NT3.5/4.0).
Quand il se termine, fdisk émet un avertissement au sujet des partitions de
type FAT16 : prêtez-y donc attention (cf. la page de manuel de fdisk).
La taille des secteurs n'est pas positionnée automatiquement par mkdosfs.
Invoquez ``mkdosfs -s 8''. Cette information a été pêchée dans un site ouaibe,
courant
1995 (merci à Ken Kawabata pour l'avoir trouvée et déchiffrée). Un système
de fichiers de type vfat fonctionnera correctement. Pour l'instant je n'ai
employé que les couples FAT/dosfs et Linux/ext2 avec mes disques.

Note : le support reste assez sensible, aux champs magnétiques bien sûr,
mais également aux contraintes mécaniques. Certains formats paraissent
plus fragiles, le Mac semblant le pire : des pertes de données ont eu
lieu lors de retraits de disques avec de faibles trafics réseau.

Ces informations n'aideront personne à retrouver son chemin au fin fond
de la jungle, mais elles peuvent quand même s'avérer utiles.

        Steve

--
***********************cut*here*or*do*not********************************
        S. Shuichi Haupt
        email stephan@bios.t.u-tokyo.ac.jp
        http://www.bios.t.u-tokyo.ac.jp/~stephan/

---------------- 11 décembre 1998 mise à jour de Steve -------------------

Bon, certains problèmes vont parfois se manifester avec les disques
magnéto-optiques. La meilleure façon de les éviter consiste à ne pas
employer les disques tels quels au sortir du magasin. Le montage
risque même de provoquer des plantages du noyau. J'ai
malencontreusement essayé de monter un disque de 640Mo, prétendument
formaté sous Windows 95, peut être en FAT32, en tant que système de
fichier vfat : à éviter...
De plus, les noyaux 2.0.x ne gèrent pas les blocs de 2 ko (ainsi que les
disques de 640 Mo). Un patch adéquat semble se promener quelque part
au Japon mais je n'ai pas encore mis la main dessus. Le lien suivant
en fournira sûrement la description :
http://elektra.e-technik.uni-ulm.de/~mbuck/linux/patches.html.
Sinon, allez fouiller du côté de u-tokyo.ac.jp. La page des développeurs
s'y trouve.

Le meilleur emploi des disques de 640 Mo passe par fdisk et mkfs.
C'est ce que j'ai fait avec mke2fs sur des partitions de type 83 :
mke2fs -b 2048 /dev/sdxy

J'examinerai le cas des partitions de type FAT16 et de mkdosfs dès que
j'aurai un peu de temps (et quelques disques).

Tout ce qui précède a été réalisé avec un noyau 2.1.124.

Steve
--
***********************cut*here*or*do*not********************************
        Stephan Shuichi
office: Dept. for Mechano-Informatics, Yoshizawa Lab.
        Faculty for Engineering, University of Tokyo
        Tel 03-3812-2111 ext 6390, FAX 03-5802-2957
        email stephan@bios.t.u-tokyo.ac.jp
        http://www.bios.t.u-tokyo.ac.jp/~stephan/
private: --

4.3 Fujitsu DynaMO 640 - Phil Garcia

   pgarcia@execpc.com
  Vous avez sûrement déjà reçu de nombreux messages concernant le Dynamo
640 de Fujitsu. Je dispose de la version interne, le 640SZI. Numéro de
version donné par le gestionnaire SCSI : M2513-MCC3064SS. J'ai
dernièrement installé ce disque presque sans la moindre difficulté. Je
dis presque car la taille des secteurs des disques de 640 Mo est
de 2048 octets, format que ne gèrent pas les noyaux 2.0.x mais
qu'admettent les noyaux de développement. Un patch pour les noyaux
2.0.x est disponible via :
http://wwwcip.informatik.uni-erlangen.de/~orschaer/mo/.
Le même site vous fournira une version adaptée de fdisk.

Autrement, l'installation du périphérique ne diffère pas de celle d'un disque
dur SCSI. Il fonctionne bien et j'en suis très content.

Phil Garcia

4.4 Panasonic LF-7010 - Philip Kerr

   philip_kerr_at_wmc__brsf2@wmcmail.wmc.ac.uk
     Cher Skip

  Vous avez demandé dans votre HOWTO aux utilisateurs de relater leurs
expériences des disques optiques sous Linux. Vous trouverez ci-dessous les
détails de la mise en oeuvre d'un LF-7010 de Panasonic (SCSI) avec une
Sparc Classic. J'utilise des RedHat, 4.2 et 5.1.
  Amitiés
    Philip Kerr <philip.kerr@wmc.ac.uk>

  PS : j'essaie à présent de faire fonctionner le lecteur sous Solaris
2.6 et c'est une autre paire de manches.
     ------------------------
branchement du disque (ID 5)...
mise en route de la station...
messages :
     scsi0 : Sparc ESP100A-FAST
     scsi : 1 host.
     Vendor: SAMSUNG   Model: WN32162U          Rev: 0100
     Type:   Direct-Access                      ANSI SCSI revision: 02

     Detected scsi disk sda at scsi0, channel 0, id 3, lun 0
     Vendor: MATSHITA  Model: LF-7010  (00:06)  Rev: 1.42
     Type:   Optical Device                     ANSI SCSI revision: 02
     Detected scsi removable disk sdb at scsi0, channel 0, id 5, lun 0 scsi
     : detected 2 SCSI disks total.
     esp0: target 3 [period 100ns offset 15 10.00MHz FAST SCSI-II]
     SCSI device sda: hdwr sector= 512 bytes. Sectors= 4236661 [2068 MB]
     [2.1 GB]
     esp0: target 5 [period 248ns offset 4 4.03MHz synchronous SCSI] sdb :
     READ CAPACITY failed.
     sdb : status = 0, message = 00, host = 0, driver = 28 sdb : extended
     sense code = 2
     sdb : block size assumed to be 512 bytes, disk size 1GB.
     sunlance.c:v1.9 21/Aug/96 Miguel de Icaza (miguel@nuclecu.unam.mx)
     eth0: LANCE 08:00:20:04:3d:cf
     eth0: using auto-carrier-detection.
     Partition check:
     sda: sda1 sda2 sda3 sda4 sda5 sda6 sda7 sda8
     sdb:scsidisk I/O error: dev 08:10, sector 0, absolute sector 0 unable
     to read partition table
J'ai modifié mon /etc/fstab, ajoutant l'entrée adéquate pour le lecteur
(en /dev/sdb) :
     ==========
     /etc/fstab
     ==========
     /dev/sda1          /                       ext2    defaults        1 1
     /dev/sda2          swap                    swap    defaults        0 0
     /dev/fd0           /mnt/floppy             msdos   noauto,user     0 0
     /dev/sr0           /mnt/cdrom              iso9660 noauto,ro,user  0 0
     /dev/sdb           /mnt/optical            ext2    noauto,rw,user  0 0
     none               /proc                   proc    defaults        0 0
fsck :
     [root@localhost me]# /sbin/mkfs -t ext2 /dev/sdb

     mke2fs 1.10, 24-Apr-97 for EXT2 FS 0.5b, 95/08/09 /dev/sdb is entire
     device, not just one partition! Proceed anyway? (y,n) y
     Linux ext2 filesystem format
     Filesystem label=
     118320 inodes, 472448 blocks
     23622 blocks (5.00%) reserved for the super user First data block=1
     Block size=1024 (log=0)
     Fragment size=1024 (log=0)
     58 block groups
     8192 blocks per group, 8192 fragments per group 2040 inodes per group
     Superblock backups stored on blocks:
     8193, 16385, 24577, 32769, 40961, 49153, 57345, 65537, 73729, 81921,
     90113, 98305, 106497, 114689, 122881, 131073, 139265,
     147457,
     155649, 163841, 172033, 180225, 188417, 196609, 204801,
     212993, 221185,
     229377, 237569, 245761, 253953, 262145, 270337, 278529,
     286721, 294913,
     303105, 311297, 319489, 327681, 335873, 344065, 352257,
     360449, 368641,
     376833, 385025, 393217, 401409, 409601, 417793, 425985,
     434177, 442369,
     450561, 458753, 466945

     Writing inode tables: done
     Writing superblocks and filesystem accounting information: done
Réinitialisation...
Montage du disque...
J'ai encore ajouté une entrée à la fstab :
     /dev/sdb           /mnt/dostical          msdos   noauto,rw,user 0 0
A présent, je peux accéder à des disques optiques formatés aussi bien en
ext2 qu'en msdos en utilisant au choix le point d'ancrage optical ou
dostical.

5. Les juke-box optiques

   Je n'ai pas eu l'occasion d'essayer de juke-box optiques avec Linux
   mais avec HP-UX. Dans cette configuration, le juke-box disposait de
   son propre adressage SCSI et à chaque lecteur était associé un LUN. A
   chaque face d'un disque correspondait un périphérique. La commande de
   montage prenait le périphérique adéquat en argument. Je disposais d'un
   juke-box avec un seul lecteur et 16 platines, soit 20 Go de
   disponibles. Je m'imaginais que l'écriture d'un gestionnaire de
   montage pour le partage des disques entre utilisateurs serait une
   véritable corvée jusqu'à ce que je découvre que le gestionnaire du
   juke-box autorisait le montage d'un nombre quelconque de disques dont
   il assurait l'arbitrage. Voilà une fonctionnalité sympathique ! Bien
   sûr, on reste cantonné à de la lecture pour un système dans lequel on
   espère qu'il n'y aura pas trop de processus à accéder simultanément au
   juke-box. Le disque s'arrête, le support le charge, se déplace, le
   range, se déplace encore, charge un autre disque, le met en place, le
   lecteur le charge, prend 12 secondes pour se mettre à tourner
   -- toujours avec nous ? Un train d'enfer en vérité !

5.1 Maxoptix 520 - Zed Shaw

   shawz@imap1.asu.edu

  Message original de Zed - 13 février 1998

Bonjour,

  j'étais en train de lire votre guide (une vraie trousse de survie, merci)
et je me demandais de quel type de juke-box vous vous serviez ? J'ai un
Maxoptix 520 -- 20 disques de 2,6 Go chacun, sympa -- et j'aimerais arriver à
le piloter depuis une machine sous Linux pour que mes utilisateurs puissent
lire les disques. L'accès aux lecteurs me pose de sérieux problèmes. Pour
l'instant, je ne vois que deux lecteurs et quelque chose qui répond au doux
nom de MAXLYB. Je pense qu'il s'agit d'un vague contrôleur.
Je me demandais si votre juke-box était du même type ou similaire et comment
vous l'aviez installé. Bien que vous soyez sous HP-UX, toute information
serait la bienvenue. Je suis disposé à vous donner accès à ma machine si
vous voulez voir à quoi ressemble le juke-box. 52 Go de capacité de stockage,
il n'y a pas mieux !
Votre aide sera vraiment la bienvenue.

Zed A. Shaw
Application Systems Analyst
Arizona State University

  Échange avec Zed le lundi 16 février 1998 :

> Il semblerait que votre Maxoptix 520 soit un juke-box à deux lecteurs.
Oui, celui-là même.

>
> Tous les juke-box sont munis d'un contrôleur de platine. Il s'agit
> probablement du périphérique MAXLYB.
> ...

J'ai découvert que l'on ne s'inquiétait pas trop chez Maxoptix quand il
était question de pilotes. Manifestement, il n'en ont pas écrit le moindre
pour quelque interface que ce soit ! J'ignore comment une société pareille
peut vivre. Je vais encore les harceler, vous avez raison, l'engin
a besoin d'un pilote qui gère sa platine. Du côté des bonnes nouvelles,
on signale que le MX520 (il s'agit du numéro de série du juke-box) émule
pas mal de contrôleurs différents. Peut-être un de ceux-ci est-il géré ?
Je vais regarder ça.

>
> Prenez donc contact avec Maxoptix afin de voir s'ils disposent d'un logiciel
> correspondant à votre version du noyau Linux. Si ce n'est pas le cas,
> demandez-leur les spécifications de programmation du contrôleur de platine et
> peut-être pourrons-nous en écrire un !
>

Pour sûr, si je n'arrive pas à obtenir le moindre pilote et que j'arrive à
convaincre les gens de Maxoptix de me fournir les spécifications, je serai le
premier heureux d'écrire un pilote. Je demanderai surement de l'aide vu que je
manque de temps pour tout faire moi-même. Connaissez-vous quelqu'un d'autre
dont nous pourrions tirer quelque chose ?

>
> Transmettez-moi les informations que vous obtiendrez afin que je les
> intègre, ainsi que les remerciements, dans le HOWTO.
>

Naturellement. Je vais commencer par glaner quelques informations. Pour
l'instant ça reste léger.

> > Je me demandais si votre juke-box était du même type ou similaire et
> > comment vous l'aviez installé. Bien que vous soyez sous HP-UX, toute
> > information serait la bienvenue. Je suis disposé à vous donner accès à
> > ma machine si vous voulez voir à quoi ressemble le juke-box. 52 Go de
> > capacité de stockage, il n'y a pas mieux !
>
> Excellent. À mon domicile j'emploie PPP pour monter les 84 plateaux de
> mon juke-box HP. Ça s'avère assez lent. Je préférerais l'avoir sous la main.

Je ne dispose pas de cet engin chez moi : les 30000 dollars que mon employeur
a dépensé pour l'obtenir me font défaut. Néanmoins, il n'en a rien tiré et
a dû le laisser ramasser la poussière depuis un an. Il me laisse donc
m'amuser avec et essayer de lui trouver un usage.

Je reprendrai contact dès que j'aurai des informations supplémentaires,
sûrement en cours de semaine lorsque je saurai si je peux le faire
fonctionner ou non.

Zed