Transformer en mode BIOS une installation faite en UEFI . [Résolu]

Compte supprimé · Le 25/09/2017, à 09:03

Bonjour,

Sur un portable Samsung, j'ai installé Ubuntu-gnome 16.04.2 64bits en mode UEFI sans désactiver le secure boot et tout s'est bien passé.

Au bout de quelques utilisations, son propriétaire m'explique qu'il ne peut pas démarrer à cause d'un message d'erreur dès le lancement :

secure boot violation
Invalid signature detected
reboot

Le fait de désactiver le secure boot permet de redémarrer et tout va bien ... jusqu'à hier. Là ça recommence, même blocage avec le même message.
J'en conclus que le secure boot se réactive tout seul Son propriétaire ne connaît pas l'UEFI et ne sait pas y accéder.
Si vous avez une opinion sur ce phénomène, je suis preneur.

Pour sortir de cette situation, et comme Ubuntu est le seul OS, j'envisage de passer l'installation en mode BIOS.
Un test en machine virtuelle me donne l'impression de bien fonctionner :
- installation d'Ubuntu-gnome en mode UEFI et fonctionnement OK
- passage des paramètres de ma machine virtuelle en mode BIOS
- démarrage sur un live CD et chroot sur l'installation dUbuntu-gnome
- installation de grup-pc, grub-install sur sda et update-grub
- arrêt machine et redémarrage sur Ubuntu-gnome qui se lance et fonctionne bien.

Que pensez-vous de cette solution ? Je compte l'appliquer dès que j'aurai cette machine, mais il y a certainement d'autres moyens pour en sortir.

EDIT : après les tests ci-dessous, je supprimerai la partition ESP et je ne ferai pas de partition boot_grub

Re : Le propriétaire n'a pas attendu, il m'informe qu'il a refait tout seul une installation en mode bios.

Dernière modification par Compte supprimé (Le 27/09/2017, à 17:35)

LukePerp · Le 25/09/2017, à 09:27

Tamarou a écrit :

- installation d'Ubuntu-gnome en mode UEFI et fonctionnement OK
- passage des paramètres de ma machine virtuelle en mode BIOS
- démarrage sur un live CD et chroot sur l'installation dUbuntu-gnome
- installation de grup-pc, grub-install sur sda et update-grub
- arrêt machine et redémarrage sur Ubuntu-gnome qui se lance et fonctionne .

Bonjour, j'allais te proposer cette solution. Je pense aussi que c'est la meilleure, et qu'elle fonctionnera. L'étape critique pour toi, est d’être capable de ré-installer grub avec une clé usb live. Si tu sais faire, ce sera facile.

Compte supprimé · Le 25/09/2017, à 09:32

Merci pour cet avis. Et oui, je l'ai fait en machine virtuelle.

Rufus T. Firefly · Le 25/09/2017, à 09:41

Tamarou a écrit :

Le fait de désactiver le secure boot permet de redémarrer et tout va bien ... jusqu'à hier. Là ça recommence, même blocage avec le même message.
J'en conclus que le secure boot se réactive tout seul Son propriétaire ne connaît pas l'UEFI et ne sait pas y accéder.
Si vous avez une opinion sur ce phénomène, je suis preneur.

Je suis sûr que ça ira mieux si tu remets w$...

Tout ces trucs, uefi, secure boot, etc., ne servent à rien du tout quand il n'y a que du gnu/linux, si ce n'est à s'empoisonner l'existence. Tu fais tout-à-fait bien de virer tout ça, et je pense que ta méthode est bonne. Mais attention au gpt ! Je me souviens avoir vu un post (de zakhar ?) qui expliquait ce qu'il fallait faire avec diverses combinaisons bios/uefi, partitions ms-dos/gpt...

Dernière modification par Rufus T. Firefly (Le 25/09/2017, à 09:48)

Compte supprimé · Le 25/09/2017, à 09:50

@Rufus T. Firefly
D'accord, je n'ai pas d'explication rationnelle pour ce qui se passe. C'est pourquoi je pose la question ici.

Si tu n'as rien de constructif à dire, tu peux t'abstenir d'intervenir.

Edit : bon tu as complété ta réponse.

Dernière modification par Compte supprimé (Le 25/09/2017, à 09:52)

ikewdu · Le 25/09/2017, à 10:00

Salut,

Il sera judicieux, je pense, que tu nous donnes avant toute autre chose le résultat d'un rapport boot-info pour qu'on voie la situation de ce PC. Il y a nécessairement une explication logique. Fais un rapport depuis le le LiveCD booté en UEFI. Surtout, tu ne lances pas de réparation automatique... seul le rapport importe.

Dernière modification par ikewdu (Le 25/09/2017, à 10:02)

Compte supprimé · Le 25/09/2017, à 10:08

OK, je ferai un boot-info.

La question que je me pose : Ubuntu est sensé être compatible avec le secureboot. Tout se passe comme si, à certains démarrages, il ne l'était plus ou que l'UEFI ne trouve pas l'information qui le rend compatible.

ikewdu · Le 25/09/2017, à 10:20

Tu bootes peut-être sur grubx64.efi et non sur shimx64.efi.... Le boot-info en dira plus.

clipflip · Le 25/09/2017, à 11:56

Bonjour, j'ai eu moi aussi des soucis avec une installe qui etait au depart bloquée en uefi, pas sur un samsung sur un hp. j'ai donc supprimé le secure boot, mais je pense que pour ne plus avoir ce message d'erreur, il faut aussi changer dans le bios, le mode uefi en mode csm (ou legacy) et la il ne devrait plus y avoir de soucis (moi ça été le cas)..
Je suis pas un specialiste du tout hein je donne que mon avis vu que j'ai aussi eu des soucis avec ça.

?? · Le 25/09/2017, à 12:56

Bonjour
Si tu as installé en EFI, tu as une partition de boot sur ton disque GPT, c'est une partition FAT32.

Si tu passes en LEGACY, je te conseille fortement de créer une partition BIOS_BOOT qui est son équivalent. Après, il te suffira de lancer boot-REPAIR en ayant au préalable mis le bios en LEGACY. https://doc.ubuntu-fr.org/uefi#converti … _classique

Dernière modification par ?? (Le 25/09/2017, à 13:05)

ikewdu · Le 25/09/2017, à 16:45

Et si on attendait le boot-info pour faire le point. Car le passage en Legacy est bien joli, mais si le copain (le propriétaire) veut ajouter un windows en dual boot à son Linux, il sera bien embêté pour le faire démarrer en legacy sur un disque gpt. Il faudra ruser, et pas sûr que ce à quoi je pense fonctionne.

Selon moi, il serait préférable d'identifier le problème avant de lancer "les grandes manoeuvres".

Babdu89 · Le 25/09/2017, à 17:52

Bonjour.
Abonnement au sujet.

Çà m'intéresse de savoir comment çà évolue.

J'ai une installation de test de ce type
Install sur clé usb de test (64 Go)
Table de partition type GPT
Partition boot-efi format FAT32, Drapeau boot-esp
Partition Bios-Boot, sans format, drapeau bios-grub
Installation d'un Os 32 bits en mode Bios_Legacy (/dev/sdb4)
Installation d'un système 64 bits en mode UEFI (/dev/sdb3)
Réinstallation de grub PC en mode Bios_legacy dans l'Os en 64 Bits

Les deux systèmes fonctionnent en mode Bios_Legacy et UEFI.
Oui,oui! Même le système 32 bits, en mode UEFI, démarré depuis le menu grub de l'Os 64 bits.

https://forum.ubuntu-fr.org/viewtopic.p … #p21793405

+1 à ikewdu

@+. Babdu89 .

Dernière modification par Babdu89 (Le 25/09/2017, à 17:53)

Compte supprimé · Le 26/09/2017, à 07:59

A titre d'info, et dans l'attente de disposer de la bestiole malade, j'ai voulu faire un boot-info sur un Ubuntu-gnome en VM :

toto@toto-VirtualBox:~$ boot-info
toto@toto-VirtualBox:~$   File "/usr/bin/glade2script", line 51, in <module>
    gi.require_version('AppIndicator3', '0.1')
  File "/usr/lib/python2.7/dist-packages/gi/__init__.py", line 102, in require_version
    raise ValueError('Namespace %s not available' % namespace)
ValueError: Namespace AppIndicator3 not available
^C
toto@toto-VirtualBox:~$ boot-repair
toto@toto-VirtualBox:~$   File "/usr/bin/glade2script", line 51, in <module>
    gi.require_version('AppIndicator3', '0.1')
  File "/usr/lib/python2.7/dist-packages/gi/__init__.py", line 102, in require_version
    raise ValueError('Namespace %s not available' % namespace)
ValueError: Namespace AppIndicator3 not available
^C
toto@toto-VirtualBox:~$

Il faudra faire en live avec une iso boot-repair.
http://paste.ubuntu.com/25618989/

Dernière modification par Compte supprimé (Le 26/09/2017, à 08:18)

Compte supprimé · Le 26/09/2017, à 08:25

Redémarrage en mode BIOS sur une iso de boot-repair, voilà le boot-info :
http://paste.ubuntu.com/25618999/

Et le revoilà après réparation du boot :
http://paste.ubuntu.com/25619024/

Boot-repair détectait le mode UEFI installé alors que la machine tournait en mode legacy. Il demandait un démarrage en mode UEFI.
Avec Gparted, j'ai transformé la partition ESP en partition bios-grub et ensuite j'ai pu lancer boot-repair.

Dernière modification par Compte supprimé (Le 26/09/2017, à 08:37)

Babdu89 · Le 26/09/2017, à 09:40

Bonjour.

Avec Gparted, j'ai transformé la partition ESP en partition bios-grub et ensuite j'ai pu lancer boot-repair.

La manip consiste à préparer l'installation en créant deux partitions, prévues pour le boot.

Une partition boot-efi FAT32 de 100/200 Mo avec le drapeau boot-esp, qui servira lors de l'installation en mode UEFI.

Une partition bios-boot, sans format, de 1 Mo (ou plus) , avec le drapeau bios-grub, qui servira lors la réinstallation de Grub en mode Bios_Legacy, avec Boot-Repair.
Çà évite de transformer la partition boot-efi en bios-grub. Et la perte du démarrage en mode UEFI. Avec deux partitions de boot (bios-grub et boot-esp), on démarre dans les deux modes sans manip supplémentaires, juste à changer le mode de démarrage; Bios_legacy, ou UEFI.

Plus les partitions d'installation.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 26/09/2017, à 11:48)

Compte supprimé · Le 26/09/2017, à 15:41

Babdu89 a écrit :

en créant deux partitions, prévues pour le boot.

Merci pour l'indication, mais ce n'est vraiment pas le but.

Par contre, on voit que la partition UEFI que j'avais mise en "unformated" et bios-grub n'a pas été utilisée par boot-repair.
Pour en avoir le cœur net, je l'ai supprimée et la machine continue à bien démarrer. Il se pourrait que cette remarque de la doc soit un peu restrictive et qu'elle soit vrai aussi pour, au moins, la 16.04.2.

Et puis aussi, la doc fait référence au drapeau "bios-boot" qui n'existe pas dans ma version de Gparted. Le plus ressemblant est "bios_grub" ou peut-être "legacy_boot".

?? · Le 26/09/2017, à 15:56

Bonjour
Tu bootes en légacy. c'est a dire à partir du secteur 0 (le MBR)
Ce secteur 0 renvoie la suite au secteur 2048 qui appartenait à feue partition EFI/bios-boot qui a du logiciel pour t'expédier dans la vraie partition quel que soit son endroit dans le disque et peut-être même d'un autre disque
Lorsque tu décideras de reformater (C'est à dire écrire quelque chose) cet endroit, tu ne booteras plus.

=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 2048
of the same hard drive for core.img. core.img is at this location and
looks for (,gpt2)/boot/grub.
sda1: __________________________________________________________________________
File system: BIOS Boot partition

Partition Start Sector End Sector # of Sectors System
/dev/sda1 2,048 1,050,623 1,048,576 BIOS Boot partition

Alors remets cet endroit en partition bios-grub sans formater.

Dernière modification par ?? (Le 26/09/2017, à 16:01)

Compte supprimé · Le 26/09/2017, à 16:16

?? a écrit :

Ce secteur 0 renvoie la suite au secteur 2048 qui appartenait à feue partition EFI/bios-boot

C'est aussi ce que je pensais à la lecture du boot-info.
Mais quand j'ai regardé les partitions avec Gparted, j'ai vu que sda1 était toujours non formatée. C'est pourquoi j'ai voulu tester de la supprimer.
Maintenant que c'est fait, la machine continue à bien démarrer.

Dernière modification par Compte supprimé (Le 26/09/2017, à 16:23)

Babdu89 · Le 26/09/2017, à 16:18

Bonjour.

Par contre, on voit que la partition UEFI que j'avais mise en "unformated" et bios-grub n'a pas été utilisée par boot-repair.

Mais si, elle est utilisée.

http://paste.ubuntu.com/25619024/

sda1: __________________________________________________________________________

    File system:       BIOS Boot partition
    Boot sector type:  Grub2's core.img
    Boot sector info:

?? a fait remarqué qu'une installation en mode Bios_Legacy d'une 16.04.3 n'avait pas besoin de partition bios-boot (bios-grub), mais je remarque que l'architecture est en 64 bits.
Mon test est fait avec une architecture 32 bits, installée en mode Bios_Legacy. Et sur une 64 Bits aussi qui est installée en mode UEFI, puis Grub Pc réinstallé en mode Bios_Legacy.

Il faudrait que je teste une installation d'une 16.04.3 , 32 bits en Bios_Legacy, sans préparer de partition bios-grub. Pour savoir si elle aussi peut, ou pas s'installer/fonctionner sans partition Bios-grub.

Je peux aussi neutraliser momentanément la partition partition Bios-grub de la clé de tests, et voir si la 32 bits démarre encore en Bio_Legacy...
À suivre.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 26/09/2017, à 16:35)

ikewdu · Le 26/09/2017, à 16:24

J'ai du mal à suivre la situation, entre les installations virtuelles et les installations réelles. Les boot-info correspondent à quoi au juste ? Parle-t-on encore du PC qui pose un problème de secure-boot ou d'un essai spécifique de boot-repair, sujet qui personnellement m'intéresse très peu.

Je note en tout cas ceci dans le dernier boot-info :

/boot/efi detected in the fstab of sda2: UUID=52CE-01C6   ()

Il doit donc y avoir un message d'erreur au démarrage.

This live-session is not in EFI-mode.
SecureBoot maybe enabled.

Les deux lignes sont contradictoires, si on a passé le bios en Legacy. Ca ne semble pas être le cas, de toute évidence.

Number  Start   End     Size    File system     Name                  Flags
1      1049kB  538MB   537MB                   EFI System Partition  bios_grub

Je comprends mal pouquoi sda1 porte toujours le nom "EFI System Partition" si elle n'a plus ce rôle.

Les paquets suivants seront ENLEVÉS :
grub-efi-amd64 grub-efi-amd64-signed
Les NOUVEAUX paquets suivants seront installés :
grub-gfxpayload-lists grub-pc grub-pc-bin

Boot-repair semble bien faire ce qu'on attend de lui en supprimant les Grub EFI pour mettre la version Legacy. Le PC doit démarrer, en principe. N'est-ce pas le cas ?

Compte supprimé · Le 26/09/2017, à 16:28

Oui, il n'y a aucun problème bloquant.

Maintenant que c'est fait, la machine continue à bien démarrer.

Pour le moment, il est question d'essais en machine virtuelle pour fixer une bonne méthode de bascule d'une installation en UEFI vers legacy.

Le PC en panne ne sera hospitalisé que mercredi. Et je ferai un boot-info pour préciser la situation avant de basculer en legacy.

Dernière modification par Compte supprimé (Le 26/09/2017, à 16:30)

Babdu89 · Le 26/09/2017, à 16:32

Babdu89 à écrit;

Je peux aussi neutraliser momentanément la partition partition Bios-grub de la clé de tests, et voir si la 32 bits démarre encore en Bio_Legacy...
À suivre.

les deux Os (32 et 64 bits) de la clé de tests redémarrent en mode Bios_Legacy, sans la partition bios-grub.
Je ne sais plus que penser à ce sujet?;?.
Besoin ou pas de cette partition ?.

Nasman explique bien la nécessité d'avoir cette partition bios_grub sur un disque en GPT, pour pouvoir avoir un grub PC et démarrer en mode Bios_Legacy. Les tests montrent le contraire.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 26/09/2017, à 16:40)

Compte supprimé · Le 26/09/2017, à 16:39

Manifestement, pas besoin

ikewdu · Le 26/09/2017, à 16:40

Je ne vois pas ce qui est pose question. On peut faire mieux encore et avoir un Linux qui boote sur les deux à la fois :

http://ikewdu.free.fr/installer-un-linu … quen-uefi/

Il suffit d'adapter ce principe à ton besoin, et tu noteras que je n'implique pas boot-repair dans cette manipulation.

Après, on peut disserter sur l'importance (ou non) de la partition bios-boot (bios-grub), mais dans l'absolu, au vu de la place qu'elle prend, ça me semble anecdotique.

Dernière modification par ikewdu (Le 26/09/2017, à 16:45)

Babdu89 · Le 26/09/2017, à 16:44

@ ikewdu.

Oui, oui.
J'avais vu ton sujet.
Mais la question est de savoir si toutes les machines UEFI/Bios_Legacy, arrivent à démarrer dans les systèmes installés dans les deux modes?;
Car si à un moment cette partition bios-grub était nécessaire, il y avait bien une raison, non?.

Je viens de relire ton sujet, et on voit ceci dans tous tes boot info.

sda2: __________________________________________________________________________

    File system:       BIOS Boot partition
    Boot sector type:  Grub2's core.img
    Boot sector info:

C'est donc que tu as créé une partition biso-boot (bios-grub) pour que la Mint fonctionne en mode Bios_Legacy.
Et c'est le sujet de discussion avec ?? depuis un moment.
Partition Bios boot nécessaire ou pas, pour démarrer en mode Bios_Legacy.???.

J'étais sûr que oui!!!. Les tests prouvent que non! .

@+. Babdu89 .

Dernière modification par Babdu89 (Le 26/09/2017, à 16:59)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 25/09/2017, à 09:03

Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#2 Le 25/09/2017, à 09:27

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#3 Le 25/09/2017, à 09:32

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#4 Le 25/09/2017, à 09:41

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#5 Le 25/09/2017, à 09:50

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#6 Le 25/09/2017, à 10:00

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#7 Le 25/09/2017, à 10:08

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#8 Le 25/09/2017, à 10:20

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#9 Le 25/09/2017, à 11:56

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#10 Le 25/09/2017, à 12:56

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#11 Le 25/09/2017, à 16:45

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#12 Le 25/09/2017, à 17:52

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#13 Le 26/09/2017, à 07:59

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#14 Le 26/09/2017, à 08:25

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#15 Le 26/09/2017, à 09:40

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#16 Le 26/09/2017, à 15:41

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#17 Le 26/09/2017, à 15:56

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#18 Le 26/09/2017, à 16:16

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#19 Le 26/09/2017, à 16:18

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#20 Le 26/09/2017, à 16:24

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#21 Le 26/09/2017, à 16:28

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#22 Le 26/09/2017, à 16:32

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#23 Le 26/09/2017, à 16:39

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#24 Le 26/09/2017, à 16:40

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

#25 Le 26/09/2017, à 16:44

Re : Transformer en mode BIOS une installation faite en UEFI . [Résolu]

Pied de page des forums