#51 Le 11/06/2022, à 17:12
- glopykemon
Re : [Résolu] Mise à jour instable
Non, pas de messages d'erreurs :
perso@perso-X541UVK:~$ sudo apt update
[sudo] Mot de passe de perso :
Atteint :1 http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu bionic InRelease
Réception de :2 http://security.ubuntu.com/ubuntu bionic-security InRelease [88,7 kB]
Atteint :3 http://re.archive.ubuntu.com/ubuntu bionic InRelease
Réception de :4 http://re.archive.ubuntu.com/ubuntu bionic-updates InRelease [88,7 kB]
Réception de :5 http://re.archive.ubuntu.com/ubuntu bionic-backports InRelease [74,6 kB]
Réception de :6 http://security.ubuntu.com/ubuntu bionic-security/main amd64 DEP-11 Metadata [55,3 kB]
Réception de :7 http://re.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages [2621 kB]
Réception de :8 http://security.ubuntu.com/ubuntu bionic-security/universe amd64 DEP-11 Metadata [61,0 kB]
Réception de :9 http://security.ubuntu.com/ubuntu bionic-security/multiverse amd64 DEP-11 Metadata [2464 B]
Réception de :10 http://re.archive.ubuntu.com/ubuntu bionic-updates/main i386 Packages [1491 kB]
Réception de :11 http://re.archive.ubuntu.com/ubuntu bionic-updates/main amd64 DEP-11 Metadata [296 kB]
Réception de :12 http://re.archive.ubuntu.com/ubuntu bionic-updates/universe amd64 DEP-11 Metadata [302 kB]
Réception de :13 http://re.archive.ubuntu.com/ubuntu bionic-updates/multiverse amd64 DEP-11 Metadata [2468 B]
Réception de :14 http://re.archive.ubuntu.com/ubuntu bionic-backports/universe amd64 DEP-11 Metadata [9272 B]
5092 ko réceptionnés en 9s (569 ko/s)
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Tous les paquets sont à jour.
Hors ligne
#52 Le 11/06/2022, à 17:15
- xubu1957
Re : [Résolu] Mise à jour instable
Je n'ai pas d'autre proposition.
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#53 Le 13/06/2022, à 15:25
- glopykemon
Re : [Résolu] Mise à jour instable
Je vais peut-être tenter un passage en 22.04 ? J'ai peur de retrouver de nouveaux soucis, comme j'ai pu en avoir pour installer Ubuntu sur cette machine, ayant rencontré ce type d'erreurs : https://forum.ubuntu-fr.org/viewtopic.php?id=2028872
Tant que j'arrive à utiliser l'ordi, ça pourra passer mais il ne faudrait pas que le noyau 4.15-176 disparaisse !
J'ai un autre souci lié à cette mise à jour de noyau : certaines touches et combinaisons de touches ne fonctionnent plus : réglage du son et de la luminosité avec la touche fn et la touche Impécr syst. Je suis allé voir sur ce sujet : https://forum.ubuntu-fr.org/viewtopic.php?id=1664921, mais tous les indicateurs sont au vert et quand je tape "gnome-screenshot" dans le terminal, ça me prend bien une capture d'écran.
Dois-je ouvrir un nouveau sujet ?
Hors ligne
#54 Le 13/06/2022, à 15:38
- iznobe
Re : [Résolu] Mise à jour instable
il est possible de " bloquer " un noyau specifique en attendant que ca rentre dans l' ordre .
une fois le noyau bloqué , il est possible de configurer GRUB pour demarrer directement sur ce noayu tout en mettant a jour .
Du coup , tu peux testé les nouveaux noyau pour voir si cela se passe bien , puis ensuite " debloque " le noyau pour reprendre le cours normal des choses et remodifier grub pour qu ' il revienne a ses valeurs par defaut .
On pourra t ' indiquer des commandes pour ce faire si cela t ' interresse .
Dernière modification par iznobe (Le 13/06/2022, à 15:43)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#55 Le 13/06/2022, à 15:58
- glopykemon
Re : [Résolu] Mise à jour instable
@iznobe : oui, ça m'intéresse, ce noyau est en bas de liste et de nouveaux viennent parfois s'ajouter au-dessus. Seul celui-ci démarre "correctement" mis à part ces histoires de touches inopérantes.
Hors ligne
#56 Le 13/06/2022, à 17:03
- iznobe
Re : [Résolu] Mise à jour instable
ok , je vais retrouver le post de @malbo correspondant pour le noyau , celui de @nany oour le grub , et en attendant il faudrait donner le retour de :
echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"
afin d' avoir la liste complete des paquets correspondants .
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#57 Le 13/06/2022, à 17:09
- glopykemon
Re : [Résolu] Mise à jour instable
perso@perso-X541UVK:~$ echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"
ii linux-headers-4.15.0-176 4.15.0-176.185 all
ii linux-headers-4.15.0-176-generic 4.15.0-176.185 amd64
ii linux-image-4.15.0-176-generic 4.15.0-176.185 amd64
ii linux-modules-4.15.0-176-generic 4.15.0-176.185 amd64
ii linux-modules-extra-4.15.0-176-generic 4.15.0-176.185 amd64
ii linux-headers-4.15.0-180 4.15.0-180.189 all
ii linux-headers-4.15.0-180-generic 4.15.0-180.189 amd64
ii linux-image-4.15.0-180-generic 4.15.0-180.189 amd64
ii linux-modules-4.15.0-180-generic 4.15.0-180.189 amd64
ii linux-modules-extra-4.15.0-180-generic 4.15.0-180.189 amd64
ii linux-headers-4.15.0-184 4.15.0-184.194 all
ii linux-headers-4.15.0-184-generic 4.15.0-184.194 amd64
ii linux-image-4.15.0-184-generic 4.15.0-184.194 amd64
ii linux-modules-4.15.0-184-generic 4.15.0-184.194 amd64
ii linux-modules-extra-4.15.0-184-generic 4.15.0-184.194 amd64
ii linux-modules-nvidia-470-4.15.0-184-generic 4.15.0-184.194 amd64
ii linux-modules-nvidia-470-generic 4.15.0-184.194 amd64
ii linux-signatures-nvidia-4.15.0-184-generic 4.15.0-184.194 amd64
ii linux-generic 4.15.0.184.172 amd64
ii linux-generic-hwe-16.04 4.15.0.184.172 amd64
ii linux-headers-generic 4.15.0.184.172 amd64
ii linux-headers-generic-hwe-16.04 4.15.0.184.172 amd64
ii linux-image-generic 4.15.0.184.172 amd64
ii linux-signed-generic 4.15.0.184.172 amd64
ii linux-signed-generic-hwe-16.04 4.15.0.184.172 amd64
Noyau courant : 4.15.0-176-generic x86_64
Hors ligne
#58 Le 13/06/2022, à 17:12
- iznobe
Re : [Résolu] Mise à jour instable
pour le noyau que tu desires conservé , il va falloir passer une commande avec les 5 paquets qui comporte le bon numero de version que tu veux conserver , j' ai cru comprendre que c ' etait le 4.15-176 ?
il faudra donc passer la commande suivante;
sudo apt-mark manual paquet_1_4.15-176 paquet_2_4.15-176 paquet_3_4.15-176 paquet_4_4.15-176 paquet5_4.15-176
en remplacant les noms de paquets par ceux qui seront theoriquement données par la reponse precedente .
Cela aura pour effet de " bloquer les paquets du noyau 4.15-176 .
Je cherche la suite .
EDIT : la commande complete devrait donc etre :
sudo apt-mark manual linux-headers-4.15.0-176 linux-headers-4.15.0-176-generic linux-image-4.15.0-176-generic linux-modules-4.15.0-176-generic linux-modules-extra-4.15.0-176-generic
Dernière modification par iznobe (Le 13/06/2022, à 17:14)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#59 Le 13/06/2022, à 17:40
- iznobe
Re : [Résolu] Mise à jour instable
je ne retrouve plus le post de @nany qui m' interresse , mais ca n ' est pas tres grave .
Pour le moment , il est possible de selectionner , a l' affichage du GRUB , le choix par defaut qui serait donc dans ton cas : demarrage normal d' ubuntu avec le noyau 4.15.0-176 .
Pour cela il faut editer le fichier : /etc/default/grub :
sudoedit /etc/default/grub
puis modifier avec le numero correspondant a la liste d' affichage du demarrage .
ce devrait etre peut etre le numero 3 ou 4 , me rapelle plus trop .
la ligne a modifier est :
GRUB_DEFAULT=0
pour qu ' elle devienne :
GRUB_DEFAULT=3
sortir et valider en faisant ctrl+ X , o , entrée .
pour prendre en compte il faut passer la commande :
sudo update-grub
reste plus qu ' a redemarrer pour voir le resultat .
Dernière modification par iznobe (Le 13/06/2022, à 18:04)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#60 Le 14/06/2022, à 03:06
- msinclair
Re : [Résolu] Mise à jour instable
Bonjour à tous,
Même problème pour moi, Ubuntu 18.04.6 et mise à jour du noyau de 4.15.0.175 à 4.15.0.184. Depuis, démarrage très long ou en échec, non détection de la carte wifi ou autre phénomène. Si je démarre sur l'ancien noyau, retour à la normal.
Bref, je veux désinstaller ce noyau 4.15.0.184. Question: comment faire précisément ?
La doc de cet excellent site (https://doc.ubuntu-fr.org/kernel?redire … e_manuelle) propose de faire 4 'sudo apt remove linux....' puis de relancer un 'sudo update-grub' mais est-ce suffisant ? Les paquets (virtuels ?) linux-generic, linus-headers-generic, etc vont-ils pointer automatiquement sur les paquets de la 4.5.0.175 ?
Je n'ai pas l'habitude de manipuler ces trucs et je n'ai pas envie de tout casser. Merci de votre aide.
Hors ligne
#61 Le 14/06/2022, à 06:03
- iznobe
Re : [Résolu] Mise à jour instable
Bonjour ,
@msinclair : Si tu as exactement le meme probleme ( ce dont on est pas certain , il vaut mieux ouvrir une discussion pour ton soucis ) , tu n' as qu ' a suivre le cheminement que je pratique dans mes 3 derniers messages , tout y est expliqué il suffit alors d ' adapter les commandes .
Dernière modification par iznobe (Le 14/06/2022, à 08:30)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#62 Le 14/06/2022, à 09:02
- glopykemon
Re : [Résolu] Mise à jour instable
Merci @iznobe.
Je n'ai pas encore redémarré mais les commandes sont passées, et j'ai mis le GRUB_DEFAULT à 3.
Comme c'est mon outil de travail, j'ai toujours une petit appréhension avant un redémarrage, mais je m'en occupe bientôt !
Ne voyant pas le noyau 4.15-175, avec lequel toutes mes touches étaient fonctionnelles, aurais-je moyen de récupérer ce noyau ou ça va être un peu trop compliqué ?
Hors ligne
#63 Le 14/06/2022, à 10:07
- msinclair
Re : [Résolu] Mise à jour instable
Bonjour @iznobe
Par défaut mon GRUB ne m'affiche pas le choix des noyaux, c'est plus un truc du genre :
1 ) ubuntu -> qui m'emmene vers la dernière version du noyau
2 ) ubuntu avancé -> choix du noyau
3 ) windows
4 ) bios
Du coup GRUB_DEFAULT=3 me lance le bios par défaut.
Actuellement je passe par 2 et choisis le bon noyau mais c'est contraignant.
Je vais faire le mark pour être sur de conserver l'ancien noyau stable mais le plus simple pour moi serait quand même de supprimer le dernier qui est instable.
Hors ligne
#64 Le 14/06/2022, à 10:38
- iznobe
Re : [Résolu] Mise à jour instable
Merci @iznobe.
Je n'ai pas encore redémarré mais les commandes sont passées, et j'ai mis le GRUB_DEFAULT à 3.
Comme c'est mon outil de travail, j'ai toujours une petit appréhension avant un redémarrage, mais je m'en occupe bientôt !
Ne voyant pas le noyau 4.15-175, avec lequel toutes mes touches étaient fonctionnelles, aurais-je moyen de récupérer ce noyau ou ça va être un peu trop compliqué ?
Il faudrait l' installer manuellement puis faire les meme manip que pour l ' autre .
le choix que j' ai mis pour le choix par defaut de l' entrée du grub n ' est pas forcement bonne , il faudra probablement ajuster avec le bon numero . Pour trouver le bon numero il faudrait avoir le retour de ( si le fichier n' as pas changé ) :
cat /boot/grub/grub.cfg
suffit ensuite de compter les entrées de menu ( y compris les sous-menus ) jusqu ' a tomber sur la bonne , sachant que la 1 ere entrée de la liste correspond a l' entrée 0 .
Dernière modification par iznobe (Le 14/06/2022, à 10:40)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#65 Le 14/06/2022, à 12:52
- glopykemon
Re : [Résolu] Mise à jour instable
Voici ce fichier :
perso@perso-X541UVK:~$ cat /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
set have_grubenv=true
load_env
fi
if [ "${next_entry}" ] ; then
set default="${next_entry}"
set next_entry=
save_env next_entry
set boot_once=true
else
set default="3"
fi
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
export menuentry_id_option
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function recordfail {
set recordfail=1
if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}
function load_video {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 4860ab88-5699-4b5a-959c-c568dd1bc1fa
else
search --no-floppy --fs-uuid --set=root 4860ab88-5699-4b5a-959c-c568dd1bc1fa
fi
font="/usr/share/grub/unicode.pf2"
fi
if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=fr_FR
insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
set timeout=30
else
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=10
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=10
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
if background_color 44,0,30,0; then
clear
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
if [ "${1}" = "keep" ]; then
set vt_handoff=vt.handoff=1
else
set vt_handoff=
fi
}
if [ "${recordfail}" != 1 ]; then
if [ -e ${prefix}/gfxblacklist.txt ]; then
if hwmatch ${prefix}/gfxblacklist.txt 3; then
if [ ${match} = 0 ]; then
set linux_gfx_mode=keep
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=keep
fi
else
set linux_gfx_mode=text
fi
export linux_gfx_mode
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-4860ab88-5699-4b5a-959c-c568dd1bc1fa' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 4860ab88-5699-4b5a-959c-c568dd1bc1fa
else
search --no-floppy --fs-uuid --set=root 4860ab88-5699-4b5a-959c-c568dd1bc1fa
fi
linux /boot/vmlinuz-4.15.0-184-generic root=UUID=4860ab88-5699-4b5a-959c-c568dd1bc1fa ro quiet splash pcie_aspm=off $vt_handoff
initrd /boot/initrd.img-4.15.0-184-generic
}
submenu 'Options avancées pour Ubuntu' $menuentry_id_option 'gnulinux-advanced-4860ab88-5699-4b5a-959c-c568dd1bc1fa' {
menuentry 'Ubuntu, avec Linux 4.15.0-184-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-184-generic-advanced-4860ab88-5699-4b5a-959c-c568dd1bc1fa' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 4860ab88-5699-4b5a-959c-c568dd1bc1fa
else
search --no-floppy --fs-uuid --set=root 4860ab88-5699-4b5a-959c-c568dd1bc1fa
fi
echo 'Chargement de Linux 4.15.0-184-generic…'
linux /boot/vmlinuz-4.15.0-184-generic root=UUID=4860ab88-5699-4b5a-959c-c568dd1bc1fa ro quiet splash pcie_aspm=off $vt_handoff
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-4.15.0-184-generic
}
menuentry 'Ubuntu, avec Linux 4.15.0-184-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-184-generic-recovery-4860ab88-5699-4b5a-959c-c568dd1bc1fa' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 4860ab88-5699-4b5a-959c-c568dd1bc1fa
else
search --no-floppy --fs-uuid --set=root 4860ab88-5699-4b5a-959c-c568dd1bc1fa
fi
echo 'Chargement de Linux 4.15.0-184-generic…'
linux /boot/vmlinuz-4.15.0-184-generic root=UUID=4860ab88-5699-4b5a-959c-c568dd1bc1fa ro recovery nomodeset dis_ucode_ldr
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-4.15.0-184-generic
}
menuentry 'Ubuntu, avec Linux 4.15.0-180-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-180-generic-advanced-4860ab88-5699-4b5a-959c-c568dd1bc1fa' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 4860ab88-5699-4b5a-959c-c568dd1bc1fa
else
search --no-floppy --fs-uuid --set=root 4860ab88-5699-4b5a-959c-c568dd1bc1fa
fi
echo 'Chargement de Linux 4.15.0-180-generic…'
linux /boot/vmlinuz-4.15.0-180-generic root=UUID=4860ab88-5699-4b5a-959c-c568dd1bc1fa ro quiet splash pcie_aspm=off $vt_handoff
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-4.15.0-180-generic
}
menuentry 'Ubuntu, avec Linux 4.15.0-180-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-180-generic-recovery-4860ab88-5699-4b5a-959c-c568dd1bc1fa' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 4860ab88-5699-4b5a-959c-c568dd1bc1fa
else
search --no-floppy --fs-uuid --set=root 4860ab88-5699-4b5a-959c-c568dd1bc1fa
fi
echo 'Chargement de Linux 4.15.0-180-generic…'
linux /boot/vmlinuz-4.15.0-180-generic root=UUID=4860ab88-5699-4b5a-959c-c568dd1bc1fa ro recovery nomodeset dis_ucode_ldr
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-4.15.0-180-generic
}
menuentry 'Ubuntu, avec Linux 4.15.0-176-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-176-generic-advanced-4860ab88-5699-4b5a-959c-c568dd1bc1fa' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 4860ab88-5699-4b5a-959c-c568dd1bc1fa
else
search --no-floppy --fs-uuid --set=root 4860ab88-5699-4b5a-959c-c568dd1bc1fa
fi
echo 'Chargement de Linux 4.15.0-176-generic…'
linux /boot/vmlinuz-4.15.0-176-generic root=UUID=4860ab88-5699-4b5a-959c-c568dd1bc1fa ro quiet splash pcie_aspm=off $vt_handoff
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-4.15.0-176-generic
}
menuentry 'Ubuntu, avec Linux 4.15.0-176-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-176-generic-recovery-4860ab88-5699-4b5a-959c-c568dd1bc1fa' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 4860ab88-5699-4b5a-959c-c568dd1bc1fa
else
search --no-floppy --fs-uuid --set=root 4860ab88-5699-4b5a-959c-c568dd1bc1fa
fi
echo 'Chargement de Linux 4.15.0-176-generic…'
linux /boot/vmlinuz-4.15.0-176-generic root=UUID=4860ab88-5699-4b5a-959c-c568dd1bc1fa ro recovery nomodeset dis_ucode_ldr
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-4.15.0-176-generic
}
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/20_memtest86+ ###
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/30_uefi-firmware ###
menuentry 'System setup' $menuentry_id_option 'uefi-firmware' {
fwsetup
}
### END /etc/grub.d/30_uefi-firmware ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/41_custom ###
if [ -f ${config_directory}/custom.cfg ]; then
source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
il faut compter à la main les lignes "menuentry" et "submenu" ? Jusqu'au premier 4.15-176, c'est le 6ème alors ?
Hors ligne
#66 Le 14/06/2022, à 13:40
- geole
Re : [Résolu] Mise à jour instable
Lire le paragraphe 2.3 de https://doc.ubuntu-fr.org/tutoriel/grub … age_manuel
Donc la bonne commande serait certainement
default=1>4
sauf que lorsqu'un nouveau noyau va arriver, il faudra rectifier.
Le plus fiable est de choisir le libellé. Cela évite en plus de compter et de soustraire 1
Soit pour ton cas
menuentry="Ubuntu, avec Linux 4.15.0-176-generic"
Si j'ai bien compris ton souhait.
Dernière modification par geole (Le 14/06/2022, à 13:45)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#67 Le 14/06/2022, à 14:01
- iznobe
Re : [Résolu] Mise à jour instable
merci pour ton aide @geole , je ne retrouvais plus comment faire pour etre certain de toujours demarrer avec la bonne entrée
la 2eme solution indiquée par @geole parait etre la meilleure .
Dernière modification par iznobe (Le 14/06/2022, à 14:01)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#68 Le 14/06/2022, à 15:46
- glopykemon
Re : [Résolu] Mise à jour instable
Désolé mais je ne suis pas sûr d'avoir bien compris :
J'ai édité le fichier grub en changeant la valeur de GRUB_DEFAULT=3, sans avoir encore redémarré.
J'imagine que je ne dois pas juste taper menuentry="Ubuntu, avec Linux 4.15.0-176-generic" dans le terminal.
Dois-je refaire une édition du fichier grub, en mettant GRUB_DEFAULT="Ubuntu, avec Linux 4.15.0-176-generic" ?
Hors ligne
#69 Le 14/06/2022, à 15:58
- iznobe
Re : [Résolu] Mise à jour instable
la documentation indiquée par geole https://doc.ubuntu-fr.org/tutoriel/grub … par_defaut dit :
Menu par défaut
On utilisera ici les paramètres GRUB_DEFAULT et GRUB_TIMEOUT du fichier /etc/default/grub
Pour changer le système d'exploitation sur lequel grub démarre par défaut on paramètrera GRUB_DEFAULT=au choix avec :
un chiffre (0 = le premier, 1 = le deuxième, etc.);
saved (sans guillemet) pour ce qui a été sélectionné lors du précédent lancement (nécessite de rajouter GRUB_SAVEDEFAULT=true);
ou le titre de menu exact d’un menu mis entre guillemets (par exemple: "Microsoft Windows 10 (on /dev/sda1)"). Pour obtenir les titres exacts des menus : grep menuentry /boot/grub/grub.cfg ;
chiffre>chiffre le premier chiffre décrit un menu principal, le second chiffre décrit le sous-menu (par exemple 1>2 pour le mode normal de l'ancien noyau.)La temporisation avant un lancement automatique se définit avec le paramètre GRUB_TIMEOUT :
GRUB_TIMEOUT=5, lancera le système par défaut au bout de 10 secondes. Si on ne veut pas de temporisation, on mettra : GRUB_TIMEOUT=-1
Donc oui a ta question .
il faut ensuite faire prendre en compte les changements en passant la commande suivante :
sudo update-grub
.
Si evidemment il y a une erreur dans la ligne , ca peut faire planter le demarrage de l' ordi .
il serait donc bon de faire une sauvegarde du fichier avant par securité :
sudo cp /etc/default/grub /etc/default/grub.original
d ' ailleurs , je ne trouve pas l' explication tres claire en fait .
je ne sais pas si il faudrait mettre :
GRUB_DEFAULT="menuentry 'Ubuntu, avec Linux 4.15.0-176-generic'"
ou bien
GRUB_DEFAULT="Ubuntu, avec Linux 4.15.0-176-generic"
je suppose qu ' il faudrait se fier au retour de :
grep menuentry /boot/grub/grub.cfg
Dernière modification par iznobe (Le 14/06/2022, à 16:09)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#70 Le 14/06/2022, à 17:52
- geole
Re : [Résolu] Mise à jour instable
Désolé mais je ne suis pas sûr d'avoir bien compris :
J'ai édité le fichier grub en changeant la valeur de GRUB_DEFAULT=3, sans avoir encore redémarré..Dois-je refaire une édition du fichier grub, en mettant GRUB_DEFAULT="Ubuntu, avec Linux 4.15.0-176-generic" ?
J'ai proposé de remplacer la ligne grub_default=3 par
GRUB_DEFAULT="Ubuntu, avec Linux 4.15.0-176-generic"
Puis, la modification est faite, il faut faire prendre en compte avec la commande
sudo update-grub
Nota. L'exemple fourni dans la documentation montre assez clairement qu'il n'y a pas à mettre le mot menuentry
Pour changer le système d'exploitation sur lequel grub démarre par défaut on paramètrera GRUB_DEFAULT=au choix avec :
le titre de menu exact d’un menu mis entre guillemets (par exemple: "Microsoft Windows 10 (on /dev/sda1)"
Dernière modification par geole (Le 14/06/2022, à 18:02)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#71 Le 14/06/2022, à 18:38
- glopykemon
Re : [Résolu] Mise à jour instable
Merci pour vos précisions.
J'ai donc lancé un redémarrage (après avoir fait les changements sus-cités) et j'ai laissé la valeur par défaut "Ubuntu" pour le choix. Malheureusement, si ça devait se lancer sur le noyau 4.15-176, ça n'a point été le cas car le démarrage était très lent et pas de wifi après 5mn d'attente.
J'ai donc redémarré en choisissant la 2ème entrée et le noyau 176.
Hors ligne
#72 Le 14/06/2022, à 18:54
- nany
Re : [Résolu] Mise à jour instable
Bonjour les apprentis sorciers,
GRUB_DEFAULT="Options avancées pour Ubuntu>Ubuntu, avec Linux 4.15.0-176-generic"
[edit]
Et non, la page de doc sus-citée n’est pas claire au sujet du sous-menu.
[/edit]
Dernière modification par nany (Le 14/06/2022, à 19:03)
En ligne
#73 Le 14/06/2022, à 19:03
- geole
Re : [Résolu] Mise à jour instable
Merci.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#74 Le 14/06/2022, à 19:12
- iznobe
Re : [Résolu] Mise à jour instable
Merci , @nany , notre sauveuse !
Dernière modification par iznobe (Le 14/06/2022, à 19:12)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#75 Le 14/06/2022, à 20:17
- glopykemon
Re : [Résolu] Mise à jour instable
Merci @nany,
J'ai donc redémarré ainsi et le menu s'affiche maintenant par défaut sur *Options avancées et si je laisse le système agir, il ouvre ensuite la liste des différents noyaux puis charge bien le noyau 176. Je vais un jour tenter une install d'ubuntu 22.04 voir si ça pose des soucis. En attendant, je laisse comme ça.
Le problème des touches (volume, luminosité et Impression écran) qui a découlé de cette mise à jour, vous pensez qu'on a moyen de le régler ? Dois-je ouvrir un nouveau sujet pour cela ?
Hors ligne