C'est dans le titre. Avant (oui mais avant quoi ?) K3B rechignait pas et gravait après avoir effacé.
Là systématiquement c'est "le media n'a pu être effacé". Comme je me demandais ce qui avait pu arrivé au CDRW puisque Nautilus donnait les mêmes symptomes je suis retourné voir Nero qui l'a effacé du 1er coup.
 
Noyau 2.6 (Mandrake 10 Official), Liteon  IDE, cdrecord-2.01, K3B-0.11.1-15.
 
Des idées ?

ton graveur est bien reconnu ? ($> dmesg | grep hdX)

oui

ah bah je sais pas

Alors c'est bizarre, il veut bien graver sans rechigner. Pour effacer, c'est aléatoire. Là j'ai pu effacer un cd qui n'avait que 370 Mo d'occupé mais pas ceux aux alentours des 700. J'ai essayé à plusieurs reprises les options proposées. Rien à faire (rapide, complet).

avec cdrecord, ça marche ?

Bah j'ai plus rien à effacer. Sinon la commande c'est bien blank=all ?

      blank=type
              Vider un CD-RW et quitter ou vider un CD-RW avant l'écriture. Le
              type de vide peut être un de :
 
              help   Afficher une liste des types possibles de vide.
 
              all    Vider le disque en entier. Prend beaucoup de temps.
 
              fast   Vider le disque minimalement. Effacement de PMA,  TOC  et
                     de l'intervalle.
 
              track  Vider une piste.
 
              unreserve
                     Annuler la réservation d'une piste réservée.
 
              trtrail
                     Vider la queue d'une piste.
 
              unclose
                     Ouvrir la dernière session.
 
              session
                     Vider la dernière session.
 
       Utilisée  avec  le drapeau -force, cette option peut être utilisée pour
       vider un disque CD-RW qui autrement ne peut pas être vidé. Notez  qu'il
       est possible que vous ayez besoin de spécifier blank=all parce que cer-
       taines unités ne continueront pas avec certains types de  mauvais  dis-
       ques  CD-RW. Notez également que cdrecord fait sont possible si le dra-
       peau -force est utilisé mais il dépend du logiciel résident de  l'unité
       pour que l'opération réussisse ou non.

Pas trop doué moi en ligne de commande.
Quand je fais cdrecord -scanbus ça me donne 3 chiffres qui correspondent respectivement au numéro de l'adaptateur (scsibus), au numéro d'identification du périphérique ou de la cible (target) et au numéro d'identification dans la chaîne SCSI (lun, Logical Unit Number). C'est ça ?
 
Donc il me reste plus qu'à taper ces chiffres obtenus comme ça :
cdrecord dev=1,1,0 blank=all
 
Mais ça me répond ceci :
Cdrecord-Clone 2.01a28-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling
Note: This version is an unofficial (modified) version with DVD support
Note: and therefore may have bugs that are not present in the original.
Note: Please send bug reports or support requests to <warly@mandrakesoft.com>.
Note: The author of cdrecord should not be bothered with problems in this version.
scsidev: '1,1,0'
scsibus: 1 target: 1 lun: 0
cdrecord: No such file or directory. Cannot open '/dev/sg*'. Cannot open SCSI driver.
cdrecord: For possible targets try 'cdrecord -scanbus'. Make sure you are root.
cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
 
   

en 2.6 ; il ne faut pas utiliser l'émulation scsi