[Réparateur de démarrage] Développement du logiciel Boot-Repair

Arbiel · Le 25/11/2014, à 17:42

Pour ce qui concerne les modifications à apporter à boot-repair, il y a bien sûr

============================= Boot Info Summary: ===============================
=> Grub2 (v1.99) is installed in the MBR of /dev/sda and looks at sector
950964728 of the same hard drive for core.img. core.img is at this
location and looks in partition 112 for .

Cette erreur a été corrigée par Andrey Borzenkov, de l'équipe de développement grub qui a publié un script je ne sais plus où, script que j'ai téléchargé et que je peux donc redistribuer pour introduction dans boot-repair.

@malbo

Pourquoi te donnes-tu la peine de recopier dans la discussion le contenu intégral du rapport alors que l'utilisateur en a déjà donné l'adresse ? Tu n'as pas toujours procédé ainsi, et, même si l'affichage du rapport sur le forum en facilite la prise de connaissance par les uns et les autres, cette recopie n'est pas essentielle et tu as certainement mieux à faire que de consacrer ton temps à une tâche de cette nature.

Arbiel

malbo · Le 25/11/2014, à 18:04

Arbiel a écrit :

Pourquoi te donnes-tu la peine de recopier dans la discussion le contenu intégral du rapport alors que l'utilisateur en a déjà donné l'adresse ?

Je crains que les Boot-Info disparaissent du site http://paste.ubuntu.com ce qui rendrait la compréhension des discussions impossible. Cela s'est déjà produit et je n'ai pas très bien compris pourquoi comme par exemple là : https://forum.ubuntu-fr.org/viewtopic.p … #p10629251 (il n'y a plus rien à l'adresse supposée du Boot-Info : http://paste.ubuntu.com/1184428/ )
ou bien là : http://forum.ubuntu-fr.org/viewtopic.ph … #p11858101 (il n'y a plus rien à l'adresse http://paste.ubuntu.com/1429853/ )

jibel · Le 25/11/2014, à 18:34

@Malbo,
En y regardant de plus près, tu as parfaitement raison...Le hic est que ces exemples dates de plus de 2 ans en plus pour la 12.04...Je suppose que paste.ubuntu ne va quand même pas conserver ad vitam æternam des rapport qui devraient avoir étés résolus depuis belle lurette ? Non ? Je dis ça mais je ne dis rien.......

Arbiel · Le 25/11/2014, à 19:46

@jibel

Ce n'est pas parce que les rapports ont maintenant été effacés qu'ils n'ont pas été effacés beaucoup trop tôt.

Si malbo se donne la peine de les recopier, c'est vraisemblablement parce qu'il a été réellement été confronté au problème et après un délai compatible avec la durée de réparation.

@malbo

Avais-tu fais remonter l'information afin de lancer une investigation sur ce problème, dont l'importance ne doit pas être négligée ?

Dans la négative, te souviens-tu du délai approximatif écoulé entre la production du rapport et ton constat de sa disparition ?

malbo · Le 25/11/2014, à 20:21

Arbiel a écrit :

Dans la négative, te souviens-tu du délai approximatif écoulé entre la production du rapport et ton constat de sa disparition ?

Je ne suis pas sûr que la disparition se produise toujours : j'ai cité des cas qui se sont produits dans mon post plus haut mais comme maintenant je colle systématiquement les Boot-Info, je ne vérifie pas la chose. Je ne sais pas répondre à ta question.

Dernière modification par malbo (Le 25/11/2014, à 20:22)

YannUbuntu · Le 26/11/2014, à 01:46

bonjour
merci pour les suggestions.

kalunux a écrit :

Déjà modifier quelques commandes, comme le "apt-get install --reinstall" avec ajout du paquet, qu'on n'avez modifier ici : http://forum.ubuntu-fr.org/viewtopic.php?id=1722671 la commande "ls" aussi, ajout de l'option "-R" qu'on puissent lire le contenu des répertoires, il y avait quelques points que tu soulignés sur l'interdiction de réparer le mode EFI quand on démarre en mode Legacy je pense, mais je ne retrouve pas la discussion pour le moment.

pour le --reinstall, il faut etre prudents, car on n'est pas sur à 100% que c'est ce qui a sauvé morglum. A-t-on d'autres exemples de ce type ?

pour le ls -R, vous voulez le contenu de quels répertoires?

interdiction de réparer le mode EFI quand on démarre en Legacy: j'ai ajouté cette interdiction dans le PPA il y a 3 jours. (avant il y avait juste un warning demandant à passer en mode EFI dans le bios).

malbo a écrit :

Est-ce qu'un jour, on pourra avoir un Boot-Info de fin de réparation par Boot-Repair qui sera débarrassé de ces milliers de lignes "grub-install" indésirables : http://forum.ubuntu-fr.org/viewtopic.ph … #p18612901

je pense l'avoir corrigé il y a 3 jours (dans le PPA).

Dernière modification par YannUbuntu (Le 26/11/2014, à 01:54)

YannUbuntu · Le 26/11/2014, à 01:47

ah, j'ai aussi viré le message "WinEFI détecté. Voulez-vous activer [Sauvegarder et renommer les fichiers EFI Windows] ? (si l'un des choix ne donne pas satisfaction, retenter avec l'autre)".
Donc maintenant la seule façon d'activer le renommage du fichier EFI windows, c'est de cocher l'option dans les Options Avancées.

YannUbuntu · Le 26/11/2014, à 01:51

@arbiel: pareil, ça devrait etre corrigé depuis 3 jours.

YannUbuntu · Le 26/11/2014, à 01:58

pour info j'ai aussi ajouté une option pour désactiver la création d'URL pastebin

Just8 · Le 26/11/2014, à 11:17

Bonjour,

Voici mon PC:
DELL Latitude D520
2,5 Gio
Intel Core 2 CPU T5500 @ 1;66GHzx2
Intel 945GM x86/MMX/SSE2
32 bit
disque 76,0 Go

je viens d'installer Boot Repair pour un problème de démarrage, voici le rapport :
Quelqu'un saurait m'aider se il vous plaît?

Boot Info Script e7fc706 + Boot-Repair extra info [Boot-Info 23Nov2014]

============================= Boot Info Summary: ===============================

=> Grub2 (v2.00) 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
for (,msdos1)/grub.

sda1: __________________________________________________________________________

File system: ext2
Boot sector type: -
Boot sector info:
Operating System:
Boot files: /grub/grub.cfg /grub/i386-pc/core.img

sda2: __________________________________________________________________________

File system: Extended Partition
Boot sector type: Unknown
Boot sector info:

sda5: __________________________________________________________________________

File system: LVM2_member
Boot sector type: -
Boot sector info:

ubuntu-root: ___________________________________________________________________

File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 14.04.1 LTS
Boot files: /etc/fstab

ubuntu-swap_1: _________________________________________________________________

File system: swap
Boot sector type: -
Boot sector info:

============================ Drive/Partition Info: =============================

Drive: sda _____________________________________________________________________

Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders, total 156301488 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes

Partition Boot Start Sector End Sector # of Sectors Id System

/dev/sda1 * 2,048 499,711 497,664 83 Linux
/dev/sda2 501,758 156,301,311 155,799,554 5 Extended
/dev/sda5 501,760 156,301,311 155,799,552 8e Linux LVM

"blkid" output: ________________________________________________________________

Device UUID TYPE LABEL

/dev/mapper/ubuntu-root 570ca9cf-4397-43ce-9797-4571262d547f ext4
/dev/mapper/ubuntu-swap_1 5556b701-e7cb-493a-aedf-77fb4a3237f2 swap
/dev/sda1 48ae7a3d-90ef-4121-b639-76e9e9614547 ext2
/dev/sda5 z1i3Xz-xa1j-fVF6-CG20-wGBp-U9F3-e2kpmt LVM2_member

========================= "ls -l /dev/disk/by-id" output: ======================

total 0
lrwxrwxrwx 1 root root 9 Nov 26 10:43 ata-TOSHIBA_MK8034GSX_27JGTOKXT -> ../../sda
lrwxrwxrwx 1 root root 10 Nov 26 09:32 ata-TOSHIBA_MK8034GSX_27JGTOKXT-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Nov 26 09:32 ata-TOSHIBA_MK8034GSX_27JGTOKXT-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Nov 26 09:32 ata-TOSHIBA_MK8034GSX_27JGTOKXT-part5 -> ../../sda5
lrwxrwxrwx 1 root root 9 Nov 26 09:32 ata-TSSTcorpCD-RW_DVD-ROM_TSL462D -> ../../sr0
lrwxrwxrwx 1 root root 10 Nov 26 10:43 dm-name-ubuntu-root -> ../../dm-0
lrwxrwxrwx 1 root root 10 Nov 26 10:43 dm-name-ubuntu-swap_1 -> ../../dm-1
lrwxrwxrwx 1 root root 10 Nov 26 10:43 dm-uuid-LVM-NrbCEWd0urzevwXCuO6BFFoVbCiuA27ASmIKaUjcqZVMG3QcxDwdcxZ33oDRP8Z9 -> ../../dm-1
lrwxrwxrwx 1 root root 10 Nov 26 10:43 dm-uuid-LVM-NrbCEWd0urzevwXCuO6BFFoVbCiuA27Ah35P1e84lW0H1dmf2fb3pacr0R40CgZ1 -> ../../dm-0

kalunux · Le 26/11/2014, à 11:54

Bonjour,

@YannUbuntu
Salut Yann Tout d'abord je te félicite pour l'idée et la conception de cet outil génial de ton bébé virtuel. ça me fait super plaisir de participé à son amélioration.
Alors, l'option "--reinstall" on n'est sur à 90%, car il à taper les deux commandes, la première sans l'option qui na pas fonctionner, ensuite avec l'option qui elle à fonctionner, d'autre non pas pour le moment peut-être que d'autre cas se présenterons bientôt.
Pour l'option "-R" c'est juste à titre de complément, pouvoir listé les entrées dans les partitions EFI car des fois il y à plusieurs partitions, histoire d'y voir plus clair.
Pour l'interdiction tu as bien fait c'est une bonne nouvelle.

@Just8
Je te prie de bien vouloir ouvrir une discussion pour ton problème, car personne ne te répondra ici.

Babdu89 · Le 28/11/2014, à 13:22

Bonjour.

@ YannUbuntu.

Réflexion de ma part; Boot-Repair ... Victime de son succès???.

Suite à la lecture de nombreux sujets où les utilisateurs dans l'embarras demandent de l'aide. Sur des configurations installées en mode Bios ou UEFI.

J'ai pu remarqué ceci...

Ces utilisateurs, avant de venir demander de l'aide, utilisent Boot-Repair, soit de leur propre initiative. Soit sur indication succincte de la part d'un intervenant, genre;

Fais un Boot-Repair

Sans plus d'explications ... Si si , çà arrive...

Et allez, on y va pour une "Réparation recommandée" Oui, oui, sans même faire un boot info seulement, et le poster l'URL dans une demande d'aide ... Chose que l'on devrait faire logiquement.

Et dans certains cas çà n'arrange pas les chose, bien au contraire .

Il y a aussi des cas ou Boot-Repair ne sert a rien. Un fichier "fstab" mal bricolé, un swap supprimé, puis recréé ailleurs sur le hdd. Au redémarrage il y a un message d'erreur, et Boot-Repair ne peut rien y faire. Par-contre le boot info permet de voir le défaut, et aux contributeurs d'indiquer comment remédier au souci.

Mais bon. Dans la première fenêtre de Boot-Repair, la première proposition que l'on voit c'est le bouton " Réparation recommandé" Et c'est bien tentant de cliquer dessus!... Il figure en premier dans l'ordre des propositions.

Seulement, si la "Réparation recommandée" est efficace dans le cas d'une config simple disque avec un Os seule, ou un dual boot. Çà commence à se compliquer dans le cas d'un multi boot simple disque, et encore plus avec un multi boot multi disque .

Tu sais bien que j'ai eu a loisir de tester toutes ces possibilités dans nos tests de mise au points des outils .

Alors qu'est ce que l'on peut faire pour inciter les utilisateurs dans l'embarras à faire un boot info, ouvrir un sujet de demande d'aide, et poster l'URL du boot info dans leur demande d'aide, avant d'utiliser les outils de réparation.

Il me semble qu'avec les installations en UEFI, faire directement la "Réparation recommandée" directement sans avis des spécialistes, n'est pas non plus ce qui convient le mieux.

Inciter les utilisateurs dans l'embarras à faire un boot info avant toute tentative de réparation. Çà ferait gagner du temps à tout le monde, et çà éviterait dans bien des cas d'ajouter du souci, aux soucis existants.

Alors, que faire???.

Je propose de modifier la doc de Boot-Repair en ajoutant une incitation à faire un boot info script, lancer un sujet de demande d'aide en indiquant le souci et l'URL du boot info, avant de tenter la réparation.

Dans l'interface de Boot-Repair, si cela ne pause pas trop de souci, dans l'affichage de la première fenêtre. Intervertir l'ordre des boutons , voir faire un bouton "Créer un rapport boot info script" de plus grande taille que celui de la "Réparation recommandée".

À proximité du bouton du boot info, mettre un petit message incitatif à utiliser ce bouton, plutôt que l'autre.
Je pense que çà arrangerait bien les choses .

Ha!!..., encore un exemple d'une discutions encours, qui illustre ce que je dis...

http://forum.ubuntu-fr.org/viewtopic.ph … #p18633251

@+. Babdu89 .

malbo · Le 28/11/2014, à 13:46

@Babdu89 : je pense que modifier la doc Boot-repair comme tu le proposes (inciter à faire un Boot-Info avant de parler de la "Réparation recommandée" et pas après) serait suffisant.

Babdu89 · Le 28/11/2014, à 14:42

malbo a écrit :

@Babdu89 : je pense que modifier la doc Boot-repair comme tu le proposes (inciter à faire un Boot-Info avant de parler de la "Réparation recommandée" et pas après) serait suffisant.

Tu sais malbo, il y a des contributeurs qui indiquent les commandes pour installer Boot-Repair et s'en servir.
L'utilisateur dans l'embarras, ne " s'embarrasse" pas à tord de la lecture de la doc ...

Moi même, il m'arrive de donner les commandes à exécuter pour installer Boot-Repair, sans passer par la doc.
Mais je recommande toujours de faire un boot info en premier .

Je ne pense pas que cela représente un gros travail de modifier le contenu de la fenêtre zenity du menu principal.
Enfin Yann nous dira ce qu'il en pense.

@+. Babdu89 .

jibel · Le 28/11/2014, à 16:34

@ Malbo & Babdu89, et a tous.....
Ce qui est suggéré(recommandé, même)
c'est l’évidence...après réflexion de ma part, il me semble de m'être fait prendre au "piège" par cette "réparation recommandées" dans l'utilisation de boot-repair... pourquoi? parce que vu le désarroi du gars dans l'ennui, personne ne va s'informer avant de faire la bourde tellement il y a un stress de penser que l'ordi risque de passer un sale quart d'heure...On saute la dessus, dans l'allégresse alors on fait n'importe quoi et youpi ! Après? bardaf, c'est l'embardée....
Donc , bien préciser, avant de faire n'importe nawak, le boot-rapport est a faire, en premier, essentiel
De cette manière le contributeur es-expérience pourra donner une réponse de ce qui devrait être fait pour résoudre le PB

y-a des moments ou je me demande si "l'adage" pourquoi faire simple quand on peut faire compliqué n'est pas une mode dans le libre et pas que, d'ailleurs .....Le bon sens, le bon sens.... A force d’emmagasiner des connaissances, importantes bien sur, on en perd ce fameux bons sens, l'instinct bassement animal de survit...je dis ça, mais je ne dis rien de plus..... Donc longue vie au L.S.R, new-one, boot-repair, os-uninstaller deYannubuntu

Babdu89 · Le 28/11/2014, à 17:44

Bonjour.

De l'eau au moulin de ce que fait la réparation recommandée si on n'y prend pas garde.

Comme dit malbo
État des lieux.
Ma config du moment a un seul hdd . Mes installations en mode Bios.

Les rapports boot info faits:

Depuis un Os 14.04 installé en /dev/sda13.

http://paste.ubuntu.com/9284650/

Depuis une session live BRD 14.04 .

http://paste.ubuntu.com/9284818/

Les PPA Boot-repair à jour .

l'Os qui démarre le hdd par défaut (celui qui a le Grub actif) ; la 12.04 installé en /dev/sda11. le menu Grub est donc celui de la /sda11.

Je veux réparer l'os qui est installé en /sda13 .

La réparation recommandée avec BR depuis la session installée en /sda13

ADDITIONAL INFORMATION :
=================== log of boot-info 2014-11-28__16h53 ===================
boot-info version : 4ppa13
boot-sav version : 4ppa13
glade2script version : 3.2.2~ppa47~saucy
boot-sav-extra version : 4ppa13
boot-info is executed in installed-session (Ubuntu 14.04.1 LTS, trusty, Ubuntu, i686)
CPU op-mode(s):        32-bit
BOOT_IMAGE=/boot/vmlinuz-3.13.0-40-generic root=UUID=78f4390e-128b-461c-bdf4-e86e51b81da7 ro quiet splash

=================== os-prober:
/dev/sda13:L'OS actuellement utilisé - Ubuntu 14.04.1 LTS CurrentSession:linux
/dev/sda1:Microsoft Windows XP Professionnel:Windows:chain
/dev/sda11:Ubuntu 12.04.5 LTS (12.04):Ubuntu:linux
/dev/sda6:Ubuntu 14.04.1 LTS (14.04):Ubuntu1:linux
/dev/sda9:Ubuntu 12.04.4 LTS (12.04):Ubuntu2:linux

=================== blkid:
/dev/sda1: LABEL="WINDOWS-XP" UUID="E8E0CC83E0CC5A08" TYPE="ntfs"
/dev/sda5: LABEL="DONNEES_WD" UUID="3336D5F95125508C" TYPE="ntfs"
/dev/sda6: LABEL="xub-14-s-massy" UUID="3c752ea2-f6e1-493b-8969-afb7976063ae" TYPE="ext4"
/dev/sda7: UUID="6500a8d6-2aa9-4fd0-9635-c322293922a3" TYPE="swap"
/dev/sda8: LABEL="xub-14-h-massy" UUID="3a3c16b4-9ca0-4d04-b666-c087a916f03d" TYPE="ext4"
/dev/sda9: LABEL="xub12.04-s-hydv1" UUID="7c16f627-a36d-4142-beaa-75e076d04aca" TYPE="ext4"
/dev/sda10: LABEL="xub12.04-h-hydv1" UUID="e80d553e-c05a-4dd3-9d65-f8acdf3c10a6" TYPE="ext4"
/dev/sda11: LABEL="fus12.04-s-massy" UUID="411c516f-cdac-4a0a-b2d7-d05c9d9a38f8" TYPE="ext4"
/dev/sda12: LABEL="fus12.04-h-massy" UUID="9b9b7bed-9034-4946-8724-73cb4e266f9a" TYPE="ext4"
/dev/sda13: LABEL="fusion14.04massy" UUID="78f4390e-128b-461c-bdf4-e86e51b81da7" TYPE="ext4"

Propose bien de réinstaller Grub sur le bon Os.

=================== Suggested repair
The default repair of the Boot-Repair utility would reinstall the grub2 of sda13 into the MBR of sda.
Additional repair would be performed: unhide-bootmenu-10s   fix-windows-boot

La réparation recommandée depuis la session live BDR ;

ADDITIONAL INFORMATION :
=================== log of boot-info 2014-11-28__17h12 ===================
boot-info version : 4ppa13
boot-sav version : 4ppa13
glade2script version : 3.2.2~ppa47~saucy
boot-sav-extra version : 4ppa13
boot-info is executed in live-session (Ubuntu 14.04.1 LTS, trusty, Ubuntu, i686)
ls: impossible d'accéder à /home/usr/.config: Aucun fichier ou dossier de ce type
CPU op-mode(s):        32-bit
BOOT_IMAGE=/ubuntu4/casper/vmlinuz live-media-path=/ubuntu4/casper root=UUID=26E4-C6AC file=/cdrom/ubuntu4/preseed/custom.seed maybe-ubiquity debian-installer/language=fr keyboard-configuration/layoutcode=fr keyboard-configuration/variantcode=latin9 boot=casper showmounts ignore_uuid noprompt quiet splash --

=================== os-prober:
/dev/sda1:Microsoft Windows XP Professionnel:Windows:chain
/dev/sda11:Ubuntu 12.04.5 LTS (12.04):Ubuntu:linux
/dev/sda13:Ubuntu 14.04.1 LTS (14.04):Ubuntu1:linux
/dev/sda6:Ubuntu 14.04.1 LTS (14.04):Ubuntu2:linux
/dev/sda9:Ubuntu 12.04.4 LTS (12.04):Ubuntu3:linux

=================== blkid:
/dev/loop0: TYPE="squashfs"
/dev/sda1: LABEL="WINDOWS-XP" UUID="E8E0CC83E0CC5A08" TYPE="ntfs"
/dev/sda5: LABEL="DONNEES_WD" UUID="3336D5F95125508C" TYPE="ntfs"
/dev/sda6: LABEL="xub-14-s-massy" UUID="3c752ea2-f6e1-493b-8969-afb7976063ae" TYPE="ext4"
/dev/sda7: UUID="6500a8d6-2aa9-4fd0-9635-c322293922a3" TYPE="swap"
/dev/sda8: LABEL="xub-14-h-massy" UUID="3a3c16b4-9ca0-4d04-b666-c087a916f03d" TYPE="ext4"
/dev/sda9: LABEL="xub12.04-s-hydv1" UUID="7c16f627-a36d-4142-beaa-75e076d04aca" TYPE="ext4"
/dev/sda10: LABEL="xub12.04-h-hydv1" UUID="e80d553e-c05a-4dd3-9d65-f8acdf3c10a6" TYPE="ext4"
/dev/sda11: LABEL="fus12.04-s-massy" UUID="411c516f-cdac-4a0a-b2d7-d05c9d9a38f8" TYPE="ext4"
/dev/sda12: LABEL="fus12.04-h-massy" UUID="9b9b7bed-9034-4946-8724-73cb4e266f9a" TYPE="ext4"
/dev/sda13: LABEL="fusion14.04massy" UUID="78f4390e-128b-461c-bdf4-e86e51b81da7" TYPE="ext4"
/dev/sr1: LABEL="PLoPLinux-v4.0.0" TYPE="iso9660"
/dev/sdb1: LABEL="multisystem" UUID="26E4-C6AC" TYPE="vfat"

Propose de réinstaller Grub sur un Os situé en /dev/sda6. ?

=================== Suggested repair
The default repair of the Boot-Repair utility would reinstall the grub2 of sda6 into the MBR of sda.
Additional repair would be performed: unhide-bootmenu-10s   fix-windows-boot

On ne peut donc pas faire une confiance aveugle à la réparation recommandée dans le cadre d'un multi boot simple disque.

Je pense que çà justifie que l'on se penche sur mon point de vue, de proposer avec insistance de faire un boot info avant de faire n'importe quelle intervention de réparation.

Je ne me vois pas amener ma voiture au garagiste, lui dire elle ne fonctionne plus et laisser faire le praticien.
Il faut au moins faire un diagnostique (le boot info) un devis et lancer les réparations .

Mais je crois savoir qu'il va y avoir du nouveau du coté du boot-info . Affaire à suivre.

@+. Babdu89 .

cep · Le 29/11/2014, à 07:37

Salut Babdu89,

Par curiosité, quel est le boot loader installé dans le mbr ?

Mon idée :
- s'il y a un boot loader capable de lancer une distribution Linux alors ce grub reconnait aussi les autres distribution. Il suffira alors de lancer cette distribution et de faire un grub-install là où il faut. À quoi bon utiliser autre chose ?
- où alors je ne comprends pas la situation de départ.

Rufus T. Firefly · Le 29/11/2014, à 08:17

Salut,

Babdu89 a écrit :

Il y a aussi des cas ou Boot-Repair ne sert a rien. Un fichier "fstab" mal bricolé, un swap supprimé, puis recréé ailleurs sur le hdd. Au redémarrage il y a un message d'erreur, et Boot-Repair ne peut rien y faire. Par-contre le boot info permet de voir le défaut, et aux contributeurs d'indiquer comment remédier au souci.

Sauf que c'est utiliser un marteau-pilon pour enfoncer une punaise ! Parce que franchement, faire ajouter un ppa, puis installer boot-repair (ou boot-info), puis stocker le résultat, envoyer le lien ici...
Tout ça, bien souvent, à la place de :

cat /etc/fstab
sudo blkid

ou autres commandes analogues et simples, selon le défaut supposé d'après l'anamnèse...
En outre boot-info induit des erreurs logiques dans l'esprit du néophyte ! Parce que si le fait que ça ne démarre pas est bien un problème de boot stricto sensu (boot=démarrage), il n'y a pourtant aucun rapport entre un grub mal installé et un pilote vidéo manquant, par exemple, ou même une erreur de syntaxe dans un fstab, un formatage inopiné d'une swap...
Enfin, un néophyte n'a à peu près aucune chance de comprendre quoi que ce soit à un rapport boot-info, s'il n'est pas tout simplement effrayé, à tort, par la complexité de linux...

Babdu89 · Le 29/11/2014, à 10:01

Bonjour.
@ cep et Rufus T. Firefly .

Je me demande si vous avez lu ce qui concerne l'utilisation de la réparation recommandée faite à "l'emporte pièce" par bien des utilisateurs novices dans l'embarras ?...

Il ne s'agît pas de l'utilisation que j'en fait moi même. Je tente de démontrer que l'utilisation de la réparation recommandée faite n'importe comment, est dès fois plus nocive qu'autre chose.
L'utilisateur dans l'embarras, aura le mauvais reflex de cliquer sur "Réparation recommandée", plutôt que sur "Créer un rapport boot info", poster l'URL dans un sujet de demande d'aide, pour être guidé dans la réparation à faire.

En parlant ,par exemple, de souci de démarrage provoqué par un problème avec le contenu du fstab, qui lui aussi provoque un message d'erreur au démarrage. Erreur que Boot-Repair ne sait pas démarrer. Par-contre , en faisant un boot info, et en expliquant dans la demande d'aide , le message d'erreur au démarrage, çà va éclairer plus certainement le contributeur qui viendra en aide.

C'est çà le propos de mes messages. Et c'est çà qui motive ma demande auprès de YannUbuntu pour inciter fortement les utilisateur dans l'embarras, à faire un boot info script, plutôt que d'utiliser la directement "Réparation recommandée" .

Dans le cas d'une simple installation. Si l'utilisateur à un souci de démarrage, que çà vient de Grub ,la réparation recommandée est efficace.

Pour le reste...

J'aborde ce sujet à partir du post#1415.

@+. Babdu89 .

aidanlynch · Le 08/12/2014, à 23:08

Bonjour à tous !
Je m'adresse ici mais je ne suis pas sur d'être au bon endroit... Veuillez m'excuser pour la gène occasionnée !

Je souhaiterais avoir de l'assistance sur la réparation de mon MBR (cf rapport ici : http://paste.ubuntu.com/9432522/ )

Il s'agit de mon PC de jeu avec lequel j'ai voulu lire le disque dur d'un ami, et je ne sais comment cela semble avoir causé une défaillance de mon MBR (windows n'arrivait plus à booter et indiquait le message suivant : la sélection de démarrage a échoué car un périphérique nécessaire est inaccessible)

J'ai donc essayé et réussi à booter sur ma tour avec une clé usb et un live Ubuntu.

j'ai installé et tenté d'utiliser plusieurs fois boot-repair : sans succès.

Normalement, mon PC boote sur la partition Windows "Windows SSD" qui est situé sur le SSD Crucial 120 Go (sdb, si je ne m'abuse)

J'ai donc tenté l'option ou je voyais mentionné le disque sdb1 mais au redémarrage, même lorsque je précise le SSD physique dans mon BIOS pour démarrer, je tombe sur le message "MBR absent. Appuyez sur Ctrl+Alt+Suppr pour redémarrer."

Que faire ?

Vous remerciant par avance de votre sollicitude.

Babdu89 · Le 09/12/2014, à 00:09

Bonsoir.

Je te conseille d'ouvrir un nouveau sujet, en recopiant dedans ton post. Puis en mettant un lien vers le nouveau sujet, ici.

Normalement, mon PC boote sur la partition Windows "Windows SSD" qui est situé sur le SSD Crucial 120 Go (sdb, si je ne m'abuse)

Peut-être, mais il me semble que le boot loader de ton Windows7 est incomplet. Dans le boot info ,on voit ceci dans /dev/sdb1

/Windows/System32/winload.exe

Il manque ceci;

/bootmgr /Boot/BCD

qui se trouve dans /dev/sdc1

Dans /dev/sdb1, il me semble que tu devrais avoir ceci.

/bootmgr /Boot/BCD /Windows/System32/winload.exe

Sans certitude pour les espaces.

As tu essayé de démarrer ta machine sur le disque /dev/sdc ?

Model: ATA ST31000524AS (scsi)
Disk /dev/sdc: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

@+. Babdu89.

MrN0xis · Le 15/12/2014, à 21:52

Bonsoir à tous !

Je viens poster mon (nouveau) premier message sur le forum

Linux étant pour moi une chose plus ou moins récente, j'ai fait un backup clonezilla avant de me mettre dans une situation perilleuse.

Sur mon PC (donné par mon école d'informatique), j'ai essayé de changer le Windows Fourni :
J'ai de base, 7 partitions :
sda1 pour le EFI
sda2 MBR de Windows d'après ce que j'ai cru voir
sda3 Windows7
sda4 Swap Linux
sda5 / d'une distrib basée sur OpenSuse
sda6 / d'un OS similaire pour les Exams
sda7 /home de sda5

J'ai donc rajouté Fedora 21 et Ubuntu-Gnome 14.04 LTS.

Je me suis finalement mis en tête de changer le Windows 7 par Win8.1 mais je n'ai pas réussi, Windows 8.1 a donc réécrit sda 1,2,3 et je ne peux plus boot sur Grub.

J'ai quand même réussi à Boot sur mon UnbuntuGnome via Super-Grub2-disk et je vous poste donc mon Bootinfo :
http://paste.ubuntu.com/9532530/

Si quelqu'un veut essayer de m'aider, je suis ouvert a tous les tests/toutes les manips.

Merci

malbo · Le 17/12/2014, à 08:50

@MrN0xis : tu as un tel merdier dans tes installations que ça va être compliqué de tout remettre d'aplomb. Je te suggère de créer une nouvelle discussion pour ton cas perso parce que ça pourrait être un peu long. Pour créer une nouvelle discussion, tu as des indication dans 4.1 Initier une nouvelle discussion
Pour le premier post de cette nouvelle discussion, je pense que tu pourrais te contenter d'un copier-coller du post #1424 en y ajoutant le nom du modèle de ton ordi et son fabricant.

Dernière modification par malbo (Le 17/12/2014, à 08:51)

andso · Le 21/12/2014, à 10:24

bonjour,
je signale un truc très génant: démarrage en live usb (ms de frafa) sur la dernière version de BR,
option avancée tout décoché, après sauvegarde des tables....
au reboot je me retrouve en boot rescue

Il va me falloir commencer par réparer grub avant d' avoir commencer à repartitionner et installer
pas malin,
vu que j' ai perdu le boot sur le live-usb

config: seven que je conserve par diplomatie, puis ce sera xub
Edit: pour ma config, j' ai fait, hier, une sauvegarde avec 1 BR plus ancien (installé le 14-06-2012) (c' est où la version??? ) ref 9584869
qui est passée

je confirme, mon grub.cfg avant/

#insmod gpt
#insmod pc
#insmod gfxmenu
#
#insmod videotest
insmod tga
insmod png
insmod gfxterm
insmod lspci
#insmod vbeinfo
insmod vbe
insmod ntfs
insmod chain
insmod biosdisk
insmod font
#http://grub.enbug.org/ThemeFormat
#http://grub.gibibit.com/Theme_format#colors
#http://code.google.com/p/burg/wiki/InstallUbuntu
#http://code.google.com/p/burg/downloads/list
#http://ubuntuforums.org/showthread.php?t=1195275
#pour acces a grub2 du bootloader principal modifier dans fichier: /etc/default/grub
#GRUB_HIDDEN_TIMEOUT=10 #0 par defaut
#GRUB_HIDDEN_TIMEOUT_QUIET=false #true d'origine
#sudo update-grub
#echo -n "Press ESC to see the menu... "
#if sleep --verbose --interruptible 5 ; then
#set timeout=0
#fi
set default=0
set timeout=3
set fallback=1
search --no-floppy --fs-uuid --set=root 99C2-979F
set root=${root}
#http://grub.enbug.org/gfxterm
if loadfont /boot/polices/unicode.pf2 ; then
set gfxmode=640x480
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
#set gfxmode=auto
#set gfxpayload=keep
fi
fi
#set locale_dir=/boot/grub/locale
#set lang=en
#insmod gettext
if background_image /boot/splash/splash.png ; then
#text no sel/fond ecran
set color_normal=blue/black #1
#text sel/fond ecran sel
set color_highlight=green/white #1
else
set menu_color_normal=blue/black #2
set menu_color_highlight=green/white #2
set color_normal=blue/magenta #2
set color_highlight=green/white #2
fi
#set gfxpayload="1280x1024,1024x768,800x600,640x480"
#set gfxpayload=keep
#Ne supprimez pas ce marqueur! / Do not remove this marker!
#MULTISYSTEM_START
#MULTISYSTEM_MENU_DEBUT|19-12-2014-10:39:34-753003357|boot-repair-disk-32bit.iso|multisystem-lubuntu|598Mio|
menuentry "boot-repair-disk-32bit.iso" {
search --set -f "/boot-repair-disk-32bit.iso"
loopback loop "/boot-repair-disk-32bit.iso"
linux (loop)/casper/vmlinuz root=UUID=99C2-979F maybe-ubiquity debian-installer/language=fr keyboard-configuration/layoutcode=fr keyboard-configuration/variantcode=oss iso-scan/filename=/boot-repair-disk-32bit.iso boot=casper file=/cdrom/preseed/ubuntu.seed noprompt quiet splash --
initrd (loop)/casper/initrd.lz
}
#MULTISYSTEM_MENU_FIN|19-12-2014-10:39:34-753003357|boot-repair-disk-32bit.iso|multisystem-lubuntu|598Mio|
#MULTISYSTEM_MENU_DEBUT|04-12-2014-18:39:27-566564043|xubuntu-14.04.1-desktop-i386.iso|multisystem-xubuntu|916Mio|
menuentry "xubuntu-14.04.1-desktop-i386.iso" {
search --set -f "/xubuntu-14.04.1-desktop-i386.iso"
loopback loop "/xubuntu-14.04.1-desktop-i386.iso"
linux (loop)/casper/vmlinuz root=UUID=99C2-979F debian-installer/language=fr keyboard-configuration/layoutcode=fr keyboard-configuration/variantcode=oss iso-scan/filename=/xubuntu-14.04.1-desktop-i386.iso boot=casper file=/cdrom/preseed/xubuntu.seed noprompt quiet splash --
initrd (loop)/casper/initrd.lz
}
#MULTISYSTEM_MENU_FIN|04-12-2014-18:39:27-566564043|xubuntu-14.04.1-desktop-i386.iso|multisystem-xubuntu|916Mio|
#MULTISYSTEM_MENU_DEBUT|04-12-2014-18:49:22-888291354|Voyager-14.04.03-i386.iso|multisystem-voyager|973Mio|
menuentry "Voyager-14.04.03-i386.iso" {
search --set -f "/Voyager-14.04.03-i386.iso"
loopback loop "/Voyager-14.04.03-i386.iso"
linux (loop)/casper/vmlinuz root=UUID=99C2-979F debian-installer/language=fr keyboard-configuration/layoutcode=fr keyboard-configuration/variantcode=oss iso-scan/filename=/Voyager-14.04.03-i386.iso boot=casper file=/cdrom/preseed/xubuntu.seed noprompt quiet splash --
initrd (loop)/casper/initrd.lz
}
#MULTISYSTEM_MENU_FIN|04-12-2014-18:49:22-888291354|Voyager-14.04.03-i386.iso|multisystem-voyager|973Mio|
#MULTISYSTEM_MENU_DEBUT|22-02-2014-11:54:55-693633810|ubuntustudio-12.04.4-dvd-i386.iso|multisystem-ubuntu-studio|1942Mio|
menuentry "ubuntustudio-12.04.4-dvd-i386.iso" {
search --set -f "/ubuntustudio-12.04.4-dvd-i386.iso"
loopback loop "/ubuntustudio-12.04.4-dvd-i386.iso"
linux (loop)/casper/vmlinuz root=UUID=99C2-979F debian-installer/language=fr keyboard-configuration/layoutcode=fr keyboard-configuration/variantcode=oss iso-scan/filename=/ubuntustudio-12.04.4-dvd-i386.iso boot=casper file=/cdrom/preseed/ubuntustudio.seed noprompt quiet splash --
initrd (loop)/casper/initrd.lz
}
#MULTISYSTEM_MENU_FIN|22-02-2014-11:54:55-693633810|ubuntustudio-12.04.4-dvd-i386.iso|multisystem-ubuntu-studio|1942Mio|
#MULTISYSTEM_MENU_DEBUT|02-08-2013-21:49:43-572318327|linuxmint-15-xfce-dvd-32bit-rc.iso|multisystem-linuxmint|946Mio|
menuentry "linuxmint-15-xfce-dvd-32bit-rc.iso" {
search --set -f "/linuxmint-15-xfce-dvd-32bit-rc.iso"
loopback loop "/linuxmint-15-xfce-dvd-32bit-rc.iso"
linux (loop)/casper/vmlinuz file=/cdrom/preseed/mint.seed boot=casper locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss iso-scan/filename=/linuxmint-15-xfce-dvd-32bit-rc.iso noprompt quiet splash --
initrd (loop)/casper/initrd.lz
}
#MULTISYSTEM_MENU_FIN|02-08-2013-21:49:43-572318327|linuxmint-15-xfce-dvd-32bit-rc.iso|multisystem-linuxmint|946Mio|
#MULTISYSTEM_MENU_DEBUT|14-06-2012-08:20:29-008076683|ubuntu1|multisystem-ubuntu|697Mio|
menuentry "(generic) boite-a-outils-4-fr.iso" {
linux /ubuntu1/casper/vmlinuz live-media-path=/ubuntu1/casper root=UUID=99C2-979F file=/cdrom/ubuntu1/preseed/custom.seed debian-installer/language=fr keyboard-configuration/layoutcode=fr keyboard-configuration/variantcode=oss boot=casper showmounts ignore_uuid noprompt quiet splash --
initrd /ubuntu1/casper/initrd.gz
}
#MULTISYSTEM_MENU_FIN|14-06-2012-08:20:29-008076683|ubuntu1|multisystem-ubuntu|697Mio|
#MULTISYSTEM_MENU_DEBUT|14-06-2012-08:19:54-447287812|debian1|multisystem-boot-repair-disk|339Mio|
menuentry "Boot-Repair-Disk 32bits session" {
linux /debian1/live/vmlinuz live-media-path=/debian1/live  boot=live config quiet
initrd /debian1/live/initrd.img
}
menuentry "Boot-Repair-Disk 64bits session" {
linux /debian1/live/vmlinuz2 live-media-path=/debian1/live boot=live config quiet
initrd /debian1/live/initrd2.img
}
menuentry "Boot-Repair-Disk 32bits session (failsafe)" {
linux /debian1/live/vmlinuz live-media-path=/debian1/live boot=live config noapic noapm nodma nomce nolapic nomodeset nosmp vga=normal
initrd /debian1/live/initrd.img
}
menuentry "Boot-Repair-Disk 64bits session (failsafe)" {
linux /debian1/live/vmlinuz2 live-media-path=/debian1/live boot=live config noapic noapm nodma nomce nolapic nomodeset nosmp vga=normal
initrd /debian1/live/initrd2.img
}
#MULTISYSTEM_MENU_FIN|14-06-2012-08:19:54-447287812|debian1|multisystem-boot-repair-disk|339Mio|
#MULTISYSTEM_MENU_DEBUT|14-06-2012-09:00:12-203482955|pinguy1|multisystem-pinguy|1608Mio|
menuentry "Pinguy OS" {
linux /pinguy1/casper/vmlinuz live-media-path=/pinguy1/casper root=UUID=99C2-979F file=/cdrom/pinguy1/preseed/custom.seed locale=fr_FR bootkbd=fr console-setup/layoutcode=fr console-setup/variantcode=oss boot=casper noprompt quiet splash --
initrd /pinguy1/casper/initrd.gz
}
#MULTISYSTEM_MENU_FIN|14-06-2012-09:00:12-203482955|pinguy1|multisystem-pinguy|1608Mio|
#MULTISYSTEM_MENU_DEBUT|02-07-2012-12:09:59-627532549|damnsmall|multisystem-damnsmall|49Mio|
menuentry "Damn Small Linux" {
linux16 /boot/bootdistro/damnsmall/isolinux/linux24 knoppix_dir=damnsmall ramdisk_size=100000 lang=fr apm=power-off nomce noapic quiet BOOT_IMAGE=knoppix
initrd16 /boot/bootdistro/damnsmall/isolinux/minirt24.gz
}
#MULTISYSTEM_MENU_FIN|02-07-2012-12:09:59-627532549|damnsmall|multisystem-damnsmall|49Mio|
#MULTISYSTEM_STOP
#Ne supprimez pas ce marqueur! / Do not remove this marker!
menuentry "______________Grub4Dos______________" {
echo
}
#http://grub4dos.sourceforge.net/
#http://grub4dos.sourceforge.net/wiki/index.php/Grub4dos_tutorial
menuentry "Grub4Dos" {
	linux /boot/grub.exe --config-file=/boot/grub/menu.lst
}
menuentry "______________Syslinux______________" {
echo
}
#solution tordue, mais qui passe partout ...
#menuentry "Syslinux" {
#search --set -f /boot/syslinux/redir.img
#	linux16 /boot/syslinux/memdisk
#	initrd16 /boot/syslinux/redir.img
#}
#http://syslinux.zytor.com
menuentry "Syslinux" {
search --set -f "/boot/syslinux/ldlinux.sys"
drivemap -s (hd0) $root
chainloader +1
}
#Autre solution pour chainer Syslinux via une copie du mbr
#dd if=/dev/sd?1 of=/media/multisystem/boot/img/syslinux.mbr bs=512 count=1
#menuentry "Syslinux" {
#search --set -f "/boot/img/syslinux.mbr"
#drivemap -s (hd0) $root
#chainloader /boot/img/syslinux.mbr
#}
menuentry "______________UTIL______________" {
echo
}
## for debugging set debug=efi
#menuentry "0-testfakebios" {
#	hexdump -s 0xc0000 (mem)
#	fakebios
#	hexdump -s 0xc0000 (mem)
## deliberate error to get wait for key
#	xxx
#}
#How to test GRUB 2 on Macbook
#http://grub.enbug.org/TestingOnMacbook
#
#http://wiki.gentoo.org/wiki/GRUB2
#
#menuentry "Windows 7 BIOS/MBR" {
#     insmod part_msdos
#     insmod ntldr
#     insmod ntfs
#     ntldr (hd0,msdos1)/bootmgr
#}
#menuentry "Windows XP BIOS/MBR" {
#     insmod part_msdos
#     insmod ntldr
#     insmod ntfs
#     ntldr (hd0,msdos1)/ntldr
#}
#
#chainer un autre grub
#menuentry "grub.cfg auf /dev/sdb1" {
#	configfile (hd1,1)/boot/grub/grub.cfg
#}
#menuentry "Chain other configfile" {
#configfile /boot/grub/grub-xxx.cfg
#}
#
#menuentry "Return default menu" {
#chainloader /boot/grub/boot.img
#}
#chainer win ou autre OS
#menuentry "Chainer UUID de la partition" {
#insmod=ntfs
#set root=(hd0,1)
#search --no-floppy --fs-uuid --set=root xxx-xxx
#	drivemap -s (hd0) $root
#	chainloader +1
#}
#http://www.plop.at/en/bootmanagerdl.html
menuentry "PLoP Boot Manager" {
	linux16 /boot/img/plpbt
}
#http://www.supergrubdisk.org/
#http://developer.berlios.de/project/showfiles.php?group_id=10921
#SG2D (Floppy, CD & USB in one)
#super_grub_disk_hybrid-1.98s1.iso
menuentry "Super Grub2 Disk" {
search --set -f /boot/img/sgdh.iso
	linux16 /boot/syslinux/memdisk
	initrd16 /boot/img/sgdh.iso
}
menuentry "Super Grub Disk" {
search --set -f /boot/img/sgdfr.img
	linux16 /boot/syslinux/memdisk
	initrd16 /boot/img/sgdfr.img
}
menuentry "Smart Boot Manager" {
search --set -f /boot/img/sbootmgr.dsk
	linux16 /boot/syslinux/memdisk
	initrd16 /boot/img/sbootmgr.dsk
}
#Site: http://boot.kernel.org/index.html
#Téléchargement: http://boot.kernel.org/gpxe_images/gpxe.lkrn
menuentry "BKO (boot.kernel.org)" {
	search --set -f /boot/img/gpxe.lkrn
	linux16 /boot/img/gpxe.lkrn
}
#http://www.memtest.org/#downiso
menuentry "memtest86+" {
	linux16 /boot/img/memtest86+.bin
}
menuentry "vbeinfo" {
	vbeinfo
read
}
menuentry "lspci" {
	lspci
read
}
menuentry "gfxpayload 640x480" {
set gfxpayload=640x480
echo gfxpayload=${gfxpayload} press enter
read
}
menuentry "gfxpayload 800x600" {
set gfxpayload=800x600
echo gfxpayload=${gfxpayload} press enter
read
}
menuentry "gfxpayload 1024x768" {
set gfxpayload=1024x768
echo gfxpayload=${gfxpayload} press enter
read
}
menuentry "gfxpayload 1280x1024" {
set gfxpayload=1280x1024
echo gfxpayload=${gfxpayload} press enter
read
}
menuentry "Reboot" {
insmod reboot
reboot
}

après

#insmod gpt
#insmod pc
#insmod gfxmenu
#
#insmod videotest
insmod tga
insmod png
insmod gfxterm
insmod lspci
#insmod vbeinfo
insmod vbe
insmod ntfs
insmod chain
insmod biosdisk
insmod font
#http://grub.enbug.org/ThemeFormat
#http://grub.gibibit.com/Theme_format#colors
#http://code.google.com/p/burg/wiki/InstallUbuntu
#http://code.google.com/p/burg/downloads/list
#http://ubuntuforums.org/showthread.php?t=1195275
#pour acces a grub2 du bootloader principal modifier dans fichier: /etc/default/grub
#GRUB_HIDDEN_TIMEOUT=10 #0 par defaut
#GRUB_HIDDEN_TIMEOUT_QUIET=false #true d'origine
#sudo update-grub
#echo -n "Press ESC to see the menu... "
#if sleep --verbose --interruptible 5 ; then
#set timeout=0
#fi
set default=0
set timeout=30
set fallback=1
search --no-floppy --fs-uuid --set=root 99C2-979F
set root=${root}
#http://grub.enbug.org/gfxterm
if loadfont /boot/polices/unicode.pf2 ; then
set gfxmode=640x480
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
#set gfxmode=auto
#set gfxpayload=keep
fi
fi
#set locale_dir=/boot/grub/locale
#set lang=en
#insmod gettext
if background_image /boot/splash/splash.png ; then
#text no sel/fond ecran
set color_normal=blue/black #1
#text sel/fond ecran sel
set color_highlight=green/white #1
else
set menu_color_normal=blue/black #2
set menu_color_highlight=green/white #2
set color_normal=blue/magenta #2
set color_highlight=green/white #2
fi
#set gfxpayload="1280x1024,1024x768,800x600,640x480"
#set gfxpayload=keep
#Ne supprimez pas ce marqueur! / Do not remove this marker!
#MULTISYSTEM_START
#MULTISYSTEM_STOP
#Ne supprimez pas ce marqueur! / Do not remove this marker!
menuentry "______________Grub4Dos______________" {
echo
}
#http://grub4dos.sourceforge.net/
#http://grub4dos.sourceforge.net/wiki/index.php/Grub4dos_tutorial
menuentry "Grub4Dos" {
	linux /boot/grub.exe --config-file=/boot/grub/menu.lst
}
menuentry "______________Syslinux______________" {
echo
}
#solution tordue, mais qui passe partout ...
#menuentry "Syslinux" {
#search --set -f /boot/syslinux/redir.img
#	linux16 /boot/syslinux/memdisk
#	initrd16 /boot/syslinux/redir.img
#}
#http://syslinux.zytor.com
menuentry "Syslinux" {
search --set -f "/boot/syslinux/ldlinux.sys"
drivemap -s (hd0) $root
chainloader +1
}
#Autre solution pour chainer Syslinux via une copie du mbr
#dd if=/dev/sd?1 of=/media/multisystem/boot/img/syslinux.mbr bs=512 count=1
#menuentry "Syslinux" {
#search --set -f "/boot/img/syslinux.mbr"
#drivemap -s (hd0) $root
#chainloader /boot/img/syslinux.mbr
#}
menuentry "______________UTIL______________" {
echo
}
## for debugging set debug=efi
#menuentry "0-testfakebios" {
#	hexdump -s 0xc0000 (mem)
#	fakebios
#	hexdump -s 0xc0000 (mem)
## deliberate error to get wait for key
#	xxx
#}
#How to test GRUB 2 on Macbook
#http://grub.enbug.org/TestingOnMacbook
#
#http://wiki.gentoo.org/wiki/GRUB2
#
#menuentry "Windows 7 BIOS/MBR" {
#     insmod part_msdos
#     insmod ntldr
#     insmod ntfs
#     ntldr (hd0,msdos1)/bootmgr
#}
#menuentry "Windows XP BIOS/MBR" {
#     insmod part_msdos
#     insmod ntldr
#     insmod ntfs
#     ntldr (hd0,msdos1)/ntldr
#}
#
#chainer un autre grub
#menuentry "grub.cfg auf /dev/sdb1" {
#	configfile (hd1,1)/boot/grub/grub.cfg
#}
#menuentry "Chain other configfile" {
#configfile /boot/grub/grub-xxx.cfg
#}
#
#menuentry "Return default menu" {
#chainloader /boot/grub/boot.img
#}
#chainer win ou autre OS
#menuentry "Chainer UUID de la partition" {
#insmod=ntfs
#set root=(hd0,1)
#search --no-floppy --fs-uuid --set=root xxx-xxx
#	drivemap -s (hd0) $root
#	chainloader +1
#}
#http://www.plop.at/en/bootmanagerdl.html
menuentry "PLoP Boot Manager" {
	linux16 /boot/img/plpbt
}
#http://www.supergrubdisk.org/
#http://developer.berlios.de/project/showfiles.php?group_id=10921
#SG2D (Floppy, CD & USB in one)
#super_grub_disk_hybrid-1.98s1.iso
menuentry "Super Grub2 Disk" {
search --set -f /boot/img/sgdh.iso
	linux16 /boot/syslinux/memdisk
	initrd16 /boot/img/sgdh.iso
}
menuentry "Super Grub Disk" {
search --set -f /boot/img/sgdfr.img
	linux16 /boot/syslinux/memdisk
	initrd16 /boot/img/sgdfr.img
}
menuentry "Smart Boot Manager" {
search --set -f /boot/img/sbootmgr.dsk
	linux16 /boot/syslinux/memdisk
	initrd16 /boot/img/sbootmgr.dsk
}
#Site: http://boot.kernel.org/index.html
#Téléchargement: http://boot.kernel.org/gpxe_images/gpxe.lkrn
menuentry "BKO (boot.kernel.org)" {
	search --set -f /boot/img/gpxe.lkrn
	linux16 /boot/img/gpxe.lkrn
}
#http://www.memtest.org/#downiso
menuentry "memtest86+" {
	linux16 /boot/img/memtest86+.bin
}
menuentry "vbeinfo" {
	vbeinfo
read
}
menuentry "lspci" {
	lspci
read
}
menuentry "gfxpayload 640x480" {
set gfxpayload=640x480
echo gfxpayload=${gfxpayload} press enter
read
}
menuentry "gfxpayload 800x600" {
set gfxpayload=800x600
echo gfxpayload=${gfxpayload} press enter
read
}
menuentry "gfxpayload 1024x768" {
set gfxpayload=1024x768
echo gfxpayload=${gfxpayload} press enter
read
}
menuentry "gfxpayload 1280x1024" {
set gfxpayload=1280x1024
echo gfxpayload=${gfxpayload} press enter
read
}
menuentry "Reboot" {
insmod reboot
reboot
}

EDIT BIS peut être 1 anomalie sur mon disque puisqu' après avoir fait une sauvegarde de rep /boot et /boot_old, je me retrouvais avec /boot ilisible,
puis effacé, et restauré de ma sauvegarde il était tjrs illisible et proprio root (!!!!!!);
1 simple ouverture du rep en root a tout remis ok et le rep /boot_old a disparu !

Dernière modification par andso (Le 21/12/2014, à 12:39)

Babdu89 · Le 21/12/2014, à 17:42

Bonjour.
@andso

l'URL de ton boot info.

http://paste.ubuntu.com/9584869/

Si j'ai bien compris.

Tu as deux hdd, un WD de 750 Go avec Windows dessus.
Et un hdd FUJITSU de 80 Go; ou tu as installé un MultiSystem de frafa, dans une partition FAT32 de 20,5Go
+ une autre partition ext2 de 59,5 Go sans Os dessus.

En session live depuis ton hdd MultiSystem, tu as utilisé Boot-Repair depuis une session live Boot-Repair-Disk. Mais pour faire quoi avec ?.
Ton Windows ne démarre plus?. Car c'est la seule chose que tu pouvais tenter de réparer comme çà .

Tenter de réinstaller Grub dans le MultiSystem , ce n'est pas bon de faire çà, car les scripts de Boot-Repair, ne font pas la même chose que ceux du MultiSystem, pour la réinstallation et maj de Grub...

Dans le fenêtre principale de Boot-Repair. Même si tu as décocher "Réinstallé Grub" pour faire je ne sais quoi. J'ai comme l'impression que çà ne t'a pas obéi ...

De toute manière, il ne faut pas utiliser Boot-Repair pour "trifouiller" dans le boot du MultiSystem, tu casses tout .

Je passe sur le sujet MultiSystem pour continuer.

http://forum.ubuntu-fr.org/viewtopic.ph … #p18811721

@+. Babdu89 .

Dernière modification par Babdu89 (Le 21/12/2014, à 17:50)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1401 Le 25/11/2014, à 17:42

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1402 Le 25/11/2014, à 18:04

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1403 Le 25/11/2014, à 18:34

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1404 Le 25/11/2014, à 19:46

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1405 Le 25/11/2014, à 20:21

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1406 Le 26/11/2014, à 01:46

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1407 Le 26/11/2014, à 01:47

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1408 Le 26/11/2014, à 01:51

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1409 Le 26/11/2014, à 01:58

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1410 Le 26/11/2014, à 11:17

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1411 Le 26/11/2014, à 11:54

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1412 Le 28/11/2014, à 13:22

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1413 Le 28/11/2014, à 13:46

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1414 Le 28/11/2014, à 14:42

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1415 Le 28/11/2014, à 16:34

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1416 Le 28/11/2014, à 17:44

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1417 Le 29/11/2014, à 07:37

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1418 Le 29/11/2014, à 08:17

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1419 Le 29/11/2014, à 10:01

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1420 Le 08/12/2014, à 23:08

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1421 Le 09/12/2014, à 00:09

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1422 Le 15/12/2014, à 21:52

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1423 Le 17/12/2014, à 08:50

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1424 Le 21/12/2014, à 10:24

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#1425 Le 21/12/2014, à 17:42

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Pied de page des forums