Réponse : cela dépend de votre graveur. Les graveurs modernes devraient avoir un tampon de données de 1 Mo à peu près et peuvent tenir une à deux secondes sans données. Voyez les manuels ou demandez au fabricant si vous voulez connaître les détails. Indépendamment de la taille de ces tampons, vous devez garantir un débit constant de 300 Ko/s ou 600 Ko/s sur une longue période.
Les processus qui utilisent beaucoup le disque, comme la mise à jour
de la base de données locate diminuent le débit maximum et
abimeront certainement le CD ; vous feriez mieux de vérifier que de
tels processus ne sont pas démarrés par cron
, at
ou
anacron
pendant que vous gravez des CD-Rs.
Par contre, certaines personnes m'ont dit qu'elles avaient compilé un noyau pendant le gravage d'un CD sans aucun problème. Vous aurez bien sûr besoin d'une machine rapide pour de telles expériences.
La fragmentation est en général tellement basse qu'on ne remarque pas son impact.
Si vous n'en êtes pas certain, regardez les messages imprimés lors du démarrage, le pourcentage de fragmentation est indiqué lors de la vérification du système de fichiers. Vous pouvez vérifier cette valeur avec la commande très dangereuse
bash$ e2fsck -n /dev/sda5 # '-n' est important !
[partie effacee -- ignorez toute erreur]
/dev/sda5: 73/12288 files (12.3% non-contiguous)
Dans cet exemple, la fragmentation semble être très grande -- mais il n'y
a que 73 fichiers très petits sur ce système de fichiers (utilisé sur
/tmp
)
et la valeur n'est pas alarmante.
Oui. Le seul système de fichiers ni assez fiable ni assez rapide pour graver des CD est NFS (Network FileSystem, système de fichiers par le réseau).
J'utilise moi-même UMSDOS pour partager l'espace disque entre Linux et DOS/Win sur un PC (486/66) dédié au gravage des CDs.
Oui. Vous pouvez mettre le système de fichiers qui vous plait sur le CD. Mais certains systèmes d'exploitation ne pourront rien en faire.
Voici la recette :
dd if=/dev/zero of="fic_vide" bs=1024k count=650
bash$ /sbin/mke2fs fic_vide
fic_vide is not a block special device.
Proceed anyway? (y,n) y
(NdT : mke2fs
demande confirmation de créer le système de fichiers
sur un fichier normal.) ;
mount -t ext2 -o loop=/dev/loop1 fic_vide /mnt
/mnt
et démontez-le après ;
cdwrite
ou cdrecord
sur fic_vide (qui
n'est plus vide) comme si c'était une image ISO 9660.
Si vous voulez créer une entrée dans /etc/fstab
pour un tel CD,
désactivez sa vérification, par exemple :
/dev/cdrom /cdrom ext2 defaults,ro 0 0
Le premier 0 veut dire "ne me compte pas dans les dumps", la deuxième (importante) veut dire "ne vérifie pas les erreurs au démarrage" (fsck n'arrivera pas à vérifier les erreurs éventuelles sur le CD).
Veuillez prendre les paquetages "cdda2wav" et "sox", disponibles sur sunsite" et ses miroirs :
ftp://sunsite.unc.edu/pub/Linux/apps/sound/cds/cdda2wav0.71.src.tar.gz ftp://sunsite.unc.edu/pub/Linux/apps/sound/convert/sox-11gamma-cb2.tar.gz
cdda2wav
vous permet de prendre un intervalle spécifique (ou
une plage entière) de votre CD audio et le convertit en un fichier
.wav. sox
convertit les fichiers wav dans le format cdda (CD
audio) pour qu'on puisse l'écrire sur le CD-R avec cdwrite
.
Le fichier drivers/scsi/scsi.c
contient les informations
suivantes (NdT : traduites en français) :
/*
* Utilisation : echo "scsi add-single-device 0 1 2 3" >/proc/scsi/scsi
* avec "0 1 2 3" remplaces par vos "Carte Canal Id Lun".
* Considerez ceci comme une caracteristique BETA.
* ATTENTION : Ceci n'est pas fait pour brancher vos
* peripheriques a chaud. Comme le SCSI n'a pas ete fait
* pour ca, vous pouvez endommager votre materiel !
* Cependant il est peut-etre autorise d'allumer un
* peripherique deja branche. Il n'est peut-etre pas garanti
* que ce peripherique ne corrompe pas un transfert de donnees
* en cours.
*/
Oui. Mais vous devriez être conscient du fait que toute erreur faite en lisant l'original (due à la poussière ou à des rayures) donnera une copie défectueuse.
Premier cas : vous avez un graveur de CDs et un lecteur de CD-ROM séparé. En tapant la commande :
cdwrite -v -D /dev/sgc --pad -b $(isosize /dev/scd0) /dev/scd0
ou
cdrecord -v dev=3,0 speed=2 -isosize /dev/scd0
vous lisez le flot de données du lecteur de CD-ROM attaché à
/dev/scd0
et l'écrivez directement sur le graveur par
/dev/sgc
.
Deuxième cas : vous n'avez pas de lecteur de CD-ROM séparé. Vous devez utiliser le graveur pour lire le CD-ROM comme ceci :
dd if=/dev/scd0 of=cdimage bs=1c count=`isosize /dev/scd0`
Cette commande est équivalente au résultat de mkisofs
, vous
devez continuer tel que c'est décrit à la section
ecrire_cd
. Veuillez noter que cette méthode ne fonctionnera pas
sur des CDs audio !
Oui. Mais vous devez patcher le noyau et le recompiler. Pour plus de détails, voyez
http://www-plateau.cs.berkeley.edu/people/chaffee/joliet.html
Comme vous le feriez avec un lecteur de CD-ROM normal. Aucune astuce
là-dessous. Notez que vous devez utiliser les périphériques scd
(CD-ROM SCSI) pour monter les CDs en lecture. Voici un exemple pour
/etc/fstab
:
/dev/scd0 /cdrom iso9660 ro,user,noauto 0 0
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