Comment faire démarrer un disque dur externe USB

Gibi83 · Le 24/02/2016, à 19:05

Bonjour à tous

Quand j'ai posté mon message sur le forum hier je me doutais qu'il y aurait des réactions, mais là.......
Bien tout d'abord merci, chacun a sa petite idée, mais en ce qui me concerne je pensais que les disques durs externes ne démarraient pas sur ma machine, point.
J'avais déjà été surpris que ma clef USB bloque si on y installait Ubuntu mais que le ou les disques durs externes bootent en live, ça je n'y croyais pas du tout je l'ai tenté pour en avoir le coeur net puisque l'analyse par certains d'entre vous confirmait que Grub était bon.
Au passage mon cher Arbiel je n'ai que deux écrans, c'est déjà pas mal, et très pratique aurais-je annoncé en avoir trois ou ma prose est-elle pas claire ce qui est possible(j'accepte toute proposition).
Bien je sais que j'ai été accusé de diverger.....mais je souhaitais dégrossir le problème puisque rien d'énorme semblais ressortir de l'étude de mon cas, et ces manips simples étaient de mon niveau.
Je propose à votre haute compétence de me servir de mon disque reconverti à la "live" pour en générer un autre en y installant Ubuntu 15.10 puisque j'en ai trois plus un vrai USB d'origine qui me sert pour mes sauvegardes les plus importantes. Il seront connectés sur mes deux prises USB3. Je pense qu'un boot-info confirmera qu'il est identique à celui déjà analysé puis nous déciderons ce qu'il faut faire.
Une remarque cependant n'oubliez pas que je suis loin d'avoir votre niveau et que je suis pas tout a fait à mon aise devant le terminal.
Sur ce je vais lire et digérer ce que vous avez posté et je vous en remercie.
A la lecture attentive de vos posts bien sur pas mal d'idées Bougron a bien résumé dans le post #113 le problème mais une première demande je souhaite toucher un minimum à l'existant sous Windows ( si je plante tout.....)
donc je ne suis pas chaud pour réduire mon disque de 750 Go et d'y installer Ubuntu, même si elle est douloureuse je préfère mettre un nouveau disque SSD de 500Go et d'y implanter les deux OS mais ce n'est qu'un pis aller je préfère dans un premier temps la solution "USB" qui a l'avantage de ne toucher à rien. De plus je pense qu'une installation sur le même disque que Windows a toutes les chances de marcher.
Enfin pourrais-je avoir un seul interlocuteur car je ne sais qu'elle est la meilleure solution et je suis obligé de choisir......comme je puis même si tous les autres points de vue sont visiblement intéressants.

Amicalement

Gibi83

Dernière modification par Gibi83 (Le 24/02/2016, à 19:27)

Bougron · Le 24/02/2016, à 19:39

Bonsoir
Il semble que gibi83 ne se soit pas manifesté aujourd'hui. Peut-être suit-il une piste personnelle.

Personnellement j'en reste sur l'idée que sur un support USB, ce bios recherche une partition FAT32 pour booter et non une partition partition EXT4.
Lorsqu'il a trouvé cette partition, il lance le fichier de boot adéquat.
Il y a une autre possibilité: LILIUSB createur a fabriqué un MBR. Normalement dans ce MBR on indique où se trouve la suite de boot.

Il me semble que c'est encore le travail du bios de lire le MBR du disque et de faire en sorte que la suite continue à l'endroit indiqué. C'est ce que font tous les bios me semble-t-il.
Je n'ai jamais entendu dire que le bios LEGACY vérifiait le type de partition dans lequel la suite devait avoir lieu.

Pour GIBI83, Peux-tu faire un test très simple?
Ne rien brancher en USB. (ni clé, ni disque).
Aller dans le bios et relever l'ordre de boot SDA puis SDB ou SDB puis SDA

Puis booter. Indiques-nous si windows met alors en route ainsi que l'ordre de boot qu'il y a.

Le dernier boot-info indique que le boot n'est pas possible par SDA et j'ai un gros doute pour SDB

============================= Boot Info Summary: ===============================
 => Syslinux MBR (4.04 and higher) is installed in the MBR of /dev/sda.
 => Windows 7/8/2012 is installed in the MBR of /dev/sdb.
sda1: __________________________________________________________________________
    File system:       vfat
    Boot sector type:  Windows 7/2008: FAT16
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /bootmgr /boot/bcd /DELLBIO.BIN /DELLRMK.BIN 
                       /COMMAND.COM
sda2: __________________________________________________________________________
    File system:       ntfs
    Boot sector type:  Windows 7/2008: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /bootmgr /Boot/BCD
.......
sdb1: __________________________________________________________________________
    File system:       ntfs
    Boot sector type:  Windows 7/2008: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:

Il reste a décoder cela pour savoir si la suite est buien prévue sur SDA2

=================== hexdump -n512 -C /dev/sdb1
00000000  eb 52 90 4e 54 46 53 20  20 20 20 00 02 08 00 00  |.R.NTFS    .....|
00000010  00 00 00 00 00 f8 00 00  3f 00 ff 00 00 20 00 00  |........?.... ..|
00000020  00 00 00 00 80 00 80 00  ff 1f 54 57 00 00 00 00  |..........TW....|
00000030  00 00 0c 00 00 00 00 00  02 00 00 00 00 00 00 00  |................|
00000040  f6 00 00 00 01 00 00 00  a4 01 02 8e 1a 02 8e c8  |................|
00000050  00 00 00 00 fa 33 c0 8e  d0 bc 00 7c fb 68 c0 07  |.....3.....|.h..|
00000060  1f 1e 68 66 00 cb 88 16  0e 00 66 81 3e 03 00 4e  |..hf......f.>..N|
00000070  54 46 53 75 15 b4 41 bb  aa 55 cd 13 72 0c 81 fb  |TFSu..A..U..r...|
00000080  55 aa 75 06 f7 c1 01 00  75 03 e9 dd 00 1e 83 ec  |U.u.....u.......|
00000090  18 68 1a 00 b4 48 8a 16  0e 00 8b f4 16 1f cd 13  |.h...H..........|
000000a0  9f 83 c4 18 9e 58 1f 72  e1 3b 06 0b 00 75 db a3  |.....X.r.;...u..|
000000b0  0f 00 c1 2e 0f 00 04 1e  5a 33 db b9 00 20 2b c8  |........Z3... +.|
000000c0  66 ff 06 11 00 03 16 0f  00 8e c2 ff 06 16 00 e8  |f...............|
000000d0  4b 00 2b c8 77 ef b8 00  bb cd 1a 66 23 c0 75 2d  |K.+.w......f#.u-|
000000e0  66 81 fb 54 43 50 41 75  24 81 f9 02 01 72 1e 16  |f..TCPAu$....r..|
000000f0  68 07 bb 16 68 70 0e 16  68 09 00 66 53 66 53 66  |h...hp..h..fSfSf|
00000100  55 16 16 16 68 b8 01 66  61 0e 07 cd 1a 33 c0 bf  |U...h..fa....3..|
00000110  28 10 b9 d8 0f fc f3 aa  e9 5f 01 90 90 66 60 1e  |(........_...f`.|
00000120  06 66 a1 11 00 66 03 06  1c 00 1e 66 68 00 00 00  |.f...f.....fh...|
00000130  00 66 50 06 53 68 01 00  68 10 00 b4 42 8a 16 0e  |.fP.Sh..h...B...|
00000140  00 16 1f 8b f4 cd 13 66  59 5b 5a 66 59 66 59 1f  |.......fY[ZfYfY.|
00000150  0f 82 16 00 66 ff 06 11  00 03 16 0f 00 8e c2 ff  |....f...........|
00000160  0e 16 00 75 bc 07 1f 66  61 c3 a0 f8 01 e8 09 00  |...u...fa.......|
00000170  a0 fb 01 e8 03 00 f4 eb  fd b4 01 8b f0 ac 3c 00  |..............<.|
00000180  74 09 b4 0e bb 07 00 cd  10 eb f2 c3 0d 0a 41 20  |t.............A |
00000190  64 69 73 6b 20 72 65 61  64 20 65 72 72 6f 72 20  |disk read error |
000001a0  6f 63 63 75 72 72 65 64  00 0d 0a 42 4f 4f 54 4d  |occurred...BOOTM|
000001b0  47 52 20 69 73 20 6d 69  73 73 69 6e 67 00 0d 0a  |GR is missing...|
000001c0  42 4f 4f 54 4d 47 52 20  69 73 20 63 6f 6d 70 72  |BOOTMGR is compr|
000001d0  65 73 73 65 64 00 0d 0a  50 72 65 73 73 20 43 74  |essed...Press Ct|
000001e0  72 6c 2b 41 6c 74 2b 44  65 6c 20 74 6f 20 72 65  |rl+Alt+Del to re|
000001f0  73 74 61 72 74 0d 0a 00  8c a9 be d6 00 00 55 aa  |start.........U.|
00000200

Je viens à l'instant de prendre connaissance de ton dernier message...

Je t'ai donné beaucoup de pistes. Celles qui me restent sont:
Installer sur disque interne. Comme j'ai noté que ce n'est pas merveilleux, j'ai sorti ce matin l'idée de mettre la structure de boot dans une partition EXT2 à part puis de dupliquer cette partition dans la partition FAT32 existante. Ou simplement récupérer cette structure de boot depuis la partition / afin de t'éviter une nouvelle installation. Il reste à affiner les fichiers à prendre.

J'ai noté de babdu89 propose la piste OS-INSTALLER qui est un outil très puissant.
et qu'il considère qu'en légacy, il faudra peut-être modifier le mbr. Donc cela deviendrait plus compliqué.
AJOUT::::: Cela reste à démontrer car je prévois d'utiliser ce que qui a été fabriqué pour faire booter le live HHD-USB

J'ai noté que ARBIEL propose en priorité de n'utiliser qu'un seul écran. Dire que je n'avais remarqué ce détail!

Indiques le choix que tu fais en premier.

Dernière modification par Bougron (Le 24/02/2016, à 22:05)

Gibi83 · Le 24/02/2016, à 20:27

Bien Ubuntu 15.10 regénérée voici le boot-info

http://paste.ubuntu.com/15189417/

Je pense qu'il est conforme aux précédents en tout cas toujours pas de démarrage.

Bougron sur mon disque Windows j'ai une partition RECOVRY c'est elle entre autre que tu vois.
Et j'ai aussi essayé avec un seul écran rigoureusement la même chose. Ecran noir et pas la main.

Dernière modification par Gibi83 (Le 24/02/2016, à 20:50)

grandtoubab · Le 24/02/2016, à 20:28

quand tu fais une clé bootable avec la commande dd il n'y a pas d'histoire de partition, gparted ne peut même pas en identifier le type

quand tu fais cdrom y a pas d'histoire de partition; c'est pareil avec la commande dd ça "brule" l'image iso sur la clé

et si on retire le drapeau "hidden" pour permettre un montage on y trouve ça

Debian jessie 20160124-16:00$ ls -lt
total 586
-r--r--r-- 1 28242 janv. 24 17:00 md5sum.txt
-r--r--r-- 1    133 janv. 24 17:00 autorun.inf
-r--r--r-- 1 180335 janv. 24 17:00 g2ldr
-r--r--r-- 1   8192 janv. 24 17:00 g2ldr.mbr
-r--r--r-- 1  368480 janv. 24 17:00 setup.exe
-r--r--r-- 1   228 janv. 24 17:00 win32-loader.ini
dr-xr-xr-x 1    2048 janv. 24 17:00 install
dr-xr-xr-x 1   2048 janv. 24 17:00 tools
dr-xr-xr-x 1    2048 janv. 24 16:59 isolinux
dr-xr-xr-x 1    2048 janv. 24 16:59 live
lr-xr-xr-x 1       1 janv. 24 16:50 debian -> .
dr-xr-xr-x 1   2048 janv. 24 16:50 dists
dr-xr-xr-x 1    2048 janv. 24 16:50 pool

et par fdisk

Device     Boot Start     End Sectors  Size Id Type
/dev/sdh1  *       64 1945599 1945536  950M 83 Linux

Dernière modification par grandtoubab (Le 24/02/2016, à 20:42)

Gibi83 · Le 24/02/2016, à 20:51

Mon cher Grandtoubab je ne connais pas la commande dd.......

grandtoubab · Le 24/02/2016, à 20:53

Gibi83 a écrit :

Mon cher Grandtoubab je ne connais pas la commande dd.......

Faut pas croire que c'est Didier Deschamp l'auteur
https://doc.ubuntu-fr.org/dd#creer_une_cle_usb_bootable

voici comment j'ai créé la mienne
https://www.debian-fr.org/imagewriter-n … ml#p538286

Dernière modification par grandtoubab (Le 24/02/2016, à 20:55)

Arbiel · Le 24/02/2016, à 21:58

Personnellement, je ne crois pas du tout à l'incompatibilité entre le PC et les systèmes de fichiers extn. La raison en est assez simple : le BIOS n'a aucune raison de connaître quelque système de fichiers que ce soit. La requête qu'un logiciel (grub, le démarreur Windows, syslinux, etc…) soumet au BIOS pour accéder aux supports ne peut, à mon avis, que contenir l'adresse physique du secteur concerné, et c'est à ce logiciel qu'il convient d'en interpréter le contenu en fonction du système de fichier qui y est utilisé. Si tel n'était pas le cas, il serait facile pour grub d'offrir un service d'enregistrement sur disque plus complet que le seul bloc d'environnement (loadenv et saveenv).

L'introduction dans le BIOS de modules capables de comprendre tel ou tel système de fichiers entraîne un gâchis de ressources humaines et matérielles qu'aucun constructeur ne peut sérieusement envisager.

Cette remarque ne veut pas dire que le démarrage à partir des supports amovibles ne peut pas réussir si /grub est sur une partition FAT, voire NTFS (?), alors qu'il échoue actuellement avec ext2 (ou ext4 ?). Mais s'il réussi, ce ne sera pas pour une incompatibilité du PC avec extn, mais d'une incompatibilité du grub présent sur les supports amovibles avec extn. Bien sûr une telle affirmation peut surprendre parce que nous savons tous que grub est compatible avec ces systèmes de fichiers. Mais le grub tel qu'il est sur ces support l'est-il vraiment ?

Quelle drôle d'idée !!

J'ai lu dans la presse, il y a quelques jours, que le site de Linux Mint avait été piraté et que le pirate avait substitué une iso modifiée (je ne sais plus exactement quelle distribution) par une iso dans laquelle il avait introduit une porte dérobée. Je ne prétends pas que ce fut le cas pour Ubuntu, mais peut-être serait-il souhaitable de vérifier l'empreinte de l'image iso.

Pour tout dire, je ne crois pas beaucoup à toutes ces hypothèses, mais il est certain qu'il y a quelque chose d'anormal, et de vraiment très peu courant, dans la situation actuelle. Et je n'ai aucune piste sérieuse (pour laquelle j'aurais un soupçon de preuve) à soumettre.

Pour en revenir au test de /grub sur FAT, il suffit d'utiliser le paramètre --boot-directory avec grub-install, sans passer par une installation complète. Une partition FAT (ou NTFS cad à la rigueur la partition Windows elle-même) étant montée en /mnt et le support amovible étant /dev/sdd, la commande à utiliser est

sudo grub-install --boot-directory=/mnt /dev/sdd

L'exécution prend une petite minute.
Le fichier de configuration n'est pas créé par cette commande, ce qui permet alors, en démarrant dans cette configuration, de provoquer une erreur et de passer grub en mode conversationnel. S'il n'est pas nécessaire de faire de passer par cette étape, il faut ensuite créer le fichier de configuration avec la commande

sudo grub-mkconfig --output=/mnt/grub/grub.cfg

Arbiel

Bougron · Le 24/02/2016, à 22:35

Bonsoir.
Ceci est maintenant un aparté que je porte à la connaissance de tout le monde.
J'essaie pour la première fois de décortiquer les 300 octets du programme de boot installé dans le MBR.
Je tombe sur cela.
si le code exécutable du MBR est endommagé on va se retrouver face à un écran noir sans aucun message d'erreur : en effet c'est le code exécutable qui entraîne l'affichage des messages d'erreur qui suivent (et donc sans code exécutable, pas de message d'erreur). La solution consiste dans ce cas à faire un fixmbr sous la console de récupération pour restaurer ce secteur exécutable.

Bien sûr il reste à adapter au contexte. Ce secteur n'a jamais été fourni par boot-info ni par gibi83 ni probablement sauvegardé.
Peut-être qu'il n'a jamais été fabriqué au moment de l'installation initiale!!!!!
Les messages d'erreurs à afficher sont bien sur celles contenues dans le MBR.

Dernière modification par Bougron (Le 24/02/2016, à 23:36)

Babdu89 · Le 25/02/2016, à 00:45

Bonsoir.
En aparté.
@ Arbiel.
Je n'ai jamais réussi à installer Grub Pc sur une partition formatée en NTFS. J'ai toujours reçu un refus avec un message indiquant que grub ne pouvait pas être installé dans une partition NTFS. C'est ce que j'ai traduit avec mon très vieil Anglais.

@+. Babdu89 .

Bougron · Le 25/02/2016, à 00:51

Gibi83 a écrit :

Bien Ubuntu 15.10 regénérée voici le boot-info
http://paste.ubuntu.com/15189417/
Je pense qu'il est conforme aux précédents en tout cas toujours pas de démarrage.
Bougron sur mon disque Windows j'ai une partition RECOVRY c'est elle entre autre que tu vois.
.

Bonsoir
Dans ton boot-info il n'y a rien de nouveau pour le problème. Comme la première fois je vais te répondre que tout baigne.
Il y a bien un grub dans le MBR de SDD qui dit pointer sur

 => Grub2 (v2.00) is installed in the MBR of /dev/sdd and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos1)/boot/grub

donc sur la première partition de ce disque.
dans les 300 octets du programme de ce mbr, je suis incapable de trouver comment c'est codé
Mais,si c'est bon, il pointe sur la partition 1 du même disque

sdd1: __________________________________________________________________________
    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 15.10 
    Boot files:        /boot/grub/grub.cfg /etc/fstab 
                       /boot/grub/i386-pc/core.img

Qui contient ce qu'il faut pour continuer.

Correctif Donc j'ai gratté un petit peu, et vu une chose peu habituelle.
Peux-tu confirmer que je ne me trompe pas
Disk /dev/sda: 238.5 GiB Disque interne.
Disk /dev/sdb: 59.6 GiB Clé USB amovible.
Disk /dev/sdc: 698.7 GiB Autre disque interne.
Disk /dev/sdd: 465.8 GiB Le disque externe où on a installé.
Ce qui me surprend, c'est de trouver une clé USB au milieu de deux disques internes. Il n'y a certainement aucun rapport avec le problème.

PS. Tu n'as toujours pas répondu à ma question de savoir si windows bootait bien.

Dernière modification par Bougron (Le 25/02/2016, à 02:45)

Arbiel · Le 25/02/2016, à 01:19

Bonsoir

@Bougron

Ce sur quoi nous travaillons n'a rien à voir avec ce que tu as trouvé là, qui est le démarreur Microsoft. Installer grub dans le MBR consiste dans un premier temps à remplacer ce démarreur par la démarreur de grub, puis à enregistrer ce que j'ai appelé plus haut le noyau de grub (core.img) dans les secteurs suivants, entre ce premier secteur et la première partition.

La commande fixmbr dont parle l'article consiste à réécrire ce démarreur Microsoft dans le MBR. Toute nouvelle installation d'un Windows sur un disque msdos (avec MBR, par opposition à GPT) fait de même, et c'est la raison pour laquelle il faut réparer grub après une telle installation.

@Babdu89

Pas NTFS, soit, d'autant plus qu'utiliser la partition Windows est loin d'être l'idéal, mais cela n'a pas vraiment d'importance. Comme j'ai essayé de le démontrer, là n'est pas le problème : la raison pour laquelle grub ne démarre pas ne tient pas à une incompatibilité entre le PC et le système de fichiers sur lequel se trouve /boot.

@Gibi83

Gibi83 a écrit :

Et j'ai aussi essayé avec un seul écran rigoureusement la même chose. Ecran noir et pas la main.

Bien, voila un résultat probant. Mais, je suppose que dans toutes les installations précédentes, tes deux écrans étaient toujours branchés. Comme on ne sait absolument pas d'où vient la gêne, laisse maintenant ton second écran de côté, et réinstalle, mais en utilisant la commande grub-install comme je l'ai indiqué. Le problème peut bien venir de l'installation elle-même et d'une erreur dans le programme d'installation.

Arbiel

Babdu89 · Le 25/02/2016, à 01:25

Bonsoir.

Bougron a écrit;
Ce qui me surprend, c'est de trouver une clé USB au milieu de deux disques internes. Il n'y a certainement aucun rapport avec le problème.

C'est la clé live avec le Ubuntu pour faire le boot info, Non??

boot-info is executed in live-session (Ubuntu 15.10, wily, Ubuntu, i686)
.............................................................................................
bootkbd=fr-latin1 console-setup/layoutcode=fr console-setup/variantcode=nodeadkeys locale=fr_FR  persistent noprompt cdrom-detect/try-usb=true file=/cdrom/preseed/ubuntu.seed boot=casper initrd=/casper/initrd.lz splash -- maybe-ubiquity

@+. Babdu89 .

Bougron · Le 25/02/2016, à 01:43

Bonsoir babdu89

Dans mon ex micro legacy avec 3 disque durs internes, une clé USB et un disque dur externe,
mes disques internes étaient toujours nommés SDA SDB SDC
et la clé et le disque externe SDD et SDE en fonction du montage que je faisais sur les prises USB.
Jamais, ils ne se sont intercalés entre les disques internes.
J'ai pris acte de ta réponse.

Pour Gibi83, As-tu pensé à regarder si ton bios était à jour.
Certainement la dernière version http://www.dell.com/support/home/us/en/ … egoryId=BI
Cependant, en lisant le contenu de toutes les mise à jour, je n'ai rien vu sur le problème de boot.

Pour tous, J'ai lu une discussion anglaise disant que le bios avait une fonctionnalité EFI
et dans une discussion, qu'elle devait être utilisée pour booter sur un disque externe mais pas de preuves disant que c'était la solution.

Dernière modification par Bougron (Le 25/02/2016, à 02:47)

Babdu89 · Le 25/02/2016, à 02:07

Une de mes config , 5 hdd et la clé live Ubuntu. (/dev/sdc) elle est au milieu des disques.

============================= Boot Info Summary: ===============================
=> Grub2 (v1.99) is installed in the MBR of /dev/sda and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
in partition 112 for .
=> Testdisk is installed in the MBR of /dev/sdb. ==> restauration du MBR partition Windows avec testdick
=> Syslinux MBR (4.04 and higher) is installed in the MBR of /dev/sdc. ==> clé live Ubuntu
=> Grub2 (v1.99) is installed in the MBR of /dev/sdd and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
in partition 112 for .
=> Grub2 (v1.99) is installed in the MBR of /dev/sde and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for (,msdos6)/boot/grub on this drive.
=> Grub2 (v1.99) is installed in the MBR of /dev/sdf and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for (,msdos25)/boot/grub on this drive.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 25/02/2016, à 02:09)

Gibi83 · Le 25/02/2016, à 09:03

Bonjour.
Tout d'abord une information que j'ai bien sur oublié de vous donner.
L'un d'entre vous m'a conseillé de changer le nom de grub.cfg en ajoutant .absent .Je l'ai fait, mais il n'y a eu aucun changement écran noir et pas la main je pense comme il n'y a pas d'erreur car Grub n'a jamais eu la main. C'est ce qui m'a incité à tenter de transformer mon disque en "live" pour voir si au moins ça démarrait.

Dernière modification par Gibi83 (Le 25/02/2016, à 09:31)

Bougron · Le 25/02/2016, à 10:10

Bonjour
Je fais une petite synthèse
A) Arbiel souhaite gérer seul le problème. Tu souhaites un seul interlocuteur.
Donc tout est parfait.
B) Cela fait un mois que le problème traîne, Tu ne peux y consacrer tout ton temps ni nous non plus.
C) Le week-end arrive. Tu auras peut-être plus de temps. Pas nécessairement nous.
D) Tu sembles avoir pas mal de matériel externe.
Ainsi je te propose une façon nouvelle et faire du travail en parallélisme.

Sachant que pour toi, il faudra nous dire clairement le CAS dans les réponses

CAS A Ce micro sait booter avec un MBR grub mais c'est mal fabriqué soit
Dans le MBR
Dans le fichier image.core
Dans le fichier grub.cfg (piste en cours d'abandon?)
Cela semble corrigeable pas des commandes =>L'interlocuteur qui pilote est Arbiel

CAS B: Ce micro ne sait pas booter avec un MBR grub mais il sait le faire avec un MBR syslinux.
Cela semble corrigeable par l'utilisation du logiciel OS-INSTALLER MULTISYSTEM =>L'interlocuteur qui pilote est Babdu89.

CAS C: Ce micro ne sait pas booter avec un MBR mais il sait booter avec une partition FAT
Cela semble corrigeable avec des techniques d'écrasement de boot =>L'interlocuteur qui pilote est Bougron.

J'espère que cela te convient comme comme démarche.
Tu pourras faire les trois cas où t'arrêter aussitôt qu'un cas fonctionne. Bien que cela serait sympa de faire les trois cas à titre d'exemple.

Dernière modification par Bougron (Le 25/02/2016, à 13:44)

Bougron · Le 25/02/2016, à 10:25

Traitement du CAS C : Le micro ne sait pas booter avec un MBR contenant GRUB sur un disque externe.
Mais Le micro sait pas booter avec un MBR contenant syslinux sur un disque externe.

Tu as donné un énorme espoir en montrant que ce disque pouvait être assimilé à une LIVEUSB et que dans ce contexte, il bootait. C'est là-dessus que je m'appuie.

Du point de vue matériel.
Tu as besoin d'une clé-liveusb qui va servir d'émetteur. Cette clé USB je l'appelle SDB.
Tu as besoin de ton disque dur. Je l'appelle SDC.

A) Préparation de la clé USB émettrice et du disque USB récepteur.
Avec windows ? Formater et faire une table de partition FAT32 sur chacun des deux appareils.
La taille de cette partition doit être minima. Je pense qu'une partition de 2 Go suffit.
Avec Liliusbcreator ? Installer la version ubuntu sur chacun des deux apparreils.
Ne pas prévoir de fichier CASPER-RW. Cela va faire sourire Malbo!
Vérifier que SDC boote bien.
B) Booter avec SDB et choisir "Try ubuntu without installing".
- Brancher le support récepteur SDC.
- Sauvegarder le code de démarrage de SDC qui va se trouver écrasé dans installation sur le disque SDC.
- Surtout ne pas sauver la structure de la table de partituion quui va continuer sa vie avec l'arrivée de nouvelles partitions.
La commande est du style:
sudo dd if=/dev/SDC of=/home/ubuntu/MBRSDC.img bs=446 count=1
[En aucun cas, il ne faudra utiliser cette live SDC pour installer sur SDC car l'installateur va certainement déconner comme il l'a fait en EFI. https://forum.ubuntu-fr.org/viewtopic.php?id=1954341 Donc ne courrons pas ce risque maintenant.
C) Lancer l'installation en utilisant l'icône qui est présent et prendre le choix "autre chose".
- Créer une partition primaire de format EXT2 de 1024 Mo (ou 512Mo) dans l'espace libre de SDC. Lui affecter le point de montage /boot Ne pas faire moins pour ne pas devenir esclave de KCLEAN.
- Créer une partition primaire de format EXT4 de la taille qui vous convient dans l'espace libre de SDC. Lui affecter le point de montage /
- De la même manière créer vos autres partitions favorites mais en partitions secondaires.
Nota: Toutes ces partitions peuvent pré-exister et être réutilisées.
ATTENTION
Ne pas oublier de choisir l'endroit où sera installé le programme de démarrage.
En standard, c'est SDA qui est proposé. Ce n'est surtout pas lui qu'il faut mettre.
On doit choisir SDC . On sait que cela ne va pas booter mais que cela va être remplacé par la structure de boot d qu'il y avait avant l'installation et qui bootait.

D) Accepter "installer maintenant" et soyez très patient si un port est en USB2.
Lorsque l''installation est finie, il ne faut pas booter car la réparation n'est pas faite.
A noter que si par réflexe vous bootez, la procédure peut être reprise ici.

E) Choisir "continuer à tester" (ou rebooter SDB).

F) Restaurer le secteur de boot avec la commande:
sudo dd if=/home/ubuntu/MBRSDC.img of=/dev/SDC bs=446 count=1

G) Procédure de récupération des menus de boot.
Il faut monter les partitions contenant la structure de boot qu'on vient de fabriquer et la structure de boot du disque "liveUSB" SDC. Les commandes sont du style:
sudo mkdir /mnt/SDC1
sudo mkdir /mnt/SDC2
sudo mount /dev/sdc1 /mnt/SDC1
sudo mount /dev/sdc2 /mnt/SDC2
Il faut accéder aux fichiers de boot.
sudo gedit /mnt/SDC1/boot/grub/grub.cfg
gedit /mnt/SDC2/grub/grub.cfg ### Pas de sudo pour éviter un risque de modification de ce fichier.
PS Peut-être que c'est gedit /mnt/SDC2/boot/grub/grub.cfg car je n'ai pas intégralement tout noté pendant l'exécution

H) Récupération d'une entrée de boot.
En priorité c'est la première entrée qu'il faut récupérer.
Je ne peux pas fournir l'exemple LEGACY car la génération a été faite en EFI. Il y aura donc quelques différences. Ce n'est pas en début de fichier. Voici un exemple de la première entrée qui été générée.

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-cba33fb1-1dfa-4968-bccd-37afa3fe97e9' {
	recordfail
	load_video
	gfxmode $linux_gfx_mode
	insmod gzio
	if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
	insmod part_msdos
	insmod ext2
	set root='hd1,msdos2'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  dcab8994-f277-42dd-ada6-3aa76a9cfb42
	else
	  search --no-floppy --fs-uuid --set=root dcab8994-f277-42dd-ada6-3aa76a9cfb42
	fi
	linux	/vmlinuz-4.2.0-16-generic.efi.signed root=UUID=cba33fb1-1dfa-4968-bccd-37afa3fe97e9 ro  quiet splash $vt_handoff
	initrd	/initrd.img-4.2.0-16-generic
}

Il y a éventuellement quatre correctifs à faire.
- le nom donné au menu "ubuntu" mérite assurément d'être remplacé par quelque chose de plus parlant. Par exemple: "enfin il accepte de booter comme je l exigeais"
- supprimer ces trois options qui ne sont pas connues du nouveau lanceur. Cela évite simplement un message d'avertissement.
recordfail
load_video
gfxmode $linux_gfx_mode

I) Injection de cet extrait dans le fichier de boot de l'installateur.
Je l'ai mis par coller en première position de sélection. Exemple

if loadfont /boot/grub/font.pf2 ; then
	set gfxmode=auto
	insmod efi_gop
	insmod efi_uga
	insmod gfxterm
	terminal_output gfxterm
fi

set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
======>>>> C'est à cet endroit que je fais le coller  <============
menuentry 'Ubuntu sur cle USB' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-cba33fb1-1dfa-4968-bccd-37afa3fe97e9' {
	insmod gzio

J) C'est (presque) fini.
- Arrêter par shutdown
- Démonter la clé USB (SDB) mais laisser le disque dur SDC branché.
- Booter
- Vérifier que cela boote bien.
- Choisir cette entrées
- Pour le moment, je n'ai pas vérifié que les autres entrées fonctionnent mais je pense que oui (UUID sans changement)
- shutdown.
-Démonter le disque dur externe.
- Booter et vérifier que windows (ou ubuntu) met bien en route.

K) Puisque ubuntu ne va pas mettre en route dans un contexte EFI et que j'ai oublié de sauver la partitionFAT32 avant d'installation, il ne me reste plus qu'à introduire une nouvelle entrée dans le disque externe afin de pouvoir de nouveau choisir l'entrée de mon ubuntu favori!
Donc une nouvelle entrée est ajoutée sans aucun changement. Son contenu est

menuentry 'Ubuntu 15.10 (15.10) (on /dev/sda21)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-a587e5ed-6b08-404d-a682-3ac4e0974715' {
	insmod part_gpt
	insmod ext2
	set root='hd0,gpt21'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt21 --hint-efi=hd0,gpt21 --hint-baremetal=ahci0,gpt21  a587e5ed-6b08-404d-a682-3ac4e0974715
	else
	  search --no-floppy --fs-uuid --set=root a587e5ed-6b08-404d-a682-3ac4e0974715
	fi
	linux /boot/vmlinuz-4.2.0-27-generic.efi.signed root=UUID=a587e5ed-6b08-404d-a682-3ac4e0974715 ro quiet splash $vt_handoff
	initrd /boot/initrd.img-4.2.0-27-generic
}

Dernière modification par Bougron (Le 27/02/2016, à 23:26)

Babdu89 · Le 25/02/2016, à 10:27

Bonjour.

Édit concernant le post ci dessus...

Dans A)

Avec Liliusbcreator ? Installer la version ubuntu. Ne pas prévoir de fichier CASPER. Cela va faire sourire Malbo!

Le dossier " casper " contient une bonne partie de la "tripaille" constituant un live.
Pour faire sourire malbo, c'est le fichier "casper-rw" qui permet d'avoir le mode persistent. Donc ne pas faire la clé live en mode persistent, pour ne pas avoir le fichier "casper-rw".

Dans B)

J'ai pris la solution dd car SDB1 est monté et ne peut être démonté pour effectuer un clonage.

Je pense qu'il serait mieux de proposer d'installer sur SDC une session live. Virer toutes les partitions, et faire une partition FAT32 et installer le Live.
Car bien que dd sache copier une partition montée, donc active, je pense que ce n'est pas bon de le faire.
Il peut y avoir des modifs de données dans le clone (SDC) du faite de l'utilisation de SDB.

Car pour la suite dans C tu dis;

C) Lancer l'installation en utilisant l'icône qui est présent et prendre le choix "autre chose".
- Créer une partition primaire de format EXT2 de 1024 Mo (ou 512Mo) dans l'espace libre de SDC. Lui affecter le point de montage /boot Ne pas faire moins pour ne pas devenir esclave de KCLEAN.

Pas si sûr qu'il y aie un espace disque utilisable, lorsque l'on fait le clone avec dd. En tout vas c'est ce qui arrive en faisant un live usb avec dd.

Çà conforte mon conseil de faire un live usb sur SDC et non cloner le clé SDB sur SDC.

F) sudo dd if=/dev/SDB of=/dev/SDC bs=446 count=1

Tu ne veux copier que la table de partitions? le secteur de boot ce n'est pas 512 octets?

@ Bougron.
Surtout sans polémique, de ma part!.

CAS B: Ce micro ne sait pas booter avec un MBR grub mais il sait le faire avec un MBR syslinux.
Cela semble corrigeable par l'utilisation du logiciel OS-INSTALLER =>L'interlocuteur qui pilote est Babdu89.

OS-INSTALLER...

C'est quoi ce machin?.
J'ai parlé de çà ou?.

Édit.

Bougron a corrigé dans son post. C'est bien du MultiSystem dont il s'agit.

Concernant les live, je ne parle que deux manières de les démarrer.

_Avec Syslinux, pour les live fait avec dd, UnetBootin, le créateur de disque de démarrage, Lili usb créator &&& , pour ne parler que des plus employés.

_Avec Grub, en utilisant le MultiSystem de frafa.

Stp, veux tu bien donner un lien dans ce sujet qui parle de OS-INSTALLER ?

Çà ne change rien aux manips que je proposai, mais je ne connais pas OS-INSTALLER

Édit,
Je veux bien continuer de piloter les éventuels tests avec le MultiSystem de frafa. Puisqu'il s'agit d'un live Linux démarré par Grub, et non Syslinux comme les autres. On peut le faire avec deux clés usb.
Une clé live Linux qui sert à installer le logiciel qui "fabrique" la clé MultiSystem MultiSystem + une clé usb au Format FAT32 pour faire la clé live MultiSystem.

Démarrage de la machine sur la clé Live MultiSystem pour voir comment çà se passe.
Donc dans un premier temps, on n'est pas obligé de toucher au hdd externe de récupération.

@+. Babdu89.

Dernière modification par Babdu89 (Le 27/02/2016, à 19:27)

Babdu89 · Le 25/02/2016, à 12:46

Post#112 je parlai de tester un live démarré par Grub. Le MultiSystem.
Mais. Vu la présence de Syslinux dans les fichiers de boot de la partition du MultiSystem. J’émettais un doute sur ce qui ferait démarrer la clé. Grub ou Syslinux?

=> Grub2 (v1.99) is installed in the MBR of /dev/sdc and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
in partition 94 for .

sdc1: __________________________________________________________________________
File system: vfat
Boot sector type: SYSLINUX 4.05 20130218
Boot sector info: Syslinux looks at sector 3408416 of /dev/sdc1 for its
second stage. SYSLINUX is installed in the
/boot/syslinux directory. According to the info in the
boot sector, sdc1 starts at sector 0. But according to
the info from fdisk, sdc1 starts at sector 63.
Operating System:
Boot files: /boot/grub/menu.lst /boot/grub/grub.cfg
/boot/syslinux/syslinux.cfg
/boot/grub/i386-pc/core.img /boot/syslinux/ldlinux.sys

J'ai renommé; /boot/grub/grub.cfg en /boot/cacher-grub/grub.cfg
Au reboot sur la clé, j'ai droit à un Grub rescue>.

J'ai renommé; /boot/syslinux/syslinux.cfg en /boot/cacher-syslinux/syslinux.cfg
Au reboot sur la clé, j'ai droit à un Grub rescue>. La clé ne démarre pas avec Syslinux.

En remettant /boot/cacher-grub/grub.cfg en /boot/grub/grub.cfg .
Et en laissant renommé /boot/syslinux/syslinux.cfg en /boot/cacher-syslinux/syslinux.cfg
La clé démarre, affichage du menu Grub du MultiSystem.

Dans la section ==============Syslinux=============== du menu Grub, Sylinux ne fonctionne plus.

Donc, une clé live MultiSystem est bien démarrée par Grub. Il serait intéressant de savoir si la machine de Gibi83 est capable de booter une session live, dont le démarrage se fait par Grub. Avec le MultiSystem, puisque c'est le seul cas à ma connaissance.

Intérêt de la manip, cerné un peu plus le coupable; Grub? .

@+. Babdu89 .

Gibi83 · Le 25/02/2016, à 12:55

Tout d'abord merci pour cette synthèse Bougron.
J'ai essayé de faire le point.
J'avoue avoir du mal a savoir si Grub a ou non la main.
Vous me parlez du MBR, j'ai été voire sur le site qui en parle, mais en essayant de comprendre ce qu'indique le boot-info je ne vois pas ce qui concerne le disque sdd1 qui est celui sur lequel on démarre.
Ais-je bien compris? existe-t-il une commande (facile) pour le visualiser et vérifier si il est "bon"?
J'ai en effet de plus en plus l'impression que soit le MBR bogue soit Grub ne démarre pas, mais comment le vérifier?

Dernière modification par Gibi83 (Le 25/02/2016, à 12:55)

erresse · Le 25/02/2016, à 13:01

Bougron a écrit :

Ceci est maintenant un aparté que je porte à la connaissance de tout le monde.
J'essaie pour la première fois de décortiquer les 300 octets du programme de boot installé dans le MBR.

dans son message #133... Si un coup d'oeil sur ces explications peuvent t'aider à "décortiquer" :
Contenu d'un MBR, dans cette documentation.
Note personnelle: De ces explications, il ressort qu'en aucun cas, le BIOS d'une machine ne se préoccupe d'un système de fichiers, ni même d'un partitionnement, puisqu'il ne sait adresser qu'un "cylindre:piste:secteur" physique. Donc, EXTn ou FATx...

MicP · Le 25/02/2016, à 14:15

Cette page web est aussi édifiante https://en.wikipedia.org/wiki/Master_boot_record

Arbiel · Le 25/02/2016, à 15:01

Bonjour

Le BIOS ne sait pas interpréter les systèmes de fichiers, mais il sait quel est le système de fichiers utilisé sur les partitions, puisque cette information est enregistrée dans la table des partitions du MBR, du moins pour les partitions principales.

Il a effectivement fort à parier que le BIOS dont nous parlons ici peut refuser de passer la main à grub puisque le drapeau boot est positionné sur une partition qu'il considère comme "pirate". Une sorte de "secure boot" avant l'UEFI. Pourquoi se priver d'enquiquiner ces trublions qui veulent se soustraire à notre si bonne loi du marché ?

La première action à entreprendre est la création d'une minuscule partition principale, de type FAT, sur les supports amovibles destinés à devenir des "disques systèmes". Ceci ne nécessite aucune réinstallation si l'on part d'un tel disque système (qui embarque grub) et non d'un support d'installation (qui embarque syslinux).

Ensuite, tout simplement positionner le drapeau boot sur cette partition. Cela peut suffire : le BIOS, trouvant le drapeau boot sur une partition FAT, s'en trouvera éventuellement satisfait et le problème résolu.

Si cela ne suffit pas, ce qui est possible car rien ne permet d'affirmer que le BIOS ne passe pas la main directement au porte-drapeau boot, alors il faudra installer le démarreur de grub dans l'EBR de la partition et le noyau (core.img) entre cet EBR et la partition elle-même. Mais nous verrons cela en dernier recours, si nécessaire.

Arbiel

Bougron · Le 25/02/2016, à 15:34

MicP a écrit :

Cette page web est aussi édifiante https://en.wikipedia.org/wiki/Master_boot_record

Bonjour.

En fait, je suis en train de creuser la programmation embarquée dans le MBR
et cette codif est dure à comprendre.

sudo hexdump -n300 -C /dev/sdx

Remplacer hexdump par déassembler me ferait plaisir.

http://superuser.com/questions/1018716/is-there-a-difference-between-the-first-446-bytes-of-different-windows-mbrs a écrit :

There are (minor) differences in the mbr code installed by different Windows versions. They all check the partition table to find which is the bootable partition and then transfer control to the first sector of that partition. So the different versions are largely interchangeable. See for instance the pages at http://thestarman.narod.ru/asm/mbr/VistaMBR.htm#INTRO . There's nothing particular to Windows in that kind of mbr code, it could just as well boot any other operating system. The MBR code installed by many Linux boot managers, such as GRUB, is completely different, and may not even look at the partition table at all, and would be useless in a system that does not have the GRUB boot files stored in a Linux partition, or its own special boot partition.

Une description de bonne qualité http://poloastucien.free.fr/mbr_fat_sec … oot_h.html

Et me voila bien avancé!
Un tout petit peu plus
==> Mais on n'est pas windows qui contrôle qu'une seule partition a le flag boot et qui est capable de dire une erreur! On est dans le MBR créé par GRUB qui a été décodé par le boot-info.

Et moi qui pensait qu'un système ouvert serait facile à comprendre qu'un système propriétaire!

Dernière modification par Bougron (Le 26/02/2016, à 13:43)

Babdu89 · Le 25/02/2016, à 17:04

Gibi83 a écrit :

Tout d'abord merci pour cette synthèse Bougron.
J'ai essayé de faire le point.
J'avoue avoir du mal a savoir si Grub a ou non la main.
Vous me parlez du MBR, j'ai été voire sur le site qui en parle, mais en essayant de comprendre ce qu'indique le boot-info je ne vois pas ce qui concerne le disque sdd1 qui est celui sur lequel on démarre.
Ais-je bien compris? existe-t-il une commande (facile) pour le visualiser et vérifier si il est "bon"?
J'ai en effet de plus en plus l'impression que soit le MBR bogue soit Grub ne démarre pas, mais comment le vérifier?

Oui, c'est vrai que tout çà n'est pas facile à comprendre. Surtout lorsque l'on utilise les termes improprement.

MBR; Master Boot Record... En Français dans le texte? Secteur d'amorçage. C'est ce que j'essaye d'utiliser le plus souvent. Ou secteur de boot.
On trouve les secteurs d'amorçage au début des disque dur et des partitions.

Secteur d'amorçage du disque dur d'installation.
Je ne vais pas me pencher sur son contenu réel (j'en serais bien incapable). Mais ce qu'il faut en retenir.
Là dedans on y trouve la table de partitions du disque dur. Et les indications, qui permette de dire au système où se trouvent les partitions dites bootable (à démarrer, ou amorçable).
Partitions qui contiennent un système d'exploitation, que l'on cherche à lancer.

Pour lancer un système d'exploitation il faut bien un démarreur. Un boot loader, en Français; un chargeur de démarrage. Il y en a plusieurs, dont les plus utilisés; Grub, Syslinux, Lilo, et pour Windows le improprement appelé MBR. MBR pour démarrer Windows?. Moi je parle dans ce cas de mbr compatible Windows. Pour ne pas dire boot loader Windows ou chargeur de démarrage Windows.

Dans tous ces cas, on parle de programme de démarrage.
Tous ces programmes sont de taille beaucoup trop grande pour pouvoir tenir dans le secteur d'amorçage des disque d'installation. Donc on les coupe en deux.

Une première partie que l'on écrit dans le secteur d'amorçage du disque d'installation. L'autre partie dans la partition système (ou partition de boot) du système d'exploitation à démarrer.

(On ne va pas compliquer, mais cette partie peut avoir volontairement été écrite dans le secteur d'amorçage de la partition d'installation, dans certains cas. Pour faire un chaînage).

En gros, pour utiliser tous ces types de programme de démarrage. (en ce qui concerne les installations faite en mode Bios, car pour l'UEFI, çà se passe un peu différemment.)
Lors du démarrage de la machine, le système va chercher dans le/les secteurs d'amorçage du/des disques l'indication (première partie du programme de démarrage) qui renvoie vers une partition contenant la suite du programme de démarrage.

Pour un Linux, il trouve dans le secteur d'amorçage du disque la première partie de Grub, qui indique lui l'emplacement (partition système ou de /boot) où se trouve la suite du programme de démarrage Grub. Pour permettre de lancer l'Os Linux.

Pour Windows, en gros çà se passe de la même façon. Le MBR ou plus exactement , le secteur d'amorçage du disque d'installation, contient la première partie du programme de démarrage de Windows.
(que beaucoup appellent improprement MBR).
Là aussi çà indique au système où se trouve la suite du programme de démarrage pour pouvoir lancer Windows.

Pour Lilo, (jamais utilisé) mais il me semble qu'il en est de même. De même avec Syslinux.

Alors, si on continue de parler improprement de MBR, on voit que çà peut contenir la première partie des différents programmes de démarrages; Grub, Lilo; et boot loader Windows.

Ce sans oublier de parler pour certains, de l'obligation que la partition où est installer la deuxième partie du programme de démarrage, soit marquée comme bootable (drapeau boot boot flag).

En résumer il faut garder à l'esprit que le programme de démarrage est écrit en deux parties.
Lorsque l'on veut, bricoler, lire un boot info &&&. Çà permet de mieux savoir ce que l'on cherche.

Exemple avec ton hdd externe de récupération.

Lorsque tu as installé, Grub à été installé en même temps. Tu as bien indiqué de mettre la première partie de grub dans le secteur d'amorçage de ce disque.

Alors à la lecture du dernier boot info, concernant ce disque on voit.

============================= Boot Info Summary: ===============================
=> Syslinux MBR (4.04 and higher) is installed in the MBR of /dev/sda.
=> Syslinux MBR (4.04 and higher) is installed in the MBR of /dev/sdb.
=> Windows 7/8/2012 is installed in the MBR of /dev/sdc.
=> Grub2 (v2.00) is installed in the MBR of /dev/sdd and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for (,msdos1)/boot/grub.

Le système lit ceci;

=> Grub2 (v2.00) is installed in the MBR of /dev/sdd and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for (,msdos1)/boot/grub.

La première partie de Grub est installée dans le secteur d'amorçage du disque d'installation /dev/sdd.
C'est bien ton hdd externe de récupération. Cette première partie de grub indique au système ,que la suite du programme de démarrage grub est dans la partition système du Linux installé.
La partition (,msdos1) de ce même disque. En fait la partition /dev/sdd1. (hd3,msdos1).
Et l'indication précise d'aller chercher la suite du programme de démarrage Grub dans cette partition , c'est dans le dossier /boot/grub .

Voila le système sait où aller chercher la suite du programme de démarrage Grub. La suite qui l'intéresse est en gras ci-dessous.

sdd1: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 15.10
Boot files: /boot/grub/grub.cfg /etc/fstab
/boot/grub/i386-pc/core.img

Si le système ne trouve pas de première partie de programme de démarrage dans le secteur d'amorçage du disque d'installation (effacement ou données corrompues) , çà ne démarre pas. Affichage ou pas de message d'erreur.

Si il y a une première partie d'un programme de démarrage. Mais que la suite est introuvable (effacement ou données corrompues, ou pas de partition système). On droit à un message d'erreur.
Avec grub, c'est un ; Grub rescue> .

Alors, lorsque on lit les boot info, et que l'on voit tout ceci, on peut dire si l'installation est convenable ou pas...

Voila si çà peut aider à mieux comprendre...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 25/02/2016, à 17:20)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#126 Le 24/02/2016, à 19:05

Re : Comment faire démarrer un disque dur externe USB

#127 Le 24/02/2016, à 19:39

Re : Comment faire démarrer un disque dur externe USB

#128 Le 24/02/2016, à 20:27

Re : Comment faire démarrer un disque dur externe USB

#129 Le 24/02/2016, à 20:28

Re : Comment faire démarrer un disque dur externe USB

#130 Le 24/02/2016, à 20:51

Re : Comment faire démarrer un disque dur externe USB

#131 Le 24/02/2016, à 20:53

Re : Comment faire démarrer un disque dur externe USB

#132 Le 24/02/2016, à 21:58

Re : Comment faire démarrer un disque dur externe USB

#133 Le 24/02/2016, à 22:35

Re : Comment faire démarrer un disque dur externe USB

#134 Le 25/02/2016, à 00:45

Re : Comment faire démarrer un disque dur externe USB

#135 Le 25/02/2016, à 00:51

Re : Comment faire démarrer un disque dur externe USB

#136 Le 25/02/2016, à 01:19

Re : Comment faire démarrer un disque dur externe USB

#137 Le 25/02/2016, à 01:25

Re : Comment faire démarrer un disque dur externe USB

#138 Le 25/02/2016, à 01:43

Re : Comment faire démarrer un disque dur externe USB

#139 Le 25/02/2016, à 02:07

Re : Comment faire démarrer un disque dur externe USB

#140 Le 25/02/2016, à 09:03

Re : Comment faire démarrer un disque dur externe USB

#141 Le 25/02/2016, à 10:10

Re : Comment faire démarrer un disque dur externe USB

#142 Le 25/02/2016, à 10:25

Re : Comment faire démarrer un disque dur externe USB

#143 Le 25/02/2016, à 10:27

Re : Comment faire démarrer un disque dur externe USB

#144 Le 25/02/2016, à 12:46

Re : Comment faire démarrer un disque dur externe USB

#145 Le 25/02/2016, à 12:55

Re : Comment faire démarrer un disque dur externe USB

#146 Le 25/02/2016, à 13:01

Re : Comment faire démarrer un disque dur externe USB

#147 Le 25/02/2016, à 14:15

Re : Comment faire démarrer un disque dur externe USB

#148 Le 25/02/2016, à 15:01

Re : Comment faire démarrer un disque dur externe USB

#149 Le 25/02/2016, à 15:34

Re : Comment faire démarrer un disque dur externe USB

#150 Le 25/02/2016, à 17:04

Re : Comment faire démarrer un disque dur externe USB

Pied de page des forums