#1 Le 11/01/2018, à 01:50
- jemo
xubuntu n'est plus accessible après mise à jour [résolu]
Bonjour
J'ai fait la dernière mise à jour proposée pour Xubuntu ce matin. Il y avait notamment un changement de noyau.
J'ai redémarré comme demandé.
Xubuntu ne s'est pas ouvert malgré un très long moment d'attente.
Coincé, j'ai éteint en force l'ordinateur et j'ai tenté, sans plus de succès, de relancer xubuntu.
Comme je dispose de kubuntu et de Windows en dual (trial!...) boot, j'ai lancé kubuntu qui a nécessité une très longue mise à jour puisque je ne l'utilise pas actuellement.
J'ai du redémarrer, mais à ce moment, dans la liste du grub (je ne sais pas si c'est comme cela que l'on dit) seul demeurait kubuntu: windows et xubuntu avaient disparu.
Je ne peux donc plus ouvrir xubuntu que j'utilise habituellement et qui me convient bien pour sa légèreté, ni Windows que je conserve seulement en cas de besoin.
Comment puis-je rétablir la liste initiale, avec les trois possibilité, xubuntu en tête?
Je joints une impression écran de la configuration de mon disque dur.
Dernière modification par jemo (Le 12/01/2018, à 10:26)
Hors ligne
#2 Le 11/01/2018, à 03:12
- xabilon
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Salut
Démarre Kubuntu et fait cette commande en Konsole :
sudo update-grub
Que te répond-il ?
Pour passer un sujet en résolu : modifiez le premier message et ajoutez [Résolu] au titre.
Hors ligne
#3 Le 11/01/2018, à 07:18
- moko138
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Avez-vous vu cette aberration, dans la fenêtre de "partitionmanager" (KDE) :
sda6 taille 8,23 Gio Utilisé 11,75 Gio
- -
De plus, si on fait la somme des "tailles", on arrive à plus de 940 Gio. Dans un disque de 931,51 Gio.
Aurait-on un chevauchement de partitions ? Pour confirmer ou écarter cette hypothèse, il sera intéressant de voir :
sudo parted -l
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#4 Le 11/01/2018, à 10:31
- jemo
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Merci de vos retours,
Voici les résultats:
kaktus@kaktus-H81H3-EM2:~$ sudo update-grub
[sudo] Mot de passe de kaktus :
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.4.0-109-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-109-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-45-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-45-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-31-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-31-generic
Adding boot menu entry for EFI firmware configuration
fait
kaktus@kaktus-H81H3-EM2:~$ sudo parted -l
Modèle: ATA ST1000DM003-1ER1 (scsi)
Disque /dev/sda : 1000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt
Disk Flags:
Numéro Début Fin Taille Système de fichiers Nom Fanions
1 1049kB 106MB 105MB fat32 EFI system partition démarrage, esp
2 106MB 123MB 16,8MB Microsoft reserved partition msftres
3 123MB 36,5GB 36,4GB ntfs Basic data partition msftdata
4 36,5GB 59,0GB 22,5GB ext4
7 59,0GB 81,6GB 22,6GB ext4
6 81,6GB 90,4GB 8839MB linux-swap(v1) Swap
5 90,4GB 929GB 839GB ntfs msftdata
10 980GB 1000GB 19,7GB ntfs Basic data partition msftdata
kaktus@kaktus-H81H3-EM2:~$
Hors ligne
#6 Le 11/01/2018, à 13:05
- xabilon
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Effectivement Kubuntu ne voit ni Windows ni Xubuntu. Que donne :
sudo os-prober
Pour passer un sujet en résolu : modifiez le premier message et ajoutez [Résolu] au titre.
Hors ligne
#7 Le 11/01/2018, à 13:08
- jemo
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Bonjour xabillon
Voici le résultat:
kaktus@kaktus-H81H3-EM2:~$ sudo os-prober
[sudo] Mot de passe de kaktus :
/dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi
/dev/sda4:Ubuntu 16.04.3 LTS (16.04):Ubuntu:linux
kaktus@kaktus-H81H3-EM2:~$
Hors ligne
#8 Le 11/01/2018, à 13:22
- xabilon
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Os-prober les voit bien, donc je te rassure, ils sont toujours là.
Montre le résultat de :
ls /etc/grub.d/
Dernière modification par xabilon (Le 11/01/2018, à 13:22)
Pour passer un sujet en résolu : modifiez le premier message et ajoutez [Résolu] au titre.
Hors ligne
#9 Le 11/01/2018, à 13:24
- jemo
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Merci,
Voici la réponse:
kaktus@kaktus-H81H3-EM2:~$ sudo os-prober
[sudo] Mot de passe de kaktus :
/dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi
/dev/sda4:Ubuntu 16.04.3 LTS (16.04):Ubuntu:linux
kaktus@kaktus-H81H3-EM2:~$ ls /etc/grub.d/
00_header 10_linux 20_memtest86+ 30_uefi-firmware 41_custom
05_debian_theme 20_linux_xen 30_os-prober 40_custom README
kaktus@kaktus-H81H3-EM2:~$
Hors ligne
#10 Le 11/01/2018, à 14:25
- xabilon
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Le script pour os-prober est bien présent. Montre le contenu du fichier /boot/grub/grub.cfg :
cat /boot/grub/grub.cfg
Pour passer un sujet en résolu : modifiez le premier message et ajoutez [Résolu] au titre.
Hors ligne
#11 Le 11/01/2018, à 19:23
- jemo
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Voici le résultat (en outre, lorsque je me mets en veille, je ne peux plus sortir de la veille alors que j'entends des alertes informant qu'un message est arrivé sur Thunderbird : autrement dit, kubuntu fonctionne mais je ne vois rien à l'écran...):
kaktus@kaktus-H81H3-EM2:~$ 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="0"
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,gpt7'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt7 --hint-efi=hd0,gpt7 --hint-baremetal=ahci0,gpt7 bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
else
search --no-floppy --fs-uuid --set=root bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
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
#set_background_image "images/tile.png";
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
if background_color 0,0,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=7
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-bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e' {
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,gpt7'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt7 --hint-efi=hd0,gpt7 --hint-baremetal=ahci0,gpt7 bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
else
search --no-floppy --fs-uuid --set=root bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
fi
linux /boot/vmlinuz-4.4.0-109-generic.efi.signed root=UUID=bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.4.0-109-generic
}
submenu 'Options avancées pour Ubuntu' $menuentry_id_option 'gnulinux-advanced-bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e' {
menuentry 'Ubuntu, avec Linux 4.4.0-109-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.4.0-109-generic-advanced-bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e' {
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,gpt7'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt7 --hint-efi=hd0,gpt7 --hint-baremetal=ahci0,gpt7 bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
else
search --no-floppy --fs-uuid --set=root bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
fi
echo 'Chargement de Linux 4.4.0-109-generic…'
linux /boot/vmlinuz-4.4.0-109-generic.efi.signed root=UUID=bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e ro quiet splash $vt_handoff
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-4.4.0-109-generic
}
menuentry 'Ubuntu, with Linux 4.4.0-109-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.4.0-109-generic-recovery-bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt7'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt7 --hint-efi=hd0,gpt7 --hint-baremetal=ahci0,gpt7 bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
else
search --no-floppy --fs-uuid --set=root bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
fi
echo 'Chargement de Linux 4.4.0-109-generic…'
linux /boot/vmlinuz-4.4.0-109-generic.efi.signed root=UUID=bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e ro recovery nomodeset
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-4.4.0-109-generic
}
menuentry 'Ubuntu, avec Linux 4.4.0-45-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.4.0-45-generic-advanced-bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e' {
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,gpt7'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt7 --hint-efi=hd0,gpt7 --hint-baremetal=ahci0,gpt7 bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
else
search --no-floppy --fs-uuid --set=root bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
fi
echo 'Chargement de Linux 4.4.0-45-generic…'
linux /boot/vmlinuz-4.4.0-45-generic.efi.signed root=UUID=bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e ro quiet splash $vt_handoff
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-4.4.0-45-generic
}
menuentry 'Ubuntu, with Linux 4.4.0-45-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.4.0-45-generic-recovery-bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt7'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt7 --hint-efi=hd0,gpt7 --hint-baremetal=ahci0,gpt7 bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
else
search --no-floppy --fs-uuid --set=root bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
fi
echo 'Chargement de Linux 4.4.0-45-generic…'
linux /boot/vmlinuz-4.4.0-45-generic.efi.signed root=UUID=bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e ro recovery nomodeset
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-4.4.0-45-generic
}
menuentry 'Ubuntu, avec Linux 4.4.0-31-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.4.0-31-generic-advanced-bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e' {
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,gpt7'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt7 --hint-efi=hd0,gpt7 --hint-baremetal=ahci0,gpt7 bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
else
search --no-floppy --fs-uuid --set=root bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
fi
echo 'Chargement de Linux 4.4.0-31-generic…'
linux /boot/vmlinuz-4.4.0-31-generic.efi.signed root=UUID=bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e ro quiet splash $vt_handoff
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-4.4.0-31-generic
}
menuentry 'Ubuntu, with Linux 4.4.0-31-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.4.0-31-generic-recovery-bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt7'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt7 --hint-efi=hd0,gpt7 --hint-baremetal=ahci0,gpt7 bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
else
search --no-floppy --fs-uuid --set=root bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e
fi
echo 'Chargement de Linux 4.4.0-31-generic…'
linux /boot/vmlinuz-4.4.0-31-generic.efi.signed root=UUID=bbfdb179-e2b9-4d60-a67c-9c71e6c33a7e ro recovery nomodeset
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-4.4.0-31-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_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 ###
kaktus@kaktus-H81H3-EM2:~$
Hors ligne
#12 Le 11/01/2018, à 19:31
- xabilon
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Ok, alors je t'explique un peu ce qui s'est passé.
La mise à jour de Kubuntu a dû mettre à jour Grub, qui a reconstruit le fichier de configuration (grub.cfg), et qui s'est réinstallé dans le secteur de démarrage du disque dur.
Du coup c'est maintenant le fichier de config de Kubuntu qui gère le démarragen alors qu'avant c'était celui de Xubuntu.
Et pour une raison qu'il nous faut découvrir, Kubuntu ne détecte pas les 2 autres systèmes (Xubuntu et Windows) pour les mettre dans grub.cfg. On voit bien dans le contenu de grub.cfg qu'il y a une section pour chaque script présent dans /etc/grub.d... sauf pour 30_os-prober.
Et os-prober est justement le logiciel qui se charge de détecter les autres systèmes d'exploitation présents sur ton disque.
Alors pourquoi 30_os-prober ne se lance pas ? Que donne :
ls -l /etc/grub.d/
P.S.: ton problème de veille n'a probablement aucun rapport avec Grub.
Pour passer un sujet en résolu : modifiez le premier message et ajoutez [Résolu] au titre.
Hors ligne
#13 Le 11/01/2018, à 19:34
- jemo
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Merci de ta réponse.
Voici:
kaktus@kaktus-H81H3-EM2:~$ ls -l /etc/grub.d/
total 80
-rwxr-xr-x 1 root root 9791 avril 16 2016 00_header
-rwxr-xr-x 1 root root 6258 mars 15 2016 05_debian_theme
-rwxr-xr-x 1 root root 12512 déc. 12 23:48 10_linux
-rwxr-xr-x 1 root root 11082 avril 16 2016 20_linux_xen
-rwxr-xr-x 1 root root 1992 janv. 28 2016 20_memtest86+
-rw-r--r-- 1 root root 11692 avril 16 2016 30_os-prober
-rwxr-xr-x 1 root root 1418 avril 16 2016 30_uefi-firmware
-rwxr-xr-x 1 root root 214 avril 16 2016 40_custom
-rwxr-xr-x 1 root root 216 avril 16 2016 41_custom
-rw-r--r-- 1 root root 483 avril 16 2016 README
kaktus@kaktus-H81H3-EM2:~$
Hors ligne
#14 Le 11/01/2018, à 19:42
- xabilon
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Ha ha, le voilà le problème ! 30_os-prober n'a pas les droits d'exécution (le x)... donc il ne s'exécute pas !
On va l'ajouter :
sudo chmod a+x /etc/grub.d/30_os-prober
puis on relance la config de grub :
sudo update-grub
au redémarrage tu devrais pouvoir choisir à démarrer Xubuntu. Une fois sur Xubuntu on fera en sorte que ce soit lui qui gère le démarrage, et non Kubuntu.
Pour passer un sujet en résolu : modifiez le premier message et ajoutez [Résolu] au titre.
Hors ligne
#15 Le 11/01/2018, à 19:48
- jemo
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Voici le résultat, xabilon:
kaktus@kaktus-H81H3-EM2:~$ sudo chmod a+x /etc/grub.d/30_os-prober
[sudo] Mot de passe de kaktus :
kaktus@kaktus-H81H3-EM2:~$ sudo update-grub
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.4.0-109-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-109-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-45-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-45-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-31-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-31-generic
Windows Boot Manager trouvé sur /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Ubuntu 16.04.3 LTS (16.04) trouvé sur /dev/sda4
Adding boot menu entry for EFI firmware configuration
fait
kaktus@kaktus-H81H3-EM2:~$
Dernière modification par jemo (Le 11/01/2018, à 19:49)
Hors ligne
#16 Le 11/01/2018, à 20:04
- jemo
Re : xubuntu n'est plus accessible après mise à jour [résolu]
J'ai ensuite redémarré.
Effectivement, le choix s'est ouvert dans le grub à sda4, la partition de xubuntu (qui n'est plus en 1ière position).
Mais je me suis retrouvé au point de départ de mes problèmes, après la mise à jour de xubuntu: impossible d'accéder à xubuntu; j'ai un écran noir qui n'évolue jamais vers la page d'accueil de xubuntu.
Je connais moins bien kubuntu, mais je trouve que le temps de démarrage est plutôt long: presque 2 minutes avec le logo de kubuntu qui clignote lentement avant que la page d'accueil n’apparaisse.
Hors ligne
#17 Le 11/01/2018, à 21:27
- xabilon
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Ça doit être le souci du noyau pour 16.04 patché contre la faille des processeurs Intel.
Il faut démarrer Xubuntu sur le noyau précédent (donc PAS le 4.4.0-108), puis refaire une mise à jour (le noyau a été corrigé).
Pour passer un sujet en résolu : modifiez le premier message et ajoutez [Résolu] au titre.
Hors ligne
#18 Le 11/01/2018, à 22:57
- moko138
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Bien joué xabilon !
- -
Je connais moins bien kubuntu, mais je trouve que le temps de démarrage est plutôt long
Comparer le nombre de lignes (ou le poids) actualisé de /boot/grub/grub.cfg
- dans Kubuntu 16.04
- dans Xubuntu (si jemo arrive à la lancer, sinon : la monter depuis Kubuntu).
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#19 Le 11/01/2018, à 23:11
- xabilon
Re : xubuntu n'est plus accessible après mise à jour [résolu]
@moko138 : je n'ai jamais fait de multiboot en EFI, la procédure pour assigner le grub.cfg de Xubuntu au démarrage est-elle identique à celle en MBR ? donc toujours :
sudo grub-install /dev/sda
à faire depuis Xubuntu ?
Je sais qu'en théorie on peut même le faire directement depuis Kubuntu en spécifiant la partition où se trouve le grub.cfg, mais j'avoue que les fois où je l'ai fait ça n'a pas marché...
Dernière modification par xabilon (Le 11/01/2018, à 23:11)
Pour passer un sujet en résolu : modifiez le premier message et ajoutez [Résolu] au titre.
Hors ligne
#20 Le 12/01/2018, à 01:24
- jemo
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Bonsoir à vous,
J'ai donc procédé comme tu l'as proposé xabilon au #17, puis en suivant la proposition du #19... et ça fonctionne!...
Merci
NB: J'avais entendu parler de problèmes de failles non au niveau logiciel mais au niveau matériel... on pense toujours que cela n'arrive qu'aux autres!
ubuntu a donc du faire un nouveau noyau si je comprends bien.
Dernière modification par jemo (Le 12/01/2018, à 01:37)
Hors ligne
#21 Le 12/01/2018, à 03:14
- xabilon
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Oui, c'est une faille au niveau matériel concernant tous les processeurs Intel.
Le noyau Linux a donc été patché pour "contourner" cette faille matérielle (laquelle ne peut être corrigée que en changeant le processeur), d'où une difficulté supplémentaire et le petit couac sur le noyau de 16.04.
Normalement, après la mise à jour de Xubuntu un nouveau noyau a été installé, lequel devrait pouvoir démarrer.
N'oublie pas de passer la discussion en [Résolu]
Pour passer un sujet en résolu : modifiez le premier message et ajoutez [Résolu] au titre.
Hors ligne
#22 Le 12/01/2018, à 16:23
- moko138
Re : xubuntu n'est plus accessible après mise à jour [résolu]
@xabilon :
je ne sais pas. Et je n'ai même pas de machine à EFI.
Ce à quoi je pense, c'est l'inflation, découverte par Babdu89, du contenu des /boot/grub/grub.cfg quand il y a au moins deux versions différentes de grub.
Or tu as mis le doigt sur
30_os-prober n'a pas les droits d'exécution
qui est typiquement la mesure préventive préconisée par Babdu89.
Une mesure préventive alternative existe, préconisée par Rufus T., celle (que j'utilise avec bonheur) qui consiste à ne garder qu'un grub, sur le S.E. utilisé le plus souvent.
= =
Attention aux premiers noyaux patchés pour 16.04 !
Cf. ./viewtopic.php?pid=21853325#p21853325
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#23 Le 12/01/2018, à 16:31
- xabilon
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Oui, quand on a un multiboot ça devient vite bordélique. Sans compter les mises à jour des noyaux qui ne se retrouvent pas dans le grub.cfg des autres distribs.
Sur Grub1 on pouvait mettre en place un système de sous-menus, qui appellaient les fichiers menu.lst des différentes distribs, mais il me semble que c'est nettement plus compliqué avec Grub2.
Pour passer un sujet en résolu : modifiez le premier message et ajoutez [Résolu] au titre.
Hors ligne
#24 Le 12/01/2018, à 17:32
- moko138
Re : xubuntu n'est plus accessible après mise à jour [résolu]
D'où l'intérêt d'avoir un seul grub pour tous ses S.E.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#25 Le 12/01/2018, à 19:57
- jemo
Re : xubuntu n'est plus accessible après mise à jour [résolu]
Bonsoir
Je constate que la conversation se poursuit à un niveau que j'ai pas les moyens de suivre...
Pour en tirer les conséquences: est-ce utile que je n'ai qu'un seul grub pour renforcer la sécurité en ce moment à risque? Si oui, comment procéder?
Hors ligne