Ubuntu-fr

FS

Re : [RESOLU] bloqué à " grub> "au démarage

Bonsoir ??
le remède en #24 a bien fonctioné je viens de rebooter à l' aide de mon disque interne.

que signifie cette explication et comment faire?

Si cela boote, il faudra penser à  décommenter cette ligne

#UUID=CA8B-F528  /boot/efi       vfat    umask=0077      0       1

en ce qui concerne ubuntu sur mon disque interne je ne suis pas sur qu'il se soit un jour installé en efi d'autan que je l'ai installer à partir du cd acheté sur le site ubuntu.fr

FS

Re : [RESOLU] bloqué à " grub> "au démarage

je pense que le fichier n'existe pas

*****@*****-G750JS:~$ cd /boot/efi
*****@*****-G750JS:/boot/efi$ ls
*****@*****-G750JS:/boot/efi$ 

puis je maitenant mettre à jour ubuntu, un nouveau kernel est proposé ?

Dernière modification par FS (Le 13/09/2018, à 18:54)

??

Re : [RESOLU] bloqué à " grub> "au démarage

Bonsoir ??
le remède en #24 a bien fonctioné je viens de rebooter à l' aide de mon disque interne.

que signifie cette explication et comment faire?

Si cela boote, il faudra penser à  décommenter cette ligne

#UUID=CA8B-F528  /boot/efi       vfat    umask=0077      0       1

en ce qui concerne ubuntu sur mon disque interne je ne suis pas sur qu'il se soit un jour installé en efi d'autan que je l'ai installer à partir du cd acheté sur le site ubuntu.fr

Fais la commande
sudo nano /etc/fstab
puis tu recherches la ligne indiquée, et tu supprimes le dièze en tout début de ligne de façon  à ce qu'elle soit comme cela.

#UUID=CA8B-F528  /boot/efi       vfat    umask=0077      0       1

Tu sauvegardes.
Puis tu fais la commande

sudo    mount   /dev/sda1

et tu pourras vérifier que les fichiers EFI sont présents.

sudo ls  -Rls /boot/efi

C'est la présence de ces fichiers qui me fait dire que l'installation est  EFI.   Tu pourras d'ailleurs en avoir une autre confirmation en faisant la commande

sudo efibootmgr -v

Qui te permettra de découvrir l'ordre des boots tel que cela se gère en EFI.

Puis tu pourras lancer la mise à jour d'abord en faisant pas mal d'épuration des noyaux périmés.

sudo apt autoremove --purge  yes

Cela moulinera pas mal car élimination d'un noyau à la fois...   La liste étant importante.

 324.382595062 = 348.303159296  boot/vmlinuz-4.4.0-112-generic                 1
 821.507625580 = 882.087096320  boot/vmlinuz-4.4.0-116-generic                 1
 820.569740295 = 881.080049664  boot/vmlinuz-4.4.0-119-generic                 1
 327.144073486 = 351.268274176  boot/vmlinuz-4.4.0-121-generic                 1
 327.296436310 = 351.431872512  boot/vmlinuz-4.4.0-122-generic                 1
 328.197513580 = 352.399396864  boot/vmlinuz-4.4.0-124-generic                 1
  14.600914001 = 15.677612032   boot/vmlinuz-4.4.0-127-generic                 1
 449.054164886 = 482.168238080  boot/vmlinuz-4.4.0-128-generic                 1
 470.449230194 = 505.141014528  boot/vmlinuz-4.4.0-130-generic                 1
 786.558853149 = 844.561137664  boot/vmlinuz-4.4.0-131-generic                 1
 344.614475250 = 370.026975232  boot/vmlinuz-4.4.0-59-generic                  1
 776.262481689 = 833.505492992  boot/vmlinuz-4.4.0-62-generic                  1
 447.163784027 = 480.138457088  boot/vmlinuz-4.4.0-64-generic                  1
 808.382572174 = 867.994177536  boot/vmlinuz-4.4.0-65-generic                  1

Au final, il te restera deux noyaux. Tu pourras alors faire la mise à jour.

sudo apt full-upgrade

Bonne soirée.

---

Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.

??

Re : [RESOLU] bloqué à " grub> "au démarage

Bonsoir ??
le remède en #24 a bien fonctioné je viens de rebooter à l' aide de mon disque interne.

que signifie cette explication et comment faire?

Si cela boote, il faudra penser à  décommenter cette ligne

#UUID=CA8B-F528  /boot/efi       vfat    umask=0077      0       1

en ce qui concerne ubuntu sur mon disque interne je ne suis pas sur qu'il se soit un jour installé en efi d'autan que je l'ai installer à partir du cd acheté sur le site ubuntu.fr

Fais la commande
sudo nano /etc/fstab
puis tu recherches la ligne indiquée, et tu supprimes le dièze en tout début de ligne de façon  à ce qu'elle soit comme cela.

UUID=CA8B-F528  /boot/efi       vfat    umask=0077      0       1

Tu sauvegardes.
Puis tu fais la commande

sudo    mount   /dev/sda1

et tu pourras vérifier que les fichiers EFI sont présents.

sudo ls  -Rls /boot/efi

C'est la présence de ces fichiers qui me fait dire que l'installation est  EFI.   Tu pourras d'ailleurs en avoir une autre confirmation en faisant la commande

sudo efibootmgr -v

Qui te permettra de découvrir l'ordre des boots tel que cela se gère en EFI.

Puis tu pourras lancer la mise à jour d'abord en faisant pas mal d'épuration des noyaux périmés.

sudo apt autoremove --purge  yes

Cela moulinera pas mal car élimination d'un noyau à la fois...   La liste étant importante.

 324.382595062 = 348.303159296  boot/vmlinuz-4.4.0-112-generic                 1
 821.507625580 = 882.087096320  boot/vmlinuz-4.4.0-116-generic                 1
 820.569740295 = 881.080049664  boot/vmlinuz-4.4.0-119-generic                 1
 327.144073486 = 351.268274176  boot/vmlinuz-4.4.0-121-generic                 1
 327.296436310 = 351.431872512  boot/vmlinuz-4.4.0-122-generic                 1
 328.197513580 = 352.399396864  boot/vmlinuz-4.4.0-124-generic                 1
  14.600914001 = 15.677612032   boot/vmlinuz-4.4.0-127-generic                 1
 449.054164886 = 482.168238080  boot/vmlinuz-4.4.0-128-generic                 1
 470.449230194 = 505.141014528  boot/vmlinuz-4.4.0-130-generic                 1
 786.558853149 = 844.561137664  boot/vmlinuz-4.4.0-131-generic                 1
 344.614475250 = 370.026975232  boot/vmlinuz-4.4.0-59-generic                  1
 776.262481689 = 833.505492992  boot/vmlinuz-4.4.0-62-generic                  1
 447.163784027 = 480.138457088  boot/vmlinuz-4.4.0-64-generic                  1
 808.382572174 = 867.994177536  boot/vmlinuz-4.4.0-65-generic                  1

Au final, il te restera deux noyaux. Tu pourras alors faire la mise à jour.

sudo apt full-upgrade

Bonne soirée.

---

Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.

??

Re : [RESOLU] bloqué à " grub> "au démarage

La première réponse n'est pas bonne, j'avais oublié d'enlever le commentaire!!!!!!
Fais la commande
sudo nano /etc/fstab
puis tu recherches la ligne indiquée, et tu supprimes le dièze en tout début de ligne de façon  à ce qu'elle soit comme cela.

UUID=CA8B-F528  /boot/efi       vfat    umask=0077      0       1

Tu sauvegardes.
Puis tu fais la commande

sudo    mount   /dev/sda1

et tu pourras vérifier que les fichiers EFI sont présents.

sudo ls  -Rls /boot/efi

C'est la présence de ces fichiers qui me fait dire que l'installation est  EFI.   Tu pourras d'ailleurs en avoir une autre confirmation en faisant la commande

sudo efibootmgr -v

Qui te permettra de découvrir l'ordre des boots tel que cela se gère en EFI.

Puis tu pourras lancer la mise à jour d'abord en faisant pas mal d'épuration des noyaux périmés.

sudo apt autoremove --purge  yes

Cela moulinera pas mal car élimination d'un noyau à la fois...   La liste étant importante.

 324.382595062 = 348.303159296  boot/vmlinuz-4.4.0-112-generic                 1
 821.507625580 = 882.087096320  boot/vmlinuz-4.4.0-116-generic                 1
 820.569740295 = 881.080049664  boot/vmlinuz-4.4.0-119-generic                 1
 327.144073486 = 351.268274176  boot/vmlinuz-4.4.0-121-generic                 1
 327.296436310 = 351.431872512  boot/vmlinuz-4.4.0-122-generic                 1
 328.197513580 = 352.399396864  boot/vmlinuz-4.4.0-124-generic                 1
  14.600914001 = 15.677612032   boot/vmlinuz-4.4.0-127-generic                 1
 449.054164886 = 482.168238080  boot/vmlinuz-4.4.0-128-generic                 1
 470.449230194 = 505.141014528  boot/vmlinuz-4.4.0-130-generic                 1
 786.558853149 = 844.561137664  boot/vmlinuz-4.4.0-131-generic                 1
 344.614475250 = 370.026975232  boot/vmlinuz-4.4.0-59-generic                  1
 776.262481689 = 833.505492992  boot/vmlinuz-4.4.0-62-generic                  1
 447.163784027 = 480.138457088  boot/vmlinuz-4.4.0-64-generic                  1
 808.382572174 = 867.994177536  boot/vmlinuz-4.4.0-65-generic                  1

Au final, il te restera deux noyaux. Tu pourras alors faire la mise à jour.

sudo apt full-upgrade

Bonne soirée.

---

Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.

Babdu89

Re : [RESOLU] bloqué à " grub> "au démarage

Bonsoir.
Lorsque les noyaux seront nettoyé, dans la Ubuntu 16.04 de /sda2. Je pense que çà mettra Grub à jour. Donc que l'on verra la rubrique

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

De grub.cfg de la 16.04 (/sda2) actuellement vide, proposer la Ubuntu 18.04 installé en  /dev/sdb1 dans cette rubrique.

Le disque USB branché.

Est-ce-que l'on pourra avoir un boot info fait depuis la 16.04 installé en /dev/sda2, démarré en mode UEFI, puisque le fstab est modifié, et que la partition boot-efi (/sda1) est prise en compte.
Je pense qu'en rebootant sur la 16.04 en UEFI, on pourra démarrer la 18.04 installé en Bios_Legacy depuis le menu grub de la 16.04 lancé en UEFI.

Puis la même chose (un boot-info) en faisant ceci.
Démarrer la machine en mode Bios_Legacy, sur le même système Ubuntu 16.04. Il doit démarrer dans ce mode en utilisant la partition bios-boot (bios-grub)  /dev/sda4 où est le core.img de la 16.04.

Je fais cette demande car j'ai une clé usb en GPT, où sont installés deux systèmes.
_Un Ubuntu 14.04 en UEFI et en Bios_Legacy. Il démarre dans les deux modes UEFI et Bios_Legacy.
grasse aux partitions boot-efi et bios-boot
_Un 18.04 installé en Bios_Legacy.

_Et sur le SSD interne en MSDos. Un Ubuntu 14.04 en 32 bits installé en Bios_Legacy,

La 14.04 de la clé démarrée en mode UEFI, depuis son menu grub, je lance la 14.04 (32 bits) SSD interne en UEFI...
Enfin "Faux" UEFI, car voici le contenu de;

=================== efibootmgr -v
Fatal: Couldn't open either sysfs or procfs directories for accessing EFI variables.
Try 'modprobe efivars' as root.

Machine lancée en mode UEFI;

=================== UEFI/Legacy mode:
BIOS is EFI-compatible, and is setup in EFI-mode for this installed-session.
Unusual EFI: Veuillez indiquer ce message à boot.repair@gmail.com
SecureBoot disabled.

Boot info fait depuis la session 14.04 32 bits .

boot-info is executed in installed-session (Ubuntu 14.04.5 LTS, trusty, Ubuntu, i686)

En conclusion, en fait, une foi la machine démarrée dans n'importe quel mode, si les Linux sont au menu grub, on lance même des système 32 bits  de la machine démarrée en UEFI.
Windows ne démarre pas comme çà lui. Il démarre dans le mode où il est installé.

@+.   Babdu89  .

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

FS

Re : [RESOLU] bloqué à " grub> "au démarage

Bonjour ?? , tout d'abord merci pour ton aide.

J'ai lu et compris la démarche pour me mettre en mode efi.

1 Je me demande si l'install remise en boot efi je ne vai pas à nouveau rencontrer un problème de boot? Et s'il sera dificile à resoudre?
je rappelle que j' ai pu lancer un boot-repair en mode efi ... (mais il n'avait pas résolut mon pb). Ne serai-ce pas lui qui a créer ces fichiers?

2 Je comprends que efi est plus adéquat pour les ordinateurs et systèmes récents, mais que va m'apporter de plus un boot en mode efi (à l'execption de partitions plus grosses)?

3 Pourais-je toujours à l'issue de la manipulation booter avec mon disque usb extérieur qui ne me sers qu' a évaluer 18.04 et continuer à utiliser le hardware (ordi) lorsqu'une mesaventure survient? (boot usb seulement legacy dans le set-up)

bonne journée

Dernière modification par FS (Le 14/09/2018, à 19:11)

??

Re : [RESOLU] bloqué à " grub> "au démarage

Bonjour
Lorsque tu as  installé la version 18.04 sur le disque externe, cela a été enregistré dans la structure de boot interne du bios dans  la partie EFI.

On a perdu un peu de temps avec les MBR. Mais ce n'est pas grave.

Je suis plus habitué à gérer l'EFI  que les MBR.    En LEGACY, le bios ne sait proposer que le boot sur le disque    SDA  ou SDB ou SDC et sur les support externes
En EFI, le bios sait proposer une liste de  fichiers de boot,  J'ai vu qu'on peut aller jusqu'à 128.    Mais pas drôle à l'affichage.
Il y a aussi le sécure boot.... en plus de la taille des disque   et surtout refind pour oublier le grub!!!!!

Lorsque, tu seras en  fonctionnement de la version 16.04,  tu prendras un peu de temps pour brancher le disque dur contenant la version 18.04 .
Tu referas un boot-info. On verra comment il est installé.   Il est fort probable que je pourrais te donner les commandes  pour le transformer en technique de boot-clé USB    qui boote automatiquement  lorsqu'on la branche lorsque le bios EFI est positionné pour booter d'abord les supports USB avant les disques durs.
https://doc.ubuntu-fr.org/tutoriel/inst … disque_usb

---

Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.

FS

Re : [RESOLU] bloqué à " grub> "au démarage

Ok je vais m' occuper ce week end de passer si j'arrive en efi.

PS mon bios me permet si je ne me trompe pas de booter en priorité sur les disques usb.

FS

Re : [RESOLU] bloqué à " grub> "au démarage

Bonsoir ??

J'ai réussi sans encombre grace à tes explications à réinstaller le boot même en efi .
J' ai aussi mis à jour ma distrib et suprimé les anciens kernels

grand merci pour ton aide précieuse sans elle j' aurais du réinstaller toute la distribution .