``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)
En g�n�ral l'�criture d'un CD se fait en deux �tapes :
mkisofs/mkhybrid ;
cdwrite ou cdrecord.
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.
(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.)
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.
Lancez la commande dmesg. 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.
Exemple simple :
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
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 /dev/sgd (le quatri�me
p�riph�rique SCSI g�n�rique quand on compte � partir de la lettre
a). Dans ce cas, la commande
cdwrite --eject --device /dev/sgd
ouvre le tiroir et est un test pour voir si tout fonctionne correctement. Un exemple plus compliqu� :
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.
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. :-)
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 /dev/sga 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�.
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 :
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
Dans ce cas le p�riph�rique /dev/sbg est un disque dur SCSI
(d'IBM).
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.
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. :-)
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).
Le terme ISO 9660 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.
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� syst�me de fichiers virtuel, en abr�g� VFS.
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 :
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.
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. :-)
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
mkisofs. Une utilisation simple ressemble � ceci :
mkisofs -r -o cd_image collection_privee/
`---------' `----------------'
| |
ecrire la sortie vers prendre repertoire comme entree
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 collection_privee !)
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
cdwrite. Veuillez regarder la page de manuel de
mkisofs pour plus de d�tails.
mkisofs 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).
Ne paniquez pas :
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.).
Maintenant vous pouvez vous demander pourquoi la sortie de
mkisofs n'est pas envoy�e directement au p�riph�rique de
gravage. Ceci est d� � deux raisons :
mkisofs ne connait rien sur la mani�re de piloter les
graveurs de CD (voir la section
perifgen
) ;
La synchronisation d'un graveur de CD est un point tellement critique
que nous ne le remplissons pas directement avec mkisofs
(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 mkisofs 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
cdwrite dans un deuxi�me temps.
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.
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.
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 cd_image cr�� ci-dessus dans le r�pertoire
/cdrom, envoyez la commande
mount -t iso9660 -o ro,loop=/dev/loop0 cd_image /cdrom
Vous pouvez maintenant inspecter les fichiers sous /cdrom --
ils apparaissent exactement comme ils le seraient sur un vrai CD. Pour
d�monter l'image CD, tapez simplement umount
/cdrom. Attention : si vous n'avez pas utilis� l'option '-K' avec
mkisofs, le dernier fichier sur /cdrom peut ne pas �tre
enti�rement lisible.
Note :
certaines versions anciennes demountne savent pas manipuler les p�riph�riques loopback. Si vous avez une version demountsi vieille que �a, c'est une indication pour mettre votre syst�me Linux � jour.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
mount, dites-leur que c'est une erreur. Si votre distribution Linux se met � jour difficilement, dites-leur que c'est une erreur.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.
Le magazine informatique allemand "c't" donne une liste de trucs concernant les CD vierges dans leur num�ro de novembre 1996 :
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.
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 Bastard Operator From Hell pour en apprendre sur la bonne attitude � adopter. ;-)
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 :
cdwrite --device /dev/sgd cd_image
ou bien
cdrecord -v speed=2 dev=4,0 cd_image
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�.
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.
...rappelez-vous que vous pouvez toujours utiliser les CD rat�s comme dessous de bouteilles. :-)
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:39