[CD/DVD] fonctionne pas (erreur dans le noyau)

[yaute]

Bonjour,

J'ai installé archlinux il y a peu. Tout fonctionne correctement sauf le lecteur cd/dvd qui semble pas être reconnu.
J'étais sous ubuntu au préalable et il fonctionnait bien, je doit donc avoir un problème de configuration.
J'ai cette erreur quand je faits un dmesg:

Code : Tout sélectionner

[    1.383670] hub 5-0:1.0: 2 ports detected
[    1.415125] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x2)
[    1.415145] Refined TSC clocksource calibration: 2994.384 MHz.
[    1.415152] Switching to clocksource tsc
[    1.540349] ata3.00: ATA-8: ST31000528AS, CC38, max UDMA/133
[    1.540354] ata3.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[    1.553676] ata3.00: configured for UDMA/133
[    1.646813] ata4.00: ATA-6: ST380013AS, 3.20, max UDMA/100
[    1.646818] ata4.00: 156301488 sectors, multi 16: LBA48 
[    1.660147] ata4.00: configured for UDMA/100
[    1.686693] usb 2-1: new low-speed USB device number 2 using uhci_hcd
[    6.567806] ata1.00: ATAPI: _NEC DVD+RW ND-2100AD, 1.26, max UDMA/33
[    6.631601] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x2)
[    6.631606] ata1.00: revalidation failed (errno=-5)
[    6.631643] ata1.00: limiting speed to UDMA/33:PIO3
[   11.781610] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x2)
[   11.781615] ata1.00: revalidation failed (errno=-5)
[   11.781648] ata1.00: disabled
[   11.833362] ata1: soft resetting link
[   11.986754] ata1: EH complete
[   11.987005] scsi 2:0:0:0: Direct-Access     ATA      ST31000528AS     CC38 PQ: 0 ANSI: 5
[   11.987501] scsi 3:0:0:0: Direct-Access     ATA      ST380013AS       3.20 PQ: 0 ANSI: 5
[   11.999909] sd 2:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
[   11.999960] sd 3:0:0:0: [sdb] 156301488 512-byte logical blocks: (80.0 GB

Si quelqu'un a une piste je suis preneur...
Merci

[FoolEcho]

Tu es à jour, quelle est ta version de noyau (et quelle était-elle sous Ubuntu) ?
... si oui, tu pourrais installer linux-lts et tester ce kernel peut-être (entrées à rajouter dans ton menu.lst) ?

[yaute]

Ma version est la suivante:

Code : Tout sélectionner

Linux isapas 3.2.5-1-ARCH #1 SMP PREEMPT Tue Feb 7 08:46:10 UTC 2012 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux

Sous ubuntu j'ai eu successivement la 10.10 (noyau 2.6.35) et la 11.10 (noyau 3.0.3).

je vais tester avec linux-lts, je te tiens au courant...

[FoolEcho]

Déjà, tu n'es pas à jour (3.2.6).

[yaute]

Je peux pas tester linux-lts car ma partition boot et trop petite

Ma question est surement stupide, mais sachant que ça fonctionnait avec une version du kernel inférieure à celle que j'ai actuellement ca va changer quoi de mettre la 3.2.6?

[FoolEcho]

Parce que ça peut être une régression, et donc potentiellement résolu sur la version récente.
Tu peux aussi récupèrer une version plus ancienne du kernel (mais ça ne fera que contourner le problème si le bug n'est pas remonté -- si c'est bien un bug...): Downgrade.

[yaute]

Je vais éviter de revenir en arrière je préfère encore ne pas me servir de mon lecteur CD

Autre question stupide , le problème viens forcement du kernel?
N'étant pas très calé (ça t'as du le remarquer ) j'ai peu être homis un paramètrage.

[FoolEcho]

Je ne sais pas. Probablement le kernel ou un problème avec udev vu l'erreur. C'est pourquoi il serait intéressant de te mettre à jour ou de rétrograder pour voir (si ça fonctionnait avant, ça pourrait fonctionner de nouveau: simple régression passagère -- ça arrive ; sinon il faut faire remonter le bug -- mais ça peut aussi être du matériel en train de lâcher , c'est pourquoi il faudrait que tu vérifies soit en rétrogradant le noyau soit avec un livecd type Ubuntu si tu préfères).
En l'état, tu pourrais aussi installer hwinfo et nous montrer la sortie de hwinfo --cdrom.

[yaute]

Alors là c'est très bizarre...
Lorsque j'ai éteind mon pc tout à l'heure, j'avais laissé un cd dans mon lecteur et en redmérrant au miracle hal avait monté le cdrom, je pouvais accéder au données sans soucis (j'avais plus d'erreur avec dmseg)
J'ai ensuite ejecter et remis le cd et la ça fonctionnait plus
J'ai alors redémarré à plusieurs reprise et ça n'a jamais refonctionner

J'ai aussi mis à jour le kernel mais toujours la même erreur...

La commande hwinfo avec l'option --cdrom ne retourne rien


Pour le downgrade je ne me sens pas de le faire, je vais récupérer un live cd.

Merci pour ton aide

[FoolEcho]

Tu ne devrais pas utiliser hal: à désinstaller et lancer dbus à la place dans le rc.conf (mais bon, le problème ne viendra probablement de là).

[yaute]

Bon malheureusement avec un ancien kernel ça ne fonctionne toujours pas:

Code : Tout sélectionner

[isapas@isapas ~]$ dmesg | grep ata1
[    1.169957] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x34e0 irq 14
[    1.351839] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x2)
[    6.511756] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x2)
[   11.661235] ata1.00: ATAPI: _NEC DVD+RW ND-2100AD, 1.26, max UDMA/33
[   11.724929] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x2)
[   11.724934] ata1.00: revalidation failed (errno=-5)
[   11.724970] ata1.00: disabled
[   11.776696] ata1: soft resetting link
[   11.930093] ata1: EH complete
[isapas@isapas ~]$ uname -a
Linux isapas 3.0-ARCH #1 SMP PREEMPT Wed Aug 17 20:24:07 UTC 2011 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux

J'ai également fait un test avec un liveusb d'ubuntu (noyau en 3.0) et je n'ai pas cette erreur. Par contre il ne m'a pas monté de cd et c'était la clè usb qui était montée sur /media/cdrom.

[FoolEcho]

Par contre il ne m'a pas monté de cd et c'était la clè usb qui était montée sur /media/cdrom.

En cas de cd audio, ça ne se monte pas.

Bon, mais l'histoire du kernel, tu devrais essayer sur le linux-lts après agrandissement de ton /boot ou remonter un peu (c'est de toutes manières une bonne idée de garder toujours ce noyau sous le coude). Pour le reste, il faudrait voir si un bug similaire a été remonté.

[yaute]

J'ai agrandi ma partition boot, installé linux-lts et modifier menu.lst.
Le problème c'est qu'il ne prend pas en compte mes modifications.
Voici mon fichier menu.lst:

Code : Tout sélectionner

[isapas@isapas grub]$ cat menu.lst 
# Config file for GRUB - The GNU GRand Unified Bootloader
# /boot/grub/menu.lst

# DEVICE NAME CONVERSIONS 
#
#  Linux           Grub
# -------------------------
#  /dev/fd0        (fd0)
#  /dev/sda        (hd0)
#  /dev/sdb2       (hd1,1)
#  /dev/sda3       (hd0,2)
#

#  FRAMEBUFFER RESOLUTION SETTINGS
#     +-------------------------------------------------+
#          | 640x480    800x600    1024x768   1280x1024
#      ----+--------------------------------------------
#      256 | 0x301=769  0x303=771  0x305=773   0x307=775
#      32K | 0x310=784  0x313=787  0x316=790   0x319=793
#      64K | 0x311=785  0x314=788  0x317=791   0x31A=794
#      16M | 0x312=786  0x315=789  0x318=792   0x31B=795
#     +-------------------------------------------------+
#  for more details and different resolutions see
#  https://wiki.archlinux.org/index.php/GRUB#Framebuffer_resolution

# general configuration:
timeout   5
default   0
color light-blue/black light-cyan/blue

# boot sections follow
# each is implicitly numbered from 0 in the order of appearance below
#
# TIP: If you want a 1024x768 framebuffer, add "vga=773" to your kernel line.
#
#-*

# (0) Arch Linux
title  Arch Linux
root   (hd0,0)
kernel /vmlinuz-linux root=/dev/sda2 ro
initrd /initramfs-linux.img

# (1) Arch Linux-lts
title  Arch Linux-lts
root   (hd0,0)
kernel /vmlinuz-linux-lts root=/dev/sda2 ro
initrd /initramfs-linux-lts.img

# (2) Arch Linux
title  Arch Linux Fallback
root   (hd0,0)
kernel /vmlinuz-linux root=/dev/sda2 ro
initrd /initramfs-linux-fallback.img

# (3) Arch Linux-lts
title  Arch Linux-lts Fallback
root   (hd0,0)
kernel /vmlinuz-linux-lts root=/dev/sda2 ro
initrd /initramfs-linux-lts-fallback.img

Code : Tout sélectionner

[isapas@isapas grub]$ grub --version
grub (GNU GRUB 0.97)

Il y une commande à lancer pour que ce soit pris en compte? (j'ai rien vu dans le wiki)

[FoolEcho]

Ça devrait être bon.

Le problème c'est qu'il ne prend pas en compte mes modifications.

Que veux-tu dire ?
Tu as bien les entrées au démarrage quand même ? Il se passe quoi quand tu prends une entrée lts ? Pas eu d'erreur lors de l'installation/mkinitcpio ?
Que donne ls -al /boot ?

[yaute]

Non jsutement je n'ai pas les entrées au démarrage, comme si j'avais pas modifié le fichier menu.lst

Code : Tout sélectionner

[isapas@isapas grub]$ ls -al /boot/
total 29952
drwxr-xr-x  4 root root     4096 19 févr. 14:33 .
drwxr-xr-x 21 root root     4096  5 févr. 14:42 ..
drwxr-xr-x  2 root root     4096 19 févr. 15:34 grub
-rw-r--r--  1 root root 10014482 19 févr. 14:30 initramfs-linux-fallback.img
-rw-r--r--  1 root root  2372439 19 févr. 14:30 initramfs-linux.img
-rw-r--r--  1 root root 10512335 19 févr. 14:33 initramfs-linux-lts-fallback.img
-rw-r--r--  1 root root  2423796 19 févr. 14:33 initramfs-linux-lts.img
drwx------  2 root root    16384 19 févr. 14:26 lost+found
-rw-r--r--  1 root root  2350720 19 févr. 14:30 vmlinuz-linux
-rw-r--r--  1 root root  2908512 14 févr. 10:43 vmlinuz-linux-lts

Pour l'installation j'ai juste lancer yaourt linux-lst

[FoolEcho]

Tu es sûr d'utiliser le grub d'Arch pour démarrer (et donc son menu.lst) ? (en attendant, tu peux toujours modifier ton entrée depuis le lancement de grub, ça ne vaudra que pour le démarrage en cours, ce qui sera suffisant pour que tu vérifies si ton lecteur cd/dvd est mieux reconnu)

[yaute]

Malheureusement j'ai toujours l'erreur avec lts
Je vais essayer de récupérer un autre lecteur au boulot afin de faire des tests...

Merci pour ta patience, je te tiendrai au courant si j'ai du mieux

[yaute]

J'ai installé un ancien lecteur DVD qui lui fonctionne bien. Je vais l'utiliser pour le moment pour me dépanner.

Tu ne devrais pas utiliser hal: à désinstaller et lancer dbus à la place dans le rc.conf (mais bon, le problème ne viendra probablement de là).

J'ai HAL+dbus.
Pourquoi je dois enlever HAL? Lorsque je le désactive il ne m'ouvre plus automatique le gestionnaire de fichier avec ce qui va bien.

[benjarobin]

Si tu as des problème sans HAL mais que dbus est bien lancé, alors tu as un sérieux problème de configuration !
Hal ne devrait plus être utilisé depuis quelques mois déjà... D'ailleurs il n'existe plus dans les dépôts !!!

[yaute]

J'ai installé HAL car j'ai suivi le guide https://wiki.archlinux.org/index.php/Ma ... ais%29#HAL et comme ça fonctionnait je me suis pas posé de question.
Vu qu'il est obsolète Je vais regarder d'un peu plus prêt pour le suppimer.