Bonjour, je suis sous Mandriva 2006 avec le noyau 2.6.12-12. J'ai chargé le 2.6.12-25mdk avec Rpmdrake. Au début, ça allait bien, je pouvais booté sur l'un ou l'autre depuis le chargeur lilo. Comme tout semblait aller, j'ai modifié lilo.conf pour mettre le nouveau noyau par défaut. J'ai fait lilo pour le charger. Comme finalement, le son ne marchait plus, j'ai chargé alsaconf. Résultat : le son fonctionne parfaitement sur le compte de mon épouse, mais toujours pas sur le mien, et ce n'est pas un pb de réglage de mixer. J'ai remodifié lilo.conf pour remettre l'ancien noyau par défaut, et l'ai rechargé avec lilo :
default="linux-2.6.12-12"
boot=/dev/sdb
map=/boot/map
keytable=/boot/fr-latin1.klt
menu-scheme=wb:bw:wb:bw
prompt
nowarn
timeout=100
message=/boot/message
disk=/dev/sdb bios=0x80
image=/boot/vmlinuz
label="linux-2.6.12-12"
root=/dev/sdb1
initrd=/boot/initrd.img
append="resume=/dev/sdb5 splash=silent"
vga=788
image=/boot/vmlinuz-2.6.12-25mdk
label="linux-2.6.12-25"
root=/dev/sdb1
initrd=/boot/initrd-2.6.12-25mdk.img
append="resume=/dev/sdb5 splash=silent"
vga=788
image=/boot/vmlinuz
label="linux-nonfb"
root=/dev/sdb1
initrd=/boot/initrd.img
append="resume=/dev/sdb5"
image=/boot/vmlinuz
label="failsafe"
root=/dev/sdb1
initrd=/boot/initrd.img
append="failsafe resume=/dev/sdb5"
other=/dev/sda1
label="windows"
table=/dev/sda
map-drive=0x80
to=0x81
map-drive=0x81
to=0x80
Mon son ne fonctionne toujours pas et ô étrangeté, que je charge le 2.6.12-12 ou le 2.6.12-25, un uname -r me donne dans les deux cas : 2.6.12-25mdk
Si je lance Kscd par exemple, il m'injurie avec :
Problème d'accès ou de lecture du CDROM (ou pas de CD audio dans le lecteur). Assurez-vous que vous avez le droit d'accéder à : media:/hdc
[root@PCTRAVAIL alain]# ll /dev/hdc
brw-rw---- 1 alain cdrom 22, 0 sep 22 21:55 /dev/hdc
[root@PCTRAVAIL alain]# ll /mnt/
drwxr-xr-x 2 root root 4096 jun 19 02:36 cdrom/
Quelqu'un peut-il m'aider pour
1) refaire marcher le son sur mon compte
2) me permettre de recharger le noyau 2.6.12-12
?
Forum Linux.noyau Je n'arrive plus à booter sur mon ancien noyau
22
sept.
2006
# coucou
Posté par bubar🦥 (Mastodon) . Évalué à 2.
il y a là plusieurs problèmes disctincts :
1-lilo :
lorsqu' on change lilo, on s' assure de toujours le ré-actualiser immédiatment après (commande lilo, cela permet de s' assurer de la validité du changement, d' éviter une faute de frappe)
j' avoue ne pas lire ce lilo.conf (il est tard, mes yeux fatiguent etc 'est assez illisible là !)
mais si quel que soit ton choix dans lilo, uname -rv annonce toujours le même kernel, alors le label ne correspond plus au noyau (deux labels différents pointent vers la même image)
par drakconf il est possible de changer tout cela en graphique, cela évite des bidouilles qui s' avèrent après coup un peu ch**** si elles sont allées un peu loin (sans aller jusqu' au bout)
note annexe concernant lilo.conf : normalement tu as le fichier lilo.conf~ à côté de l' original, qui correspond au dernier fichier avant la dernière modifications, fait une diff entre les deux.
normalement, voici comment devrait se présenter un lilo.conf (enfin pas complet because le mien est à rallonge !! désolé)
[^] # Re: coucou
Posté par bubar🦥 (Mastodon) . Évalué à 2.
tu parles de plusieurs comptes utilisateurs différents.
il ne s' agit donc pas d' un problème noyau, ni d' un problème dmix-alsa. Mais plus probablement du fait qu' un des utilisateurs ne se trouvent pas dans le groupe audio. vérifie le groupe "audio" pour chacuns des utilisateurs avec drakuser (ou par le fichier définissant à quels groupes appartiennent quels users)
3-Kscd
erreur classique, avec un message qui est un faux positif. Il ne s' agit pas d' une erreur de droit comme il le dit, mais d' une erreur de chemin. Essaye l' autre chemin usité, dès fois, par kde :
system:/media/hdc
(normalement celui que tu indiques est le bon sur kde 3.5.4)
Ou aussi, tu peux mettre en dur
/mnt/cdrom
(par exemple, ajuste avec le tiens)
voilà voilà
en espérant que cela te dépanne
[^] # Re: coucou
Posté par bubar🦥 (Mastodon) . Évalué à 2.
have fun :D
[^] # Re: coucou
Posté par alain_isis . Évalué à 0.
Merci pour tes réponses rapides. Pour le boot, c'est réglé. drakconf a fait le ménage. En fait, mon lilo.conf était bon, sauf qu'il y avait un lien vmlinuz -> vmlinuz-2.6.12-25mdk et que mon vmlinuz-2.6.12-12mdk chargeait vmlinuz.
Pour le son, j'ai lancé drakuser. En fait, aucun utilisateur n'était affecté à un groupe, sauf celui portant son nom. Je suppose que dans ce cas là, Mandriva fait comme si tous les groupes étaient actifs pour économiser les nerfs des débutants ! (par exemple, je pouvait faire su depuis n'importe quel compte, alors que wheel n'est pas activé. J'ai donc ajouté les groupes audio, cdrom, writecd, video, etc à tout le monde. Su le compte de ma femme, ça n'a rien changé au comportement, le son marche et la lecture de CD aussi. Sur le mien, c'est quasiment pareil aussi : ça ne marche pas. J'obtiens :
Sound server informational message:
Error while initializing the sound driver:
device: default can't be opened for playback (Device or resource busy)
The sound server will continue, using the null output device.
La situation semble être améliorée puisqu'il ne râle plus pour l'accès au lecteur de CD. Ce qui est bizarre, c'est que même avant, j'y accédais quand même avec konqueror ou depuis bash. C'est juste les lecteurs multimédia qui n'y accédaient pas. Sinon, /media/hdc n'existe pas chez moi, faut-il le créer avec un lien sur /dev/hdc ?
Que veux-tu dire par :
"Ou aussi, tu peux mettre en dur /mnt/cdrom (par exemple, ajuste avec le tiens)" ?
Dans l'attente de te lire, je te remercie encore. A bientôt,
Alain.
P.S. : Pour le choix du forum, désolé, tout est arrivé au même moment, et j'ai supposé (à tord) que ça venait du noyau. J'ai simplement décrit les symptomes.
[^] # Re: coucou
Posté par alain_isis . Évalué à 0.
Problème d'accès ou de lecture du CDROM (ou pas de CD audio dans le lecteur). Assurez-vous que vous avez le droit d'accéder à : media:/hdc
?!?!
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.