Contenu | Rechercher | Menus

Annonce

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 15/11/2017, à 10:17

Bougron

[Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Bonjour.
Cette discussion est créée  en suite de cette  discussion.  https://forum.ubuntu-fr.org/viewtopic.php?id=2017066 afin de l'alléger et de la laisser totalement disponible pour Ubuntu.

Pour l'instant, elle va traiter les actions possibles avec un windows EFI.
Elle est aussi un complément aux discussions suivantes. https://forum.ubuntu-fr.org/viewtopic.php?id=1725191 ou https://forum.ubuntu-fr.org/viewtopic.php?id=1954341
Elle devrait particulièrement intéresser les personnes qui ont de tablettes avec un windows préinstallé et un bios EFI en 32 bits pour lesquels ubuntu ne propose absolument rien. Quelques palliatifs ont été trouvés:
   a)    Utilisation d'un programme BOOTIA32.efi   en le récupérant d'on ne sait où (Je mettrais des liens de quelques installations réussies).
   b)    Utilisation de refind (Voir documentation).https://doc.ubuntu-fr.org/refind
   c)    Utilisation de  Super Grub2 Disk en abrégé : SG2D. Ce contexte.

J'espère que tous ceux qui vont avoir de telles tablettes,  vont pouvoir utiliser l'une de des procédures décrites ci-dessous afin de certifier ces procédures avec la version 32 bits de ce programme que je ne peux pas utiliser. Les procédures n'ont pu être jouées qu'avec un chargeur EFI de 64 bits qui sait cependant traiter un ISO UBUNTU de 32 bits si un tel besoin existe.

Lorsque la clé USB est utilisée, elle reste totalement standard.

Quatre contextes sont proposés. 
    L'un me semble totalement opérationnel. Pour un autre, il y a encore quelques difficultés.
  les deux autres n'étant que des variantes, Je me suis arrêté uniquement à la séquence de lancement de l'installateur. Mais on sait que lorsque l'installateur se lance, ce n'est pas gagné d'avance.   Il parait que souvent, il faut mettre des options supplémentaire.   Dans ce contexte, je ne sais pas comment traiter.

Merci à Malbo, Babdu89 et adrian15sg2d

Bonne lecture, bonne utilisation et bons commentaires.
.

.

Dernière modification par Bougron (Le 15/11/2017, à 12:15)


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#2 Le 15/11/2017, à 10:18

Bougron

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Procédure pour fabriquer une live USB bootant avec SG2D avec un windows EFI.
Cette procédure peut aussi être utilisée pour installer sur un autre ordinateur.
Cette procédure peut être intéressante pour les utilisateurs qui disposent d'un windows 64 bits (ou 32 bits) et d'un bios exclusivement  EFI 32 bits pour lesquels UBUNTU  ne propose pas de solution.
1) Vérifier que le windows est bien installé en EFI.
     Faites la commande msinfo et vérifier que l'élément  "mode bios"  est bien positionné à la valeur "EFI".
2) Formater la clé USB en FAT32.
3) Télécharger un logiciel de gestion de torrent  (finaltorrent ?) car il me semble que windows ne possède pas cela en natif.
4) Télécharger les versions ubuntu qui vous conviennent. Je vous conseille ce site  http://releases.ubuntu.com/  Utiliser de préférence les versions torrent par exemple  http://old-releases.ubuntu.com/releases … so.torrent   et/ou http://releases.ubuntu.com/artful/ubunt … so.torrent
5) Télécharger le fichier "standalone" de SGD2 à cette adresse https://sourceforge.net/projects/superg … 2.02s10b4/
   Voici le lien pour la version 64 bits https://sourceforge.net/projects/superg … I/download
   Voici le lien pour la version 32 bits https://sourceforge.net/projects/superg … I/download
6) Installer SD2D sur le support USB.
   a) Positionnez-vous dans le dossier de téléchargement.
   b) Cliquer sur le fichier téléchargé et faites copier.
   c) Démonter la clé USB et remonter-la afin que le montage ouvre le contenu.
   d) Faites un clic droit puis choisissez  Nouveau puis Dossier et renommez  "Nouveau dossier" en "EFI".
   e) Ouvrir le dossier "\EFI" et faites un clic droit puis choisissez  Nouveau puis Dossier et renommez  "Nouveau dossier" en "Boot".
   f) Ouvrir le dossier "/EFI/Boot" puis  avec un clic droit, choisissez l'action "Coller" et regardez la copie se faire.
   h) Renommer le fichier Super_grubxxxxx.......xxxxx.efi en bootx64.efi si bios en 64 bits ou en bootia.efi si bios en version 32 bits.
   i) Remonter à la racine de la clé.
7) Installer le ou les fichiers de ubuntu.
   a) Positionnez-vous dans le dossier de téléchargement.
   b) Cliquer sur le ou les fichiers ubuntu téléchargés et faites copier.
   c) Positionner-vous dans un espace libre et faites un clic droit puis choisissez  Nouveau puis Dossier et renommez  "Nouveau dossier" en "Boot".
   d) Positionner-vous dans un espace libre et faites un clic droit puis choisissez  Nouveau puis Dossier et renommez  "Nouveau dossier" en "Boot-isos"
   e) Ouvrir le dossier "/Boot/Boot-isos" puis  avec un clic droit, choisissez l'action "Coller" et regardez la copie se faire.

8) C'est le moment de booter et de regarder SG2D présenter son écran d'accueil.
Il est positionné sur *Detect and show boot methods" .Il faut valider puis allez tout en fin de la liste et sélectionner l'iso qui convient.

Procédure testée avec le fichier SG2DB de 64 bits mis sur clé USB et les fichiers ubuntu 64 bits et 32 bits jusqu'au niveau de lancement de l'installation.


NOTA, Il est totalement possible de ne pas faire les étapes 3, 4 et 7 afin de disposer d'un outil de dépannage pour d'autres ordinateurs EFI

Dernière modification par Bougron (Le 15/11/2017, à 13:33)


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#3 Le 15/11/2017, à 10:18

Bougron

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Procédure pour fabriquer une clé USB bootant avec SG2D avec un windows EFI.
Cette procédure ne peut pas être utilisée pour installer ubuntu sur un autre ordinateur.
Cette procédure peut être intéressante pour les utilisateurs qui disposent d'un windows 64 bits (ou 32 bits) et d'un bios exclusivement  EFI 32 bits pour lesquels UBUNTU  ne propose pas de solution.
1) Vérifier que le windows est bien installé en EFI.
     Faites la commande msinfo et vérifier que l'élément  "mode bios"  est bien positionné à la valeur "EFI".
2) Formater la clé USB en FAT32.
3) Télécharger un logiciel de gestion de torrent  (finaltorrent ?) car il me semble que windows ne possède pas cela en natif.
4) Télécharger les versions ubuntu qui vous conviennent. Je vous conseille ce site  http://releases.ubuntu.com/  Utiliser de préférence les versions torrent par exemple  http://old-releases.ubuntu.com/releases … so.torrent  et/ou http://releases.ubuntu.com/artful/ubunt … so.torrent .
5) Télécharger le fichier "standalone" de SGD2 à cette adresse https://sourceforge.net/projects/superg … 2.02s10b4/
   Voici le lien pour la version 64 bits https://sourceforge.net/projects/superg … I/download
   Voici le lien pour la version 32 bits https://sourceforge.net/projects/superg … o/download
6) Installer SD2D sur le support USB.
   a) Positionnez-vous dans le dossier de téléchargement.
   b) Cliquer sur le fichier téléchargé et faites copier.
   c) Démonter la clé USB et remonter-la afin que le montage ouvre le contenu.
   d) Positionner-vous dans un espace libre et faites un clic droit puis choisissez Nouveau puis Dossier et renommez  "Nouveau dossier" en "EFI".
   e) Ouvrir le dossier "\EFI" et faites un clic droit puis choisissez Nouveau puis Dossier et renommez  "Nouveau dossier" en "Boot"
   f) Ouvrir le dossier "/EFI/Boot" puis  avec un clic droit, choisissez l'action "Coller" et regardez la copie se faire.
   h) Renommer le fichier Super_grubxxxxx.......xxxxx.efi en bootx64.efi si bios en 64 bits ou en bootia.efi si bios en version 32 bits.
   i) Remonter à la racine de la clé.
7) Installer le ou les fichiers de ubuntu.
    Si vous avez prévu de supprimer WINDOWS pendant la phase d'installation, vous devez créer une nouvelle partition suffisamment grande pour contenir l'iso de ubuntu dont la taille avoisine 1, 5 Go.
    a) Positionnez-vous dans le dossier de téléchargement.
    b) Cliquer sur le ou les fichiers ubuntu téléchargés et faites copier.
    c)   Positionnez-vous à la racine de votre C:   ou de votre D:  si vous avez créé une nouvelle partition ( en NTFS par exemple).
    d) Positionner-vous dans un espace libre et faites un clic droit puis choisissez  Nouveau puis Dossier et renommez  "Nouveau dossier" en "Boot".
   e) Ouvrir le dossier "\Boot" et faites un clic droit puis choisissez  Nouveau puis Dossier et renommez  "Nouveau dossier" en "Boot-isos"
   f) Ouvrir le dossier "/Boot/Boot-isos" puis  avec un clic droit, choisissez l'action "Coller" et regardez la copie se faire.

8) C'est le moment de booter et de regarder SG2D présenter son écran d'accueil.
Il est positionné sur *Detect and show boot methods Il faut valider puis allez tout en fin de la liste et sélectionner l'iso qui convient.

Procédure testée avec le fichier SG2DB de 64 bits mis sur clé USB et les fichiers ubuntu 64 bits et 32 bits conservés sur le disque D:  avec installation  faite avec le choix "autres choses" pour la version 32 bits     Il a été proposé de démonter les partitions montées sur le disque /dev/sdb  (ce qu'il faut accepter).

La fin de l'installation râle un peu.

Le paquet grub-efi-amd-signed n'a pas pu être installé dans /target/ . En l'absence du programme de démarrage GRUB, le système installé ne pourra pas démarrer.

Valider

L'installateur a planté.
Nous sommes désolé. L'installateur a planté. Lorsque vous fermerez cette fenêtre, nous vous permettrons de remplir un rapport de bogue à l'aide de l'outil de rapport de bogue intégré. Cet outil rassemblera des informations sur votre système et votre processus d'installation. Les détails seront envoyés sur notre outil de suivi de rapport de bogues et un développeur prendra ce problème en charge le plus tôt possible.

Finalement, comme on n'a plus besoin du grub, ce n'est si grave que cela!
Nota. Il faudra que je pense à créer un compte "ubuntu one"

Dernière modification par Bougron (Le 15/11/2017, à 13:15)


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#4 Le 15/11/2017, à 10:19

Bougron

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Procédure  installer ubuntu  via  SG2D avec un windows EFI en se passant de clé USB.
Cette procédure ne peut pas être utilisée pour installer ubuntu sur un autre ordinateur.
Cette procédure peut être intéressante pour les utilisateurs qui disposent d'un windows 64 bits (ou 32 bits) et d'un bios exclusivement  EFI 32 bits pour lesquels UBUNTU  ne propose pas de solution.
1) Vérifier que le windows est bien installé en EFI.
     Faites la commande msinfo et vérifier que l'élément  "mode bios"  est bien positionné à la valeur "EFI".
2) Télécharger un logiciel de gestion de torrent  (finaltorrent ?) car il me semble que windows ne possède pas cela en natif.
3) Télécharger les versions ubuntu qui vous conviennent. Je vous conseille ce site  http://releases.ubuntu.com/  Utiliser de préférence les versions torrent par exemple  http://old-releases.ubuntu.com/releases … so.torrent et/ou http://releases.ubuntu.com/artful/ubunt … so.torrent
4) Télécharger le fichier "standalone" de SGD2 à cette adresse https://sourceforge.net/projects/superg … 2.02s10b4/
   Voici le lien pour la version 64 bits https://sourceforge.net/projects/superg … I/download
   Voici le lien pour la version 32 bits https://sourceforge.net/projects/superg … I/download
5) Installer SD2D dans la partition de BOOT de windows.

Lancer windows powerShell(admin) .
        Frapper les commande suivantes:

        mountvol S: /S
        dir

        afin de disposer de la partition de boot et de vérifier que c'est bien elle qui est montée.
        Cependant, si la réponse est Le répertoire n’est pas vide il faudra utiliser une autre lettre par exemple A: qui est certainement disponible. Ce cas se produit lorsque vous avez un nombre de partitions assez important.
        Se positionner dans le répertoire qui a reçu le fichier EFI.
        Par exemple, il peut être sous:

        C:/Utilisateurs/xxxxxxxxx/Téléchargements/super_grub2_disk_standalone_x86_64_efi_2.02s10b4.EFI

        On frappera donc les commandes suivantes:

        cd C:
        cd ..\..
        cd users
        cd Le_nom_de_l'utilisateur
        cd Downloads

        On le renomme comme étant SG2DX64.EFI pour faire la manipulation plus facilement. Se souvenir qu'il n'y a pas de différence entre les lettres majuscules et les lettres minuscules y compris dans les commandes..
       

REN super_grub2_disk_standalone_x86_64_efi_2.02s10b4.EFI  SG2DX64.EFI

        On copie le binaire EFI sur son répertoire final.

        MD S:\EFI\SG2D\
        COPY SG2DX64.EFI S:\EFI\SG2D\

        (surtout ne pas oublier de terminer par un anti-slash)
        Créer un nouveau gestionnaire  de démarrage.
     

 bcdedit /copy "{bootmgr}" /d "SG2D EFI X64"

Ça retourne un GUID, le copier et le mettre à la place de celui indiqué dans la  commande suivante qui va le dédier à SG2D.

bcdedit /set "{cbfe2a65-d996-11e5-8118-8b921f5b8924}" path \EFI\SG2D\SG2DX64.EFI

       Vérifier que le boot via SG2D est bien opérationnel.

6) Installer le ou les fichiers de ubuntu.
    Si vous avez prévu de supprimer WINDOWS pendant la phase d'installation, vous devez créer une nouvelle partition suffisamment grande pour contenir l'iso de ubuntu dont la taille avoisine 1, 5 Go.
    a) Positionnez-vous dans le dossier de téléchargement.
    b) Cliquer sur le ou les fichiers ubuntu téléchargés et faites copier.
    c)   Positionnez-vous à la racine de votre C:    (ou de votre D:  si vous avez créé une nouvelle partition ( en NTFS par exemple)).
    d) Positionner-vous dans un espace libre et faites un clic droit puis choisissez  Nouveau puis Dossier et renommez  "Nouveau dossier" en "Boot".
   e) Ouvrir le répertoire "\Boot"  et faites un clic droit puis choisissez  Nouveau puis Dossier et renommez  "Nouveau dossier" en "Boot-isos"
   f) Ouvrir le dossier "/Boot/Boot-isos" puis  avec un clic droit, choisissez l'action "Coller" et regardez la copie se faire.

7) C'est le moment de booter,   Deux choix possibles
    A) Si choix de l'option prépositionnée ( *Detect and show boot methods) :  Valider. Attendre environ 30 secondes  pour voir  SG2D présenter son écran. Il faut aller tout en fin de la liste et sélectionner l'iso qui convient.
   B) Prendre le choix  'Boot manually...' Valider  puis prendre le choix 'Bootable ISOs'.  Valider  et au bout de 15 secondes, on obtient uniquement la liste des fichiers ISO  et sélectionner l'iso qui convient. .



Procédure  de boot testée avec le fichier SG2DB de 64 bits et le ubuntu en 64 bits jusqu'au niveau "essayer avant d'installer".

Dernière modification par Bougron (Le 16/11/2017, à 16:08)


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#5 Le 15/11/2017, à 10:19

Bougron

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Procédure pour installer ubuntu  via  SG2D avec un windows EFI en utilisant la clé USB comme support des fichiers ISO.
Cette procédure ne peut pas être utilisée pour installer ubuntu sur un autre ordinateur.
Cette procédure peut être intéressante pour les utilisateurs qui disposent d'un windows 64 bits (ou 32 bits) et d'un bios exclusivement  EFI 32 bits pour lesquels UBUNTU  ne propose pas de solution et qui n'ont plus du tout de place dans le C: ou qui veulent supprimer windows et qui sont incapable de libérer un peu de place pour créer une partition de 1,5 Go.   Je pense que ce contexte est assez rare.
1) Vérifier que le windows est bien installé en EFI.
     Faites la commande msinfo et vérifier que l'élément  "mode bios"  est bien positionné à la valeur "EFI".
2) Télécharger un logiciel de gestion de torrent  (finaltorrent ?) car il me semble que windows ne possède pas cela en natif.
3) Télécharger les versions ubuntu qui vous conviennent. Je vous conseille ce site  http://releases.ubuntu.com/  Utiliser de préférence les versions torrent par exemple  http://old-releases.ubuntu.com/releases … so.torrent  et/ou http://releases.ubuntu.com/artful/ubunt … so.torrent
4) Télécharger le fichier "standalone" de SGD2 à cette adresse https://sourceforge.net/projects/superg … 2.02s10b4/
   Voici le lien pour la version 64 bits https://sourceforge.net/projects/superg … I/download
   Voici le lien pour la version 32 bits https://sourceforge.net/projects/superg … I/download
5) Installer SD2D dans la partition de BOOT de windows.

Lancer windows powerShell(admin) .
            Frapper les commande suivantes:

            mountvol S: /S
            dir

            afin de disposer de la partition de boot et de vérifier que c'est bien elle qui est montée.
            Cependant, si la réponse est Le répertoire n’est pas vide il faudra utiliser une autre lettre par exemple A: qui est certainement disponible. Ce cas se produit lorsque vous avez un nombre de partitions assez important.
            Se positionner dans le répertoire qui a reçu le fichier EFI.
            Par exemple, il peut être sous:

            C:/Utilisateurs/xxxxxxxxx/Téléchargements/super_grub2_disk_standalone_x86_64_efi_2.02s10b4.EFI

            On frappera donc les commandes suivantes:

            cd C:
            cd ..\..
            cd users
            cd Le_nom_de_l'utilisateur
            cd Downloads

            On le renomme comme étant SG2DX64.EFI pour faire la manipulation plus facilement. Se souvenir qu'il n'y a pas de différence entre les lettres majuscules et les lettres minuscules y compris dans les commandes..

    REN super_grub2_disk_standalone_x86_64_efi_2.02s10b4.EFI  SG2DX64.EFI

            On copie le binaire EFI sur son répertoire final.

            MD S:\EFI\SG2D\
            COPY SG2DX64.EFI S:\EFI\SG2D\

            (surtout ne pas oublier de terminer par un anti-slash)
        Créer un nouveau gestionnaire  de démarrage.
     

 bcdedit /copy "{bootmgr}" /d "SG2D EFI X64"

Ça retourne un GUID, le copier et le mettre à la place de celui indiqué dans la  commande suivante qui va le dédier à SG2D.

bcdedit /set "{cbfe2a65-d996-11e5-8118-8b921f5b8924}" path \EFI\SG2D\SG2DX64.EFI

      Vérifier quie le boot via SG2D est bien opérationnel.

6) Installer le ou les fichiers de ubuntu.
    a) Positionnez-vous dans le dossier de téléchargement.
    b) Cliquer sur le ou les fichiers ubuntu téléchargés et faites copier.
    c) Brancher la clé USB qui peut être formatée soit en FAT32 soit en NTFS et contenir d'autres données.
    d) Positionner-vous dans un espace libre et faites un clic droit puis choisissez  Nouveau puis Dossier et renommez  "Nouveau dossier" en "Boot".
    e)  Ouvrir le dossier Boot et faites un clic droit puis choisissez  Nouveau puis Dossier et renommez  "Nouveau dossier" en "Boot-isos"
    f) Ouvrir le dossier "\Boot\Boot-isos" puis  avec un clic droit, choisissez l'action "Coller" et regardez la copie se faire.

7) C'est le moment de booter et de regarder SG2D présenter son écran d'accueil.
Il est positionné sur *Detect and show boot methods

ECHEC de cette procédure: SG2D ne sait pas détecter les fichiers ISO stockés sur les clés USB et je ne souhaite pas regarder ce qui se passerait avec un DVDROM.

Il est possible que j'ai mal géré les options extra GRUB2 functionnality      => seulement les fichiers ISO du disque dur sont visibles
ou Enable all native disk drivers * expérimental*
     SG2D semble boucler ( pas de réponse en 30 minutes)  problème connu?


Le palliatif est assez simple.   Il faut que la clé USB soit branchée avant de commencer le boot et non après avoir booté!

Dernière modification par Bougron (Le 16/11/2017, à 14:07)


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#6 Le 15/11/2017, à 14:11

Bougron

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Bonjour
Comme vous le voyez, SG2D a été lancé via le chargeur de démarrage de WINDOWS (bootmgr).
Cependant s'il est possible de le lancer d'une autre façon,  c'est à dire comme étant une instance windows, je suis preneur. Voici par exemple un début de préparation

Chargeur de démarrage Windows
-----------------------------
identificateur          {f006e90c-c92d-11e7-a55c-48d224609ae7}
device                  partition=\Device\HarddiskVolume2
path                    \EFI\sg2d\sg2dx64.efi
description             ESSAI nouveau SG2D
locale                  fr-FR
inherit                 {bootloadersettings}
recoverysequence        {113e978b-c7cb-11e7-bea9-cab83e50c088}
displaymessageoverride  Recovery
recoveryenabled         Yes
isolatedcontext         Yes
flightsigning           Yes
allowedinmemorysettings 0x15000075
osdevice                partition=C:
systemroot              \WINDOWS
resumeobject            {113e9789-c7cb-11e7-bea9-cab83e50c088}
nx                      OptIn
bootmenupolicy          Standard
PS C:\WINDOWS\system32>

Je ne sais pas trop les paramêtres à modifier.
Par exemple, lorsqu'il va décider de lancer SG2D et lui disant que le point de montage qu'il doit utiliser pour mètre son  OS doit s'appeler /windows, je ne sais pas trop si cela ne sera pas un dialoque de sourd, idem pour sa lettre C:
Cependant, si cela est possible, Il faut bien y arriver. Mais je ne comprends pas ce qu'il faut faire pour y arriver https://forum.ubuntu-fr.org/viewtopic.p … #p21825698

????
bcdedit /set "{f006e90c-c92d-11e7-a55c-48d224609ae7}" device partition=s:
bcdedit /set "{f006e90c-c92d-11e7-a55c-48d224609ae7}" osdevice partition=s:
bcdedit /set "{f006e90c-c92d-11e7-a55c-48d224609ae7}" systemroot \

Maintenant modifié comme cela

Chargeur de démarrage Windows
-----------------------------
identificateur          {f006e90c-c92d-11e7-a55c-48d224609ae7}
device                  partition=S:
path                    \EFI\sg2d\sg2dx64.efi
description             ESSAI nouveau SG2D
locale                  fr-FR
inherit                 {bootloadersettings}
recoverysequence        {113e978b-c7cb-11e7-bea9-cab83e50c088}
displaymessageoverride  Recovery
recoveryenabled         Yes
isolatedcontext         Yes
flightsigning           Yes
allowedinmemorysettings 0x15000075
osdevice                partition=S:
systemroot              \
resumeobject            {113e9789-c7cb-11e7-bea9-cab83e50c088}
nx                      OptIn
bootmenupolicy          Standard
PS C:\WINDOWS\system32>

Et résultat, en choissssant cette entrée " PRE¨PARING AUTOMATIC REPAIR"    et je ne sais pas activer une capture de trace du boot.

PS C:\WINDOWS\system32> bcdedit /enum all

Gestionnaire de démarrage du microprogramme
-------------------------------------------
identificateur          {fwbootmgr}
displayorder            {84bfbaa8-c94b-11e7-a561-806e6f6e6963}
                        {32c18e09-bfaa-11e7-a51a-806e6f6e6963}
                        {bootmgr}
                        {eb2bec3f-c919-11e7-a555-806e6f6e6963}
                        {3fc683d3-a105-11e7-a513-806e6f6e6963}
                        {ec462791-800f-11e7-a50c-806e6f6e6963}
                        {c0520892-97ed-11e6-b2c7-a0d59c09e94a}
                        {c0520893-97ed-11e6-b2c7-a0d59c09e94a}
                        {c0520890-97ed-11e6-b2c7-a0d59c09e94a}
                        {c052088f-97ed-11e6-b2c7-a0d59c09e94a}
                        {c0520891-97ed-11e6-b2c7-a0d59c09e94a}
timeout                 0

Gestionnaire de démarrage Windows
---------------------------------
identificateur          {bootmgr}
device                  partition=\Device\HarddiskVolume2
path                    \EFI\Microsoft\boot\bootmgfw.efi
description             windows10
locale                  fr-FR
inherit                 {globalsettings}
flightsigning           Yes
default                 {current}
resumeobject            {113e9789-c7cb-11e7-bea9-cab83e50c088}
displayorder            {current}
                        {c05208c3-97ed-11e6-b2c7-a0d59c09e94a}
                        {c05208b9-97ed-11e6-b2c7-a0d59c09e94a}
                        {f006e90c-c92d-11e7-a55c-48d224609ae7}
toolsdisplayorder       {memdiag}
timeout                 30

Application logicielle (101fffff)
--------------------------------
identificateur          {32c18e09-bfaa-11e7-a51a-806e6f6e6963}
device                  partition=\Device\HarddiskVolume2
path                    \EFI\ubuntu\grubx64.efi
description             Ubuntu

Application logicielle (101fffff)
--------------------------------
identificateur          {3fc683d3-a105-11e7-a513-806e6f6e6963}
device                  partition=\Device\HarddiskVolume2
path                    \EFI\Microsoft\Boot\bootmgfw.efi
description             Windows Boot Manager

Application logicielle (101fffff)
--------------------------------
identificateur          {47e1b167-c7f5-11e7-a521-806e6f6e6963}
device                  partition=R:
path                    \EFI\Microsoft\Boot\bootmgfw.efi
description             EFI Network 0 for IPv6 (08-9E-01-B7-1C-5D)

Application logicielle (101fffff)
--------------------------------
identificateur          {84bfbaa8-c94b-11e7-a561-806e6f6e6963}
device                  partition=\Device\HarddiskVolume2
path                    \EFI\refind\refind_x64.efi
description             rEFInd Boot Manager

Application logicielle (101fffff)
--------------------------------
identificateur          {8cbd7af5-a2f6-11e7-a516-806e6f6e6963}
description             EFI Network 0 for IPv4 (08-9E-01-B7-1C-5D)

Application logicielle (101fffff)
--------------------------------
identificateur          {a785abd2-c91a-11e7-a556-806e6f6e6963}
device                  partition=\Device\HarddiskVolume2
path                    \EFI\Microsoft\Boot\bootmgfw.efi
description             Windows Boot Manager

Application logicielle (101fffff)
--------------------------------
identificateur          {c052088f-97ed-11e6-b2c7-a0d59c09e94a}
description             EFI USB Device

Application logicielle (101fffff)
--------------------------------
identificateur          {c0520890-97ed-11e6-b2c7-a0d59c09e94a}
description             EFI Network

Application logicielle (101fffff)
--------------------------------
identificateur          {c0520891-97ed-11e6-b2c7-a0d59c09e94a}
description             EFI DVD/CDROM

Application logicielle (101fffff)
--------------------------------
identificateur          {c0520892-97ed-11e6-b2c7-a0d59c09e94a}
device                  partition=L:
path                    \EFI\ubuntu\grubx64.efi
description             Ubuntu

Application logicielle (101fffff)
--------------------------------
identificateur          {c0520893-97ed-11e6-b2c7-a0d59c09e94a}
device                  partition=R:
path                    \EFI\refind\refind_x64.efi
description             EFI HDD Device 1 (TOSHIBA MQ01ABD100)

Application logicielle (101fffff)
--------------------------------
identificateur          {eb2bec3f-c919-11e7-a555-806e6f6e6963}
device                  partition=\Device\HarddiskVolume2
path                    \EFI\sg2d\sg2dx64.efi
description             SG2D

Application logicielle (101fffff)
--------------------------------
identificateur          {ec462791-800f-11e7-a50c-806e6f6e6963}
device                  partition=E:
path                    \EFI\ubuntu\grubx64.efi
description             EFI HDD Device (TOSHIBA MQ01ABD100)

Chargeur de démarrage Windows
-----------------------------
identificateur          {016b7d52-bec0-11e7-9478-a8956356d12b}
device                  ramdisk=[\Device\HarddiskVolume5]\Recovery\WindowsRE\Winre.wim,{016b7d53-bec0-11e7-9478-a8956356d12b}
path                    \windows\system32\winload.efi
description             Windows Recovery Environment
locale                  fr-FR
inherit                 {bootloadersettings}
displaymessage          Recovery
osdevice                ramdisk=[\Device\HarddiskVolume5]\Recovery\WindowsRE\Winre.wim,{016b7d53-bec0-11e7-9478-a8956356d12b}
systemroot              \windows
nx                      OptIn
bootmenupolicy          Standard
winpe                   Yes

Chargeur de démarrage Windows
-----------------------------
identificateur          {current}
device                  partition=C:
path                    \WINDOWS\system32\winload.efi
description             windows 10 A
locale                  fr-FR
inherit                 {bootloadersettings}
recoverysequence        {113e978b-c7cb-11e7-bea9-cab83e50c088}
displaymessageoverride  Recovery
recoveryenabled         Yes
isolatedcontext         Yes
flightsigning           Yes
allowedinmemorysettings 0x15000075
osdevice                partition=C:
systemroot              \WINDOWS
resumeobject            {113e9789-c7cb-11e7-bea9-cab83e50c088}
nx                      OptIn
bootmenupolicy          Standard

Chargeur de démarrage Windows
-----------------------------
identificateur          {113e978b-c7cb-11e7-bea9-cab83e50c088}
device                  ramdisk=[\Device\HarddiskVolume5]\Recovery\WindowsRE\Winre.wim,{113e978c-c7cb-11e7-bea9-cab83e50c088}
path                    \windows\system32\winload.efi
description             Windows Recovery Environment
locale                  fr-FR
inherit                 {bootloadersettings}
displaymessage          Recovery
osdevice                ramdisk=[\Device\HarddiskVolume5]\Recovery\WindowsRE\Winre.wim,{113e978c-c7cb-11e7-bea9-cab83e50c088}
systemroot              \windows
nx                      OptIn
bootmenupolicy          Standard
winpe                   Yes

Installation de Windows
-----------------------
identificateur          {7254a080-1510-4e85-ac0f-e7fb3d444736}
device                  ramdisk=[C:]\$WINDOWS.~BT\Sources\SafeOS\winre.wim,{f34f12da-c794-11e7-a51b-48d224609ae7}
bootstatdevice          partition=C:
custom:11000083         partition=C:
path                    \windows\system32\winload.efi
description             Windows Rollback
locale                  fr-FR
bootstatfilepath        \$WINDOWS.~BT\Sources\Panther\bootstat.dat
inherit                 {bootloadersettings}
flightsigning           Yes
osdevice                ramdisk=[C:]\$WINDOWS.~BT\Sources\SafeOS\winre.wim,{f34f12da-c794-11e7-a51b-48d224609ae7}
custom:21000152         partition=C:
systemroot              \windows
nx                      OptIn
bootmenupolicy          Standard
winpe                   Yes

Chargeur de démarrage Windows
-----------------------------
identificateur          {a742edd0-a318-11e7-93f5-d957a4595d89}
device                  ramdisk=[\Device\HarddiskVolume5]\Recovery\WindowsRE\Winre.wim,{a742edd1-a318-11e7-93f5-d957a4595d89}
path                    \windows\system32\winload.efi
description             Windows Recovery Environment
locale                  fr-FR
inherit                 {bootloadersettings}
displaymessage          Recovery
osdevice                ramdisk=[\Device\HarddiskVolume5]\Recovery\WindowsRE\Winre.wim,{a742edd1-a318-11e7-93f5-d957a4595d89}
systemroot              \windows
nx                      OptIn
bootmenupolicy          Standard
winpe                   Yes

Chargeur de démarrage Windows
-----------------------------
identificateur          {c05208b9-97ed-11e6-b2c7-a0d59c09e94a}
device                  partition=G:
path                    \Windows\system32\winload.efi
description             windows 10 C
locale                  fr-FR
inherit                 {bootloadersettings}
recoverysequence        {c05208ba-97ed-11e6-b2c7-a0d59c09e94a}
recoveryenabled         Yes
isolatedcontext         Yes
flightsigning           Yes
allowedinmemorysettings 0x15000075
osdevice                partition=G:
systemroot              \Windows
resumeobject            {c05208b8-97ed-11e6-b2c7-a0d59c09e94a}
nx                      OptIn
bootmenupolicy          Standard

Chargeur de démarrage Windows
-----------------------------
identificateur          {c05208ba-97ed-11e6-b2c7-a0d59c09e94a}
device                  ramdisk=[\Device\HarddiskVolume1]\Recovery\WindowsRE\Winre.wim,{c05208bb-97ed-11e6-b2c7-a0d59c09e94a}
path                    \windows\system32\winload.efi
description             Windows Recovery Environment
locale                  fr-FR
inherit                 {bootloadersettings}
displaymessage          Recovery
displaymessageoverride  Recovery
osdevice                ramdisk=[\Device\HarddiskVolume1]\Recovery\WindowsRE\Winre.wim,{c05208bb-97ed-11e6-b2c7-a0d59c09e94a}
systemroot              \windows
nx                      OptIn
bootmenupolicy          Standard
winpe                   Yes

Chargeur de démarrage Windows
-----------------------------
identificateur          {c05208c3-97ed-11e6-b2c7-a0d59c09e94a}
device                  unknown
path                    \Windows\system32\winload.efi
description             windows 10 B
locale                  fr-FR
inherit                 {bootloadersettings}
recoverysequence        {c05208c4-97ed-11e6-b2c7-a0d59c09e94a}
recoveryenabled         Yes
isolatedcontext         Yes
flightsigning           Yes
allowedinmemorysettings 0x15000075
osdevice                unknown
systemroot              \Windows
resumeobject            {c05208c2-97ed-11e6-b2c7-a0d59c09e94a}
nx                      OptIn
bootmenupolicy          Standard

Chargeur de démarrage Windows
-----------------------------
identificateur          {c05208c4-97ed-11e6-b2c7-a0d59c09e94a}
device                  ramdisk=[unknown]\Recovery\WindowsRE\Winre.wim,{c05208c5-97ed-11e6-b2c7-a0d59c09e94a}
path                    \windows\system32\winload.efi
description             Windows Recovery Environment
locale                  fr-FR
inherit                 {bootloadersettings}
displaymessage          Recovery
osdevice                ramdisk=[unknown]\Recovery\WindowsRE\Winre.wim,{c05208c5-97ed-11e6-b2c7-a0d59c09e94a}
systemroot              \windows
nx                      OptIn
bootmenupolicy          Standard
winpe                   Yes

Chargeur de démarrage Windows
-----------------------------
identificateur          {f006e90c-c92d-11e7-a55c-48d224609ae7}
device                  partition=S:
path                    \EFI\sg2d\sg2dx64.efi
description             ESSAI nouveau SG2D
locale                  fr-FR
inherit                 {bootloadersettings}
recoverysequence        {113e978b-c7cb-11e7-bea9-cab83e50c088}
displaymessageoverride  Recovery
recoveryenabled         Yes
isolatedcontext         Yes
flightsigning           Yes
allowedinmemorysettings 0x15000075
osdevice                partition=S:
systemroot              \
resumeobject            {113e9789-c7cb-11e7-bea9-cab83e50c088}
nx                      OptIn
bootmenupolicy          Standard

Reprendre à partir de la mise en veille prolongée
-------------------------------------------------
identificateur          {016b7d50-bec0-11e7-9478-a8956356d12b}
device                  partition=C:
path                    \WINDOWS\system32\winresume.efi
description             Windows Resume Application
locale                  fr-FR
inherit                 {resumeloadersettings}
recoverysequence        {016b7d52-bec0-11e7-9478-a8956356d12b}
recoveryenabled         Yes
isolatedcontext         Yes
allowedinmemorysettings 0x15000075
filedevice              partition=C:
filepath                \hiberfil.sys
bootmenupolicy          Standard
debugoptionenabled      No

Reprendre à partir de la mise en veille prolongée
-------------------------------------------------
identificateur          {113e9789-c7cb-11e7-bea9-cab83e50c088}
device                  partition=C:
path                    \WINDOWS\system32\winresume.efi
description             Windows Resume Application
locale                  fr-FR
inherit                 {resumeloadersettings}
recoverysequence        {113e978b-c7cb-11e7-bea9-cab83e50c088}
recoveryenabled         Yes
isolatedcontext         Yes
allowedinmemorysettings 0x15000075
filedevice              partition=C:
filepath                \hiberfil.sys
bootmenupolicy          Standard
debugoptionenabled      No

Reprendre à partir de la mise en veille prolongée
-------------------------------------------------
identificateur          {a742edce-a318-11e7-93f5-d957a4595d89}
device                  partition=C:
path                    \WINDOWS\system32\winresume.efi
description             Windows Resume Application
locale                  fr-FR
inherit                 {resumeloadersettings}
recoverysequence        {a742edd0-a318-11e7-93f5-d957a4595d89}
recoveryenabled         Yes
isolatedcontext         Yes
allowedinmemorysettings 0x15000075
filedevice              partition=C:
filepath                \hiberfil.sys
bootmenupolicy          Standard
debugoptionenabled      No

Reprendre à partir de la mise en veille prolongée
-------------------------------------------------
identificateur          {c0520896-97ed-11e6-b2c7-a0d59c09e94a}
device                  unknown
path                    \Windows\system32\winresume.efi
description             Windows Resume Application
locale                  fr-FR
inherit                 {resumeloadersettings}
recoverysequence        {c05208a0-97ed-11e6-b2c7-a0d59c09e94a}
recoveryenabled         Yes
isolatedcontext         Yes
allowedinmemorysettings 0x15000075
filedevice              unknown
filepath                \hiberfil.sys
bootmenupolicy          Standard
debugoptionenabled      No

Reprendre à partir de la mise en veille prolongée
-------------------------------------------------
identificateur          {c05208b8-97ed-11e6-b2c7-a0d59c09e94a}
device                  partition=G:
path                    \Windows\system32\winresume.efi
description             Windows Resume Application
locale                  fr-FR
inherit                 {resumeloadersettings}
recoverysequence        {c05208ba-97ed-11e6-b2c7-a0d59c09e94a}
recoveryenabled         Yes
isolatedcontext         Yes
allowedinmemorysettings 0x15000075
filedevice              partition=G:
filepath                \hiberfil.sys
bootmenupolicy          Standard
debugoptionenabled      No

Testeur de mémoire Windows
--------------------------
identificateur          {memdiag}
device                  partition=\Device\HarddiskVolume2
path                    \EFI\Microsoft\Boot\memtest.efi
description             Diagnostics mémoire Windows
locale                  fr-FR
inherit                 {globalsettings}
badmemoryaccess         Yes

Paramètres EMS
--------------
identificateur          {emssettings}
bootems                 No

Paramètres du débogueur
-----------------------
identificateur          {dbgsettings}
debugtype               Local

Erreurs de mémoire RAM
----------------------
identificateur          {badmemory}

Paramètres globaux
------------------
identificateur          {globalsettings}
inherit                 {dbgsettings}
                        {emssettings}
                        {badmemory}

Paramètres du chargeur de démarrage
-----------------------------------
identificateur          {bootloadersettings}
inherit                 {globalsettings}
                        {hypervisorsettings}

Paramètres de l’hyperviseur
-------------------
identificateur          {hypervisorsettings}
hypervisordebugtype     Serial
hypervisordebugport     1
hypervisorbaudrate      115200

Paramètres du chargeur de reprise
---------------------------------
identificateur          {resumeloadersettings}
inherit                 {globalsettings}

Options de périphérique
-----------------------
identificateur          {016b7d53-bec0-11e7-9478-a8956356d12b}
description             Windows Recovery
ramdisksdidevice        partition=\Device\HarddiskVolume5
ramdisksdipath          \Recovery\WindowsRE\boot.sdi

Options de périphérique
-----------------------
identificateur          {113e978c-c7cb-11e7-bea9-cab83e50c088}
description             Windows Recovery
ramdisksdidevice        partition=\Device\HarddiskVolume5
ramdisksdipath          \Recovery\WindowsRE\boot.sdi

Options de périphérique
-----------------------
identificateur          {9e9f5fb9-bebb-11e7-a519-48d224609ae7}
description             Windows Setup
ramdisksdidevice        partition=C:
ramdisksdipath          \$WINDOWS.~BT\Sources\SafeOS\boot.sdi

Options de périphérique
-----------------------
identificateur          {a742edd1-a318-11e7-93f5-d957a4595d89}
description             Windows Recovery
ramdisksdidevice        partition=\Device\HarddiskVolume5
ramdisksdipath          \Recovery\WindowsRE\boot.sdi

Options de périphérique
-----------------------
identificateur          {c05208bb-97ed-11e6-b2c7-a0d59c09e94a}
description             Windows Recovery
ramdisksdidevice        partition=\Device\HarddiskVolume1
ramdisksdipath          \Recovery\WindowsRE\boot.sdi

Options de périphérique
-----------------------
identificateur          {c05208c5-97ed-11e6-b2c7-a0d59c09e94a}
description             Windows Recovery
ramdisksdidevice        unknown
ramdisksdipath          \Recovery\WindowsRE\boot.sdi

Options de périphérique
-----------------------
identificateur          {f34f12da-c794-11e7-a51b-48d224609ae7}
description             Windows Setup
ramdisksdidevice        partition=C:
ramdisksdipath          \$WINDOWS.~BT\Sources\SafeOS\boot.sdi
PS C:\WINDOWS\system32>

Dernière modification par Bougron (Le 16/11/2017, à 15:49)


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#7 Le 15/11/2017, à 22:50

adrian15sgd

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Réponse à #3

Bougron a écrit :

La fin de l'installation râle un peu.

Le paquet grub-efi-amd-signed n'a pas pu être installé dans /target/ . En l'absence du programme de démarrage GRUB, le système installé ne pourra pas démarrer.

Valider

L'installateur a planté.
Nous sommes désolé. L'installateur a planté. Lorsque vous fermerez cette fenêtre, nous vous permettrons de remplir un rapport de bogue à l'aide de l'outil de rapport de bogue intégré. Cet outil rassemblera des informations sur votre système et votre processus d'installation. Les détails seront envoyés sur notre outil de suivi de rapport de bogues et un développeur prendra ce problème en charge le plus tôt possible.

Finalement, comme on n'a plus besoin du grub, ce n'est si grave que cela!

Du moment que le Secure Boot n'est pas nécessaire une fois vous arrivez à démarrer sur l'Ubuntu (avec SG2D) ça serait facile de faire:

apt-get install grub-efi-ia32
apt-get install efibootmgr

.

Voir que la partition EFI se trouve montée sur /boot/efi et si l'installation du paquet grub-efi-ia32 ne l'as déjà pas fait faire une commande efibootmgr pour mettre le grub dans les options de l'UEFI.

Dernière modification par adrian15sgd (Le 15/11/2017, à 22:59)

Hors ligne

#8 Le 15/11/2017, à 23:15

adrian15sgd

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

( Réponse à #4 , #5 et #6. )

Bougron a écrit :

Bonjour
Comme vous le voyez, SG2D a été lancé via le chargeur de démarrage de WINDOWS (bootmgr).
Cependant s'il est possible de le lancer d'une autre façon,  c'est à dire comme étant une instance windows, je suis preneur. Voic par exemple un début de préparation

Chargeur de démarrage Windows
-----------------------------
identificateur          {f006e90c-c92d-11e7-a55c-48d224609ae7}
device                  partition=\Device\HarddiskVolume2
path                    \EFI\sg2d\sg2dx64.efi
description             ESSAI nouveau SG2D
locale                  fr-FR
inherit                 {bootloadersettings}
recoverysequence        {113e978b-c7cb-11e7-bea9-cab83e50c088}
displaymessageoverride  Recovery
recoveryenabled         Yes
isolatedcontext         Yes
flightsigning           Yes
allowedinmemorysettings 0x15000075
osdevice                partition=C:
systemroot              \WINDOWS
resumeobject            {113e9789-c7cb-11e7-bea9-cab83e50c088}
nx                      OptIn
bootmenupolicy          Standard
PS C:\WINDOWS\system32>

Je ne sais pas trop les paramêtres à modifier.
Par exemple, lorsqu'il va décider de lancer SG2D et lui disant que le point de montage qu'il doit utiliser pour mètre son  OS doit s'appeler /windows, je ne sais pas trop si cela ne sera pas un dialoque de sourd, idem pour sa lettre C:
Cependant, si cela est possible, Il faut bien y arriver. Mais je ne comprends pas ce qu'il faut faire pour y arriver https://forum.ubuntu-fr.org/viewtopic.p … #p21825698

????
bcdedit /set "{f006e90c-c92d-11e7-a55c-48d224609ae7}" device partition=s:
bcdedit /set "{f006e90c-c92d-11e7-a55c-48d224609ae7}" osdevice partition=s:
bcdedit /set "{f006e90c-c92d-11e7-a55c-48d224609ae7}" systemroot \

Comme j'expliquai à ?? dans une autre post il vaut mieux ne pas toucher les entrées par défaut de Windows, spécialement les entrées dans le NVRAM d'UEFI.

La procédure 'Chargeur de Windows' est là.

Il me manque que quelqu'un l'essaye car:

Adrian15sgd a écrit :

Nota: Je ne suis pas sûr 100% que HarddiskVolume2 soit garde au lieu de "s:" . J'écris tout ça sans avoir fait les tests. Si Windows garde là "s:" il me décevra.

Hors ligne

#9 Le 15/11/2017, à 23:28

adrian15sgd

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Bougron a écrit :

8) C'est le moment de booter et de regarder SG2D présenter son écran d'accueil.
Il est positionné sur *Detect and show boot methods" .Il faut valider puis allez tout en fin de la liste et sélectionner l'iso qui convient.

Ce point on peut le faire avec 'Boot manually...' et 'Bootable ISOs'. Comme ça ça ne scanne pas tous les options et c'est plus rapide.

Je pense que je pourrais séparer l'actuel 'Bootable ISOs' en 'Loopback Bootable ISOs' et 'Legacy Bootable ISOs' pour pouvoir faire ça encore plus vite. On verra dans les prochains live si je le programme.

Hors ligne

#10 Le 15/11/2017, à 23:51

adrian15sgd

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

( Réponse à #5 . )

Bougron a écrit :

7) C'est le moment de booter et de regarder SG2D présenter son écran d'accueil.
Il est positionné sur *Detect and show boot methods

ECHEC de cette procédure: SG2D ne sait pas détecter les fichiers ISO stockés sur les clés USB et je ne souhaite pas regarder ce qui se passerait avec un DVDROM.

Il est possible que j'ai mal géré les options extra GRUB2 functionnality      => seulement les fichiers ISO du disque dur sont visibles

Je recycle une réponse que j'avais donnée à Babdu89:

Adrian15sgd a écrit :

Ta config n'est pas simple.

En premier tu emploies un disque usb additionel que peu de personnes emploient pour démarrer.
En second tu as une UEFI qui ne sait pas montrer tous les dispositifs USBs quand elle démarre depuis un dispositif USB. As tu déjà envoyé une plainte pour qui le corrigent?
Et en troisième comme conséquence de ton UEFI (et de ta fixation à faire fonctionner ta clé usb extra) tu doit mettre en marche les 'Native Disk Drivers' de Grub qui ne sont pas les plus stables au monde.

Bougron a écrit :

ou Enable all native disk drivers * expérimental*
     SG2D semble boucler ( pas de réponse en 30 minutes)  problème connu?

Si tu te réfères à faire: 'Enable all native disk drivers' et après le 'Detect and show boot methods':

Oui, on est en train d' essayer de trouver où le problème est avec Babdu89.

Si tu veux nous aider si avant de faire le 'Detect and show boot methods' tu fais:

Touche 'c'

insmod regexp

for device in (*)
do
echo $device
ls $device/
done

rmmod regexp

Touche 'ESC'

Est-ce que ça va mieux ou non?

Hors ligne

#11 Le 16/11/2017, à 00:44

Bougron

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Bonsoir.
Merci pour ta relecture.

Je pense que tu peux supprimer tes réponses 7 et 9

Demain, j'essaierais par duplication du bootmgr

J'ai trouvé que la recherche des structures de boot était rapide Mais un seul disque  ce qui a quand même produit l'affichage de 242 lignes car refind est gourmand en fichiers EFI.

Demain, je tenterais la séquence de mise au point pour participer.,


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#12 Le 16/11/2017, à 09:59

Bougron

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

adrian15sgd a écrit :

( Réponse à #5 . )

Bougron a écrit :

7) C'est le moment de booter et de regarder SG2D présenter son écran d'accueil.
Il est positionné sur *Detect and show boot methods

ECHEC de cette procédure: SG2D ne sait pas détecter les fichiers ISO stockés sur les clés USB et je ne souhaite pas regarder ce qui se passerait avec un DVDROM.

Il est possible que j'ai mal géré les options extra GRUB2 functionnality      => seulement les fichiers ISO du disque dur sont visibles

Je recycle une réponse que j'avais donnée à Babdu89:

Adrian15sgd a écrit :

Ta config n'est pas simple.

En premier tu emploies un disque usb additionel que peu de personnes emploient pour démarrer.
En second tu as une UEFI qui ne sait pas montrer tous les dispositifs USBs quand elle démarre depuis un dispositif USB. As tu déjà envoyé une plainte pour qui le corrigent?
Et en troisième comme conséquence de ton UEFI (et de ta fixation à faire fonctionner ta clé usb extra) tu doit mettre en marche les 'Native Disk Drivers' de Grub qui ne sont pas les plus stables au monde.

Bougron a écrit :

ou Enable all native disk drivers * expérimental*
     SG2D semble boucler ( pas de réponse en 30 minutes)  problème connu?

Si tu te réfères à faire: 'Enable all native disk drivers' et après le 'Detect and show boot methods':

Oui, on est en train d' essayer de trouver où le problème est avec Babdu89.

Si tu veux nous aider si avant de faire le 'Detect and show boot methods' tu fais:

Touche 'c'

insmod regexp

for device in (*)
do
echo $device
ls $device/
done

rmmod regexp

Touche 'ESC'

Est-ce que ça va mieux ou non?

Bonjour.

Tout d'abord, je tiens à dire que j'ai fait un nouvel essai dans les conditions suivantes:
     Modifications des clés USB afin de renommer le répertoire EFI en IFE afin d'être certain que le boot ne se fera pas avec l'une des deux clés.
          ( Plus tard je remettrais le bon nom et je changerais les priorités de boot pour que les clés ne soient plus utilisées).
    Branchement des clés.
    Boot et choix de SG2D
===> En moins de trente secondes tout s'affiche dans cet ordre
            a) Les deux fichiers ISO de la première clé.
            b) Le fichier ISO de la seconde clé.
            c) Deux fichiers ISO qui trainaient sur le disque DUR.
Je dirais donc problème RESOLU.
Je serais même tenté de lancer par cette technique, le fichier ISO de windows10 qui peut être stocké dans une partition NTFS.

Je suis donc revenu au problème initial.
     Modifications des clés USB afin de renommer le répertoire EFI en IFE afin d'être certain que le boot ne se fera pas avec l'une des deux clés.
          ( Plus tard je remettrais le bon nom et je changerais les priorités de boot pour que les clés ne soient plus utilisées).
     Boot et  affichage du choix de SG2D.
     Je ne lance pas la recherche mais je branche alors les deux clés.
     Les clés étant branchées et avec leur témoin qui clignote, Je lance la recherche standard.
   
   ===> En moins de cent secondes tout s'affiche:  Mais pas de détection des clés usb!!
            => Deux fichiers ISOS qui trainaient sur le disque DUR

Je passe donc à l'opération.
"Enable all native disk drivers"
Au bout de plusieurs minutes, je stoppe le micro et je vais entreprendre la mise en place de la trace.

Touche 'c'

insmod regexp

for device in (*)
do
echo $device
ls $device/
done

Aussitôt que je frappe "done" et "return", cela part immédiatement à la recherche.  j'ai  rebooté  pour recommencer afin d'être sur que c'est la touche return après la frappe de la commande  done qui provoque l'action d'affichage de plein de lignes dot je ne peux voir le début.
Cela affiche pas mal de choses à l'écran mais rien de significatif. Cela semble être la recherche de toutes les partitions présentes sur le disque dur (HD0) et aucune recherche sur les deux clés USB. sauf si faites en tout début car je ne peux visualiser que les dernières lignes.
Je frappe alors la commande rmmod regexp et j'appuie sur la touche ESC pour quitter le grub
et je repars sur la détection avec un écran qui reste désespérément noir.pendant 100 secondes avant de me donner la liste de ce qui est bootable
==> les fichiers ISOS des clés ne sont toujours pas présentes
Je viens d'activer la fonctionnalité  "rechercher sur flopy disk."   ===> au bout de 100 secondes même réponse. Mais je n'ai pas de lecteur de disquette sur ce micro.
Je viens d'activer en plus la fonctionnalité  "rechercher sur cdrom."   ===> au bout de 500 secondes environ  réponse assez bizarre: L'écran flashe, il semble vouloir présenter une grille qui a l'air de ressembler à la grille classique d'affichage des résultats. Au moment, où je croyais devoir booter, il a cessé de vouloir afficher et m'a reproposer la grille d'accueil et j'ai perdu la main lorsque je suis entré de nouveau dans cet écran de gestion des ON/OFF
qui devrait plutôt indiquer l'état actuel de l'option pour éviter de la sélectionner si elle est déjà ON. ce qui a pour effet de la basculer OFF.

Reboot et choix immédiat de recherche sur CDROM,   réponse en 30 secondes Mais pas trouvé les clés USB!
                Choix de rechercher aussi sur le support  contenant SG2G,      réponse en 100 secondes et toujours pas trouvé
                de nouveau ""Enable all native disk drivers"   . Cela fait maintenant 10 minutes que j'attends....
     Mon avis: C'est la combinaison des deux deux options  qui provoque la non réponse..
Donc reboot et remise dans un contexte que je crois le même (uniquement recherche dans le support contenant SG2D)
activation de la trace

insmod regexp
for device in (*)
do
echo $device
ls $device/
done

puis je dois attendre un peu pour voir s'afficher des lignes dont les dernières sont prometteuses:

(usb0)
error: unknown filesystem
(usb0,msdos1)
system volume information/ ife/ Readme.diskdefines boot/ dists/ install/ syslinux/ mdssum.txt   ====> etc..... en fait la commande ls
(usb1)
error: unknown filesystem
(usb1,msdos1)
system volume information/ ife/ boot/    ==>. en fait la commande ls car il n'y a que ces deux répertoires
(ahci2)
error: AHCI transfert timed out
   ===> ce qui est peut-être la cause de l'augmentation de durée.
(memdisk)
boot/

Puis je frappe rmmod regexp et j'appuie sur la touche ESC
Mais cela reste sans réponse.......
       Je viens de m'apercevoir que les clés ne clignotent plus.    Je vais rebooter pour tenter de voir quand cela se produit.
Les clés cessent de clignoter un bref instant lorsque j'active la fonctionnalité ""Enable all native disk drivers"
et définitivement immédiatement lorsque je pars à la recherche  des structures de boot avec cette fonctionnalité activée.

Je ne peux en dire plus
Dans l'attente d'un conseil pour la suite de la mise au point de cette recherche sur clé USB branchée après le boot.

Dernière modification par Bougron (Le 16/11/2017, à 11:45)


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#13 Le 16/11/2017, à 12:25

Bougron

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Test de  quelques points de la procédure proposée pour booter SG2D dans un nouveau chargeur de windows

mountvol s: /s
Le répertoire n’est pas vide.
PS C:\WINDOWS\system32>
mountvol a: /s
PS C:\WINDOWS\system32> dir a:\efi
    Répertoire : a:\efi
Mode                LastWriteTime         Length Name
----                -------------         ------ ----
d-----       22/10/2016     02:23                Microsoft
d-----       27/09/2017     20:46                Boot
d-----       19/09/2017     10:19                ubuntu
d-----       03/04/2017     00:01                tools
d-----       08/04/2017     00:31                linux
da----       14/11/2017     15:06                refind
d-----       12/11/2017     11:27                sg2d
PS C:\WINDOWS\system32>

J'ajoute une commande qui permet de vérifier.

 bcdedit /enum BOOTMGR
Gestionnaire de démarrage Windows
---------------------------------
identificateur          {bootmgr}
device                  partition=A:
path                    \EFI\Microsoft\boot\bootmgfw.efi
description             windows10
locale                  fr-FR
inherit                 {globalsettings}
flightsigning           Yes
default                 {current}
resumeobject            {113e9789-c7cb-11e7-bea9-cab83e50c088}
displayorder            {current}
                        {c05208c3-97ed-11e6-b2c7-a0d59c09e94a}
                        {c05208b9-97ed-11e6-b2c7-a0d59c09e94a}
                        {f006e90c-c92d-11e7-a55c-48d224609ae7}
toolsdisplayorder       {memdiag}
timeout                 30
PS C:\WINDOWS\system32>

Cette commande, c'est juste pour cette discussion au cas où cela n'irait pas bien par la suite. Il est même possible qu'elle permette d'identifier directement la lettre à définir pour le point de montage.

bcdedit /copy "{bootmgr}" /d "SG2D EFI X64"
L’entrée a été correctement copiée dans {499de5ee-cab6-11e7-a56a-48d224609ae7}.
PS C:\WINDOWS\system32>
PS C:\WINDOWS\system32> bcdedit /set "{499de5ee-cab6-11e7-a56a-48d224609ae7}" path \EFI\SG2D\SG2DX64.EFI
L’opération a réussi.
PS C:\WINDOWS\system32> bcdedit /set "{499de5ee-cab6-11e7-a56a-48d224609ae7}" device partition=a:
L’opération a réussi.
PS C:\WINDOWS\system32>

NOTA  je me passe du notepad en faisant  les actions suivantes: Mettre en surbrillance la zone à copier. Faire un clic droit puis se positionner sur l'endroit où il faut copier et faire l'action de coller.

J'ajoute pour cet exemple, une vérification.

bcdedit /enum "{499de5ee-cab6-11e7-a56a-48d224609ae7}"
Gestionnaire de démarrage Windows
---------------------------------
identificateur          {499de5ee-cab6-11e7-a56a-48d224609ae7}
device                  partition=A:
path                    \EFI\SG2D\SG2DX64.EFI
description             SG2D EFI X64
locale                  fr-FR
inherit                 {globalsettings}
flightsigning           Yes
default                 {current}
resumeobject            {113e9789-c7cb-11e7-bea9-cab83e50c088}
displayorder            {current}
                        {c05208c3-97ed-11e6-b2c7-a0d59c09e94a}
                        {c05208b9-97ed-11e6-b2c7-a0d59c09e94a}
                        {f006e90c-c92d-11e7-a55c-48d224609ae7}
toolsdisplayorder       {memdiag}
timeout                 30
PS C:\WINDOWS\system32>

Reste à booter pour voir ce que cela donne.

Le redémarrage propose bien SG2D ce qui permet de relancer windows.
Le chargeur de démarrage de windows a été légèrement modifié.

 bcdedit /enum "{bootmgr}"
Gestionnaire de démarrage Windows
---------------------------------
identificateur          {bootmgr}
device                  partition=\Device\HarddiskVolume2
path                    \EFI\Microsoft\boot\bootmgfw.efi
description             windows10
locale                  fr-FR
inherit                 {globalsettings}
flightsigning           Yes
default                 {current}
resumeobject            {113e9789-c7cb-11e7-bea9-cab83e50c088}
displayorder            {current}
                        {c05208c3-97ed-11e6-b2c7-a0d59c09e94a}
                        {c05208b9-97ed-11e6-b2c7-a0d59c09e94a}
                        {f006e90c-c92d-11e7-a55c-48d224609ae7}
toolsdisplayorder       {memdiag}
timeout                 30
PS C:\WINDOWS\system32>

Ainsi que l'entrée générée vue via ubuntu

 sudo efibootmgr -v | grep SG2D
Boot0008* SG2D EFI X64	HD(2,GPT,cede99d7-4497-4328-ab76-0b5344779345,0xe1800,0x32000)/File(\EFI\SG2D\SG2DX64.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.4.9.9.d.e.5.e.e.-.c.a.b.6.-.1.1.e.7.-.a.5.6.a.-.4.8.d.2.2.4.6.0.9.a.e.7.}...o................




Je vais casser SG2D pour voir ce qui va se passer.
Cela reboote sans problème, L'entrée NVRAM qui lançait SG2D a disparu  et le boot s'est passé avec l'entée suivante. La séquence de réparation de windows s'est lancée probablement pour éliminer cette entrée disparue. Mais c'est ultra rapide alors que modifier directement  l'entrée "bootmgr" pose un gros problème en cas de destruction du logiciel.

Dernière modification par Bougron (Le 17/11/2017, à 10:10)


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#14 Le 20/11/2017, à 15:17

Bougron

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Bonjour
Une installation  de la version 17.10 faite ce jour avec une clé USB contenant SG2D et deux ISO.  L'autre étant la version 16.04.2 en 32 bits.

Le choix fait fut "à coté des autres".

Le disque SDB était plein à 100%. Le disque SDC avait un espace libre de 32  go environ. Le disque SDD avait deux espaces libres.

===> Il a choisi automatiquement le disque SDD

mini_457459ACoteDesAutres.png

Notons qu'il est possible de savoir ce qu'il va faire.....
On verra qu'il a pris l'espace libre le plus important.
mini_282645PlusGrandEspace.png

sudo add-apt-repository ppa:cematinla/bisnext
sudo apt update
sudo apt uggrade
sudo apt install --reinstall bisnext
bisnext
Nov 20, 2017, bisnext summary id 15b8

                                bisnext 0.20.3

==============================   inxi Summary   ===============================

System:    Kernel: 4.13.0-16-generic x86_64 bits: 64 gcc: 7.2.0
           Desktop: Gnome 3.26.1 (Gtk 3.22.25-0ubuntu0.1) dm: gdm3
           Distro: Ubuntu 17.10

Machine:   Device: desktop Mobo: ASRock model: FM2A68M-HD+ serial: N/A
           UEFI: American Megatrends v: P2.00 date: 01/12/2016

CPU:       Dual core AMD A4-6320 APU with Radeon HD Graphics (-MCP-)
           arch: Piledriver rev.1 cache: 2048 KB
           
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm) bmips: 15171
           clock speeds: min/max: 1800/3800 MHz 1: 3792 MHz 2: 3792 MHz

Graphics:  Card: Advanced Micro Devices [AMD/ATI] Richland [Radeon HD 8370D]
           bus-ID: 00:01.0 chip-ID: 1002:9998
           Display Server: wayland (X.Org 1.19.5 ) driver: radeon
           Resolution: 1280x1024@59.89hz
           OpenGL: renderer: AMD ARUBA (DRM 2.50.0 / 4.13.0-16-generic, LLVM 5.0.0)
           version: 4.1 Mesa 17.2.2 (compat-v: 3.0) Direct Render: Yes

Audio:     Card-1 Advanced Micro Devices [AMD] FCH Azalia Controller
           driver: snd_hda_intel bus-ID: 00:14.2 chip-ID: 1022:780d
           Card-2 Advanced Micro Devices [AMD/ATI] Trinity HDMI Audio Controller
           driver: snd_hda_intel bus-ID: 00:01.1 chip-ID: 1002:9902
           Sound: Advanced Linux Sound Architecture v: k4.13.0-16-generic

Network:   Card: Realtek RTL8111/8168/8411 PCIE Gigabit Ethernet Controller
           driver: r8169 v: 2.3LK-NAPI port: e000
           bus-ID: 01:00.0 chip-ID: 10ec:8168
           IF: enp1s0 state: up speed: 100 Mbps duplex: full mac: <filter>

Drives:    HDD Total Size: 2624.5GB (0.3% used)
           ID-1: /dev/sda model: SanDisk_SDSSDA12 size: 120.0GB
           serial: <filter> temp: 26C
           ID-2: /dev/sdb model: WDC_WD5000AAKX size: 500.1GB
           serial: <filter> temp: 32C
           ID-3: /dev/sdc model: TOSHIBA_HDWA120 size: 2000.4GB
           serial: <filter> temp: 30C
           ID-4: USB /dev/sdd model: DT_100_G2 size: 4.0GB
           serial: <filter> temp: 0C
           Optical: No optical drives detected.

Partition: ID-1: / size: 74G used: 5.7G (9%) fs: ext4 dev: /dev/sdc9
           label: N/A uuid: f9752a59-207a-412f-87a5-f7a520d7aa47

RAID:      System: supported: N/A
           No RAID devices: /proc/mdstat, md_mod kernel module present
           Unused Devices: none

Sensors:   System Temperatures: cpu: 0.0C mobo: N/A gpu: -7.0
           Fan Speeds (in rpm): cpu: N/A

Processes: CPU: % used - Memory: MB / % used - top 5 active
           1: cpu: 8.3% command: firefox pid: 1643 mem: 458.24MB (6.6%)
           2: cpu: 5.0% command: gnome-shell pid: 1290 mem: 303.75MB (4.3%)
           3: cpu: 2.1% command: gnome-terminal-server pid: 25347 mem: 39.36MB (0.5%)
           4: cpu: 1.9% command: firefox pid: 1726 mem: 184.53MB (2.6%)
           5: cpu: 1.8% command: soffice.bin pid: 24456 mem: 134.12MB (1.9%)

Info:      Processes: 217 Uptime: 45 min Memory: 1662.4/6924.4MB
           Init: systemd v: 234 runlevel: 5 Gcc sys: N/A
           Client: Shell (bisnext running in bisnext) inxi: 2.3.40
==================================   UEFI   ===================================

Computer booted in UEFI mode for this session.

Secure Boot disabled or not available on this system.

BootCurrent: 0001
Timeout: 2 seconds
BootOrder: 0001,001F,0002,0005,0006,0009,000B,0013,0003,000E,000F,0011,001D,0000,001E,0020,0021,0022,0023,0024,0025,001C
Boot0000* rEFInd Boot Manager	HD(2,GPT,8a110db0-ee4a-490f-bd7a-39f91d0760ef,0xe1800,0x32000)/File(\EFI\REFIND\REFIND_X64.EFI)
Boot0001* ubuntu	HD(2,GPT,8a110db0-ee4a-490f-bd7a-39f91d0760ef,0xe1800,0x32000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0002* UEFI OS	HD(1,GPT,5af66471-528b-41db-95d0-93a7c57cb0a7,0x800,0xe1000)/File(\EFI\BOOT\BOOTX64.EFI)..BO
Boot0003* Windows Boot Manager	HD(2,GPT,8a110db0-ee4a-490f-bd7a-39f91d0760ef,0xe1800,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)..BO
Boot0005* UEFI OS	HD(7,GPT,8913bd81-5540-4aad-808b-869e16d87a36,0x3995d800,0xa00000)/File(\EFI\BOOT\BOOTX64.EFI)..BO
Boot0006* Windows Boot Manager	HD(2,GPT,c30bf5ca-5e68-411a-99b8-39c37a1ec923,0xe1800,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)..BO
Boot0009* UEFI OS	HD(7,GPT,e49a4ae5-5cff-4c96-9b75-17f93805a824,0xc350000,0xa00000)/File(\EFI\BOOT\BOOTX64.EFI)..BO
Boot000B* Windows Boot Manager	HD(10,GPT,fae11bfc-a6d4-4c3b-bbf2-df4655b86156,0x14150000,0x1f800)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)..BO
Boot000E* UEFI OS	HD(12,GPT,4569bebf-817a-49d3-a35d-59ced1983a69,0x180af800,0xa00000)/File(\EFI\BOOT\BOOTX64.EFI)..BO
Boot000F* UEFI OS	HD(15,GPT,8d6f8404-7e01-4e97-ad5c-7d5c89106082,0xa8b5f800,0x800000)/File(\EFI\BOOT\BOOTX64.EFI)..BO
Boot0011* UEFI OS	HD(24,GPT,4782891b-bc63-40dd-8771-1fad413b75f5,0xe2766800,0x10800)/File(\EFI\BOOT\BOOTX64.EFI)..BO
Boot0013* UEFI: Built-in EFI Shell 	VenMedia(5023b95c-db26-429b-a648-bd47664c8012)..BO
Boot001C  SG2D EFI X64bootmgr	HD(2,GPT,8a110db0-ee4a-490f-bd7a-39f91d0760ef,0xe1800,0x32000)/File(\EFI\SG2D\SG2DX64.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.f.6.c.0.d.0.4.-.9.b.c.9.-.1.1.e.6.-.9.f.1.9.-.d.0.5.0.9.9.5.e.0.8.1.7.}...,................
Boot001D* Hard Drive 	BBS(HD,,0x0)..GO..NO........o.S.a.n.D.i.s.k. .S.D.S.S.D.A.1.2.0.G....................A...........................>..Gd-.;.A..MQ..L.5.1.8.4.8.7.0.4.2.2.6.3. . . . . . . . ........BO..NO........o.W.D.C. .W.D.5.0.0.0.A.A.K.X.-.0.8.3.C.A.1....................A...........................>..Gd-.;.A..MQ..L. . . . .W. .-.D.C.W.Y.A.E.U.1.A.6.5.5.0........BO..NO........o.T.O.S.H.I.B.A. .H.D.W.A.1.2.0....................A...........................>..Gd-.;.A..MQ..L. . . . . . . . . . .7. .H.5.W.J.E.G.S.K........BO
Boot001E* USB 	BBS(USB,,0x0)..GO..NO........o.K.i.n.g.s.t.o.n.D.T. .1.0.0. .G.2. .1...0.0....................A.......................B..Gd-.;.A..MQ..L.K.i.n.g.s.t.o.n.D.T. .1.0.0. .G.2. .1...0.0........BO
Boot001F* UEFI: KingstonDT 100 G2 1.00	PciRoot(0x0)/Pci(0x10,0x0)/USB(2,0)/HD(1,MBR,0x286a3,0x800,0x777800)..BO
Boot0020* ubuntu	HD(2,GPT,8a110db0-ee4a-490f-bd7a-39f91d0760ef,0xe1800,0x32000)/File(\EFI\UBUNTU\GRUBX64.EFI)..BO
Boot0021* ubuntu	HD(2,GPT,c30bf5ca-5e68-411a-99b8-39c37a1ec923,0xe1800,0x32000)/File(\EFI\UBUNTU\GRUBX64.EFI)..BO
Boot0022* ubuntu	HD(7,GPT,e49a4ae5-5cff-4c96-9b75-17f93805a824,0xc350000,0xa00000)/File(\EFI\UBUNTU\GRUBX64.EFI)..BO
Boot0023* ubuntu	HD(10,GPT,fae11bfc-a6d4-4c3b-bbf2-df4655b86156,0x14150000,0x1f800)/File(\EFI\UBUNTU\GRUBX64.EFI)..BO
Boot0024* ubuntu	HD(12,GPT,4569bebf-817a-49d3-a35d-59ced1983a69,0x180af800,0xa00000)/File(\EFI\UBUNTU\GRUBX64.EFI)..BO
Boot0025* ubuntu	HD(24,GPT,4782891b-bc63-40dd-8771-1fad413b75f5,0xe2766800,0x10800)/File(\EFI\UBUNTU\GRUBX64.EFI)..BO

vfat partition details:
/dev/sda1: LABEL="450MO" UUID="7F94-A281" TYPE="vfat" PARTLABEL="WindowsRecoveryENV" PARTUUID="5af66471-528b-41db-95d0-93a7c57cb0a7"
/dev/sda2: LABEL="SSDESP" UUID="3EE2-E2C6" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="8a110db0-ee4a-490f-bd7a-39f91d0760ef"
/dev/sda6: LABEL="A3FAT" UUID="DB6D-7E3D" TYPE="vfat" PARTUUID="59c92e75-adbd-438f-ba7e-cdd1062a2ee8"
/dev/sdb7: LABEL="INSBWIN1607" UUID="1B71-70EE" TYPE="vfat" PARTUUID="8913bd81-5540-4aad-808b-869e16d87a36"
/dev/sdb9: UUID="DC05-A0A4" TYPE="vfat" PARTUUID="2b20b96f-dcb8-4da3-8a5c-ed80565c808c"
/dev/sdc2: UUID="6EC3-C8F4" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="c30bf5ca-5e68-411a-99b8-39c37a1ec923"
/dev/sdc7: LABEL="INSTWIN1607" UUID="9A65-F638" TYPE="vfat" PARTUUID="e49a4ae5-5cff-4c96-9b75-17f93805a824"
/dev/sdc10: LABEL="2TOESP" UUID="E352-4A54" TYPE="vfat" PARTUUID="fae11bfc-a6d4-4c3b-bbf2-df4655b86156"
/dev/sdc12: LABEL="INSTWIN1510" UUID="0F0E-2B79" TYPE="vfat" PARTUUID="4569bebf-817a-49d3-a35d-59ced1983a69"
/dev/sdc15: LABEL="2ToInsWin10" UUID="EE09-D820" TYPE="vfat" PARTUUID="8d6f8404-7e01-4e97-ad5c-7d5c89106082"
/dev/sdc24: LABEL="BONNEPARTIT" UUID="4924-C42A" TYPE="vfat" PARTLABEL="GOODFAT" PARTUUID="4782891b-bc63-40dd-8771-1fad413b75f5"
/dev/sdd1: LABEL="UBUT32ET64B" UUID="30BE-73C9" TYPE="vfat" PARTUUID="000286a3-01"

EFI files in /dev/sda2:
041dd4ef30c1ace69bc8f340826f7899  /EFI/Microsoft/Boot/memtest.efi
0afd2c9664820c9943273c5aecbcdff6  /EFI/Microsoft/Boot/bootmgr.efi
0d56e2afdd81a865b0f4c7efcf517ddc  /EFI/ubuntu/fwupx64.efi
3aef9c72ad50faa8db576c01f85a0915  /EFI/Boot/bootx64.efi
3aef9c72ad50faa8db576c01f85a0915  /EFI/ubuntu/shimx64.efi
5545974b6b453e3247c25c35eeda98de  /EFI/sg2d/sg2dx64.efi
5cc79ed1f3c6ebdc20defbcc6f1177e4  /EFI/refind/refind_x64.efi
61c7898dd613614b15cee0081226572c  /EFI/Boot/fbx64.efi
a7b11481f874110ca44c0c128aab4184  /EFI/refind/drivers_x64/ext4_x64.efi
b127a42067fc55501a8950eea0c4ac89  /EFI/ubuntu/grubx64.efi
bf39cf9416a9403d40a9b69541486e74  /EFI/ubuntu/mmx64.efi
da3144c8b5477d43a9d13f294db61175  /EFI/sg2d/super_grub2_disk_standalone_x86_64_efi_2.02s10b3.EFI
daeabb65729ee4bc93ff21b323761355  /EFI/Microsoft/Boot/bootmgfw.efi

/EFI/grub/grub.cfg file contents in /dev/sda2:
search.fs_uuid f9752a59-207a-412f-87a5-f7a520d7aa47 root hd3,gpt9 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfgEFI files in /dev/sdb7:
0ed66414fbd6bb8ce472e54ff5bbdd90  /efi/boot/bkpbootx64.efi
1881cfefac2e46eb7ee767497c8b1ee8  /efi/microsoft/boot/cdboot.efi
20bcd6b09d372f122d79870fedf4f95b  /efi/microsoft/boot/memtest.efi
3aef9c72ad50faa8db576c01f85a0915  /efi/boot/bootx64.efi
3aef9c72ad50faa8db576c01f85a0915  /efi/ubuntu/shimx64.efi
898e51a5932cd9be935fea1003b85c52  /efi/microsoft/boot/cdboot_noprompt.efi
94675d345d79d9cc8ddd373b66e4ef2c  /bootmgr.efi

EFI files in /dev/sdc2:
53871ef5ab26467b1e6bce759110b24e  /EFI/Boot/bootx64.efi
53871ef5ab26467b1e6bce759110b24e  /EFI/Microsoft/Boot/bootmgfw.efi
545dcba4a688aba17d3c44ac43d5d9e6  /EFI/Microsoft/Boot/memtest.efi
5545974b6b453e3247c25c35eeda98de  /EFI/SG2D/SG2DX64.EFI
abd0cc30bc149c31b503bb3b63d1e39c  /EFI/ubuntu/grubx64.efi
ba8a7979ac57f1c0c307ef94d1020eb8  /EFI/ubuntu/MokManager.efi
ccd5436205ec41f8edc3b488c9291b52  /EFI/Microsoft/Boot/bootmgr.efi
d73bbea8b6c047d2a706472f87d3ccdb  /EFI/ubuntu/fwupx64.efi
ded965934506efb38a6dcb9ac5b2b79e  /EFI/ubuntu/shimx64.efi

/EFI/grub/grub.cfg file contents in /dev/sdc2:
search.fs_uuid cc74ffb3-484b-416a-ac84-674a5f3a1db5 root hd0,gpt5 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfgEFI files in /dev/sdc24:
3aef9c72ad50faa8db576c01f85a0915  /EFI/Boot/bootx64.efi
3aef9c72ad50faa8db576c01f85a0915  /EFI/ubuntu/shimx64.efi
4dd742a310a5f84350bd69e459ca7cec  /EFI/refind/drivers_x64/ext4_x64.efi
742c9060f5aebc4901b8444e6b3e5c3a  /EFI/Boot/Dsk3.efi
742c9060f5aebc4901b8444e6b3e5c3a  /EFI/Dsk2.efi
742c9060f5aebc4901b8444e6b3e5c3a  /EFI/refind/Dsk1.efi
742c9060f5aebc4901b8444e6b3e5c3a  /EFI/refind/refind_x64.efi
bf39cf9416a9403d40a9b69541486e74  /EFI/ubuntu/mmx64.efi
e6c2df7a845ec00a2bc4a0d1a6b5baf0  /EFI/ubuntu/grubx64.efi

/EFI/grub/grub.cfg file contents in /dev/sdc24:
search.fs_uuid 970b8c2c-236c-4aef-a315-78a13d90b325 root hd0,gpt5 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

===============================   OS prober   ================================

/dev/sda2@/EFI/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi
/dev/sda4:Ubuntu 16.04.3 LTS (16.04):Ubuntu:linux
/dev/sda5:Ubuntu 16.04.3 LTS (16.04):Ubuntu1:linux
/dev/sdc2@/efi/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows1:efi
=================================   Disks   ==================================


____________________________   Disks partitions   _____________________________

Disk /dev/sda: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 7089CEC1-06A1-4F9C-852C-69558D794E3A 


Device         Start       End  Sectors  Size Type
/dev/sda1       2048    923647   921600  450M Windows recovery environment
/dev/sda2     923648   1128447   204800  100M EFI System
/dev/sda3    1128448  93005823 91877376 43.8G Microsoft basic data
/dev/sda4  159381504 234338303 74956800 35.8G Linux filesystem
/dev/sda5   93005824 159381503 66375680 31.7G Linux filesystem
/dev/sda6  234338304 234440703   102400   50M Microsoft basic data 


Partition table entries are not in disk order. 



Disk /dev/sdb: 465.8 GiB, 500106780160 bytes, 976771055 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 23C853C9-E135-4A3A-852E-E1E06535BBB9 


Device         Start       End   Sectors   Size Type
/dev/sdb2   68693940 135243763  66549824  31.8G Microsoft basic data
/dev/sdb3  135243776 201332735  66088960  31.5G Linux filesystem
/dev/sdb4  201332736 919992319 718659584 342.7G Microsoft basic data
/dev/sdb5  919992320 927619071   7626752   3.7G Linux filesystem
/dev/sdb6  927619072 966121471  38502400  18.4G Linux filesystem
/dev/sdb7  966121472 976607231  10485760     5G EFI System
/dev/sdb9  976607232 976769023    161792    79M Microsoft basic data 



Disk /dev/sdc: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 7347FC15-697A-4A87-9E69-6126BA1EF8D3 


Device          Start        End    Sectors   Size Type
/dev/sdc1        2048     923647     921600   450M Windows recovery environment
/dev/sdc2      923648    1128447     204800   100M EFI System
/dev/sdc3     1128448    1161215      32768    16M Microsoft reserved
/dev/sdc4     1161216   99766271   98605056    47G Microsoft basic data
/dev/sdc5    99766272  129437695   29671424  14.2G Microsoft basic data
/dev/sdc6   129437696  204799999   75362304    36G Microsoft basic data
/dev/sdc7   204800000  215285759   10485760     5G Microsoft basic data
/dev/sdc8   215285760  320143359  104857600    50G Microsoft basic data
/dev/sdc9  2838886400 2996865023  157978624  75.3G Linux filesystem
/dev/sdc10  336920576  337049599     129024    63M Microsoft basic data
/dev/sdc11  337049600  403372031   66322432  31.6G Microsoft basic data
/dev/sdc12  403372032  413857791   10485760     5G Microsoft basic data
/dev/sdc13  413857792 2111838207 1697980416 809.7G Microsoft basic data
/dev/sdc14 2111838208 2830497791  718659584 342.7G Microsoft basic data
/dev/sdc15 2830497792 2838886399    8388608     4G Microsoft basic data
/dev/sdc16 3715524608 3757467647   41943040    20G Linux filesystem
/dev/sdc19 2996865024 3715524607  718659584 342.7G Microsoft basic data
/dev/sdc20 3757467648 3778439167   20971520    10G Linux filesystem
/dev/sdc21 3778439168 3799410687   20971520    10G Linux filesystem
/dev/sdc22 3838339072 3907028991   68689920  32.8G Linux filesystem
/dev/sdc24 3799410688 3799478271      67584    33M EFI System 


Partition table entries are not in disk order. 



Disk /dev/sdd: 3.8 GiB, 4009754624 bytes, 7831552 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000286a3 


Device     Boot Start     End Sectors  Size Id Type
/dev/sdd1        2048 7831551 7829504  3.8G  c W95 FAT32 (LBA) 



_____________________________   Disks UUID's   ______________________________

NAME  UUID                                 FSTYPE
sda1  7F94-A281                            vfat
sda2  3EE2-E2C6                            vfat
sda3  98F2C10EF2C0F194                     ntfs
sda4  7d0360b4-ed6a-4617-9f5d-30890418ef82 ext4
sda5  970b8c2c-236c-4aef-a315-78a13d90b325 ext4
sda6  DB6D-7E3D                            vfat
sdb2  0E745C983848B028                     ntfs
sdb3  7aa21bb3-abad-463f-a98d-1d21f4bb05a7 ext4
sdb4  09f3a4f5-372f-3740-bad3-0290993b4859 linux_raid_member
sdb5  43ef713f-2715-4ce3-9856-1f75b1c58360 ext4
sdb6  9330-8320                            exfat
sdb7  1B71-70EE                            vfat
sdb9  DC05-A0A4                            vfat
sdc1  745A9D5E5A9D1DC4                     ntfs
sdc10 E352-4A54                            vfat
sdc11 0349E66518387094                     ntfs
sdc12 0F0E-2B79                            vfat
sdc13 0FD01A640978DA5D                     ntfs
sdc14 72AF292E6834CF25                     ntfs
sdc15 EE09-D820                            vfat
sdc16 ef598bfe-d720-bfb4-803d-c9b701c1e373 linux_raid_member
sdc19 09f3a4f5-372f-3740-bad3-0290993b4859 linux_raid_member
sdc2  6EC3-C8F4                            vfat
sdc20 9c34afd5-2a13-a698-d71f-df7ac46962ed linux_raid_member
sdc21 9c34afd5-2a13-a698-d71f-df7ac46962ed linux_raid_member
sdc22 1e7ac116-f48d-11b7-a5a0-2fd3841250d9 linux_raid_member
sdc24 4924-C42A                            vfat
sdc4  A0043E52043E2BA2                     ntfs
sdc5  BEAAD66DAAD621A7                     ntfs
sdc6  C87C9DA77C9D90B4                     ntfs
sdc7  9A65-F638                            vfat
sdc8  5875927D71AD0769                     ntfs
sdc9  f9752a59-207a-412f-87a5-f7a520d7aa47 ext4
sdd1  30BE-73C9                            vfat


___________________________   Master Boot Record   ____________________________

/dev/sda: GPT. No boot loader is installed in the MBR.
/dev/sdb: GPT. No boot loader is installed in the MBR.
/dev/sdc: GPT. No boot loader is installed in the MBR.
=====================   Operating System: Ubuntu 17.10   ======================


___________________________   Kernel parameters   ____________________________

BOOT_IMAGE=/boot/vmlinuz-4.13.0-16-generic.efi.signed root=UUID=f9752a59-207a-412f-87a5-f7a520d7aa47 ro quiet splash vt.handoff=7



____________________________   Failed services   _____________________________

Failed services:
  UNIT              LOAD   ACTIVE SUB    DESCRIPTION                              
* postfix@-.service loaded failed failed Postfix Mail Transport Agent (instance -)

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

1 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.


______________________   RAM usage & Free disk space   _______________________

              total        used        free      shared  buff/cache   available
Mem:           6.8G        1.6G        4.0G        156M        1.2G        5.1G
Swap:          2.0G          0B        2.0G
Swappiness = 60

Filesystem     Mounted on           Type  Size  Used Avail Use% IUse%
/dev/sda2      /boot/efi            vfat   96M   85M   12M  88%     -
/dev/sdc9      /                    ext4   74G  5.7G   65G   9%    3%
/dev/sdd1      /media/a/UBUT32ET64B vfat  3.8G  2.9G  935M  76%     -



__________________________   /boot/grub/grub.cfg   ___________________________

File size: 27464, Line count: 553, Menu entries (sub entries included) : 31

--- Partial file contents
### BEGIN /etc/grub.d/10_linux ###


menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-f9752a59-207a-412f-87a5-f7a520d7aa47' {
	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='hd3,gpt9'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,gpt9 --hint-efi=hd3,gpt9 --hint-baremetal=ahci3,gpt9  f9752a59-207a-412f-87a5-f7a520d7aa47
	else
	  search --no-floppy --fs-uuid --set=root f9752a59-207a-412f-87a5-f7a520d7aa47
	fi
	linux	/boot/vmlinuz-4.13.0-16-generic.efi.signed root=UUID=f9752a59-207a-412f-87a5-f7a520d7aa47 ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-4.13.0-16-generic
}
### END /etc/grub.d/10_linux ###

___________________________   /etc/default/grub   ____________________________

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

_______________________________   /etc/fstab   ________________________________

UUID=f9752a59-207a-412f-87a5-f7a520d7aa47 /               ext4    errors=remount-ro 0       1
UUID=3EE2-E2C6  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

________________________   Graphics Modules Loaded   _________________________

drm                   356352  26 radeon,ttm,drm_kms_helper
drm_kms_helper        167936  1 radeon
i2c_algo_bit           16384  1 radeon
radeon               1470464  30
ttm                    94208  1 radeon


___________________________   Drivers available   ____________________________

== cpu-microcode.py ==
driver   : amd64-microcode - distro non-free


______________________________   Repositories   _______________________________


Active apt sources in file: /etc/apt/sources.list
deb http://fr.archive.ubuntu.com/ubuntu/ artful main restricted
deb http://fr.archive.ubuntu.com/ubuntu/ artful-updates main restricted
deb http://fr.archive.ubuntu.com/ubuntu/ artful universe
deb http://fr.archive.ubuntu.com/ubuntu/ artful-updates universe
deb http://fr.archive.ubuntu.com/ubuntu/ artful multiverse
deb http://fr.archive.ubuntu.com/ubuntu/ artful-updates multiverse
deb http://fr.archive.ubuntu.com/ubuntu/ artful-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu artful-security main restricted
deb http://security.ubuntu.com/ubuntu artful-security universe
deb http://security.ubuntu.com/ubuntu artful-security multiverse

Active apt sources in file: /etc/apt/sources.list.d/cematinla-ubuntu-bisnext-artful.list
deb http://ppa.launchpad.net/cematinla/bisnext/ubuntu artful main

______________________________   Kernel Logs   _______________________________

Error log entries:
[  +0.000035] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[  +0.000154] RAS: Correctable Errors collector initialized.
[  +0.004266] [drm] Found VCE firmware/feedback version 50.0.1 / 17!
[  +0.012696] ACPI Error: [\_SB_.ALIB] Namespace lookup failure, AE_NOT_FOUND (20170531/psargs-364)
[  +0.000008] ACPI Error: Method parse/execution failed \_SB.PCI0.VGA.ATC0, AE_NOT_FOUND (20170531/psparse-550)
[  +0.000006] ACPI Error: Method parse/execution failed \_SB.PCI0.VGA.ATCS, AE_NOT_FOUND (20170531/psparse-550)
[  +0.131030] EXT4-fs (sdc9): re-mounted. Opts: errors=remount-ro


Last 25 log entries:
[   18.866285] IPv6: ADDRCONF(NETDEV_CHANGE): enp1s0: link becomes ready
[   38.778161] rfkill: input handler disabled
[   41.004254] FAT-fs (sdd1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[ 1845.589382] kauditd_printk_skb: 12 callbacks suppressed
[ 1845.589384] audit: type=<filter> audit(1511197055.997:24): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=<filter> comm="apparmor_parser"
[ 1845.589934] audit: type=<filter> audit(1511197055.998:25): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=<filter> comm="apparmor_parser"
[ 1845.602744] audit: type=<filter> audit(1511197056.010:26): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd//third_party" pid=<filter> comm="apparmor_parser"
[ 2110.174156] FAT-fs (sdc2): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[ 2111.046788] SGI XFS with ACLs, security attributes, realtime, no debug enabled
[ 2111.091920] JFS: nTxBlock = 8192, nTxLock = 65536
[ 2111.120951] ntfs: driver 2.1.32 [Flags: R/O MODULE].
[ 2111.155866] QNX4 filesystem 0.2.3 registered.
[ 2111.253428] raid6: sse2x1   gen()  6692 MB/s
[ 2111.301428] raid6: sse2x1   xor()  4356 MB/s
[ 2111.349428] raid6: sse2x2   gen() 10377 MB/s
[ 2111.397429] raid6: sse2x2   xor()  6993 MB/s
[ 2111.445429] raid6: sse2x4   gen()  7039 MB/s
[ 2111.493429] raid6: sse2x4   xor()  5950 MB/s
[ 2111.493431] raid6: using algorithm sse2x2 gen() 10377 MB/s
[ 2111.493432] raid6: .... xor() 6993 MB/s, rmw enabled
[ 2111.493433] raid6: using ssse3x2 recovery algorithm
[ 2111.520427] xor: automatically using best checksumming function   avx       
[ 2111.578602] Btrfs loaded, crc32c=crc32c-intel
[ 2576.314320] FAT-fs (sdc2): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[ 2708.432660] FAT-fs (sdc2): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.



__________________________________   Xorg   ___________________________________

Error log entries:
None

Last 25 log entries:
None
=========================   Disks SMART Attributes   ==========================

### ATA disks: /dev/sda /dev/sdb /dev/sdc

# Drive /dev/sda:
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.13.0-16-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     SandForce Driven SSDs
Device Model:     SanDisk SDSSDA120G
Firmware Version: Z22000RL
User Capacity:    120 034 123 776 bytes [120 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Form Factor:      1.8 inches
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2 T13/2015-D revision 3
SATA Version is:  SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Mon Nov 20 18:12:47 2017 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAGS    VALUE WORST THRESH FAIL RAW_VALUE
  9 Power_On_Hours_and_Msec -O--CK   051   100   000    -    51h+00m+00.000s
 12 Power_Cycle_Count       -O--CK   100   100   000    -    640
166 Unknown_Attribute       -O--CK   100   100   000    -    2
168 Unknown_Attribute       -O--CK   100   100   000    -    25
169 Unknown_Attribute       -O--CK   100   100   000    -    18
173 Unknown_SandForce_Attr  -O--CK   100   100   ---    -    16
174 Unexpect_Power_Loss_Ct  -O--CK   100   100   000    -    484
194 Temperature_Celsius     -O---K   074   100   000    -    26 (Min/Max 0/50)
199 SATA_CRC_Error_Count    -O--CK   100   100   000    -    3
232 Available_Reservd_Space PO--CK   100   100   004    -    100
233 SandForce_Internal      -O--CK   100   100   000    -    1866
241 Lifetime_Writes_GiB     ----CK   253   253   000    -    1026
242 Lifetime_Reads_GiB      ----CK   253   253   000    -    1683
                            ||||||_ K auto-keep
                            |||||__ C event count
                            ||||___ R error rate
                            |||____ S speed/performance
                            ||_____ O updated online
                            |______ P prefailure warning

SMART Error Log Version: 1
No Errors Logged

# Drive /dev/sdb:
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.13.0-16-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Blue
Device Model:     WDC WD5000AAKX-083CA1
Firmware Version: 19.01H19
User Capacity:    500 106 780 160 bytes [500 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    7200 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS (minor revision not indicated)
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Mon Nov 20 18:12:47 2017 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAGS    VALUE WORST THRESH FAIL RAW_VALUE
  1 Raw_Read_Error_Rate     POSR-K   198   197   051    -    21943
  3 Spin_Up_Time            POS--K   140   136   021    -    4000
  4 Start_Stop_Count        -O--CK   097   097   000    -    3097
  9 Power_On_Hours          -O--CK   093   093   000    -    5138
 12 Power_Cycle_Count       -O--CK   098   098   000    -    2743
192 Power-Off_Retract_Count -O--CK   198   198   000    -    1629
193 Load_Cycle_Count        -O--CK   200   200   000    -    1467
194 Temperature_Celsius     -O---K   111   095   000    -    32
199 UDMA_CRC_Error_Count    -O--CK   200   200   000    -    640
200 Multi_Zone_Error_Rate   ---R--   200   199   000    -    2
                            ||||||_ K auto-keep
                            |||||__ C event count
                            ||||___ R error rate
                            |||____ S speed/performance
                            ||_____ O updated online
                            |______ P prefailure warning

SMART Error Log Version: 1
No Errors Logged

# Drive /dev/sdc:
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.13.0-16-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     TOSHIBA HDWA120
Firmware Version: MZ4OACF0
User Capacity:    2 000 398 934 016 bytes [2,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5700 rpm
Form Factor:      3.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Mon Nov 20 18:12:48 2017 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAGS    VALUE WORST THRESH FAIL RAW_VALUE
  2 Throughput_Performance  P-S---   144   144   054    -    81
  3 Spin_Up_Time            POS---   131   131   024    -    258 (Average 276)
  4 Start_Stop_Count        -O--C-   100   100   000    -    656
  8 Seek_Time_Performance   P-S---   138   138   020    -    33
  9 Power_On_Hours          -O--C-   100   100   000    -    865
 12 Power_Cycle_Count       -O--CK   100   100   000    -    619
192 Power-Off_Retract_Count -O--CK   100   100   000    -    658
193 Load_Cycle_Count        -O--C-   100   100   000    -    658
194 Temperature_Celsius     -O----   200   200   000    -    30 (Min/Max 15/38)
                            ||||||_ K auto-keep
                            |||||__ C event count
                            ||||___ R error rate
                            |||____ S speed/performance
                            ||_____ O updated online
                            |______ P prefailure warning

SMART Error Log Version: 1
No Errors Logged



### USB disks: /dev/sdd



=================================   Hints   ==================================

- You may install the AMD CPU microcode update available for your CPU.
  See the driver's application interface.

Et donc

echo vm.swappiness=5 | sudo tee /etc/sysctl.d/99-swappiness.conf
echo vm.vfs_cache_pressure=50 | sudo tee -a /etc/sysctl.d/99-swappiness.conf
sudo sysctl -p /etc/sysctl.d/99-swappiness.conf

Pourquoi pas laisser SGD tout manager

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

Dernière modification par Bougron (Le 20/11/2017, à 19:49)


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#15 Le 03/12/2017, à 16:28

adrian15sgd

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Je vais essayer de rattraper mes réponses dans des minutes mais d'abord je vous announce que je vais travailler dans l'standalone d'UEFI dans une heur à Super Grub2 Disk Live Development (Standalone EFI) (FR) juste en cas vous voulez m'accompagner.

Hors ligne

#16 Le 03/12/2017, à 16:31

adrian15sgd

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Bougron a écrit :

J'ai trouvé que la recherche des structures de boot était rapide Mais un seul disque  ce qui a quand même produit l'affichage de 242 lignes car refind est gourmand en fichiers EFI.

Je ne pense pas que GRUB soit désigné pour si tant de lignes mais si ça fonctionne c'est bien.
Ça pourrait aussi expliquer pourquoi tu le trouves lent.

Hors ligne

#17 Le 03/12/2017, à 17:04

adrian15sgd

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Bougron a écrit :

Bonjour.

Tout d'abord, je tiens à dire que j'ai fait un nouvel essai dans les conditions suivantes:
     Modifications des clés USB afin de renommer le répertoire EFI en IFE afin d'être certain que le boot ne se fera pas avec l'une des deux clés.
          ( Plus tard je remettrais le bon nom et je changerais les priorités de boot pour que les clés ne soient plus utilisées).
    Branchement des clés.
    Boot et choix de SG2D
===> En moins de trente secondes tout s'affiche dans cet ordre
            a) Les deux fichiers ISO de la première clé.
            b) Le fichier ISO de la seconde clé.
            c) Deux fichiers ISO qui trainaient sur le disque DUR.
Je dirais donc problème RESOLU.

Ok

Bougron a écrit :

Je serais même tenté de lancer par cette technique, le fichier ISO de windows10 qui peut être stocké dans une partition NTFS.

Windows ne sait pas se trouver dans une iso (que je sache) comme les options findiso/fromiso des live cd.
Inutile à faire cet essaie.


Bougron a écrit :

Je suis donc revenu au problème initial.
     Modifications des clés USB afin de renommer le répertoire EFI en IFE afin d'être certain que le boot ne se fera pas avec l'une des deux clés.
          ( Plus tard je remettrais le bon nom et je changerais les priorités de boot pour que les clés ne soient plus utilisées).
     Boot et  affichage du choix de SG2D.
     Je ne lance pas la recherche mais je branche alors les deux clés.
     Les clés étant branchées et avec leur témoin qui clignote, Je lance la recherche standard.
   
   ===> En moins de cent secondes tout s'affiche:  Mais pas de détection des clés usb!!
            => Deux fichiers ISOS qui trainaient sur le disque DUR

Je passe donc à l'opération.Options que tu emploiesOptions que tu emploies

Non, non et non!

Super Grub2 Disk ne supporte pas des connexions en lives de dispositifs. Les dispositifs doivent être connectées depuis le démarrage. Si tes testes avaient la supposition de que ça fonctionnait comme ça... il pourrait maintenant s'expliquer tes tests. C'est vrai qu'avec l'option "Enable all native disk drivers" tu peux en quelques sortes mettre des dispositifs en live. Mais comme j'ai dis depuis toujours c'est l'option moins indiquée car c'est une option expérimental.

Bougron a écrit :

"Enable all native disk drivers"
Au bout de plusieurs minutes, je stoppe le micro et je vais entreprendre la mise en place de la trace.

Je vois. Je me demande si mettre les dispositifs live c'est la raison pour la quelle tout commence à avoir des erreurs.

Bougron a écrit :

Touche 'c'

insmod regexp

for device in (*)
do
echo $device
ls $device/
done

Aussitôt que je frappe "done" et "return", cela part immédiatement à la recherche.  j'ai  rebooté  pour recommencer afin d'être sur que c'est la touche return après la frappe de la commande  done qui provoque l'action d'affichage de plein de lignes dot je ne peux voir le début.
Cela affiche pas mal de choses à l'écran mais rien de significatif. Cela semble être la recherche de toutes les partitions présentes sur le disque dur (HD0) et aucune recherche sur les deux clés USB. sauf si faites en tout début car je ne peux visualiser que les dernières lignes.
Je frappe alors la commande rmmod regexp et j'appuie sur la touche ESC pour quitter le grub
et je repars sur la détection avec un écran qui reste désespérément noir.pendant 100 secondes avant de me donner la liste de ce qui est bootable

Je pense que c'est normal car le "Enable all native disk drivers" emploie les drivers natives de grub et il ne sont pas optimisées comme l'interaction avec le BIOS ou l'UEFI.

Bougron a écrit :

==> les fichiers ISOS des clés ne sont toujours pas présentes

Est-ce que c'est mêmes fichiers ISOs sont disponibles depuis le disque dur interne? Tous les fichiers ISOs ne sont pas bons pour être démarrés par SG2D et ne sont pas montrés.

Bougron a écrit :

Je viens d'activer la fonctionnalité  "rechercher sur flopy disk."   ===> au bout de 100 secondes même réponse. Mais je n'ai pas de lecteur de disquette sur ce micro.

Tu ne devrait pas le mettre en marche. Je ne pense pas que personne en 2017 emploie un floppy disk.

Bougron a écrit :

Je viens d'activer en plus la fonctionnalité  "rechercher sur cdrom."   ===> au bout de 500 secondes environ  réponse assez bizarre: L'écran flashe, il semble vouloir présenter une grille qui a l'air de ressembler à la grille classique d'affichage des résultats. Au moment, où je croyais devoir booter, il a cessé de vouloir afficher et m'a reproposer la grille d'accueil

L'option rechercher sur CDROM c'est seulement outile si tu demarrer depuis le CDROM en BIOS ou UEFI. Dans des autres modes de démarrage le CDROM n'existe pas.

Bougron a écrit :

et j'ai perdu la main lorsque je suis entré de nouveau dans cet écran de gestion des ON/OFF
qui devrait plutôt indiquer l'état actuel de l'option pour éviter de la sélectionner si elle est déjà ON. ce qui a pour effet de la basculer OFF.

J'avais pensé déjà à ça mais ce n'est pas la peine de améliorer car c’était un peu compliqué et ce n'est pas employé tant que ça.

Bougron a écrit :

Reboot et choix immédiat de recherche sur CDROM,   réponse en 30 secondes Mais pas trouvé les clés USB!
                Choix de rechercher aussi sur le support  contenant SG2G,      réponse en 100 secondes et toujours pas trouvé
                de nouveau ""Enable all native disk drivers"   .

Comme j'ai déjà dis à Babdu89 il faut protester avec son fournisseur d'UEFI pour qu'il fixe ça. (Si, par exemple, l'UEFI n'offre pas tous les USBs branchés dans la carte-mère depuis le début du démarrage)

Bougron a écrit :

Cela fait maintenant 10 minutes que j'attends....
     Mon avis: C'est la combinaison des deux deux options  qui provoque la non réponse..

Oui. Une option expérimental avec une option de recherche qu'il ne faut pas selectionner si on démarre depuis l'USB. C'était à espérer.

Bougron a écrit :

Donc reboot et remise dans un contexte que je crois le même (uniquement recherche dans le support contenant SG2D)
activation de la trace

insmod regexp
for device in (*)
do
echo $device
ls $device/
done

puis je dois attendre un peu pour voir s'afficher des lignes dont les dernières sont prometteuses:

(usb0)
error: unknown filesystem
(usb0,msdos1)
system volume information/ ife/ Readme.diskdefines boot/ dists/ install/ syslinux/ mdssum.txt   ====> etc..... en fait la commande ls
(usb1)
error: unknown filesystem
(usb1,msdos1)
system volume information/ ife/ boot/    ==>. en fait la commande ls car il n'y a que ces deux répertoires
(ahci2)
error: AHCI transfert timed out
   ===> ce qui est peut-être la cause de l'augmentation de durée.
(memdisk)
boot/

Oui, peut-être, comme je dis l'option "Enable all native disk drivers" est experimental.

Bougron a écrit :

Puis je frappe rmmod regexp et j'appuie sur la touche ESC
Mais cela reste sans réponse.......

Ça veut dire que le problème n'est pas quand on regarde vite fait un dispositif déterminée mais quelque chose d'autre que l'option 'Detect and show all boot methods' fait.
En fin quelque chose d'utile mais de toutes façons je suis en peu perdu. Je ne sais très bien qu'il est le problème que vous avais exactement.
Si vous demarrez en UEFI avec toutes les USBs branchées et que ça détecte tous les USBs ça fonctionne comme il devrait je pense.

Bougron a écrit :

       Je viens de m'apercevoir que les clés ne clignotent plus.    Je vais rebooter pour tenter de voir quand cela se produit.
Les clés cessent de clignoter un bref instant lorsque j'active la fonctionnalité ""Enable all native disk drivers"
et définitivement immédiatement lorsque je pars à la recherche  des structures de boot avec cette fonctionnalité activée.

Ok.

Bougron a écrit :

Je ne peux en dire plus
Dans l'attente d'un conseil pour la suite de la mise au point de cette recherche sur clé USB branchée après le boot.

Comme je disais avant j'ai besoin que tu me disses qu'il est ton problème exactement:

  • Si tu démarres avec UEFI ou BIOS

  • Si tu démarres avec CDROM ou USB

  • Si tu démarres avec les USBs extras branchées

  • Options que tu emploies

  • Qu'est-ce que tu attends que SG2D fasse

  • Qu'est-ce que SG2D fait finalement

et moi je te dis d'abord si c'est supporté ou non et après on voit si c'est facile ou non d'arranger ou debugger.

Hors ligne

#18 Le 03/12/2017, à 17:26

adrian15sgd

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Bougron a écrit :

Test de  quelques points de la procédure proposée pour booter SG2D dans un nouveau chargeur de windows

mountvol s: /s
Le répertoire n’est pas vide.
PS C:\WINDOWS\system32>

Le sindrome diogenes des partitions XD.

Bougron a écrit :
mountvol a: /s
PS C:\WINDOWS\system32> dir a:\efi
    Répertoire : a:\efi
Mode                LastWriteTime         Length Name
----                -------------         ------ ----
d-----       22/10/2016     02:23                Microsoft
d-----       27/09/2017     20:46                Boot
d-----       19/09/2017     10:19                ubuntu
d-----       03/04/2017     00:01                tools
d-----       08/04/2017     00:31                linux
da----       14/11/2017     15:06                refind
d-----       12/11/2017     11:27                sg2d
PS C:\WINDOWS\system32>

J'ajoute une commande qui permet de vérifier.

 bcdedit /enum BOOTMGR
Gestionnaire de démarrage Windows
---------------------------------
identificateur          {bootmgr}
device                  partition=A:
path                    \EFI\Microsoft\boot\bootmgfw.efi
description             windows10
locale                  fr-FR
inherit                 {globalsettings}
flightsigning           Yes
default                 {current}
resumeobject            {113e9789-c7cb-11e7-bea9-cab83e50c088}
displayorder            {current}
                        {c05208c3-97ed-11e6-b2c7-a0d59c09e94a}
                        {c05208b9-97ed-11e6-b2c7-a0d59c09e94a}
                        {f006e90c-c92d-11e7-a55c-48d224609ae7}
toolsdisplayorder       {memdiag}
timeout                 30
PS C:\WINDOWS\system32>

Cette commande, c'est juste pour cette discussion au cas où cela n'irait pas bien par la suite. Il est même possible qu'elle permette d'identifier directement la lettre à définir pour le point de montage.

Ok. C'est bien d'avoir une commande pour verifier.


Bougron a écrit :
bcdedit /copy "{bootmgr}" /d "SG2D EFI X64"
L’entrée a été correctement copiée dans {499de5ee-cab6-11e7-a56a-48d224609ae7}.
PS C:\WINDOWS\system32>
PS C:\WINDOWS\system32> bcdedit /set "{499de5ee-cab6-11e7-a56a-48d224609ae7}" path \EFI\SG2D\SG2DX64.EFI
L’opération a réussi.
PS C:\WINDOWS\system32> bcdedit /set "{499de5ee-cab6-11e7-a56a-48d224609ae7}" device partition=a:
L’opération a réussi.
PS C:\WINDOWS\system32>

Ok.

Bougron a écrit :

NOTA  je me passe du notepad en faisant  les actions suivantes: Mettre en surbrillance la zone à copier. Faire un clic droit puis se positionner sur l'endroit où il faut copier et faire l'action de coller.

Je pense que malbo trouvera une façon plus facile à comprendre pour le noob que ce que nos pouvons penser nous deux.

Bougron a écrit :

J'ajoute pour cet exemple, une vérification.

bcdedit /enum "{499de5ee-cab6-11e7-a56a-48d224609ae7}"
Gestionnaire de démarrage Windows
---------------------------------
identificateur          {499de5ee-cab6-11e7-a56a-48d224609ae7}
device                  partition=A:
path                    \EFI\SG2D\SG2DX64.EFI
description             SG2D EFI X64
locale                  fr-FR
inherit                 {globalsettings}
flightsigning           Yes
default                 {current}
resumeobject            {113e9789-c7cb-11e7-bea9-cab83e50c088}
displayorder            {current}
                        {c05208c3-97ed-11e6-b2c7-a0d59c09e94a}
                        {c05208b9-97ed-11e6-b2c7-a0d59c09e94a}
                        {f006e90c-c92d-11e7-a55c-48d224609ae7}
toolsdisplayorder       {memdiag}
timeout                 30
PS C:\WINDOWS\system32>

Ok.

Bougron a écrit :

Reste à booter pour voir ce que cela donne.

Le redémarrage propose bien SG2D ce qui permet de relancer windows.

Ok. Je dirais quelque chose d'autre sur le démarrage de SG2D plus tard.

Bougron a écrit :

Le chargeur de démarrage de windows a été légèrement modifié.

 bcdedit /enum "{bootmgr}"
Gestionnaire de démarrage Windows
---------------------------------
identificateur          {bootmgr}
device                  partition=\Device\HarddiskVolume2
path                    \EFI\Microsoft\boot\bootmgfw.efi
description             windows10
locale                  fr-FR
inherit                 {globalsettings}
flightsigning           Yes
default                 {current}
resumeobject            {113e9789-c7cb-11e7-bea9-cab83e50c088}
displayorder            {current}
                        {c05208c3-97ed-11e6-b2c7-a0d59c09e94a}
                        {c05208b9-97ed-11e6-b2c7-a0d59c09e94a}
                        {f006e90c-c92d-11e7-a55c-48d224609ae7}
toolsdisplayorder       {memdiag}
timeout                 30
PS C:\WINDOWS\system32>

C'est ce que j'essaie d'expliquer mais avec le travail qui fait Ubuntu pour cacher les trucs vous semblez des vrais noobs pour moi.
La lettre de Windows ce n'est rien. C'est comme le point de montage. Quand tu redémarres la lettre de la partition EFI n'est pas monté sur windows... comme consequence tu vois son dispositif réelle ( \Device\HarddiskVolume2 ) . Essaie à monter la lettre A: et tu verras A: là. Essaie la lettre Z: (mountvol z: /s ) et tu verrras Z: là.

Bougron a écrit :

Ainsi que l'entrée générée vue via ubuntu

 sudo efibootmgr -v | grep SG2D
Boot0008* SG2D EFI X64	HD(2,GPT,cede99d7-4497-4328-ab76-0b5344779345,0xe1800,0x32000)/File(\EFI\SG2D\SG2DX64.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.4.9.9.d.e.5.e.e.-.c.a.b.6.-.1.1.e.7.-.a.5.6.a.-.4.8.d.2.2.4.6.0.9.a.e.7.}...o................

Ça veut dire que tout ce temps que je croyais que c’était une entrée du type 'chargeur de démarrage' (exclusive au BCD de windows) ce n'était pas vrait, c'était une entrée 'Gestionnaire de démarrage' (Elle s'ajoute sur le UEFI NVRAM).
Et ça a tout le sens cars {bootmgr} signifié ça.

Je préfère une entrée 'chargeur de démarrage' mais une entrée 'Gestionnaire de démarrage' n'est pas négligeable.



Bougron a écrit :

Je vais casser SG2D pour voir ce qui va se passer.

Ça consiste en quoi le cassement exactement?

Bougron a écrit :

Cela reboote sans problème, L'entrée NVRAM qui lançait SG2D a disparu  et le boot s'est passé avec l'entée suivante. La séquence de réparation de windows s'est lancée probablement pour éliminer cette entrée disparue. Mais c'est ultra rapide alors que modifier directement  l'entrée "bootmgr" pose un gros problème en cas de destruction du logiciel.

Intéressant.

Hors ligne

#19 Le 03/12/2017, à 17:30

adrian15sgd

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Bougron a écrit :

Bonjour
Une installation  de la version 17.10 faite ce jour avec une clé USB contenant SG2D et deux ISO.  L'autre étant la version 16.04.2 en 32 bits.

Le choix fait fut "à coté des autres".

Le disque SDB était plein à 100%. Le disque SDC avait un espace libre de 32  go environ. Le disque SDD avait deux espaces libres.

Une fois tu démarres (kernel dans la ram avec sa cmdline et son initrd) le reste n'est pas de mon intérêt pour le développement de SG2D mais c'est chouette savoir qu'on peut l'employer pour faire des installations.

Hors ligne

#20 Le 03/12/2017, à 18:02

Bougron

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Bonsoir
Merci de tous tes retours commentés
    J'avais fait tout cela pour participer aux tests d'améliorations du produit.
    Je pense que pour la fabrication de la clé,  tu as maintenant tout le retour que tu attendais et tu vas pouvoir totalement finaliser la procédure.

J'ai participé à l'utilisation des pilotes expérimentaux  uniquement pour y participer
    Je n'avais pas totalement compris que si on les utilisait, on devait commencer immédiatement par les charger et non le faire plus tard.....

J'ai fait une procédure d'installation de ubuntu  pour répondre à un autre contexte Mais je l'ai laissée puisque pouvant servir d'exemple.

Hier,  dans une" install party", j'ai voulu dépanner mais la clé n'a pas booté.   Le contexte était particulier.
Il y avait windows d'installé.  Si on ôtait la protection "secure boot",  windows se plantait.   Donc il fallait à tout prix conserver le secure-boot et on ne réussissait pas à booter sur la clé.   Je n'ai pas cherché plus loin pensant que c'était la cause.


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#21 Le 10/12/2017, à 17:13

adrian15sgd

Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.

Bougron a écrit :

Bonsoir
Merci de tous tes retours commentés
    J'avais fait tout cela pour participer aux tests d'améliorations du produit.
    Je pense que pour la fabrication de la clé,  tu as maintenant tout le retour que tu attendais et tu vas pouvoir totalement finaliser la procédure.

Oui, finalement, c'est cette procédure.
Et j'ai une autre idée pour avoir un fakehybrid qui pourrait marcher pour le 90% des gens et faire plus facile la création de l'ISO.

Bougron a écrit :

J'ai participé à l'utilisation des pilotes expérimentaux  uniquement pour y participer
    Je n'avais pas totalement compris que si on les utilisait, on devait commencer immédiatement par les charger et non le faire plus tard.....

Oui, c'est mieux comme ça.

Bougron a écrit :

J'ai fait une procédure d'installation de ubuntu  pour répondre à un autre contexte Mais je l'ai laissée puisque pouvant servir d'exemple.

Je comprends.

Bougron a écrit :

Hier,  dans une" install party", j'ai voulu dépanner mais la clé n'a pas booté.   Le contexte était particulier.
Il y avait windows d'installé.  Si on ôtait la protection "secure boot",  windows se plantait.   Donc il fallait à tout prix conserver le secure-boot et on ne réussissait pas à booter sur la clé.   Je n'ai pas cherché plus loin pensant que c'était la cause.

Oui, Super Grub2 Disk ne supporte pas Secure Boot. Quelques Windows installées en mode Secure Boot refuse de démarrer si il ne sont pas démarrer sur le mode Secure Boot.

Hors ligne