#1 Le 15/11/2017, à 11: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, à 13:15)
Hors ligne
#2 Le 15/11/2017, à 11: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, à 14:33)
Hors ligne
#3 Le 15/11/2017, à 11: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, à 14:15)
Hors ligne
#4 Le 15/11/2017, à 11: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, à 17:08)
Hors ligne
#5 Le 15/11/2017, à 11: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, à 15:07)
Hors ligne
#6 Le 15/11/2017, à 15: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, à 16:49)
Hors ligne
#7 Le 15/11/2017, à 23:50
- adrian15sgd
Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.
Réponse à #3
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, à 23:59)
Hors ligne
#8 Le 16/11/2017, à 00:15
- adrian15sgd
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. Voic par exemple un début de préparationChargeur 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:
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 16/11/2017, à 00:28
- adrian15sgd
Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.
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 16/11/2017, à 00:51
- adrian15sgd
Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.
( Réponse à #5 . )
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 methodsECHEC 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:
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.
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, à 01: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.,
Hors ligne
#12 Le 16/11/2017, à 10:59
- Bougron
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 methodsECHEC 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, à 12:45)
Hors ligne
#13 Le 16/11/2017, à 13: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, à 11:10)
Hors ligne
#14 Le 20/11/2017, à 16: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
Notons qu'il est possible de savoir ce qu'il va faire.....
On verra qu'il a pris l'espace libre le plus important.
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, à 20:49)
Hors ligne
#15 Le 03/12/2017, à 17: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, à 17:31
- adrian15sgd
Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.
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, à 18:04
- adrian15sgd
Re : [Expérimental] Super Grub2 Disk sur clé USB avec un windows en EFI.
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
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.
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 DURJe 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.
"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.
Touche 'c'
insmod regexp
for device in (*)
do
echo $device
ls $device/
doneAussitô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.
==> 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.
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.
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.
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.
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)
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.
Donc reboot et remise dans un contexte que je crois le même (uniquement recherche dans le support contenant SG2D)
activation de la traceinsmod 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.
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.
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.
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, à 18:26
- adrian15sgd
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>
Le sindrome diogenes des partitions XD.
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.
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.
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.
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.
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.
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à.
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.
Je vais casser SG2D pour voir ce qui va se passer.
Ça consiste en quoi le cassement exactement?
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, à 18:30
- adrian15sgd
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.
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, à 19: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.
Hors ligne
#21 Le 10/12/2017, à 18:13
- adrian15sgd
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.
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.
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.
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.
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