Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites".
nombre réponses : 25

#0 Re : -1 »  [Boot-Repair] Réparer le démarrage du PC (GRUB, MBR) en 1 clic ! » Le 26/11/2014, à 02:47

YannUbuntu
Réponses : 1572

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.

#1 Re : -1 »  [Boot-Repair] Réparer le démarrage du PC (GRUB, MBR) en 1 clic ! » Le 26/11/2014, à 02:51

YannUbuntu
Réponses : 1572

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

#2 Re : -1 »  [Boot-Repair] Réparer le démarrage du PC (GRUB, MBR) en 1 clic ! » Le 26/11/2014, à 02:58

YannUbuntu
Réponses : 1572

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

#3 Re : -1 »  [Boot-Repair] Réparer le démarrage du PC (GRUB, MBR) en 1 clic ! » Le 24/12/2014, à 01:46

YannUbuntu
Réponses : 1572

ok
je confirme que Boot-Repair ne touche jamais aux disques montés sur le dossier /live (c'est là que Multisystem est monté), donc ne risque pas de casser le MBR d'un USB Multisystem ni de modifier les partitions/fichiers qui s'y trouvent.
Pour info andso la version de Boot-repair que tu utilises se trouve ligne 656 du log, c'est une version obsolete.

#4 Re : -1 »  [Boot-Repair] Réparer le démarrage du PC (GRUB, MBR) en 1 clic ! » Le 07/01/2015, à 23:44

YannUbuntu
Réponses : 1572

merci pour le signalement.
Comme indiqué dans le rapport de bug, je suspecte fortement la commande "lsblk" d'etre à l'origine du bug.
Cette commande n'est pas dans Boot-Repair-Disk, et je viens de la retirer du PPA (version 4ppa32).
Elle est présente uniquement dans les versions suivantes: 4ppa26 , 27, 28, 30 et 31.

Merci de m'avertir si vous voyez ce bug (log file de plusieurs Go) sur autre version que 4ppa26 , 27, 28, 30 ou 31, cela voudrait dire que "lsblk" n'est probablement pas en cause.

#5 Re : -1 »  [Boot-Repair] Réparer le démarrage du PC (GRUB, MBR) en 1 clic ! » Le 24/12/2014, à 00:39

YannUbuntu
Réponses : 1572

bonjour

si par versioning tu entends description complète de chaque version, alors non je n'ai pas le temps de le faire. Libre à chacun de comparer les fichiers. Mais en gros depuis la derniere ISO Boot-Repair-Disk il n'y a pas eu grand chose d'important à part les traductions.

andso a écrit :

boot-repair (l' iso du CD) lancé depuis multisystem
menu "Avancé"
"sauvegarde des tables" (le reste décoché)
Résultat= intervient sur le boot de la clé!
C' est donc bien un bug!
de boot-repair
Edit:
Je ne dis pas (encore) qu' il modifie le boot (je n' exclue pas un pb sur mon disque)
mais il sauvegarde les données du périphérique usb (1 DD)
et pas celles du disque physique de l' hôte.

Que veux-tu dire par "intervient sur le boot de la clé"? veux-tu dire qu'il a cassé le démarrage Multisystem?
Boot-Repair est sensé ne pas modifier le MBR des liveUSB.
Par contre si ton USB est détecté comme un HDD USB contenant un OS installé, alors oui il peut écrire dans son MBR.
Pas possible d'en dire plus sans ton Boot-Info. (si possible celui qui a engendré ton soucis)

#6 Re : -1 »  [Boot-Repair] Réparer le démarrage du PC (GRUB, MBR) en 1 clic ! » Le 09/01/2015, à 04:20

YannUbuntu
Réponses : 1572

bonjour
il s'agit des commandes suivantes:

LANGUAGE=C LC_ALL=C sudo lsblk -o NAME,TYPE,FSTYPE,SIZE,LABEL,MODEL,UUID
LANGUAGE=C LC_ALL=C sudo lsblk -o KNAME,ROTA,RO,RM,STATE,MOUNTPOINT

leur intéret est d'apporter des informations supplémentaires au rapport Boot-Info, ainsi que de regrouper certaines caractéristiques de partitions jusque-là disséminées dans plusieurs autres commandes.
Accessoirement, lsblk est aussi une commande qui pourra me permettre d'améliorer/simplifier certaines extractions de données dans le code de Boot-Repair.

après quelques tests, il semble que le bug (avec "é" dans un label) disparait si on retire "LC_ALL=C" ou "LABEL" de la première commande.

Par contre, hodja (la personne qui a ouvert le bug) n'avait pas d'accent dans ses labels, je me demande d'où venait son probleme :

/dev/sr0: LABEL="Ubuntu 14.04.1 LTS i386" TYPE="iso9660" 
/dev/sda1: LABEL="Sistem AyrM-DM-1ldM-DM-1" UUID="3002EB6002EB2A14" TYPE="ntfs" 
/dev/sdb1: LABEL="/storage" UUID="56073487-5550-4666-b1e9-3a4b96d38c89" SEC_TYPE="ext2" TYPE="ext3" 

#7 Re : -1 »  Problème avec OS-Uninstaller : réinstallation de GRUB bloquée RÉSOLU » Le 09/08/2015, à 23:53

YannUbuntu
Réponses : 24

bonjour Sapno
Pour commencer, sachez qu'il est possible de supprimer les pubs, via le menu "paramètres système" → "Sécurité et vie privée", onglet Rechercher : désactivez "Inclure les résultats de recherche en ligne".

Concernant GRUB, il n'y a pas assez de place pour l'installer dans le MBR de votre disque. Essayez ceci:
lancer Boot-Repair --> Options avancées --> cocher "Restaurer le MBR" --> Allez dans l'onglet "Options de MBR" --> sélectionner "Partition démarrée par le MBR: sda2" --> Appliquer
notez le nouveau lien qui apparaitra, et indiquez-le nous.
Redémarrez et dites-nous si Ubuntu 12.04 démarre comme vous le souhaitez.

#8 Re : -1 »  Problème avec OS-Uninstaller : réinstallation de GRUB bloquée RÉSOLU » Le 10/08/2015, à 00:28

YannUbuntu
Réponses : 24

(salut Babdu, regarde la ligne 1554, elle montre que le MBR est de 63, ce qui est trop petit pour GRUB2. )

#9 Re : -1 »  PROJET: documentation marketing francophone (PDF, vidéos etc) » Le 10/08/2015, à 00:21

YannUbuntu
Réponses : 199

bonjour
il y a des choses à traduire sur http://spreadubuntu.neomenlo.org
merci pour votre participation!

#10 Re : -1 »  Boot-Repair-Disk : ze CD pour réparer le démarrage ! » Le 26/11/2014, à 03:03

YannUbuntu
Réponses : 293
malbo a écrit :

Il ne reste plus qu'à faire la même chose pour Boot-Repair-Disk

pas tant qu'il n'y aura pas une raison valable
BRD ne s'installe pas, donc n'a pas les memes contraintes.

#11 Re : -1 »  Boot-Repair-Disk : ze CD pour réparer le démarrage ! » Le 17/12/2014, à 01:35

YannUbuntu
Réponses : 293

Bonjour

Hada de la Luna a écrit :

j'ai le problème suivant : http://paste.ubuntu.com/9534447/
La chose est que du coup, il semble qu'il faille que je crée une clé USB avec boot-repair-disk-64bit.iso dessus.

d'après le log, Boot-Repair a bloqué la réparation, et a affiché le message suivant:

The boot of your PC is in Legacy mode. Please change it to EFI mode. Please use Boot-Repair-Disk-64bit (www.sourceforge.net/p/boot-repair-cd) which contains an EFI-compatible version of this software. ((use it from live-USB, not from DVD))

ce message n'est pas clair (désolé c'est ma faute il faudrait que je l'améliore).
En fait, Boot-Repair a détecté une partition EFI (/dev/sdb1) donc il souhaiterait installer GRUB en mode EFI, mais pour cela il a besoin d’être utilisé dans une session live en mode EFI.
Or la session live sur laquelle tu as utilisé Boot-Repair n'était pas en mode UEFI.

Le log montre (ligne 574) aussi que tu as utilisé Boot-Repair depuis un live-disc Ubuntu 14.04 64bit, donc ISO compatible EFI, donc pas besoin de t'embeter à essayer d'utiliser Boot-Repair-Disk contrairement à ce que le message suggère. Ton ISO Ubuntu64bit fait l'affaire pour utiliser Boot-Repair en live.

2 explications possibles au fait que ta session n'était pas en mode EFI:
- soit ton BIOS est configuré de façon à booter ce disque en mode Legacy (non EFI)
- soit la façon dont tu as créé ce live-disc a fait qu'il ne peut pas booter en mode EFI.

Est-ce que c'était un DVD ou un live-USB?  si c'était un liveUSB, tu l'avais créé via quel logiciel ? est-ce que c'est le même disque avec lequel tu avais installé Ubuntu sur ton disque dur ?
Peux-tu regarder dans ton BIOS et nous dire s'il est réglé pour démarrer sur DVD (ou USB) en mode EFI ou Legacy ? (si tu ne sais pas, montre des photos des menus de ton BIOS stp)

#12 Re : -1 »  Boot-Repair-Disk : ze CD pour réparer le démarrage ! » Le 20/12/2014, à 22:28

YannUbuntu
Réponses : 293

bonjour
Ton installation est bizarre, tu as une partition EFI alors que l'EFI est désactivé dans le BIOS. Probablement un reliquat d'anciennes installations.
Ne touche pas à ton BIOS et essaye ceci:
- via gParted, retire le drapeau "boot" ("démarrage") de la 1ere partition de ton disque dur. (ceci va "désactiver" ta partition EFI. Dans le futur si tu veux passer en mode EFI tu pourras la réactiver en remettant le drapeau)
- lance Boot-Repair depuis une session live (avec internet connecté), clique sur "Options avancées", va dans l'onglet "Emplacement GRUB", vérifie que l'option "Partition /boot/efi séparée" n'apparait pas (si elle apparait, décoche-là), puis clique sur "Appliquer".
Suis les instructions, note la nouvelle URL sur papier, redémarre puis indique-nous ce que tu observes (ainsi que l'URL qui est sur ton papier).

Si ça ne suffit pas, montre nous une photo du contenu du menu "UEFI setting" de ton BIOS.

PS: ça serait mieux si tu crées ta propre discussion, et indique le lien ici.

#13 Re : -1 »  [OS-Uninstaller] : pour désinstaller Ubuntu/Windows... en 1clic! » Le 25/12/2014, à 20:09

YannUbuntu
Réponses : 122

bonjour et joyeux Noel smile
les commandes du post#1 sont toujours correctes.

Isabelle, pouvez-vous indiquer ce que retourne chacune des commandes d'installation svp ?  (faites un copier-coller du terminal)

#14 Re : -1 »  GNUPoly » Le 01/02/2015, à 01:16

YannUbuntu
Réponses : 55

Bonjour
Le site est KO, donc téléchargement du jeu impossible.
Le projet est-il abandonné ?

#15 Re : -1 »  probleme multi boot » Le 20/12/2014, à 23:41

YannUbuntu
Réponses : 14

bonjour
refaites un boot-info en session-live depuis votre disque d'installation Cubuntu svp

#16 Re : -1 »  probleme multi boot » Le 21/12/2014, à 01:33

YannUbuntu
Réponses : 14

le probleme c'est surtout que vous utilisez Boot-Repair depuis votre session (mal) installée.

#17 Re : -1 »  Boot mort & Boot Repair problématique sur Ubuntu 14.04LTS 64bits » Le 09/01/2015, à 04:19

YannUbuntu
Réponses : 20

bonjour
suite à votre email:
oui vous pouvez tenter le mode EFI,  il faut remettre le drapeau de "boot" sur sda1, configurer le BIOS pour qu'il démarre en mode EFI sur HDD et sur USB/DVD, puis démarrer (en mode EFI) le PC sur un disque Ubuntu 64bit, et lancer Boot-Repair. C'est peut-etre ce que j'aurais du conseiller dans un premier temps, mais ça me paraissait peu fiable vu les menus du firmware, et vu que celui-ci s'était mis à booter en mode Legacy sans savoir pourquoi (à moins que vous l'ayez tripatouillé sans nous dire).

L'alternative c'est de passer l'installation en mode Legacy... cela nécessite d'utilser Gparted pour créer une partition BIOS_Boot (par exemple à la place de la partition EFI). C'est la méthode qui me parait la plus fiable, car ne dépendant pas des bizarreries de l'UEFI.

Dans les deux cas, Bougron saura vous guider je pense.

#18 Re : -1 »  [résolu] Après installation Ubuntu 14.04, PC se démarre sous Windows » Le 22/12/2014, à 21:07

YannUbuntu
Réponses : 38

bonjour

GabII a écrit :

pour que je ne sois plus embêté à taper nomodeset à chaque démarrage, j'ai donc installé Boot Repair, une fois dedans Options avancées-->Grub-->Ajouter une option, et là je sélectionne "nomodeset", c'est ça? Et du coup, une fois que cela sera fait, je n'aurais plus besoin de rien toucher, ou c'est une solution temporaire? (désolé de mon incompétence, mais à vrai dire je ne saisis pas vraiment ce que fait cette option, le seul changement que je constate c'est que quand elle est activée Ubuntu démarre, et fonctionne parfaitement x)

Cette option ajoute définitivement l'option "nomodeset" au démarrage. (via le fichier /etc/grub/default )
Si un jour tu as besoin de l'enlever, il te suffira de l'enlever de ton fichier /etc/grub/default et mettre GRUB à jour.
Voir https://doc.ubuntu-fr.org/kernel#modifi … sur_disque

Pour espérer un jour ne plus avoir besoin de l'option nomodeset avec les futures versions du noyau Linux (et en meme temps participer à l'amélioration du noyau Linux), je te conseille de faire un rapport de bug via la commande "ubuntu-bug linux", et en indiquant comme titre de bug par exemple "Nomodeset needed to avoid black screen at startup". Suite à cela, les developpeurs du noyau vont te demander de vérifier si tu as le meme soucis avec le tout dernier noyau ("mainline"), j'explique comment l'installer dans la doc: https://doc.ubuntu-fr.org/kernel#instal … _de_kernel . Ouvre un autre sujet si tu as besoin d'aide pour cela.

#19 -1 »  [Résolu] amélioration de la commande "boot-repair --esp" » Le 11/12/2014, à 22:57

YannUbuntu
Réponses : 5

la commande "boot-repair --esp" permet de savoir où se trouvent les partitions de type ESP.
Boot-Repair se base sur le meme code pour déterminer quels options de réparation il va proposer par défaut, par exemple savoir s'il doit installer grub-efi, suggérer à l'utilisateur de créer une ESP, etc ..
C'est pourquoi il est important que cette commande détecte les ESP de manière fiable.
N'hésitez par à créer un rapport de bug (ICI) si vous détectez une erreur dans le retour de cette commande.


Bug détecté par celtinux avec la version 4ppa20 (la commande ne retourne rien): http://forum.ubuntu-fr.org/viewtopic.ph … #p18737511
Je suppose que c'est lié au fait que parted n'affiche pas sur le meme canal lorsqu'il détecte une erreur. Par exemple l'erreur de partitionnement du disque Mint de celtinux :

=================== parted -lm:
BYT;
/dev/sda:500GB:scsi:512:512:gpt:ATA WDC WD5000AAKX-0;
1:1049kB:250MB:249MB:fat32::boot;
2:250MB:50.2GB:50.0GB:ext4::;
3:50.2GB:58.2GB:8000MB:linux-swap(v1)::;
4:58.2GB:163GB:105GB:ext4::;
5:163GB:500GB:337GB:fat32::msftdata;
Warning: /dev/sdb contains GPT signatures, indicating that it has a GPT table.
However, it does not have a valid fake msdos partition table, as it should.
Perhaps it was corrupted -- possibly by a program that doesn't understand GPT
partition tables. Or perhaps you deleted the GPT table, and are now using an
msdos partition table. Is this a GPT partition table?
Error: The backup GPT table is corrupt, but the primary appears OK, so that will
be used.
Warning: Not all of the space available to /dev/sdb appears to be used, you can
fix the GPT to use all of the space (an extra 5359776 blocks) or continue with
the current setting?
Error: Unable to satisfy all constraints on the partition.

@celtinux: j'ai mis à jour le PPA de boot-repair (version 4ppa21). Peux-tu installer cette nouvelle version, refaire la commande "boot-repair --esp" depuis une session-live (avec ton disque Mint branché), et indiquer ce qu'elle retourne stp ?

#20 Re : -1 »  [Résolu] amélioration de la commande "boot-repair --esp" » Le 12/12/2014, à 23:51

YannUbuntu
Réponses : 5

merci. Peux-tu stp faire un nouvel essai avec 4ppa22 ?

pour info chez moi ça affiche ceci:

$ boot-repair -v
boot-repair version : 4ppa22
boot-sav version : 4ppa22
glade2script version : 3.2.2~ppa47~saucy
boot-sav-extra version : 4ppa22

$ boot-repair --esp
BYT;
/dev/sda:500GB:scsi:512:4096:msdos:ATA ST9500423AS;
2:1049kB:20.0GB:20.0GB:ext4::boot;
4:20.0GB:25.3GB:5242MB:::;
5:20.0GB:25.3GB:5242MB:linux-swap(v1)::;
1:45.2GB:437GB:392GB:ntfs::;
3:437GB:500GB:62.9GB:ext4::;

BYT;
/dev/sdb:128GB:scsi:512:512:msdos:ATA SAMSUNG SSD PM81;
1:1049kB:83.9GB:83.9GB:ntfs::boot;
2:83.9GB:128GB:44.1GB:ntfs::;


PARTEDLM
BYT;
/dev/sda:500GB:scsi:512:4096:msdos:ATA ST9500423AS;
2:1049kB:20.0GB:20.0GB:ext4::boot;
4:20.0GB:25.3GB:5242MB:::;
5:20.0GB:25.3GB:5242MB:linux-swap(v1)::;
1:45.2GB:437GB:392GB:ntfs::;
3:437GB:500GB:62.9GB:ext4::;

BYT;
/dev/sdb:128GB:scsi:512:512:msdos:ATA SAMSUNG SSD PM81;
1:1049kB:83.9GB:83.9GB:ntfs::boot;
2:83.9GB:128GB:44.1GB:ntfs::;

ESP detection
/dev/sda:500GB:scsi:512:4096:msdos:ATA ST9500423AS;
2:1049kB:20.0GB:20.0GB:ext4::boot; <2> this_part_is_not_esp
4:20.0GB:25.3GB:5242MB:::; <4> this_part_is_not_esp
5:20.0GB:25.3GB:5242MB:linux-swap(v1)::; <5> this_part_is_not_esp
1:45.2GB:437GB:392GB:ntfs::; <1> this_part_is_not_esp
3:437GB:500GB:62.9GB:ext4::; <3> this_part_is_not_esp
/dev/sdb:128GB:scsi:512:512:msdos:ATA SAMSUNG SSD PM81;
1:1049kB:83.9GB:83.9GB:ntfs::boot; <1> this_part_is_not_esp
2:83.9GB:128GB:44.1GB:ntfs::; <2> this_part_is_not_esp

Detection with writing workaround
BYT;
/dev/sda:500GB:scsi:512:4096:msdos:ATA ST9500423AS;
2:1049kB:20.0GB:20.0GB:ext4::boot;
4:20.0GB:25.3GB:5242MB:::;
5:20.0GB:25.3GB:5242MB:linux-swap(v1)::;
1:45.2GB:437GB:392GB:ntfs::;
3:437GB:500GB:62.9GB:ext4::;

BYT;
/dev/sdb:128GB:scsi:512:512:msdos:ATA SAMSUNG SSD PM81;
1:1049kB:83.9GB:83.9GB:ntfs::boot;
2:83.9GB:128GB:44.1GB:ntfs::;


/dev/sda:500GB:scsi:512:4096:msdos:ATA ST9500423AS;
2:1049kB:20.0GB:20.0GB:ext4::boot; <2> this_part_is_not_esp
4:20.0GB:25.3GB:5242MB:::; <4> this_part_is_not_esp
5:20.0GB:25.3GB:5242MB:linux-swap(v1)::; <5> this_part_is_not_esp
1:45.2GB:437GB:392GB:ntfs::; <1> this_part_is_not_esp
3:437GB:500GB:62.9GB:ext4::; <3> this_part_is_not_esp
/dev/sdb:128GB:scsi:512:512:msdos:ATA SAMSUNG SSD PM81;
1:1049kB:83.9GB:83.9GB:ntfs::boot; <1> this_part_is_not_esp
2:83.9GB:128GB:44.1GB:ntfs::; <2> this_part_is_not_esp

#21 Re : -1 »  [Résolu] amélioration de la commande "boot-repair --esp" » Le 14/12/2014, à 00:50

YannUbuntu
Réponses : 5

bonne nouvelle, le problème est résolu. Encore merci pour ton aide.
(du coup si tu fais un Boot-Info dans les memes conditions, tu devrais voir que la réparation suggérée est bien la réinstallation de grub-efi)

#22 Re : -1 »  [Résolu] Paramêtrage Boot Repair » Le 11/12/2014, à 03:33

YannUbuntu
Réponses : 29

bonjour
vous avez un problème de partitionnement qui semble-t-il empeche Boot-Repair de détecter l'ESP du disque Mint.
Installez Boot-Repair (en session live, comme vous avez fait précédemment), puis indiquez le retour de la commande suivante svp:

boot-repair --esp

#23 Re : -1 »  [Résolu] Paramêtrage Boot Repair » Le 11/12/2014, à 23:26

YannUbuntu
Réponses : 29
celtinux a écrit :

Pour YannUbuntu
La commande boot-repair --esp ne retourne rien

Merci. Peux-tu stp répondre à cette nouvelle demande: http://forum.ubuntu-fr.org/viewtopic.ph … #p18739481
(nany ça peut t'intéresser aussi )

#24 Re : -1 »  Probleme dual boot windows 8.1 et ubuntu 14.04 LTS » Le 27/11/2014, à 01:29

YannUbuntu
Réponses : 38

bonjour

ikewdu a écrit :

Il y a des fichiers renommés avec un~ ... serait-ce une nouveauté de boot-repair ?

non. BR n'a jamais renommé avec ~.