OVH Cloud OVH Cloud

Hécatombe CD gravés

72 réponses
Avatar
Nadja
J'en suis à 6 CD flingués alors que jamais jusqu'à présent je n'en avais
loupé un seul.

Pour graver je suis obligée d'aller en OS 9.2.2 parce que j'ai un vieux
Graveur Prowrite 26 SCSI et j'utilise Toast 4.1.2.
J'utilise toujours les mêmes CD-R vierges des Sony 1x-48 700 M et je
grave toujours à vitesse x2.

Là, sur une boite de 10, les 2 premiers ont bien marché et là j'en suis
au 6e ou tout se passe a priori bien mais quand je les mets ensuite dans
le lecteur j'ai un message comme quoi "ils ne sont pas lisibles par cet
ordinateur".

j'ai même essayé d'en graver 1 en simulation avant de le graver
définitivement et un autre en vitesse x1 et tout s'est passé normalement
sans aucun problème mais au final les CD sont toujours illisibles.

J'ai essayé d'autres CD déjà gravés pour voir si ça ne venait pas du
lecteur mais pas de pb avec les autres.

Est-il possible que des boites entières contiennent des CD endommagés ?
Je ne vois vraiment pas d'où peut venir ce problème.

Toute aide sera la bienvenue...

--
_ _ .-'--'-.
(.)(.)/ \
/@@ ;Des Souris et des Pommes
o_\\-mm-......-mm`~~~~~~~~~~~~~~~~~~~~~~~~`

10 réponses

4 5 6 7 8
Avatar
raph
Mac et Kate wrote:

Sans prétention, je pense que Roberto va te dire, d'abord de nettoyer
avec un CD, ensuite de graver en vitesse inférieure à 4 ( 2 ou 1).



D'acc. Un CD de nettoyage, j'en avais acheté un de la marque Firstline,
pour mon lecteur de CD, il y a quelques années. Du fric foutu en l'air
: il n'a rien nettoyé, ou je m'y suis mal pris. Je vais acheter le "CD
Laser Lens Cleaner" dont tu parles.

Par contre toi tu as eu du bol que certains CD restent vierges, moi ils
ont tous été flingués mais chez moi ce ne sont pas des réinscriptible et
donc ceci explique sûrement cela...



Oh, le CD resté vierge, je l'ai flingué dans la foulée, dans l'essai
suivant ;) (c'était un CD-R, je n'arrive pas à tester sur CD-RW, Toast
me dit qu'il n'y a pas de CD dans le graveur).

je n'avais pas non plus d'attente
démesurée avant de pouvoir cliquer sur eject contrairement à toi.



C'est à peine mieux... J'ai failli rebooter sauvagement, ce qui n'aurait
rien changé au résultat.

--
Raph
Avatar
la_cantine
Mac et Kate wrote:

| Sans prétention, je pense que Roberto va te dire, d'abord de nettoyer
| avec un CD, ensuite de graver en vitesse inférieure à 4 ( 2 ou 1).

Exactement. Commencer directement par x1. Si là ça ne passe pas (donc
eviter le 2 tant qu'à faire, on y gagne un cd), aux grands motes les
grands moyens.


--
Roberto

UBI SOLITUDINEM FACIUNT, PACEM APPELLANT.
Avatar
la_cantine
Raph wrote:

| Je m'immisce...

Tu fais bien.


| Heureusement que je tombe sur cette enfilade : j'ai foiré récemment
| moi aussi 4 CDs de 700 Mo, des Verbatim 700 Mo qui vont bien
| d'habitude (OS 8.6 et 9, Yamaha 6416S interne en SCSI (4 ans
| d'âge...), gravure vitesse 4x, Toast F5.0.2).

Qu'elle type de format de gravure ? C'est imortant de le préciser ?
Audio, Datas, Volume Mac, ISO 9600, Files and et folders Mac, etc ?


| Sense key = ILLEGAL REQUEST
| Sense code = 0x24
| INVALID FIELD IN CDB
| ...mais j'en ignore la signification.

Tiens, on dirait que tu fais dans le cd audio. Je me trompe ?

Cette erreur est connue pour être liée à certaines versions de Toast Pro
dans sa jeunesse. Je pensais qu'elle n'existait plus avec les versions
5 ... Déjà, à ta place, je prohiberai les versions françaises ...

Ceci étant, comme je n'ai jamais rencontré cette erreur avec une 5.0.2
US, je te conseillerai d'utiliser une version US. Mais avant ça,
s'agissant d'une erreur là encore de flux qui déborde des tuyaux trop
étroits, augmente la mémoire de Toast et surtout surtout, grave moins
vite. Je pense qu'un essai en x1 devrait te donner entière satisfaction.
En x2, c'est à voir. Affaire à suivre.


--
Roberto

UBI SOLITUDINEM FACIUNT, PACEM APPELLANT.
Avatar
raph
Le Cantinier wrote:

Raph wrote:

| Je m'immisce...

Tu fais bien.


| Heureusement que je tombe sur cette enfilade : j'ai foiré récemment
| moi aussi 4 CDs de 700 Mo, des Verbatim 700 Mo qui vont bien
| d'habitude (OS 8.6 et 9, Yamaha 6416S interne en SCSI (4 ans
| d'âge...), gravure vitesse 4x, Toast F5.0.2).

Qu'elle type de format de gravure ? C'est important de le préciser ?
Audio, Datas, Volume Mac, ISO 9600, Files and et folders Mac, etc ?



Quel type, tu veux dire ;)
Alors c'était d'abord de l'audio (quelques morceaux en AIFF), et
ensuite, je voulais faire un CD bootable à partir d'une image-disque
Toast de l'OS 9.1.

| Sense key = ILLEGAL REQUEST
| Sense code = 0x24
| INVALID FIELD IN CDB
| ...mais j'en ignore la signification.

Tiens, on dirait que tu fais dans le cd audio. Je me trompe ?



Bingo !

Cette erreur est connue pour être liée à certaines versions de Toast Pro
dans sa jeunesse. Je pensais qu'elle n'existait plus avec les versions
5 ... Déjà, à ta place, je prohiberai les versions françaises ...



OK. Je peux revenir à la 4.0.2 US... elle bloque toute autre activité
mais bon, j'évite aussi de faire autre chose quand j'utilise la 5.

Ceci étant, comme je n'ai jamais rencontré cette erreur avec une 5.0.2
US, je te conseillerai d'utiliser une version US. Mais avant ça,
s'agissant d'une erreur là encore de flux qui déborde des tuyaux trop
étroits, augmente la mémoire de Toast et surtout surtout, grave moins
vite. Je pense qu'un essai en x1 devrait te donner entière satisfaction.
En x2, c'est à voir. Affaire à suivre.



Augmenter la mémoire de Toast via Lire les informations ? Tiens je n'y
ai jamais pensé, je me suis toujours contenté de régler, un peu au pif,
le cache mémoire dans les préfs (en général je choisis en cache disque
la partition qui dispose de la + grande place de libre, et en cache
mémoire je mets 64 Mo - j'ai 416 Mo de RAM physique).
Je grave toujours en x4, je vais essayer x1.
Merci.

--
Raph
Avatar
la_cantine
Raph wrote:

| > Qu'elle type de format de gravure ? C'est important de le préciser ?
| > Audio, Datas, Volume Mac, ISO 9600, Files and et folders Mac, etc ?
|
| Quel type, tu veux dire ;)

Non, quels types ;-)


| Quel type, tu veux dire ;)
| Alors c'était d'abord de l'audio (quelques morceaux en AIFF), et
| ensuite, je voulais faire un CD bootable à partir d'une image-disque
| Toast de l'OS 9.1.

OK, clairement une vitesse excessive avec des radars automatiques de
partout.


| > Tiens, on dirait que tu fais dans le cd audio. Je me trompe ?
|
| Bingo !

;-)


| OK. Je peux revenir à la 4.0.2 US... elle bloque toute autre activité
| mais bon, j'évite aussi de faire autre chose quand j'utilise la 5.

Non, comme déjà dit, je ne pense pas que la fautive soit ta 5.0.2 VF.
Ce qui m'étonne, ce sont les cds restés vierges.


| Augmenter la mémoire de Toast via Lire les informations ?

Non. Laisser les valeurs de Roxio par défaut. Les augmenter ne fera pas
de mal, mais ton problème n'est pas là.


| Tiens je n'y ai jamais pensé, je me suis toujours contenté de régler,
|un peu au pif,

Le problème est - aussi - là. Il ne s'agit pas d'y aller au pifomètre
mais de fixer la mémoire en fonction de ce que tu graves.


|le cache mémoire dans les préfs (en général je choisis
|en cache disque la partition qui dispose de la + grande place de libre,

Non, le critère doit-être un critère de vitesse. Tu dois choisir le
disque le plus rapide. Une partition sur le disque le plus rapide et
réservée à cet effet est une bonne chose.


|et en cache mémoire je mets 64 Mo - j'ai 416 Mo de RAM physique).

Pour graver du CD Audio, ça ne sert à rien. 8 Mo sont grandement
suffisant. Le régler en fonction de la vitesse (x1 et x2) est également
parfait.


| Je grave toujours en x4, je vais essayer x1.

Alors voici bien un problème. Quand la gravure merdoit, le premier
réflexe doit être de diminuer la vitesse de gravure, surtout si les cds
sont de piètre qualité. En plus, un cd audio étant par essence destiné à
migrer de lecteur en lecteur et à être manipulés plus souvent qu'un cd
d'archivage de datas, afin d'assurer la plus grande compatibilité et une
plus longue pérenité, le x2 maximum est à retenir et pour une sécurité
encore accrue, le x1.

De plus, il est possible aussi que tes problèmes viennent des bidouilles
que tu pratiques entre les morceaux. Si le contenu du CD audio ne le
justifie pas (compile pour soirée ou concert), toujours laisser à 2
secondes le blanc entre chaque morceau, ne pas le réduire, ne pas le
supprimer.

Pour ce qui est d'un CD Bootable, toujours le graver en x1.
Idem pour les archives auxquelles on tient. Un CD gravé en x1 ou x2 maxi
a une durée de vie et surtout une durée « d'exploitabilité » matérielle
bien plus longue qu'un cd de 600 Mo gravé en x24 ou x48. rappel : un cd
gravé en x1 (de boot) sera lu en x52 par un lecteur x52.

Perso, depuis que Toast sait graver en tâche de fond, je n'ai jamais
perdu de cd parce que c'était en tache de fond alors que d'autres taches
tournent. Essaie quand même la 5.0.2 US qui est sur le CD de ta 5.0.2
VF. mais je ne pense pas que ce soit la VF qui pose problème.


--
Roberto

UBI SOLITUDINEM FACIUNT, PACEM APPELLANT.
Avatar
raph
Le Cantinier wrote:

Raph wrote:

| > Qu'elle type de format de gravure ? C'est important de le préciser ?
| > Audio, Datas, Volume Mac, ISO 9600, Files and et folders Mac, etc ?
|
| Quel type, tu veux dire ;)

Non, quels types ;-)



Voilà, types-top :)

| Quel type, tu veux dire ;)
| Alors c'était d'abord de l'audio (quelques morceaux en AIFF), et
| ensuite, je voulais faire un CD bootable à partir d'une image-disque
| Toast de l'OS 9.1.

OK, clairement une vitesse excessive avec des radars automatiques de
partout.



C'est d'actualité !

Non, comme déjà dit, je ne pense pas que la fautive soit ta 5.0.2 VF.
Ce qui m'étonne, ce sont les cds restés vierges.



C'est arrivé une seule fois.

Non. Laisser les valeurs de Roxio par défaut. Les augmenter ne fera pas
de mal, mais ton problème n'est pas là.



D'acc.

Le problème est - aussi - là. Il ne s'agit pas d'y aller au pifomètre
mais de fixer la mémoire en fonction de ce que tu graves.



Je pensais donc à tort que le plus était le mieux, quelles que soient
les données à graver.

Non, le critère doit-être un critère de vitesse. Tu dois choisir le
disque le plus rapide. Une partition sur le disque le plus rapide et
réservée à cet effet est une bonne chose.



Comment le savoir ? Mon DD est partitionné en 4. Doit-on graver avec ou
sans VM, Toast doit-il être sur la partition contenant le DS actif, les
données doivent être placées sur la même partition que Toast, voilà
quelques autres questions ;)

|et en cache mémoire je mets 64 Mo - j'ai 416 Mo de RAM physique).

Pour graver du CD Audio, ça ne sert à rien. 8 Mo sont grandement
suffisant. Le régler en fonction de la vitesse (x1 et x2) est également
parfait.



Je note.

| Je grave toujours en x4, je vais essayer x1.

Alors voici bien un problème. Quand la gravure merdoit, le premier
réflexe doit être de diminuer la vitesse de gravure, surtout si les cds
sont de piètre qualité.



CD-R Verbatim 700 Mo 32x "High performance Media", "super AZO".

En plus, un cd audio étant par essence destiné à
migrer de lecteur en lecteur et à être manipulés plus souvent qu'un cd
d'archivage de datas, afin d'assurer la plus grande compatibilité et une
plus longue pérenité, le x2 maximum est à retenir et pour une sécurité
encore accrue, le x1.



C'est décidé, je me convertis au x1.

De plus, il est possible aussi que tes problèmes viennent des bidouilles
que tu pratiques entre les morceaux. Si le contenu du CD audio ne le
justifie pas (compile pour soirée ou concert), toujours laisser à 2
secondes le blanc entre chaque morceau, ne pas le réduire, ne pas le
supprimer.



C'est très intéressant ce que tu dis là, puisque justement j'ai remis à
zéro toutes les pauses (sauf la première) entre les morceaux du premier
CD qui a foiré, parce que c'était un concert. Aurais-je dû cocher
"gravure en DAO" ? Encore un truc que je n'ai jamais trop su quand
utiliser, malgré une consultation assidue des archives Google.

Pour ce qui est d'un CD Bootable, toujours le graver en x1.
Idem pour les archives auxquelles on tient. Un CD gravé en x1 ou x2 maxi
a une durée de vie et surtout une durée « d'exploitabilité » matérielle
bien plus longue qu'un cd de 600 Mo gravé en x24 ou x48. rappel : un cd
gravé en x1 (de boot) sera lu en x52 par un lecteur x52.



Aah, je vais m'empresser de le dire à certains qui me charrient avec le
gravures à 52x les doigts dans le nez, disent-ils.

Perso, depuis que Toast sait graver en tâche de fond, je n'ai jamais
perdu de cd parce que c'était en tache de fond alors que d'autres taches
tournent. Essaie quand même la 5.0.2 US qui est sur le CD de ta 5.0.2
VF. mais je ne pense pas que ce soit la VF qui pose problème.



OK.
Merci again.

--
Raph
Avatar
la_cantine
Raph wrote:


| > | Quel type, tu veux dire ;)
| >
| > Non, quels types ;-)
|
| Voilà, types-top :)

Surtout ne prends pas garde à comment c'est écrit, car parfois, ça me
fait peur !!


| Je pensais donc à tort que le plus était le mieux, quelles que soient
| les données à graver.

Non, si c'était si simple, les programmeurs n'auraient pas prévus toutes
les combinaisons qui sont possibles dans le soft.



| > Non, le critère doit-être un critère de vitesse. Tu dois choisir le
| > disque le plus rapide. Une partition sur le disque le plus rapide et
| > réservée à cet effet est une bonne chose.
|
| Comment le savoir ? Mon DD est partitionné en 4. Doit-on graver avec
| ou sans VM,

Avec VM.



| Toast doit-il être sur la partition contenant le DS actif,

C'est personnellement mon cas.



| les données doivent être placées sur la même partition que Toast,
| voilà quelques autres questions ;)

S'agissant du même disque, le problème ne vient pas tout à fait de là.
Je pensais que tu avais plusieurs disques et un pouvait vraiment jouer
le goulot d'étranglement. S'agissant du même disque dur te concernant,
pas de problème à mon avis.




| CD-R Verbatim 700 Mo

Hum ... Comment te dire ? Je n'ai personnellement jamais eu de problème
avec cette marque, si ce n'est un cd vieux gravé de 10 ans, dont la
pellicule métallique s'est décollée comme quand un nordique pèle suite à
une insolution et qui a terminé sa vie de sauvegarde en freesbee. Mais
avant cela, beaucoup de personnes ont eu des déboires avec cette marque
(erreurs en gravure, non reconnaissance du CD). Donc personnellemnt, je
la déconseille et je n'en achète plus.



| > De plus, il est possible aussi que tes problèmes viennent des
| > bidouilles que tu pratiques entre les morceaux. Si le contenu du CD
| > audio ne le justifie pas (compile pour soirée ou concert), toujours
| > laisser à 2 secondes le blanc entre chaque morceau, ne pas le
| > réduire, ne pas le supprimer.
|
| C'est très intéressant ce que tu dis là,

L'expérience ;-)


| puisque justement j'ai remis à zéro toutes les pauses (sauf la
| première) entre les morceaux du premier CD qui a foiré,

Attention : ton graveur supporte t-il ce mode de gravure ?


| parce que c'était un concert. Aurais-je dû cocher "gravure en DAO" ?

Oui, car c'est justement ce mode de gravure Disk At Once qui permet de
supprimer les silences et de ne pas rater le CD avec un graveur, encore
une fois, compatible. Dans le doute, abstiens-toi.


| Encore un truc que je n'ai jamais trop su quand utiliser, malgré une
| consultation assidue des archives Google.

Essayer également avec JAM d'Adaptec. J'ignore si Roxio a
repris/continué aussi ce logiciel, mais avec certains graveurs avec
lesquels on ne pouvait pas faire de Disk At Once via Toast, Jama le
permettais. Ceci étant, ta version de Toast te le permettant, essaie en
cochant. Je ne garantis pas le résultat ;-)


| Aah, je vais m'empresser de le dire à certains qui me charrient avec
| le gravures à 52x les doigts dans le nez, disent-ils.

La gravure en elle-même à des vitesses de la lumière ne pose pas de
problème. C'est la lecture du résultat qui risque d'en poser, surtout si
le cd doit être amené à vieillir. Je constate que tous mes cds (je parle
là d'archives/sauvegardes au format Mac uniquement et multissession)
gravés en x1 et x2 se conservent très bien. Les cds gravés en x4 et plus
posent des problèmes : erreurs de lecture, des partitions qui ne montent
pas, des partitions illisbles que le système demande à initialiser,
etc., sans doute parcque les lecteurs aujourd'hui vont trop vite. C'est
pourquoi j'ai pris sur moi de réarchiver mes données les plus
importantes en x1 avec une machine dédiée disposant d'un lecteur en x4
et toute la gravure en x1. Là par contre, je parle d'expérience
strictement personnelle car je ne connais pas autour de moi d'obsédé de
la sauvegarde. Et conserver un lecteur « lent » de CDs aussi, ça peut
servir là ou un rapide se vautre.


--
Roberto

UBI SOLITUDINEM FACIUNT, PACEM APPELLANT.
Avatar
raph
Le Cantinier wrote:

Raph wrote:



| Voilà, types-top :)

Surtout ne prends pas garde à comment c'est écrit, car parfois, ça me
fait peur !!



Ça va encore, c'est loin d'être effrayant ! :)

| Je pensais donc à tort que le plus était le mieux, quelles que soient
| les données à graver.

Non, si c'était si simple, les programmeurs n'auraient pas prévus toutes
les combinaisons qui sont possibles dans le soft.



En effet.

| > Non, le critère doit-être un critère de vitesse. Tu dois choisir le
| > disque le plus rapide. Une partition sur le disque le plus rapide et
| > réservée à cet effet est une bonne chose.
|
| Comment le savoir ? Mon DD est partitionné en 4. Doit-on graver avec
| ou sans VM,

Avec VM.



Ah. Je crois bien avoir gravé sans.

| Toast doit-il être sur la partition contenant le DS actif,

C'est personnellement mon cas.



Pas moi... pas systématiquement.

S'agissant du même disque, le problème ne vient pas tout à fait de là.
Je pensais que tu avais plusieurs disques et un pouvait vraiment jouer
le goulot d'étranglement. S'agissant du même disque dur te concernant,
pas de problème à mon avis.



OK.

(snip VerbatimÚube potentielle, je note)

| C'est très intéressant ce que tu dis là,

L'expérience ;-)



Je vois :)

| puisque justement j'ai remis à zéro toutes les pauses (sauf la
| première) entre les morceaux du premier CD qui a foiré,

Attention : ton graveur supporte t-il ce mode de gravure ?



« 5 modes d'enregistrement sont disponibles : Packet Writing fixe et
variable (UDF), Track at Once, Disc at Once, Session at Once et le
Multisession.»

| parce que c'était un concert. Aurais-je dû cocher "gravure en DAO" ?

Oui, car c'est justement ce mode de gravure Disk At Once qui permet de
supprimer les silences et de ne pas rater le CD avec un graveur, encore
une fois, compatible. Dans le doute, abstiens-toi.



C'est décoché par défaut...

Essayer également avec JAM d'Adaptec. J'ignore si Roxio a
repris/continué aussi ce logiciel, mais avec certains graveurs avec
lesquels on ne pouvait pas faire de Disk At Once via Toast, Jama le
permettais. Ceci étant, ta version de Toast te le permettant, essaie en
cochant. Je ne garantis pas le résultat ;-)



Oui, j'ai oublié de te dire que j'avais testé aussi Jam 3.0, en 4x, (que
je n'utilise jamais) pour le même résultat, ce qui m'inquiète un peu.

C'est
pourquoi j'ai pris sur moi de réarchiver mes données les plus
importantes en x1 avec une machine dédiée disposant d'un lecteur en x4
et toute la gravure en x1.



Je retiens cette idée.

Là par contre, je parle d'expérience
strictement personnelle car je ne connais pas autour de moi d'obsédé de
la sauvegarde. Et conserver un lecteur « lent » de CDs aussi, ça peut
servir là ou un rapide se vautre.



Oui, j'ai remarqué.

--
Raph
Avatar
raph
Raph wrote:

Bon, j'obtiens de nouveau un CD... vierge (Verbatim toujours, il ne m'en
reste que de cette marque), après gravure en x1, Disk-at-once coché, 8
Mo de cache, de 10 fichiers aif avec pause de 2 s entre chaque.

--
Raph
Avatar
la_cantine
Raph wrote:

| Bon, j'obtiens de nouveau un CD... vierge (Verbatim toujours, il ne
| m'en reste que de cette marque), après gravure en x1, Disk-at-once
| coché, 8 Mo de cache, de 10 fichiers aif avec pause de 2 s entre
| chaque.

Ça doit vouloir dire que ton graveur ne supporte pas ce mode de gravure.
Graver en CD Audio « traditionnel » avec pauses de 2 secondes entre
chaque morceau.

--
Roberto

UBI SOLITUDINEM FACIUNT, PACEM APPELLANT.
4 5 6 7 8