Contenu | Rechercher | Menus

Annonce

Ubuntu 16.04 LTS
Commandez vos DVD et clés USB Ubuntu-fr !

Pour en savoir un peu plus sur l'équipe du forum.

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

nombre réponses : 25

#0 -1 »  Commandes pour purger les kernels » Aujourd'hui à 00:52

YannUbuntu
Réponses : 1

bonjour
Je transfère ici des commandes qui se trouvaient sur la doc https://doc.ubuntu-fr.org/kernel , pour éviter d'éventuels contributeurs anonymes de la doc d'y glisser des commandes dangereuses.
Cela simplifiera la surveillance de la doc.

ancien contributeur de la page kernel a écrit :

Autre façon de nettoyer pleins de noyaux d'un seul coup. Depuis un terminal, saisir les commandes suivantes :
  - Lister les noyaux à supprimer :

dpkg -l | awk '{print $2}' | grep -E "linux-(image|headers)-$(uname -r | cut -d- -f1).*" | grep -v $(uname -r | sed -r -e 's:-[a-z]+.*::') | cut -d- -f-4 | sort -t- -k3,4 | uniq | head -n-2

  - Si la liste est cohérente, on supprime en utilisant le résultat en paramètre de la commande [[:apt-get#suppression_purge|apt-get purge]] :

sudo apt-get purge $(dpkg -l | awk '{print $2}' | grep -E "linux-(image|headers)-$(uname -r | cut -d- -f1).*" | grep -v $(uname -r | sed -r -e 's:-[a-z]+.*::') | cut -d- -f-4 | sort -t- -k3,4 | uniq | head -n-2)

  - Redémarrer le PC. Le menu GRUB ne proposera plus que deux noyaux.
Si la commande ci-dessus ne fonctionne pas, essayez celle ci :
  - Lister les vieux noyaux sauf un:

dpkg -l | egrep 'linux-(image|headers)-[0-9]' | cut -d' ' -f3 | grep -v $(uname -r | cut -d- -f1,2) | cut -d- -f-4 | sort -t- -k3,4 | uniq | head -n-2

  - Supprimer les anciens noyaux sauf un:

sudo apt-get purge $(dpkg -l | egrep 'linux-(image|headers)-[0-9]' | cut -d' ' -f3 | grep -v $(uname -r | cut -d- -f1,2) | cut -d- -f-4 | sort -t- -k3,4 | uniq | head -n-2)

d'ailleurs, si vous y voyez des erreurs, n'hésitez pas à les signaler dans cette discussion.

#1 Re : -1 »  [Réparateur de démarrage] Développement du logiciel Boot-Repair » Le 23/12/2014, à 23:39

YannUbuntu
Réponses : 1 804

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)

#2 Re : -1 »  [Réparateur de démarrage] Développement du logiciel Boot-Repair » Le 24/12/2014, à 00:46

YannUbuntu
Réponses : 1 804

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.

#3 Re : -1 »  [Réparateur de démarrage] Développement du logiciel Boot-Repair » Le 07/01/2015, à 22:44

YannUbuntu
Réponses : 1 804

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.

#4 Re : -1 »  [Réparateur de démarrage] Développement du logiciel Boot-Repair » Le 09/01/2015, à 03:20

YannUbuntu
Réponses : 1 804

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" 

#5 Re : -1 »  [Réparateur de démarrage] Développement du logiciel Boot-Repair » Le 15/06/2016, à 23:01

YannUbuntu
Réponses : 1 804
Bougron a écrit :

Bonjour.
Demande d'amélioration de boot-repair.
Boot-repair a une fonctionnalité de réparation EFI ainsi libellée

=================== Suggested repair
The default repair of the Boot-Repair utility would purge (in order to sign-grub enable-raid enable-lvm) and reinstall the grub-efi-amd64-signed of mapper/ubuntu--vg-root, using the following options:        sda2/boot, sda1/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s repair-filesystems   use-standard-efi-file rename-ms-efi

Pourrait-elle devenir
=================== Suggested repair
The default repair of the Boot-Repair utility would purge (in order to sign-grub enable-raid enable-lvm) and reinstall the grub-efi-amd64-signed of mapper/ubuntu--vg-root, using the following options:        sda2/boot, sda1/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s repair-filesystems   use-standard-efi-file rename-ms-efi,      Make an EFI  entry....

Il suffirait certainement d'ajouter  deux lignes.

sudo apt install efibootmgr
sudo efibootmgr     -c         -d     /dev/sda      -p     1      -L    "UbuntuRepair"     -l      "\EFI\ubuntu\shimx64.efi"

Ce qui ne doit pas être très difficile car le disque et la partition   sont déjà  paramétrés.
car ces deux notions sont étroitement liées. (Inutilie de mettre a jour la partition EFI si l'entrée de boot n'est pas fabriquée. ( https://forum.ubuntu-fr.org/viewtopic.p … #p21536850 )

bonjour,
Merci pour la suggestion. Ca arrive souvent de devoir créer l'entrée manuellement comme ça ?  avez-vous vu beaucoup de cas sur le forum ?

#6 Re : -1 »  [Réparateur de démarrage] Développement du logiciel Boot-Repair » Le 18/11/2016, à 02:09

YannUbuntu
Réponses : 1 804

bonjour ahtur
merci du signalement. Ce bug devrait etre corrigé d'ici quelques heures dans les prochaines versions du PPA.

#7 Re : -1 »  [Réparateur de démarrage] Développement du logiciel Boot-Repair » Hier à 00:53

YannUbuntu
Réponses : 1 804

merci Babdu pour le retour.
ces messages d'erreur ne devraient plus apparaitre dans la version 4ppa65.

#8 Re : -1 »  [Réparateur de démarrage] Développement du logiciel Boot-Repair » Hier à 21:30

YannUbuntu
Réponses : 1 804

bonne idée les amis, j'ai mis la note dans le 1er message.
Et j'en ai profité pour renommer le fil de discussion.

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

YannUbuntu
Réponses : 135

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)

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

YannUbuntu
Réponses : 350

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)

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

YannUbuntu
Réponses : 350

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.

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

YannUbuntu
Réponses : 350

bonjour, peux-tu stp créer un rapport de bug sur https://bugs.launchpad.net/boot-info , en indiquant quelle partie du boot-info est incorrecte et si possible la valeur attendue.

#13 Re : -1 »  Boot-Repair-Disk : ze CD pour réparer le démarrage ! » Le 25/10/2017, à 00:45

YannUbuntu
Réponses : 350

bonjour
Merci Babdu pour les tests. Les versions précédentes de BRD avaient aussi ce soucis quand gravées sur CD/DVD. Si quelqu'un connait une méthode de personnalisation d'ISO ne posant pas ce soucis, je suis preneur.

#14 Re : -1 »  [TUTORIEL] Créer un rapport Boot-Info facilement » Le 15/06/2016, à 22:39

YannUbuntu
Réponses : 158

bonjour
normalement le problème lié à python-gi dans xenial devrait etre résolu depuis quelques temps.
https://bugs.launchpad.net/boot-repair/+bug/1573302

#15 Re : -1 »  Perte partition windows - filesystem seem dammqage » Le 16/06/2016, à 01:20

YannUbuntu
Réponses : 29

bonjour Michael,
lors de la 1e utilisation de Boot-Repair, l'option filesystem-repair était active donc Boot-Repair vous a affiché un warning vous demandant de sauver vos données avant de continuer.
L'avez-vous fait?  j'espère que oui, car j'ai detecté un bug dans Boot-repair (il a lancé ntfsfix sur sda3) qui est à mon avis a l'origine du problème, et je ne sais pas ce que ntfsfix a fait à sda3, désolé je ne sais pas réparer.
En tout cas je viens de corriger ce bug (4ppa38) afin d'éviter que cela se reproduise.

@Bougron:  merci d'avoir signalé ce thread. Pour info:
- Boot-Repair sauve les MBRs dans /boot-sav ou /var/log/boot-sav , donc il est toujours possible de restaurer le MBR original si besoin.
- B-R a déplacé le boot flag depuis sdb1 vers sdb3 car ce flag est inutile sur sdb1 par contre sur une partition ntfs il a une chance d'etre utile si jamais elle contient un OS Windows.

#16 Re : -1 »  [glade2script-GTK3] Interface graphique pour script bash ou autre. » Le 25/04/2016, à 01:00

YannUbuntu
Réponses : 58

bonjour
après qques tests, il me semble qu'installer python-gi suffit à résoudre le soucis.

#17 Re : -1 »  Problème avec OS-Uninstaller : réinstallation de GRUB bloquée RÉSOLU » Le 09/08/2015, à 22: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.

#18 Re : -1 »  Problème avec OS-Uninstaller : réinstallation de GRUB bloquée RÉSOLU » Le 09/08/2015, à 23: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. )

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

YannUbuntu
Réponses : 199

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

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

YannUbuntu
Réponses : 55

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

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

YannUbuntu
Réponses : 14

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

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

YannUbuntu
Réponses : 14

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

#23 Re : -1 »  Boot mort & Boot Repair problématique sur Ubuntu 14.04LTS 64bits » Le 09/01/2015, à 03: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.

#24 Re : -1 »  [résolu] Après installation Ubuntu 14.04, PC se démarre sous Windows » Le 22/12/2014, à 20: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.