Forum Linux.noyau Je n'arrive plus à booter sur mon ancien noyau

Posté par  .
Étiquettes : aucune
0
22
sept.
2006
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
?
  • # coucou

    Posté par  (site web personnel) . Évalué à 2.

    bonjour,

    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é)
    [root@athing /]# cat /etc/lilo.conf
    # File generated by DrakX/drakboot
    # WARNING: do not forget to run lilo after modifying this file

    default="2.6.18-rt3"
    boot=/dev/hda
    map=/boot/map
    keytable=/boot/fr-latin1.klt
    menu-scheme=wb:bw:wb:bw
    prompt
    nowarn
    timeout=100
    message=/boot/message
    image=/boot/vmlinuz
    label="linux"
    root=/dev/hda5
    initrd=/boot/initrd.img
    append="acpi=ht resume=/dev/hda11 splash=silent"
    vga=791
    image=/boot/vmlinuz
    label="linux-nonfb"
    root=/dev/hda5
    initrd=/boot/initrd.img
    append="acpi=ht resume=/dev/hda11"
    image=/boot/vmlinuz
    label="failsafe"
    root=/dev/hda5
    initrd=/boot/initrd.img
    append="failsafe acpi=ht resume=/dev/hda11"
    image=/boot/vmlinuz-2.6.17-2mdv
    label="2.6.17-2"
    root=/dev/hda5
    initrd=/boot/initrd-2.6.17-2mdv.img
    append="acpi=ht resume=/dev/hda11 splash=silent"
    vga=788
    image=/boot/vmlinuz-2.6.17.realtime
    label="2.6.17.realtime"
    root=/dev/hda5
    initrd=/boot/initrd-2.6.17.realtime.img
    append="acpi=ht resume=/dev/hda11 splash=silent"
    vga=788
    image=/boot/vmlinuz-2.6.17.realtime8
    label="2.6.17.realtime8"
    root=/dev/hda5
    initrd=/boot/initrd-2.6.17.realtime8.img
    append="acpi=ht resume=/dev/hda11 splash=silent"
    vga=788

    Vérifies donc tes labels et vers quoi pointent exactement chacun (image et initrd)
    • [^] # Re: coucou

      Posté par  (site web personnel) . Évalué à 2.

      2-le son
      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  (site web personnel) . Évalué à 2.

        ps : au fait, ton message irait plutôt dans "mandriva" que ici ;)

        have fun :D
        • [^] # Re: coucou

          Posté par  . Évalué à 0.

          Bonjour Yvan,
          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  . Évalué à 0.

          C'est un truc de fou. Alsaplayer fonctionne sur mon compte et accède au CD. Je suis en train d'écouter Elvis. Par contre Kscd me dit toujours :
          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.