Contenu | Rechercher | Menus

Annonce

Toute l'équipe d'ubuntu-fr vous souhaite un joyeux Noël et une bonne et heureuse année 2018.

Ubuntu 16.04 LTS
Commandez vos DVD et clés USB Ubuntu-fr !

Pour en savoir un peu plus sur l'équipe du forum.

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

#1 Le 11/01/2018, à 00: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.
mini_180111125248194442.png

Dernière modification par jemo (Le 12/01/2018, à 09:26)

Hors ligne

#2 Le 11/01/2018, à 02: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, à 06: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 méconnu : ncdu

Hors ligne

#4 Le 11/01/2018, à 09: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

#5 Le 11/01/2018, à 09:59

jemo

Re : xubuntu n'est plus accessible après mise à jour [résolu]

Rebonjour,
En complément de mon envoi, un tableau GParted qui ne montre plus le même problème sur le swap:
mini_374048partitionDD12012018GParted.png

Hors ligne

#6 Le 11/01/2018, à 12: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, à 12: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, à 12: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, à 12: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, à 12: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, à 13: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, à 18: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, à 18: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, à 18: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, à 18: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, à 18: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, à 18:49)

Hors ligne

#16 Le 11/01/2018, à 19: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, à 20: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, à 21:57

moko138

Re : xubuntu n'est plus accessible après mise à jour [résolu]

Bien joué xabilon !  smile

  - -

jemo a écrit :

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 méconnu : ncdu

Hors ligne

#19 Le 11/01/2018, à 22: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, à 22: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, à 00: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, à 00:37)

Hors ligne

#21 Le 12/01/2018, à 02: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] wink


Pour passer un sujet en résolu : modifiez le premier message et ajoutez [Résolu] au titre.

Hors ligne

#22 Le 12/01/2018, à 15: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 méconnu : ncdu

Hors ligne

#23 Le 12/01/2018, à 15: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, à 16: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 méconnu : ncdu

Hors ligne

#25 Le 12/01/2018, à 18: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