[RÉSOLU] Ub 16.04.4 : le grub n'apparait pas

winux · Le 26/03/2018, à 22:17

Au cas où ça pourrait aider, voici Gparted que l'on retrouve plus ou moins explicitement dans le boot info

?? · Le 26/03/2018, à 22:25

Pas des photos de n'importe quoi

?? a écrit :

Bonsoir.
Fais la commande
journalctl -xb 
et essaies de recopier photographier ce qui est en rouge.

Dernière modification par ?? (Le 26/03/2018, à 22:30)

?? · Le 26/03/2018, à 23:14

Je viens de regarder le contenu du fichier /etc/fstab de la partition SDA4 Je n'ai rien vu d'anormal

Il y a une cause que je connais, comme les messages en rouge n'arrivent pas vite, Je te propose une réparation sans savoir si elle est correcte.

Dans l'écran de GPARTED que tu as fournis, je vois dans la colonne "name" des noms qui se ressemblent
==> fais en sorte qu'il n'y ait aucun doublon.
Par exemple Basic data partition ==> Basic Data sda12
Basic data partition ==> Basic Data sda11
Basic data partition ==> Basic Data sda8
Ubuntu partition ==> Ubuntu partition sda4
Ubuntu partition ==> Ubuntu partition sda10

Après ces modifications, tu devrais pouvoir booter sur ton instance SDA4

Dernière modification par ?? (Le 26/03/2018, à 23:15)

winux · Le 27/03/2018, à 07:42

?? a écrit :

Bonsoir.
Fais la commande
journalctl -xb 
et essaies de recopier photographier ce qui est en rouge.

Hello
Oui j'avais bien compris ta demande mais impossible à faire, c'est pourquoi j'avais essayé Enter qui me donnait #, donc la main je pensais, mais il s'en est suivi un défilement continu et même en tapant vite après le # pas pris en compte.
Es-tu intéressé par cette commande depuis une live key ?
[EDIT] oublie car je pense que ça n'a pas de sens, je vais récupérer le journal depuis le démarrage de la live key

J'ai fait un [edit] dans le post d'avant pour te dire que j'avais utilisé 16.04 juste avant ma manip BIOS du #21, je ne m'attendais vraiment pas à ce plantage que je ne m'explique pas

Dernière modification par winux (Le 27/03/2018, à 07:55)

?? · Le 27/03/2018, à 08:31

Bonjour.
Avec la live usb, fais donc le post n° 28.

winux · Le 27/03/2018, à 09:38

Bonjour ??

Merci pour ton suivi et ta patience.
Je me suis souvenu d'une discussion qu'on avait eue jadis et me suis dit que ça vaudrait le coup d'essayer

J'ai redémarré sur W10
ai été voir par acquis de conscience si, lors d'une mise à jour majeure, W10 ne m'aurait pas réactivé le démarrage rapide car je me suis déjà fait piéger une fois (je sais t'aime pas ça , mais au moins ça m'aide à éliminer certains Pbs !!)

Bref non, il ne m'avait pas fait ça
j'ai donc redémarré et PAS shut down (en suivant tes conseils, t'as vu tu ne bosses pas pour rien !!)
et ô miracle mon Ub 16.04 est revenu
W10 fout donc bien le b...l dans Ubuntu en bloquant certaines partitions.
Bien que dans le cas présent ça n'explique pas tout puisque : pas de démarrage rapide --> pas de fermeture façon hibernation qui bloque les ntfs. Le mystère subsiste donc !

Comme je m'en sers très peu, je n'avais pas fait attention que je l'avais ouvert et fermé classiquement avant la modif BIOS qui lui a apparemment déclenché cette crise !!

Pour quand même bien m'assurer que le Pb était définitivement résolu, j'ai ré-ouvert W10 et fermé, PAS redémarré cette fois
Eh bien que du bonheur, mon Ub 16.04 a redémarré sans Pb

En résumé, affaire que je vais marquer résolue, mais auparavant je voudrais remercier 3 personnes
lucmars qui a amorcé la pompe et donné d'emblée les pistes de recherche
malbo qui m'a rappelé que "j'avais" déjà résolu le Pb jadis, mais oublié cette fois ci car obnubilé par le SSD que je tenais pour responsable
et enfin toi ?? qui a "guidé ma souris" jusqu'au bout pour que je garde le moral, sympa

Un grand merci donc, en extrapolant, aux bénévoles de ce forum qui font un boulot extraordinaire pour dépanner les fans d'Ubuntu qui n'ont pas leur niveau
Très bonne journée à tous

Dernière modification par winux (Le 01/04/2018, à 09:02)

malbo · Le 27/03/2018, à 09:52

@winux : la solution en béton c'est de désactiver l'hibernation de W10 comme expliqué par ikewdu dans ce post : https://forum.ubuntu-fr.org/viewtopic.p … #p21617018
Avec cette invite de commande en mode administrateur (powercfg -h off), il n'y aura pas de risque de réactivation du démarrage rapide lors des mises à niveau futures de W10. Le problème est réglé définitivement.

?? · Le 27/03/2018, à 21:13

Bonsoir.
Je ne suis pas certain que des mises à jour majeures de windows ne réactivent pas l'hibernation qui n'a pas besoin d'une partition spécifique mais seulement d'un fichier.

Dans les 9132 lignes de ton boot-info, j'avais zappé que windows était mal arrêté.

Nota. Je pense qu'avec tes trois ubuntu, il faudra que tu fasses gaffe à l'inflation des lignes dans le grub.
il te faudrait un ubuntu chef qui sait piloter les deux autres et deux autre ubuntu qui ne pensent pas à regarder s'il y a d'autres instances. ( déactivation de la recherche OS-prober ) . Peut-être que c'est fait.

Il faudrait aussi que tu penses à épurer les noyaux obsolètes qui commencent â apparaître via la commande

 sudo  apt  autoremove

Dernière modification par ?? (Le 27/03/2018, à 21:42)

?? · Le 28/03/2018, à 12:34

Bonjour
Pour une amélioration du grub actuel, on sait que le bios EFI, boote avec la partition ESP dans laquelle, il y a un fichier de paramétrage pour savoir quel est le UBUNTU qu'il faut lancer par défaut

========================== sda1/EFI/ubuntu/grub.cfg: ===========================
--------------------------------------------------------------------------------
search.fs_uuid 604e76eb-3c9e-43da-9c06-9c7814550fd8 root hd0,gpt10 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
--------------------------------------------------------------------------------

C'est donc celui de la partition 10

=================== os-prober:
/dev/sda1@/efi/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi
/dev/sda10:Ubuntu 17.10 (17.10):Ubuntu:linux
/dev/sda4:Ubuntu 16.04.4 LTS (16.04):Ubuntu1:linux
/dev/sda9:Ubuntu 16.04.4 LTS (16.04):Ubuntu2:linux

Donc ubuntu 17.10. Pourquoi pas! Ce n'est peut-être pas la meilleure référence. Mais on va faire comme si c'était la bonne.

A) donc avec ce menu de boot, tu as en tête, la ligne permettant de lancer ubuntu17.10
Après tu as la ligne permettant de lancer 16.04 de sda4, tu la choisis.
Lorsque tu seras dans le ubuntu de sda4, tu lui dis de ne plus rechercher les autres OS par la commande

sudo chmod -x   /etc/grub.d/30_os-prober

==> Cela permettra de ne plus avoir les lignes 821 à 2222
B) Lorsque c'est fait, tu épures des ancien noyaux par la commande:

sudo apt autoremove

Cela te permettra de supprimer les noyaux suivants:

 174.945838928 = 187.846664192  boot/vmlinuz-4.10.0-42-generic.efi.signed      7
 175.279876709 = 188.205334528  boot/vmlinuz-4.13.0-26-generic                 7
 175.326019287 = 188.254879744  boot/vmlinuz-4.13.0-26-generic.efi.signed      7
 175.445411682 = 188.383076352  boot/vmlinuz-4.13.0-31-generic                 7
 175.471496582 = 188.411084800  boot/vmlinuz-4.13.0-31-generic.efi.signed      8
 170.820552826 = 183.417171968  boot/vmlinuz-4.13.0-32-generic                 8
 175.533920288 = 188.478111744  boot/vmlinuz-4.13.0-32-generic.efi.signed      8
 179.316326141 = 192.539439104  boot/initrd.img-4.10.0-28-generic              6
 178.816329956 = 192.002572288  boot/initrd.img-4.10.0-42-generic              6
 178.323162079 = 191.473037312  boot/initrd.img-4.13.0-26-generic              6
 177.448162079 = 190.533513216  boot/initrd.img-4.13.0-31-generic              6
 176.854412079 = 189.895979008  boot/initrd.img-4.13.0-32-generic              9

et donc de gagner un peu de place disque.

C) Lorsque c'est fait, tu rebootes et tu choisis la version 16.04 de sda9.
Tu fais le même traitement

sudo chmod -x   /etc/grub.d/30_os-prober

=> Cela te permettra de ne plus avoir les lignes 2734 à 4779.
D) Il n'y a pas encore d'anciens noyaux à épurer, tu te contenteras donc de faire la prise en charge de la modification par la commande:

sudo update-grub

E) Tu rebootes une nouvelle fois en choisissant cette fois-ci la version 17.10 et tu lui demandes aussi de supprimer les anciens noyaux:

sudo apt autoremove

il y en a moins à supprimer.

 910.810543060 = 977.975373824  boot/vmlinuz-4.13.0-21-generic                 7
 910.825286865 = 977.991204864  boot/vmlinuz-4.13.0-32-generic                 7
 911.083042145 = 978.267967488  boot/vmlinuz-4.13.0-32-generic.efi.signed      7
 911.109600067 = 978.296483840  boot/initrd.img-4.13.0-21-generic              6
 911.048183441 = 978.230538240  boot/initrd.img-4.13.0-32-generic              5

Dernière modification par ?? (Le 28/03/2018, à 14:42)

winux · Le 01/04/2018, à 09:10

malbo a écrit :

@winux : la solution en béton c'est de désactiver l'hibernation de W10
Avec cette invite de commande en mode administrateur (powercfg -h off), il n'y aura pas de risque de réactivation du démarrage rapide lors des mises à niveau futures de W10

Bonjour

Très intéressant malbo, merci, je vais le faire.
Je n'avais pas vu tout de suite que d'autres réponses étaient arrivées, d'où mon retard à l'allumage !!

PS : une question bête
on pourrait supposer, en bonne logique, que cette commande est à faire côté W10
MAIS, bien que non spécialiste de la ligne de commande, le -h m'interpelle et je ne le sens pas trop côté W10, ça a plutôt un parfum de Linux.
Le mieux est donc de demander, ce que je fais, merci
@+

Dernière modification par winux (Le 01/04/2018, à 09:11)

winux · Le 01/04/2018, à 09:18

?? a écrit :

Je pense qu'avec tes trois ubuntu, il faudra que tu fasses gaffe à l'inflation des lignes dans le grub.

Bien noté merci. En fait c'est parce que je voulais tester le nouvel Ubuntu Gnome 17.10, très différent pour moi, avant la sortie de 18.04. J'ai d'ailleurs beaucoup appris sur ce forum auquel tu participais activement d'ailleurs.
Maintenant je vais revenir à des choses "plus raisonnables" !!

Il faudrait aussi que tu penses à épurer les noyaux obsolètes qui commencent â apparaître via la commande

 sudo  apt  autoremove

je viens de la faire, c'est tout bon, rien à déclarer

Merci pour ces compléments d'info
Bon WE

winux · Le 01/04/2018, à 09:35

?? a écrit :

Bonjour
Pour une amélioration du grub actuel, on sait que le bios EFI, boote avec la partition ESP dans laquelle, il y a un fichier de paramétrage pour savoir quel est le UBUNTU qu'il faut lancer par défaut .....

Houlà en ce qui concerne la suite, tu me fais faire du hors piste avec risque sérieux d'avalanche. Je n'ai pas ton niveau compèt'

Maintenant que j'ai fait tous mes tests et que je suis rassuré par la 18.04 qui me parait absolument fabuleuse, ja vais faire simple :
- W10 (pour les rares cas où j'en ai besoin, Power Point notamment)
- Ub 18.04

Tu m'as ouvert les yeux sur le fait de ne pas surcharger le Grub et encore appris des trucs
Merci

Dernière modification par winux (Le 01/04/2018, à 09:36)

?? · Le 01/04/2018, à 11:06

winux a écrit :

malbo a écrit :
@winux : la solution en béton c'est de désactiver l'hibernation de W10
Avec cette invite de commande en mode administrateur (powercfg -h off), il n'y aura pas de risque de réactivation du démarrage rapide lors des mises à niveau futures de W10
Bonjour
Très intéressant malbo, merci, je vais le faire.
Je n'avais pas vu tout de suite que d'autres réponses étaient arrivées, d'où mon retard à l'allumage !!
PS : une question bête
on pourrait supposer, en bonne logique, que cette commande est à faire côté W10
MAIS, bien que non spécialiste de la ligne de commande, le -h m'interpelle et je ne le sens pas trop côté W10, ça a plutôt un parfum de Linux.
Le mieux est donc de demander, ce que je fais, merci
@+

Bonjour.
Toutes les lignes de commandes ont presque la même syntaxe. C'est bien sous windows en mode administratif et non en mode utilisateur.

Dernière modification par ?? (Le 01/04/2018, à 11:07)

winux · Le 01/04/2018, à 12:25

Bonjour
OK merci ??, comme ça c'est clair, tu viens de lever le doute.
@+

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 26/03/2018, à 22:17

Re : [RÉSOLU] Ub 16.04.4 : le grub n'apparait pas

#27 Le 26/03/2018, à 22:25

Re : [RÉSOLU] Ub 16.04.4 : le grub n'apparait pas

#28 Le 26/03/2018, à 23:14

Re : [RÉSOLU] Ub 16.04.4 : le grub n'apparait pas

#29 Le 27/03/2018, à 07:42

Re : [RÉSOLU] Ub 16.04.4 : le grub n'apparait pas

#30 Le 27/03/2018, à 08:31

Re : [RÉSOLU] Ub 16.04.4 : le grub n'apparait pas

#31 Le 27/03/2018, à 09:38

Re : [RÉSOLU] Ub 16.04.4 : le grub n'apparait pas

#32 Le 27/03/2018, à 09:52

Re : [RÉSOLU] Ub 16.04.4 : le grub n'apparait pas

#33 Le 27/03/2018, à 21:13

Re : [RÉSOLU] Ub 16.04.4 : le grub n'apparait pas

#34 Le 28/03/2018, à 12:34

Re : [RÉSOLU] Ub 16.04.4 : le grub n'apparait pas

#35 Le 01/04/2018, à 09:10

Re : [RÉSOLU] Ub 16.04.4 : le grub n'apparait pas

#36 Le 01/04/2018, à 09:18

Re : [RÉSOLU] Ub 16.04.4 : le grub n'apparait pas

#37 Le 01/04/2018, à 09:35

Re : [RÉSOLU] Ub 16.04.4 : le grub n'apparait pas

#38 Le 01/04/2018, à 11:06

Re : [RÉSOLU] Ub 16.04.4 : le grub n'apparait pas

#39 Le 01/04/2018, à 12:25

Re : [RÉSOLU] Ub 16.04.4 : le grub n'apparait pas

Pied de page des forums