Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 27/02/2016, à 07:51

Compte supprimé

Plantage bizarre des gravures avec brasero Ubuntu 14.04.1

Bonjour,

j'ai failli demander le retrait de brasero qui fait des gravures bizarres depuis longtemps, mais je n'arrive pas à identifier le problème.

J'ai comparé la gravure du même fichier iso avec brasero et k3b.

#Avec brasero
$ cmp linuxmint-17.3-xfce-64bit.iso  /dev/sr0 
cmp: Fin-de-fichier (EOF) sur linuxmint-17.3-xfce-64bit.iso
$ md5sum /dev/sr0 
729c92e3ef247bbc12104e6c14a2b95e  /dev/sr0
#Avec k3b
$ cmp linuxmint-17.3-xfce-64bit.iso  /dev/sr0 
$ md5sum /dev/sr0 
729c92e3ef247bbc12104e6c14a2b95e  /dev/sr0

Le pire avec brasero (je remets le disque gravé avec brasero) :

$ cmp linuxmint-17.3-xfce-64bit.iso  /dev/sr0 
$ cmp /dev/sr0 linuxmint-17.3-xfce-64bit.iso 

Erreurs aléatoires : physique de la gravure. Puisque la lecture est bonne alors que plus haut ça a planté.

Y a-t-il un mauvais paramétrage par défaut de la gravure ?

Les disques sont des Verbatim dvd-r 4.7Gb 16x, une assez bonne marque, pas de rejet à l'habitude.

Ces deux seuls tests isolés ne sont pas concluants, mais ça fait longtemps que je rencontre des gravures imprécises confirmées par la vérification avec cmp image.iso /dev/sr0.

Le plus bizarre étant que le disque échouait avec l'erreur EOF (end of file - fin de fichier) et le même disque vient de réussir le test.

Le disque ne laisse pas apparaître de défaut, ni de poussière, ni de rayure.

L'énorme avantage des disques par rapports au clés USB : le disque gravé en DAO est protégé plus facilement en écriture qu'une clé USB qui se fera infecté dès l'insertion dans un PC infecté si on cherche à démarrer avec la clé et qu'on loupe le menu de démarrage de périphérique, ou que le BIOS est simplement vérolé.

Un défaut de gravure à certaines vitesses ? brasero et k3b ne gravant pas forcément à la même vitesse par défaut ?

Merci pour vos suggestions pouvant expliquer pourquoi brasero reste incertain comparé à k3b.

édit : je viens de trouver quelque chose de bizarre :

MEDIA CHANGED in "/org/freedesktop/UDisks2/block_devices/sr0" ; size is: 1555709952 
MEDIA CHANGED in "/org/freedesktop/UDisks2/block_devices/sr0" ; size is: 0 
MEDIA CHANGED in "/org/freedesktop/UDisks2/block_devices/sr0" ; size is: 1555726336 
MEDIA CHANGED in "/org/freedesktop/UDisks2/block_devices/sr0" ; size is: 0 
MEDIA CHANGED in "/org/freedesktop/UDisks2/block_devices/sr0" ; size is: 1555726336 
MEDIA CHANGED in "/org/freedesktop/UDisks2/block_devices/sr0" ; size is: 0 
MEDIA CHANGED in "/org/freedesktop/UDisks2/block_devices/sr0" ; size is: 1555726336 
MEDIA CHANGED in "/org/freedesktop/UDisks2/block_devices/sr0" ; size is: 0 
ls -l linuxmint-17.3-xfce-64bit.iso 
-rw-rw-r-- 1 ludovic ludovic 1555709952 janv.  5 16:48 linuxmint-17.3-xfce-64bit.iso

Ah !
Quand j'insère le disque gravé avec k3b :

MEDIA CHANGED in "/org/freedesktop/UDisks2/block_devices/sr0" ; size is: 1555709952

Quand j'insère le disque gravé avec brasero :

MEDIA CHANGED in "/org/freedesktop/UDisks2/block_devices/sr0" ; size is: 1555726336

Voilà !!! brasero ajoute 16384 octets, rendant la vérification parfois impossible.

fdisk -l /dev/sr0
Note : taille de secteur 2048 (et non pas 512)

Disque /dev/sr0 : 1555 Mo, 1555709952 octets
255 têtes, 63 secteurs/piste, 47 cylindres, total 759624 secteurs
Unités = secteurs de 1 * 2048 = 2048 octets
Taille de secteur (logique / physique) : 2048 octets / 2048 octets
taille d'E/S (minimale / optimale) : 2048 octets / 2048 octets
Identifiant de disque : 0x70ca990c

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sr0p1   *           0     3038495     6076992    0  Vide
/dev/sr0p2         3028136     3032679        9088   ef  EFI (FAT-12/16/32)

Pourtant le disque gravé avec brasero détecté de capacité 1555726336 laisse apparaître 1555709952, mais où sont passés les 16384 octets ? et à quoi servent-ils ? Pourquoi brasero insère ces 16384 octets furtifs, que k3b n'ajoute pas ?

Je remets le disque gravé avec k3b :

MEDIA CHANGED in "/org/freedesktop/UDisks2/block_devices/sr0" ; size is: 1555709952 
fdisk -l /dev/sr0
Note : taille de secteur 2048 (et non pas 512)

Disque /dev/sr0 : 1555 Mo, 1555709952 octets
255 têtes, 63 secteurs/piste, 47 cylindres, total 759624 secteurs
Unités = secteurs de 1 * 2048 = 2048 octets
Taille de secteur (logique / physique) : 2048 octets / 2048 octets
taille d'E/S (minimale / optimale) : 2048 octets / 2048 octets
Identifiant de disque : 0x70ca990c

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sr0p1   *           0     3038495     6076992    0  Vide
/dev/sr0p2         3028136     3032679        9088   ef  EFI (FAT-12/16/32)

Dernière modification par Compte supprimé (Le 27/02/2016, à 08:28)