[Graveur] Gravure impossible, bouffe les... (résolu)

Reconnaissance et configuration du matériel / kernel linux
Avatar de l’utilisateur
PillOow
Daikyu
Messages : 68
Inscription : mer. 18 juin 2008, 22:07

[Graveur] Gravure impossible, bouffe les... (résolu)

Message par PillOow »

Bonjour à tous.

J'ai installé Arch sur le pc de ma copine, tout se passe à peu près bien mais j'ai vraiment un problème avec le graveur. Lorsque je lance une gravure, cd et dvd, peut importe le logiciel, celle-ci est lente, impossible en fait, et fini par me bouffer toutes les ressources CPU freezant le système et m'obligeant au hard reboot. Aucun problème pour monter les disques par contre. Seule la gravure foire.

Voici le graveur en question: TSSTcorpCD/DVDW TS-L532R

hdparm /dev/sr0

Code : Tout sélectionner

/dev/sr0:
 IO_support    =  0 (default) 
16-bit)
 HDIO_GET_UNMASKINTR failed: Inappropriate ioctl for device
 HDIO_GET_DMA failed: Inappropriate ioctl for device
 HDIO_GET_KEEPSETTINGS failed: Inappropriate ioctl for device
 readonly      =  0 (off)
 readahead     = 256 (on)
 HDIO_GETGEO failed: Inappropriate ioctl for device
hdparm -I /dev/sr0

Code : Tout sélectionner

/dev/sr0:

ATAPI CD-ROM, with removable media
	Model Number:       TSSTcorpCD/DVDW TS-L532R                
	Serial Number:      Y54L606202          
	Firmware Revision:  HA05    
Standards:
	Used: ATAPI for CD-ROMs, SFF-8020i, r2.5
	Supported: CD-ROM ATAPI-2 
Configuration:
	DRQ response: 50us.
	Packet size: 12 bytes
Capabilities:
	LBA, IORDY(can be disabled)
	Buffer size: 2048.0kB
	DMA: sdma0 sdma1 sdma2 mdma0 mdma1 *mdma2 
	     Cycle time: min=120ns recommended=120ns
	PIO: pio0 pio1 pio2 pio3 pio4 
	     Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
	Enabled	Supported:
	   *	Power Management feature set
	   *	PACKET command feature set
	   *	DEVICE_RESET command
	   *	NOP cmd
	   *	Mandatory FLUSH_CACHE
HW reset results:
	CBLID- above Vih
	Device num = 0 determined by CSEL
Paie ton graveur de merde, IO 16bits et pas d'UDMA. Apparemment c'est normal, pourtant son pc a 2 ans seulement. Mais c'est comme ça.

La gravure avec Brasero ne m'indique rien, par contre la barre de "device buffer" dans k3b peine à passer les 50% bon pis après le système est bloqué mais le graveur tourne toujours. Avec cdrecord, j'ai cette phrase qui ce répète à l'infini, en mode verbose et pas verbose.
Trying to map to old ATA syntax.This workaround will disappear in the near future. Fix your configuration.Unable to open this SCSI ID. Trying to map to old ATA syntax.This workaround will disappear in the near future. Fix your configuration.Unable to open this SCSI ID.
Voici ce que me retourne un dmesg | grep sr0

Code : Tout sélectionner

sr0: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray
sr 1:0:0:0: Attached scsi CD-ROM sr0
sr 1:0:0:0: [sr0] Result: hostbyte=0x00 driverbyte=0x08
sr 1:0:0:0: [sr0] Sense Key : 0x3 [current] 
sr 1:0:0:0: [sr0] ASC=0x15 ASCQ=0x0
end_request: I/O error, dev sr0, sector 1427584
Buffer I/O error on device sr0, logical block 178448
sr 1:0:0:0: [sr0] Result: hostbyte=0x00 driverbyte=0x08
sr 1:0:0:0: [sr0] Sense Key : 0x3 [current] 
sr 1:0:0:0: [sr0] ASC=0x15 ASCQ=0x0
end_request: I/O error, dev sr0, sector 1427584
Buffer I/O error on device sr0, logical block 178448
sr0: Hmm, seems the drive doesn't support multisession CD's
Et un dmesg | grep DMA. Plus interessant:

Code : Tout sélectionner

  DMA             0 ->     4096
  DMA zone: 32 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 4064 pages, LIFO batch:0
ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x8410 irq 14
ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x8418 irq 15
ata1.00: ATA-6: IC25N080ATMR04-0, MO4OAD5A, max UDMA/100
ata1.00: configured for UDMA/100
ata2.00: ATAPI: TSSTcorpCD/DVDW TS-L532R, HA05, max MWDMA2
ata2.00: simplex DMA is claimed by other device, disabling DMA
sdhc0:slot0: Will use DMA mode even though HW doesn't fully claim to support it.
mmc0: SDHCI at 0xb020a000 irq 23 DMA
sdhc0:slot1: Will use DMA mode even though HW doesn't fully claim to support it.
mmc1: SDHCI at 0xb0208c00 irq 23 DMA
sdhc0:slot2: Will use DMA mode even though HW doesn't fully claim to support it.
mmc2: SDHCI at 0xb0208800 irq 23 DMA
Je retiens ça surtout: ata2.00: simplex DMA is claimed by other device, disabling DMA
Le DMA est déjà utilisé par un autre périphérique, moi perso je vois pas le problème, mais ça désactive le DMA du graveur. Enfin Simplex DMA, je ne saisi pas la nuance. Est-ce que Simplex DMA = SDMA ? Parce que si c'est le cas je comprend pas, aucun de mes périph n'utilisent ce mode.

Si ça peu servir, voici le fstab:

Code : Tout sélectionner

# 
# /etc/fstab: static file system information
#
# <file system>        <dir>         <type>    <options>          <dump> <pass>
none                   /dev/pts      devpts    defaults            0      0
none                   /dev/shm      tmpfs     defaults            0      0


/dev/sr0 /media/cd_dvd    auto  user,ro,noauto,unhide   0      0
/dev/sda1 / ext3 defaults 0 1
/dev/sda2 swap swap defaults 0 0
/dev/sda3 /home ext3 defaults 0 1
/dev/sda4 /media/windows vfat defaults 0 1
/dev/sdb1 /media/pilloow_disk ntfs-3g user,defaults 0 1
J'ai juste modifié le fstab pour n'avoir qu'un seul point de montage pour le graveur. J'ai jamais compris l'interet d'avoir un point de montage /media/cdrom et /media/dvd.

D'après les recherches que j'ai effectué, ce serait les drivers pata qui merderaient. Mais je n'arrive pas à les remplacer par d'autres. en particulier ces deux là:

pata_atiixp et sd_mod par atiixp, ide_disk, ide_cdrom. Ces deux modules sont indispensable au montage du DD. Je ne connais pas trop le fonctionnement de mkinitcpio mais voici ce que j'ai fais:

J'ai changé la ligne MODULES="pata_acpi pata_atiixp ata_generic" dans le /etc/mkinitcpio.conf par MODULES="atiixp ide_disk ide_cd ata_generic" et j'ai blacklisté tout ces modules en ajoutant cette ligne à la ligne de commande du noyau:
disablemodules:pata_atiixp,pata_acpi,sg,sd_mod,sr_mod
Mais le boot foire, car /dev/sda1 n'existerait pas, donc j'ai ajouté ce paramètre à grub root=/dev/hda1 mais il me dit qu'il n'existe pas non plus.

Il semblerait que je ne puisse me passer de ces modules, je ne sais plus trop quoi faire maintenant. A part une recompilation du kernel mais pour y changer quoi ?

Merci
Dernière modification par PillOow le jeu. 03 juil. 2008, 15:19, modifié 1 fois.
Avatar de l’utilisateur
mélodie
Maître du Kyudo
Messages : 2784
Inscription : lun. 30 oct. 2006, 02:06
Localisation : Pyrénées

Message par mélodie »

Je ne connais pas trop bien toutes ces questions de drivers et précisément les modes (à part udma... ) mais voilà : si tu regardais ce qu'il y a comme nappe pour ce graveur, et si tu pourrais en trouver une mieux, plus performante plus appropriée et tout ? Parce que si de ce côté il y a quelque chose à faire, ça ne coûtera pas une fortune.
Avatar de l’utilisateur
warnaud
Maître du Kyudo
Messages : 1640
Inscription : ven. 11 août 2006, 17:05
Localisation : Rolle (CH)

Message par warnaud »

Je penche plutôt pour un problème de modules.
Essaies d'enlever ta blacklist
Plus ça rate, plus ça a de chance de réussir. En somme, un succès n'est qu'une erreur qui a finit par réussir (même par erreur). Ne déséspérez donc pas et perseverez. Utilisez La Rache™
Patientia quod lard quod barrus planto diligo ut licentia
—¤÷(`[¤*Powered By *¤]´)÷¤—
Archlinux ~ Fvwm ~ Irssi ~ URxvt
Avatar de l’utilisateur
cycyx
yeomen
Messages : 222
Inscription : dim. 02 mars 2008, 19:53

Message par cycyx »

Dans ton /etc/mkinitcpio.conf, quels HOOKS sont présent ?

Si tu veux te passer des drivers pata, la ligne HOOKS devrait ressembler à ça :

Code : Tout sélectionner

HOOKS="base udev autodetect ide scsi sata filesystems"
au lieu de ça :

Code : Tout sélectionner

HOOKS="base udev autodetect pata scsi sata filesystems"
Ensuite, bien entendu, il faut utiliser /dev/hd* pour booter...
Dernière modification par cycyx le jeu. 03 juil. 2008, 13:27, modifié 1 fois.
Avatar de l’utilisateur
PillOow
Daikyu
Messages : 68
Inscription : mer. 18 juin 2008, 22:07

Message par PillOow »

mélodie >> C'est un pc portable !

warnaud >> Par défaut, je n'ai aucun modules de blacklisté, et ça ne marche pas. En fait j'ai blacklisté toute une liste de modules mais au bout du compte, je souhaite surtout blacklisté le module pata_atiixp et le remplacer par le module atiixp. Je sais que je peux le faire mais ça veut pas. Je sais parce que si je fais:

Code : Tout sélectionner

$ lspci | grep IDE
00:14.1 IDE interface: ATI Technologies Inc IXP SB400 IDE Controller

$ lspci  -s 00:14.1 -n
00:14.1 0101: 1002:4376

$  grep 1002 /lib/modules/$(uname -r)/modules.pcimap | grep 4376 
pata_atiixp          0x00001002 0x00004376 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
atiixp               0x00001002 0x00004376 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
Ca me prouve que je peux le remplacer par atiixp. Il depend de ide_core mais toujours pas de boot si je l'utilise à la place de pata_atiixp. Mais ide_core et atiixp sont les anciens drivers IDE ceux avec la syntaxe /dev/hda*.

EDIT: cycyx >> pata = ide ??? nan ?
Je vais essayer ça tout de suite.

EDIT2: Si j'enlève le hook pata, et ben les drivers pata sont là quand même. Si je les blacklist, ben je peux plus booter.

EDIT3: RESOLU ! :D
J'ai trouvé ça sur le net qui m'a beaucoup aidé:
http://bbs.archlinux.org/viewtopic.php?id=50589
http://ubuntuforums.org/showthread.php?t=760121
http://ubuntuforums.org/showthread.php?t=678153

Donc j'ai blacklisté ata_generic mais j'ai dû blacklisté aussi pata_acpi en plus pour que ça fonctionne au poil:
J'ai juste rajouté la ligne disablemodules dans /boot/grub/menu.lst

Code : Tout sélectionner

# (0) Arch Linux
title  Arch Linux
root   (hd0,0)
kernel /boot/vmlinuz26 root=/dev/sda1 ro disablemodules=ata_generic,pata_acpi 
initrd /boot/kernel26.img
Je voulais savoir s'il y avait un autre moyen de blacklister ces modules parce qu'à chaque MAJ du kernel, il faudra que je réécrive cette ligne.
Avatar de l’utilisateur
cycyx
yeomen
Messages : 222
Inscription : dim. 02 mars 2008, 19:53

Message par cycyx »

PillOow a écrit :Je voulais savoir s'il y avait un autre moyen de blacklister ces modules parce qu'à chaque MAJ du kernel, il faudra que je réécrive cette ligne.

Hmmm... Je ne comprends pas bien là.

En quoi une mise à jour du kernel changerait une ligne dans ton menu.lst ?
Ou alors tu penses que le nom des modules est susceptible de changer, ce qui est possible, bien qu'improbable tant que la série 2.6.2x durera.
Avatar de l’utilisateur
PillOow
Daikyu
Messages : 68
Inscription : mer. 18 juin 2008, 22:07

Message par PillOow »

Non non, en fait sur les autres distribs ( debian en tout cas ) l'image de l'ancien kernel n'est pas écrasé par le nouveau et le menu du bootloader est édité automatiquement pour ajouter une nouvel entrée pour le nouveau kernel. De ce fait, il aurait fallu que j'édite le menu de mon bootloader, à chaque MAJ, afin de lui assigner les même options de blacklistage que mon ancien kernel.

En fait je me suis planté en posant la question puisque le menu du bootloader ne change jamais sous Arch sauf intervention de l'utilisateur puisque les kernels s'écrasent à chaque MAJ et ne changent jamais de noms.

Donc non c'est bon ! Mission accomplie, merci beaucoup.
Répondre