<HTML>
<HEAD>
<TITLE>Écrire un CD</TITLE>
</HEAD>
<BODY>
<A NAME="ecrire_cd"></A> <H1>3. <A NAME="s3"></A>Écrire un CD</H1>
<P>
<A HREF="CD-Writing-HOWTO.html#toc3">Contenu de cette section</A></P>
<P></P>
<P>``Si en fumée tu te transformes, je ne cesserai de jouer pendant que
tu te consumes.'' (L'empereur Néron en écrivant ses propres CDs
classiques ; il n'avait rien compris)</P>
<P>En général l'écriture d'un CD se fait en deux étapes :</P>
<P>
<UL>
<LI>récolter les logiciels désirés et les empaqueter en un grand
fichier avec <CODE>mkisofs/mkhybrid</CODE> ;
</LI>
<LI>écrire le grand fichier sur le CD enregistrable avec
<CODE>cdwrite</CODE> ou <CODE>cdrecord</CODE>.
</LI>
</UL>
</P>
<P>Il est aussi possible de combiner les deux étapes en une avec un tube mais
ceci n'est pas recommandé parce que ce n'est pas fiable. Voir ci-dessous.</P>
<P></P>
<H2>3.1 <A NAME="ss3.1"></A> Déterminez à quel périphérique SCSI générique le graveur est attaché</H2>
<P></P>
<P>(Veuillez noter : la façon actuelle de nommage des périphériques SCSI
sous Linux est compliquée à souhait et pas assez fiable. Le fait que
je la décrive ici en maints détails ne devrait pas être mal interprété
comme la confirmation de cette état de faits. Les personnes possédant
un graveur de CD-ROMs ATAPI peuvent essayer "cdrecord -scanbus" pour
détecter le bon périphérique et sauter le reste de cette section.)</P>
<P>Après avoir suivi toutes les étapes du dernier chapitre, votre système
devrait être capable de gérer le gravage de CDs. Cette section peut être
utilisée comme preuve que tout fonctionne comme prévu.</P>
<P>Lancez la commande <CODE>dmesg</CODE>. Elle devrait rapporter les messages
du noyau Linux, avec ceux imprimés lors du démarrage (limitation :
seulement les 200 derniers) et contient des informations sur le
graveur de CDs connectés au bus SCSI.</P>
<P>Exemple simple :</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
Vendor: YAMAHA Model: CDR100 Rev: 1.11
Type: WORM ANSI SCSI revision: 02
Detected scsi CD-ROM sr1 at scsi0, channel 0, id 3, lun 0
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Cette machine possède quatre périphériques SCSI connectés (vous ne
pouvez pas le voir donc je vous le dis), avec les ID SCSI allant de 0
à 3. Le graveur est le quatrième périphérique SCSI physiquement
présent et doit donc être connecté sur <CODE>/dev/sgd</CODE> (le quatrième
périphérique SCSI générique quand on compte à partir de la lettre
a). Dans ce cas, la commande</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
cdwrite --eject --device /dev/sgd
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>ouvre le tiroir et est un test pour voir si tout fonctionne
correctement. Un exemple plus compliqué :</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
scsi0 : AdvanSys SCSI 1.5: ISA (240 CDB)
scsi1 : Adaptec 1542
scsi : 2 hosts.
Vendor: HP Model: C4324/C4325 Rev: 1.20
Type: CD-ROM ANSI SCSI revision: 02
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 2, lun 0
Vendor: IBM Model: DPES-31080 Rev: S31Q
Type: Direct-Access ANSI SCSI revision: 02
Detected scsi disk sda at scsi1, channel 0, id 0, lun 0
scsi : detected 1 SCSI cdrom 1 SCSI disk total.
SCSI device sda: hdwr sector= 512 bytes.
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Dans cet exemple deux contrôleurs SCSI hébergent un périphérique SCSI
chacun. Quel gâchis (ils sont capables d'héberger jusqu'à sept
périphériques chacun). Ce n'est pas ma configuration alors arrêtez de
demander si j'ai trop d'argent... Cependant dans le but d'être un
exemple dont on peut se passer, cette configuration est
excellente. :-)</P>
<P>Dans l'exemple ci-dessus le graveur de CD a l'ID SCSI 2 mais elle est
associée au premier périphérique SCSI générique <CODE>/dev/sga</CODE> parce
que c'est le premier périphérique SCSI physiquement présent que Linux a
détecté. J'espère que ceci montre clairement que l'ID SCSI d'un
périphérique n'a rien à voir avec le périphérique générique associé.</P>
<P>Deux questions restent en suspens : qu'arrive-t-il si vous prenez le
mauvais périphérique ? Si vous ne spécifiez ni l'option
"--<MANUFACTURER>" ni n'écrivez de données sur le périphérique,
en général un message d'avertissement est affiché et rien de plus :</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
bash$ cdwrite --eject --device /dev/sgb
Unknown CD-Writer; if this model is compatible with any
supported type, please use the appropriate command line
flag.
Manufacturer: IBM
Model: DPES-31080
Revision: S31Q
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Dans ce cas le périphérique <CODE>/dev/sbg</CODE> est un disque dur SCSI
(d'IBM).</P>
<P>Si vous écrivez des données sur le mauvais périphérique, vous en écrasez
le contenu d'origine et endommagerez votre système de façon probablement
irrémédiable. Faites attention, cela m'est déjà arrivé par accident.</P>
<P></P>
<H2>3.2 <A NAME="ss3.2"></A> Rassembler les logiciels</H2>
<P></P>
<P>En général cela prend plus de temps qu'on ne le croit ; Rappelez-vous
que les fichiers manquants ne pourront pas être ajoutés une fois que
le CD sera écrit. :-)</P>
<P>Gardez aussi à l'esprit qu'un certain montant de l'espace libre d'un CD
est utilisé pour stocker les informations sur le système de fichiers ISO
9660 (en général quelques Mo).</P>
<P></P>
<H2>3.3 <A NAME="ss3.3"></A> Stocker les données sur un CD</H2>
<P></P>
<P>Le terme <I>ISO 9660</I> se rapporte au format dans lequel les
données sont stockées sur le CD Pour être plus précis : c'est le
système de fichiers sur le CD.</P>
<P>Bien sûr, l'apparence des fichiers stockés dans ce format est unifiée
par le noyau Linux comme pour tout autre système de fichiers. Par
conséquent, si vous montez un CD dans l'arborescence des répertoires,
vous ne pouvez pas distinguer son contenu des autres fichiers... à
part le fait qu'on ne peut écrire dessus... même pas pour root. :-)
(Le mécanisme utilisé pour unifier l'apparence des fichiers est appelé
<I>système de fichiers virtuel</I>, en abrégé <I>VFS</I>.</P>
<P>Les possibilités du système de fichiers ISO 9660 ne sont pas si riches
comparées à celles du système de fichiers ext2 qui est normalement
utilisé sous Linux. Par contre, le CD n'est inscriptible qu'une seule
fois et certaines possibilités n'ont même pas de sens. Les limitations
du système de fichiers ISO 9660 sont :</P>
<P>
<UL>
<LI>uniquement huit niveaux de sous-répertoires autorisés (comptés à
partir du répertoire racine du CD) (utilisez les extensions RockRidge
pour augmenter ce nombre) ;
</LI>
<LI>longueur maximale des noms de fichiers : 32 caractères ;
</LI>
<LI>capacité de 650 Mo.</LI>
</UL>
</P>
<P></P>
<A NAME="iso"></A> <H2>3.4 <A NAME="ss3.4"></A> Créer un système de fichiers ISO 9660</H2>
<P></P>
<P>Avant de pouvoir utiliser un support de stockage (par exemple une
disquette, un disque dur ou un CD), il doit avoir un système de
fichiers (en langage DOS : être formaté). Ce système de fichiers est
responsable de l'organisation et de l'incorporation des fichiers qui
devraient être stockés sur le support.</P>
<P>Bon, un CD inscriptible ne l'est qu'une fois et donc si nous y
écrivons un système de fichiers vide, il serait formaté -- mais
resterait pour l'éternité complètement vide. :-)</P>
<P>Nous avons donc besoin d'un outil qui crée le système de fichiers en
même temps qu'il copie les fichiers sur le CD. Cet outil s'appelle
<CODE>mkisofs</CODE>. Une utilisation simple ressemble à ceci :</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
mkisofs -r -o cd_image collection_privee/
`---------' `----------------'
| |
ecrire la sortie vers prendre repertoire comme entree
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>L'option '-r' positionne les permissions de tous les fichiers pour
être lisibles publiquement sur le CD et permet les extensions Rock
Ridge. C'est ce que l'on veut en général et l'utilisation de cette
option est recommandée jusqu'à ce que vous sachiez ce que vous
faites. (Astuce : sans le '-r', le point de montage prend les
permissions de <CODE>collection_privee</CODE> !)</P>
<P>Si vous utilisez un noyau Linux antérieur à 2.0.31, vous devriez
ajouter l'option '-K' pour contourner un bogue du code du système de
fichiers. Vous avez besoin de la version patchée de mkisofs pour
cela. Cette option est équivalente à l'option '-P' de
<CODE>cdwrite</CODE>. Veuillez regarder la page de manuel de
<CODE>mkisofs</CODE> pour plus de détails.</P>
<P><CODE>mkisofs</CODE> essaiera de convertir tous les noms de fichiers au
format 8.3 utilisé par DOS pour assurer une compatibilité maximale. En
cas de conflits de noms (des fichiers différents qui auraient le même
nom 8.3), des numéros sont utilisés dans les noms de fichiers et les
informations sur le nom de fichier choisi sont imprimées sur l'erreur
standard (en général l'écran).</P>
<P><B>Ne paniquez pas :</B></P>
<P>
<BLOCKQUOTE>
Sous Linux, vous ne verrez jamais ces noms de fichiers 8.3 parce que
Linux utilise les extensions Rock Ridge qui contiennent les
informations d'origine du fichier (permissions, nom de fichier, etc.).
</BLOCKQUOTE>
</P>
<P>Maintenant vous pouvez vous demander pourquoi la sortie de
<CODE>mkisofs</CODE> n'est pas envoyée directement au périphérique de
gravage. Ceci est dû à deux raisons :</P>
<P>
<UL>
<LI><CODE>mkisofs</CODE> ne connait rien sur la manière de piloter les
graveurs de CD (voir la section
<A HREF="CD-Writing-HOWTO-2.html#perifgen">perifgen</A>
) ;
</LI>
<LI>On ne peut pas compter sur cette méthode (voir
<A HREF="CD-Writing-HOWTO-4.html#faq">faq</A>
).
</LI>
</UL>
</P>
<P>La synchronisation d'un graveur de CD est un point tellement critique
que nous ne le remplissons pas directement avec <CODE>mkisofs</CODE>
(rappelez-vous que Linux n'est pas un système d'exploitation en temps
réel et que les tâches peuvent être mal temporisées). À la place, il
est recommandé de stocker la sortie de <CODE>mkisofs</CODE> dans un
fichier séparé sur le disque dur. Ce fichier est alors une image
parfaite du CD à venir et est en fait écrite sur le CD avec l'outil
<CODE>cdwrite</CODE> dans un deuxième temps.</P>
<P>L'image parfaite est stockée dans un fichier énorme, et vous avez donc
besoin de la même quantité d'espace disque libre que ce que prennent
vos logiciels rassemblés. C'est le problème.</P>
<P>On pourrait penser à créer une partition supplémentaire pour cela et
écrire l'image sur cette partition plutôt que dans un fichier. Je suis
contre cette stratégie parce que si vous écrivez sur la mauvaise
partition (à cause d'une faute de frappe), vous pouvez perdre votre
système Linux en entier. De plus, c'est du gâchis d'espace disque
parce que l'image du CD représente des données temporaires que l'on
pourra effacer après avoir gravé le CD.</P>
<P></P>
<A NAME="test"></A> <H2>3.5 <A NAME="ss3.5"></A> Tester l'image CD</H2>
<P></P>
<P>Linux a la possibilité de monter des fichiers comme si c'était des
partitions de disques. Ceci est très utile pour vérifier si la
structure des répertoires de l'image du CD est bonne. Pour monter le
fichier <CODE>cd_image</CODE> créé ci-dessus dans le répertoire
<CODE>/cdrom</CODE>, envoyez la commande</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
mount -t iso9660 -o ro,loop=/dev/loop0 cd_image /cdrom
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Vous pouvez maintenant inspecter les fichiers sous <CODE>/cdrom</CODE> --
ils apparaissent exactement comme ils le seraient sur un vrai CD. Pour
démonter l'image CD, tapez simplement <CODE>umount
/cdrom</CODE>. Attention : si vous n'avez pas utilisé l'option '-K' avec
mkisofs, le dernier fichier sur <CODE>/cdrom</CODE> peut ne pas être
entièrement lisible.</P>
<P>Note :</P>
<P>
<BLOCKQUOTE>
certaines versions anciennes de <CODE>mount</CODE> ne savent pas manipuler
les périphériques loopback. Si vous avez une version de <CODE>mount</CODE>
si vieille que ça, c'est une indication pour mettre votre système
Linux à jour.
<P>Plusieurs personnes m'ont déjà suggéré de mettre des informations sur
la manière d'obtenir les dernières versions de mount dans ce HOWTO.
Je refuse toujours de le faire. Si votre distribution Linux contient
un vieux <CODE>mount</CODE>, dites-leur que c'est une erreur. Si votre
distribution Linux se met à jour difficilement, dites-leur que c'est
une erreur.</P>
<P>Si je devais donner toutes les informations nécessaires pour
contourner les erreurs des distributions Linux mal faites, ce HOWTO
serait beaucoup plus gros et dur à lire.</P>
</BLOCKQUOTE>
</P>
<P></P>
<H2>3.6 <A NAME="ss3.6"></A> Remarques sur les disques CD Réinscriptibles vierges</H2>
<P></P>
<P>Le magazine informatique allemand "c't" donne une liste de trucs
concernant les CD vierges dans leur numéro de novembre 1996 :</P>
<P>
<UL>
<LI>les disques "sans-noms" (noname) ne sont en général pas de la
plus grande qualité et il vaut mieux ne pas les utiliser ;
</LI>
<LI>si un CD réinscriptible est défectueux, il y a des chances que
ça soit la même chose pour le paquet entier (si vous en avez acheté
plus d'un à la fois) ; vous avez peut-être de la chance et pouvez au
moins utiliser les 500 premiers Mo de tels CDs...
</LI>
<LI>ne touchez pas les CD sur leur face brillante avant l'écriture.
</LI>
</UL>
</P>
<P></P>
<H2>3.7 <A NAME="ss3.7"></A> Écrivez l'image du CD sur un CD</H2>
<P></P>
<P>Plus grand chose à faire. Avant de vous montrer la dernière commande,
laissez-moi vous avertir que les graveurs de CDs doivent être
alimentés par un flot continu de données parce qu'ils n'ont que de
petits caches de données. Le processus d'écriture de l'image CD sur le
CD ne doit donc pas être interrompu ou bien le résultat est un CD
corrompu.</P>
<P>Pour être sûr que rien ne vient interrompre le processus, virez tous
les utilisateurs de votre système et débranchez le câble
Ethernet... Lisez le <I>Bastard Operator From Hell</I> pour en
apprendre sur la bonne attitude à adopter. ;-)</P>
<P>Si vous êtes prêt mentalement, mettez une blouse noire, multipliez l'ID
SCSI du graveur de CD par son numéro de version et allumez autant de
bougies, récitez deux strophes de la FAQ ASR et finalement tapez :</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
cdwrite --device /dev/sgd cd_image
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>ou bien</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
cdrecord -v speed=2 dev=4,0 cd_image
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>selon le logiciel que vous voulez utiliser. Vous devez bien sûr
remplacer le périphérique d'exemple par le périphérique SCSI auquel
votre graveur de CD est connecté.</P>
<P>Veuillez noter qu'aucun graveur ne peut repositionner son laser et
continuer au point où il a été dérangé. Par conséquent toute vibration
forte ou même un choc détruira complètement le CD que vous êtes en
train de graver.</P>
<P></P>
<H2>3.8 <A NAME="ss3.8"></A> Si quelque chose va mal...</H2>
<P></P>
<P>...rappelez-vous que vous pouvez toujours utiliser les CD ratés comme
dessous de bouteilles. :-)</P>
<P></P>
<HR>
<P>
Chapitre <A HREF="CD-Writing-HOWTO-4.html">suivant</A>,
Chapitre <A HREF="CD-Writing-HOWTO-2.html">Précédent</A>
<P>
Table des matières de <A HREF="CD-Writing-HOWTO.html#toc3">ce chapitre</A>,
<A HREF="CD-Writing-HOWTO.html#toc">Table des matières</A> générale</P>
<P>
<A HREF="CD-Writing-HOWTO.html">Début</A> du document,
<A HREF="#0"> Début de ce chapitre</A></P>
</BODY>
</HTML>
