Skip to main content

2 - Les distributions et les noyaux

Liste des forums Liste des sujets

Forums > 2 - Les distributions et les noyaux > [Résolu] booter sur noyau précédent (LibraZik) après mise à jour d'un noyau (Debian)
 
Thread actions
Print this page
  • Imprimer toutes les pages

    • [Résolu] booter sur noyau précédent (LibraZik) après mise à jour d'un noyau (Debian)

    Envoyé par Dens1 le Thu 02 mai 2019 18:24 France
    Salut tout le monde,

    Je suis un peu absorbé ces temps-ci et j'en ai oublié de vérifier si des mises à jours sonnaient au portillon. Du coup ya du monde. Normal, mais l'installation d'un nouveau
    linux-image me laisse perplexe. Alors pouvez vous me rafraîchir la mémoire:

    Upgrade

    Est-ce l'installation de mon amd64 normale (sur laquelle je ne boote pas mais que je garde en secours au cas où le lzk-bl-amd64 me ferait un truc), du coup j'aurais plus qu'à supprimer l'ancienne version sans que ça change mes préférences de boot ?
    Copy to clipboard
    $ apt-cache policy linux-image-4.9.0.8-amd64 linux-image-4.9.0.8-lzk-bl-amd64
linux-image-4.9.0-8-amd64-dbg:
  Installé : (aucun)
  Candidat : 4.9.144-3.1
 Table de version :
     4.9.144-3.1 500
        500 http://ftp.fr.debian.org/debian stretch-updates/main amd64 Packages
        500 http://deb.debian.org/debian stretch-updates/main amd64 Packages
     4.9.110-3+deb9u6 500
        500 http://security.debian.org/debian-security stretch/updates/main amd64 Packages
        500 http://deb.debian.org/debian-security stretch/updates/main amd64 Packages
linux-image-4.9.0-8-amd64:
  Installé : 4.9.144-3.1
  Candidat : 4.9.144-3.1
 Table de version :
 *** 4.9.144-3.1 500
        500 http://ftp.fr.debian.org/debian stretch-updates/main amd64 Packages
        500 http://deb.debian.org/debian stretch-updates/main amd64 Packages
        100 /var/lib/dpkg/status
     4.9.110-3+deb9u6 500
        500 http://security.debian.org/debian-security stretch/updates/main amd64 Packages
        500 http://deb.debian.org/debian-security stretch/updates/main amd64 Packages
linux-image-4.9.0-8-lzk-bl-amd64:
  Installé : 4.9.110-3+deb9u5
  Candidat : 4.9.110-3+deb9u5
 Table de version :
 *** 4.9.110-3+deb9u5 500
        500 http://download.tuxfamily.org/librazik/decepas LZK-DCP-users/main amd64 Packages
        100 /var/lib/dpkg/status
$ uname -r
4.9.0-8-lzk-bl-amd64
$ uname -a
Linux zikiii-1_0 4.9.0-8-lzk-bl-amd64 #1 SMP PREEMPT Debian 4.9.110-3+deb9u5 (2018-09-30) x86_64 GNU/Linux


    Ou bien est-ce que ça me change aussi l'ordre de boot en plaçant la nouvelle version en tête de menu ? (à ce propos j'ai pas de menu.lst dans grub 😑, et je me rappelle plus en fait).

    NB: je ne vois pas dans synaptic la possibilité de choisir un dépôt pour tel paquet précis. ex: forcer toujours un lzk-bl par rapport à un nouveau amd64 ne provenant pas de librazik ...
    Lectures: 2880
    Envoyé par Dens1 le Sat 04 mai 2019 12:15 France
    Salut,

    Ayant pester une bonne heure pour trouver de quoi m'éclairer en vain sur le net, (c'est juste incroyable qu'il n'existe pas de commande pour éditer en TOUTE SIMPLICITÉ la liste des entrées noyaux et en modifier l'ordre), suite à un upgrade noyau debian portant le nom de librazik2 mais remplaçant au boot mon noyau lzk-bl-amd64 (c'est juste incroyable qu'il n'y ait pas une invite de commande au cours de l'exécution de grub-mkconfig signalant que le noyau qui va être placé en défault n'est plus le noyau optimisé bl et permettant à root n'annuler cette modification de l'ordre de boot) [ Ohhh Olivier Humbert du tréfonds des sols marécageux de mon shell où je erre englué dans mes lacunes scRiptingoïdales si tu m'entends, je t'en conjure, ponds nous ce petit bloc qui pour toi est d'un micron sur l'échelle de l'effort cérébral ] ...

    Bien, étant vidé, ma solution :

    Un oeil dans /boot/grub/grub.cfg (pourquoi diable n'a t'on plus de menu.lst ❗ me permet de repérer que mon noyau lzk-bl est maintenant la 3 ième entrée dans le submenu du menuentry LibraZik2 ... 3 signifiant 2 (puisqu'on indexe à partir de 0 et tenant compte que chaque noyau à son "recovery mode". (0-3 "> 0 + 1r + 2 + 3r< == 2 noyaux).

    Copy to clipboard
    # nano /etc/default/grub

    /etc/default/grub écrit:
    GRUB_DEFAULT=2

    Copy to clipboard
    # update-grub
Création du fichier de configuration GRUB…
Thème trouvé : /boot/grub/themes/librazik2/librazik2.txt
Found background image: /usr/share/images/LibraZiK2/LibraZiK2-grub-splashimage.png
Image Linux trouvée : /boot/vmlinuz-4.9.0-9-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-9-amd64
Image Linux trouvée : /boot/vmlinuz-4.9.0-8-lzk-bl-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-8-lzk-bl-amd64
Image Linux trouvée : /boot/vmlinuz-4.9.0-8-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-8-amd64
fait



    Maintent je reboote et on va bien voir 😑
    Envoyé par Dens1 le Sat 04 mai 2019 12:25 France
    Ben non , c'est bien ce qui me semblait .... c'est pas ici que ça se passe 😑
    Envoyé par bda le Sat 04 mai 2019 12:49 France
    Si, mais 2 = 3 en informatique 😉
    Pour être plus clair:
    0 = première valeur
    1 = seconde valeur
    2 = troisième valeur
    ...

    Comme ton noyau lzk arrive en seconde position, il faut indiquer:
    Copy to clipboard
    GRUB_DEFAULT=1

    Envoyé par sub26nico le Sat 04 mai 2019 12:50 France
    Dens1 écrit:
    Image Linux trouvée : /boot/vmlinuz-4.9.0-9-amd64
    Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-9-amd64


    Ou simplement tu désinstalles le noyau 4.9.0-9 de Debian et tu retrouveras ton noyau librazik au démarrage. Grub démarre par défaut sur le noyau le plus récent, donc si le noyau Debian est plus récent que le noyau LibraZiK, ton système démarre dessus...ou tu patientes quelques temps en espérant que la prochaine mise à jour de LibraZiK apporte des noyaux tous beaux tous neufs...je dis ça, je dis rien 😎
    Envoyé par Dens1 le Sat 04 mai 2019 13:21 France
    non non les amis ! 😁

    Bda écrit:
    Si, mais 2 = 3 en informatique 😉
    Pour être plus clair:
    0 = première valeur
    1 = seconde valeur
    2 = troisième valeur
    ...

    Comme ton noyau lzk arrive en seconde position, il faut indiquer:

    GRUB_DEFAULT=1


    Ben oui et non, en informatique 2 = 2 lol. Tout dépend où commence l'index, à 0, ou à 1.
    (les tableaux sont indexé à compter de 0 mais dans d'autre contexte on commence à 1, mais c'est pas le sujet). Tout dépend ce que tu appelles valeur: Si valeur est un noyau et un seul, avec ses modes, ou bien si valeur est un noyau de tel mode.
    0 = premier noyau + normal
    1 = premier noyau + recovery mode
    2 = deuxième noyau + normal
    etc ... C'est ce que j'expliquais plus haut. (confusion dissipée plus bas)

    sub26nico écrit:
    Ou simplement tu désinstalles le noyau 4.9.0-9 de Debian et tu retrouveras ton noyau librazik au démarrage. Grub démarre par défaut sur le noyau le plus récent

    Oui mais non Nico, c'est pas une solution de désinstaller un noyau, on doit pouvoir paramétrer en automatique le noyau de son choix au démarrage après un upgrade debian mais pas librazik.

    Donc en fait j'ai la solution, c'est celle du début avec une simple modification de variable :

    Copy to clipboard
    # nano /etc/defaut/grub

    GRUB_DISABLE_SUBMENU=y


    Car en fait, si les sous-menus sont pris en compte (en tant que sous-menus il faut comprendre, GRUB_DEFAULT=2 ne va pas pointer sur la triosième entrée du sous-menu librazik2 où est mon noyau bl-lzk mode normal. Cette variable permet donc de considérer les entrées du sous-menu comme de normales entrées.

    Et j'ai bien redémarrer sur le lzk-bl 😉
    *****************************************************************************
    GRUB_DEFAULT=2 |
    GRUB_DISABLE_SUBMENU=y
    *****************************************************************************

    NB: 1/
    debian-facile
    le coup du 50_HIDDE_MENU shift ne fonctionne pas chez moi (?)


    2/
    PascalHambourg écrit:
    Avec grub 2 sous Squeeze j’utilise le numéro de l’entrée de menu (en partant de 0), ça marche très bien. Comme il y a deux entrées pour chaque noyau (normal et mode de dépannage), il faut multiplier par deux. Donc pour sélectionner par défaut le second noyau en mode normal, soit la 3e ligne, il faut spécifier GRUB_DEFAULT=2 dans /etc/default/grub (...)

    ce qui m'a convaincu que j'étais sur la bonne voie, et mené à relire le lien pour tilter sur GRUB_DISABLE_SUBMENU=y.
    Envoyé par bda le Sat 04 mai 2019 14:38 France
    Cool.
    Perso, je n'aime pas grub. je l'ai toujours trouvé inutilement complexe. Pour couronner le tout, il change sans cesse de config.
    Sur mes Kali et Debian/Sid mises à jour quotidiennement, je n'ai pas GRUB_DISABLE_SUBMENU mais
    Copy to clipboard
    # Uncomment to disable generation of recovery mode menu entries
GRUB_DISABLE_RECOVERY="true"
    .

    Sous Arch, je fait sans "bootloader" et directement avec EFI. Ce n'est pas plus simple mais ça évite les surcouches (EFI -> Linux au lieu de EFI -> Grub -> Linux). Et c'est toujours moi qui décide de tout (dont l'ordre).

    Mais le gros problème, c'est que tu as raison sur TA machine et moi sur LA mienne 😉 Pourtant nos distributions reposent toutes deux à 100% sur Debian... Ce qui indique que pour la prochaine Debian stable, il faudra remplacer GRUB_DISABLE_SUBMENU par GRUB_DISABLE_RECOVERY.

    Mais bon, le principal est que tu ais résolu ton problème.
    Envoyé par Dens1 le Sat 04 mai 2019 14:58 France
    GRUB_DISABLE_SUBMENU n'est pas présent en #commenté dans le menu de config, il faut savoir que ça existe et l'ajouter à la main, par contre GRUB_DISABLE_RECOVERY est présent de base.

    Chez moi aussi c'est à true. du coup je ne vois pas en quoi les modes recovery de mes 3 noyaux étaient en disable (cad non pris en compte dans les indices d'entrée menu) car en plaçant GRUB_DEFAULT sur 2, j'aurais dû booter sur le dernier noyau, le 4.9.0.8, vu que :

    0 nouveau 4.9.0.9 debian
    1 lzk-bl
    2 ancien 4.9.0.8 debian


    Or nécessairement les entrées recovery ont été prise en compte, puisque je boote sur l'index 2, ce qui implique que mes index sont:

    0 nouveau 4.9.0.9 debian
    1 nouveau 4.9.0.9 debian recovery mode
    2 lzk-bl
    3 lzk-bl recovery mode
    4 ancien 4.9.0.8 debian
    5 ancien 4.9.0.8 debian recovery mode

    Mystère ....
    Mais comme tu dis, l'essentiel ... 😉 ....
    Envoyé par jujudusud le Sat 04 mai 2019 18:58 France
    Salut bda et Dens1,

    @bda, la dernière fois que j'ai osé dire que GRUB devenait certainement inutile avec les machine EFI, j'ai reçu une fin de non recevoir sur l'IRC de Debian facile ... 😊
    Faudra à l'occasion que tu m'expliques comment je peux me passer de GRUB sur ma machine et comment gérer ça.

    @Dens1, En fait comme dit plus haut, le noyau le plus récent est lancé automatiquement par GRUB. La mise à jour du noyau LZK-BL intervient généralement une petite semaine (voir moins) après la sortie du noyau Debian. Mon conseil serait d'attendre l'apparition du noyau LZK-BL pour installer le noyau Debian en même temps. Comme ça, ce sera toujours le noyau le plus récent qui se lance en premier. 😊
    Je ne connais pas suffisamment GRUB pour t'aider la dessus et je pense que la solution se trouve dans le message de bda ... (EFI ...).
    Envoyé par Dens1 le Sat 04 mai 2019 19:53 France
    Je note, moi itou ça m'intéresse de me passer de grub (bien que j'ai moins de griefs à lui imputer, rien à part cette petit prise de tête.)
    C'est surtout parce que j'ai pas voulu me replonger dans apt preference pour spécifier de toujours préférer un noyau LibraZik à tout autre plus récent. Mais je le ferai bientôt c'est pas sorcier et vous rendrai compte.
    Une semaine seulement ? c'est cool.

    En fait j'avais 79 paquets à mettre à jour après procrastination intensive, + linux-image. J'ai préféré upgrader vu le retard.


    Provisoirement ci-avant ma solution. L'autre bonne solution sera configurer apt et son fichier preference uniquement pour le noyau. EFI sera la solution radicale bye bye Grub (si je trouve un step-by-step je l'appliquerai).
    Envoyé par bda le Sat 04 mai 2019 22:25 France
    jujudusud écrit:
    Faudra à l'occasion que tu m'expliques comment je peux me passer de GRUB sur ma machine et comment gérer ça.

    Debian EFIStub
    Je n'ai pas encore essayé avec Debian mais c'est prévu sous peu. Je vais faire un peu de ménage et je veux aussi deux noyaux. Un pour n'exploiter que le GPU Intel avec un maximum d'optimisation pour avoir le plus d'autonomie et l'autre pour exploiter la CG nvidia avec un maximum de puissance (portable avec optimus). Ensuite je supprimerai grub. Avec Arch, j'avais fais ça directement dès la première installation au déballage du PC. Avec Debian, ça demande un peu plus de travail.
    Pas mal de doc là: Wiki Arch Image
    Avant EFI, j'utilisai lilo. Je n'ai jamais aimé les logiciels inutilement lourds et complexes. Il faut dire que je suis venu aux SE libres avec NetBSD (un peu avant la v1.0).