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".
Test de l'ISO d'Ubuntu francophone : nous avons besoin de testeurs pour la version francophone d'Ubuntu 14.04. Liens et informations ici.
nombre réponses : 25

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

Babdu89
Réponses : 1282

Bonsoir.
Aïe aïe!!!...
À une certaine période...
Tu as installé Ubuntu 10.04 dans ton W$ , via Wubi ....
Dans le boot info, on voit que tu as fait une partition pour Ubuntu (/dev/sda4).
Je ne sais pas quelle procédure tu as utilisé pour faire ta réparation, mais Wubi semble cassé.
C'est pour çà que Boot-Repair à restauré un mbr généric dans le secteur d'amorçage du disque dur. Ceci afin de permettre à la machine de redémarrer au moins sur W$ .

On voit aussi que dans le boot de ton W$, il n'y a plus trace de Wubi . As tu essayé de réparer le boot loader de ton W$ ?

Huuummmm...  Installation via Wubi, tu subis une "double peine". Tu installes Ubuntu dans W$, comme un programme W$ ... Si ton W$ ne marche plus, ton Ubuntu aussi ...
Ton Ubuntu est largement obsolète, la 10.04 date d'octobre 2010 ... Elle n'est plus maintenue.
Installer Ubuntu avec Wubi, n'est pas ce que l'on fait de mieux ...

Pour réparer Wubi. As tu essayé ce qui est indiqué ici?

http://doc.ubuntu-fr.org/tutoriel/reparer_wubi

Je n'ai jamais essayé cette procédure, je préfère virer Ubuntu de W$ et réinstaller un vrai dual boot .

Sinon, je pense qu'il vaudrait mieux désinstaller Ubuntu de ton W$ , voir la doc de Wubi , et réinstaller une version de Ubuntu qui soit encore soutenue. Mais faire une vrai installation . Installer Ubuntu en dual boot à côté de ton W$ .

http://doc.ubuntu-fr.org/wubi?

@+.   Babdu89  .

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

Babdu89
Réponses : 1282

Bonsoir.

(J'avais créé un nouveau sujet, mais je me rends compte que sa place est ici, excusez-moi).

Je ne sais pas si Boot-Repair va réparer la situation .
Il vaudrait mieux ouvrir un autre sujet, comme c'était ta première idée...

@+.   Babdu89  .

#2 Re : -1 »  [Boot-Repair] Réparer le démarrage du PC (GRUB, MBR) en 1 clic ! » Hier à 23:12

Babdu89
Réponses : 1282

Bonsoir.
@jibel.

Salut, wink

je cherche désespérément l'astuce qu'a trouvé Yannubuntu pour contourner l'installe de boot-repair si on a trusty d'installé en OS

La doc à été modifiée,

http://doc.ubuntu-fr.org/boot-repair

les commandes pour installer/utiliser Boot-Repair maintenant sont.

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo sed 's/trusty/saucy/g' -i /etc/apt/sources.list.d/yannubuntu-boot-repair-trusty.list
sudo apt-get update
sudo apt-get install -y boot-repair && (boot-repair &)

Faire Éntrée entre chaque commande.

Çà remplace la manip que j'avais faite en passant par synaptic pour changer le nom saucy pour trusty  dans les PPA de Boot-Repair .

Normalement avec ces commandes çà devrait s'installer sur Trusty, même en installé.
Je vérifie, j'installe de suite sur Trusty  que j'utilise...

Édit,

Oui c'est çà . C'est bon çà marche chez moi .   wink

Rappel .
En utilisant Boot-Repair en session installé, on ne peut réinstaller Grub que sur l'OS Linux qui utilise Boot-Repair. Pas sur les autres si on est en multi boot. Dans ce cas il faut l'utiliser en session live ...

@+.   Babdu89  .  smile

#3 Re : -1 »  MultiSystem, Créez votre LiveUSB MultiBoot simplement! [2] » Le 27/07/2014, à 08:44

Babdu89
Réponses : 703

Bonjour.
As tu lu les posts#681 à 688?.
Ils traitent du même souci, on dirait.

@+.    Babdu89   .

#4 Re : -1 »  MultiSystem, Créez votre LiveUSB MultiBoot simplement! [2] » Le 27/07/2014, à 22:45

Babdu89
Réponses : 703

Bonsoir.
Je ne saurais répondre.
Je n'ai que des machine en mode Bios. Pas de UEFI à la maison.
Mais sur mes clés, depuis que le MultiSystem prend l'UEFI en compte. Dans les dossiers des clés on y voit un dossier EFI;

1406493755.png

Mais je ne peux pas tester le fonctionnement en UEFI.
frafa demandait des retours, malbo à testé en VM . moi en mode Bios. (posts#635 et suivants.).

Je laisse frafa répondre.

@+.   Babdu89  .

#5 Re : -1 »  plus dur que prévu !! » Le 25/07/2014, à 23:10

Babdu89
Réponses : 22

Bonsoir.

plus dur que prévu !!

Oui, surtout, si pour t'aider j'ai complètement zapper que tu avais une clé avec Ubuntu 10.04.  Excuse moi ...
Cette version est obsolète, (elle date d'Avril 2010) et il n'y a pas de PPA Boot-Repair pour elle .

Seules sont prise en compte les 12.04 ; 13.04 ; 13.10 et 14.04 .

Il faut refaire te clé avec une version de l'Os que tu vas  réinstaller.
Michel_04 te conseille  Xubuntu . Tu peux essayer la 14.04, et si ta machine ne marche pas bien en session live avec, prendre la 12.04.

@+.   Babdu89   .

#6 Re : -1 »  plus dur que prévu !! » Le 26/07/2014, à 11:13

Babdu89
Réponses : 22

Bonjour.

Nepenthes a écrit :

GPT est encore rare, on ne trouve ça que sur les pc récents avec UEFI à la place du BIOS, non ?

Indépendamment de l'utilisation obligatoire du partitionnement de type GPT pour l'UEFI...On trouve ce type de partitionnement sur tous les hdd de plus de 2,2 TO . Cette taille de hdd oblige à utiliser ce type de partitionnement pour que la taille complète du hdd soit prise en compte par les systèmes..
Et c'est aussi pris en compte avec des machine du type Bios.

@+.   Babdu89   .

#7 Re : -1 »  plus dur que prévu !! » Le 27/07/2014, à 11:10

Babdu89
Réponses : 22

Bonjour.

Le partitionnement des disques en GPT est aussi utilisable avec des machines 32 bit , et même installé avec un XP...
C'est une affaire de taille de hdd.
Relire mon post...

@+.   Babdu89  .

#8 Re : -1 »  Framakey FUR refuse de booter » Le 24/07/2014, à 22:24

Babdu89
Réponses : 8

Bonjour.

c'est donc bien que ma clé n'est pas reconnue comme bootable ?

Ha bon...
Dans la doc de la FUR, il y a dans les faq une explication pour réinstaller syslinux, lorsque la clé ne veut pas booter.
Tu devrais trouver çà.

@+.   Babdu89  .

#9 Re : -1 »  Framakey FUR refuse de booter » Le 27/07/2014, à 11:07

Babdu89
Réponses : 8

Bonjour..
As tu essayé de refaire ta FUR avec une autre clé?.
Les clés peuvent être reconnus comme bootable, et ne pas pouvoir booter, çà  dépend de la marque utilisée. les clés faite avec des clé publicitaires ou autre "gadgets" ne marchent souvent pas...

@+.    Babdu89   .

#10 Re : -1 »  Impossible de lancer Boot-repair depuis LiveUSB Ubuntu 14.04 » Le 21/07/2014, à 12:02

Babdu89
Réponses : 88

Bonjour.

Bougron a dit;
Pour l'ordre des boot, C'est bien ce que tu dis.

Question ???

Boot0000* Windows Boot Manager	HD(2,12c800,96000,c6d5ca0a-c352-4123-a2d1-868750dc1558)File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot000D* UEFI: PNY USB 2.0 FD 1100	ACPI(a0341d0,0)PCI(1d,0)USB(1,0)USB(1,0)HD(1,38,f362c8,c3072e18)..BO

Boot000D pour UEFI: PNY USB 2.0 FD 1100 . Et Boot0000Windows Boot Manager    HD(2,1

Pourquoi mettre l'USB en premier dans l'ordre de boot??.. Si c'est ta clé d'installation, elle reste toujours branchée à la machine?
Le jour où elle n'est pas branché, çà va booter sur W$ directe sans renauder ? Çà me paraît bizarre ce truc là... Moi, j'aurais laissé la clé en dernier puisque l'on peut booter en changeant l'ordre de priorité dans le Bios. Et j'aurais laissé W$ en premier ce qui donne dans le fichier:

BootOrder: 0000,0001,000C,000D,0007,0008

Je te propose donc de prévoir de modifier ce point de montage pour que cela soit plus facile.
*Je cherche comment faire.*
Je pense que babdu89 va confirmer ce que je dis et donner immédiatement la méthode s'il est actuellement présent.

Ha bon , les point de montage se marche sur les pieds ...

Une idée qui me vient, (c'est peut-être une connerie.)  mais jamais testé, puisque je ne suis pas en UEFI sur mes machines ...

Si l'installateur refuse de faire çà, deux points de montage identique, on peut essayer de contourner la difficulté en tentant ceci .

L'installateur veut absolument mettre le boot de l'os du hdd externe dans la partition /boot/efi du hdd interne ... Bon ,on le laisse faire.
Après installation hdd externe branché l'Os installé dessus devrait démarrer depuis le menu Grub du hdd interne, machine bootant sur celui-ci.
Bon si çà se passe comme çà c'est bon.
Mais ...
Le hdd externe ne pourra plus démarrer sur une autre machine en UEFI . Ben oui, il n'a pas de partition de boot/efi ...
Contournement de la difficulté.
Sur le hdd externe en début de disque, on laisse un espace non alloué de 100/200 Mo (un peut plus grand que la taille de la partition /boot/efi du hdd interne) .
On fait l'installation.
Lorsque tout fonctionne, en session live usb avec Gparted, on copie/colle la partition boot/efi  FAT32 du hdd interne dans l'espace non alloué sur le hdd externe.
On va donc avoir la même partition boot/efi (UUID et contenu identique) sur les deux disques.
Le système ne démarre que sur un seul disque mais il trouve la partition de /boot/efi (dans les deux cas) et devrait démarrer quelque soit le hdd sélectionné pour lancer l'Os.
Si c'est bon, normalement le hdd externe à retrouvé son autonomie, et doit pouvoir booter depuis une autre machine en UEFI, puisqu'il a sa partition /boot/efi ...

Bon, je "vois peut-être çà de ma fenêtre" , mais c'est a tester ... Je ne peux pas le faire.

@+.   Babdu89  .

#11 Re : -1 »  Impossible de lancer Boot-repair depuis LiveUSB Ubuntu 14.04 » Le 21/07/2014, à 15:29

Babdu89
Réponses : 88

Je pense que l'idée de dupliquer le UUID n'est pas bonne.

Comment le système fait sa recherche de partition boot/efi ? en passant par le nom (label) de partition? En fouinant dans les partitions FAT32 à la recherche d'un fichier  du système efi bien précis ?. Ou recherche la partition par son UUID ... Mais pour une recherche par UUID, encore faut-il que l'on aie une partie de Grub efi dans le secteur de boot du hdd, hors ce n'est pas le cas d'une installation en mode UEFI .


Comment çà se passe? .
De toute manière ce n'est pas grave pour le hdd externe ,on verra bien si çà marche ...

PS: Je pense que laisser en priorité 1 la prise USB est bonne Car sans rien changer dans le bios on peut mettre soit la clé USB soit le disque externe.
Personnellement j'ai en permanence l'ordre  Lecteur CD puis prise usb puis disque puis ethernet

Ha oui, ok!!!.

Sans hdd externe la machine boot sur W$ ,avec le hdd externe la machine boot sur Ubuntu ,sans rien avoir à "trifouiller" dans les Bios.... Bine vu!.

@+.   Babdu89  .

#12 Re : -1 »  Impossible de lancer Boot-repair depuis LiveUSB Ubuntu 14.04 » Le 22/07/2014, à 12:03

Babdu89
Réponses : 88

Bonjour.

Les installations précédentes ???????
       Au vu des échanges que nous avons eu, comme moi, tu penses que windows sur un disque interne c'est bien, et ubuntu sur un disque externe c'est le pérou, Il faudra tôt ou tard le faire. Je n'ai jamais désinstallér ubuntu. Je ne sais pas s'il existe une procédure.

Au vu du dernier boot info

http://paste.ubuntu.com/7823988/

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


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

 => No boot loader is installed in the MBR of /dev/sda.
 => No boot loader is installed in the MBR of /dev/sdb.

sda1: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 8/2012: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        

sda2: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  Windows 8/2012: FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        

sda3: __________________________________________________________________________

    File system:       
    Boot sector type:  -
    Boot sector info: 
    Mounting failed:   mount: unknown filesystem type ''

sda4: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 8/2012: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  Windows 8
    Boot files:        /bootmgr /Windows/System32/winload.exe

sda5: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 8/2012: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        

sda6: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 8/2012: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        

sdb1: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 8/2012: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        

sdb2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        /grub/grub.cfg

sdb3: __________________________________________________________________________

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

sdb5: __________________________________________________________________________

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

sdb6: __________________________________________________________________________

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

sdb7: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        

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

W$ est sur le hdd interne et Ubuntu est sur le hdd externe.
Donc , il n'y a pas a toucher a la partition /boot/efi  /dev/sda2 ...


Je n'ai jamais désinstallér ubuntu. Je ne sais pas s'il existe une procédure.

On peut désinstaller de deux manières.

Après avoir sauvegardé ce que l'on veut garder ...

En session live avec Gparted, on supprime toutes les partitions Ubuntu . mais il faudra en commande rétablir le boot sur le hdd interne (Voila pour le mode Bios) mais pour le mode UEFI je ne sais pas ce qu'il faut faire dans la partition /boot/efi du hdd interne.

En session live Ubuntu, on installe Boot-Repair , par la même occasion il y a un logiciel nommer Os Uninstaller qui est installé. celui-ci permet de désinstaller l'OS de son choix, et est capable de restaurer le boot de l'OS qui va servir à démarrer la machine.
Je sais qu'en mode Bios, Os Uninstaller va permettre dans le cadre d'un dual ou multi boot de désinstaller l'Os de son choix , et de restaurer le boot sur l'OS que l'on veut voir booter sur la machine...
Exemple de config.
W$ +Linux1 +Linux2 .

On veut supprimer W$. Os Uninstaller va le faire mais va demander sur quel Linux on réinstalle Grub, pour faire booter la machine. Puis ,il va faire le travail. la machine redémarrera sur le Linux choisi.

On veut supprimer un des Linux. Os Uninstaller va demander quel Linux supprimer. Et proposer soit de réinstaller Grub dans le Linux restant, soit de restaurer un mbr generic dans le secteur de boot du hdd.

On peut supprimer les deux Linux, Os Uninstaller va dans ce cas restaurer un mbr generic pour permettre le redémarrage sur W$ .
J'ai testé tout çà en mode Bios ,çà fonctionne très bien.

Bon Os Uninstaller étant à jour ,et utilisant les paquets communs avec Boot-Repair, je suppose qu'il doit être capable de restaurer le démarrage en mode UEFI...
Je suppose, mais je n'ai pas vérifié en testant car pas de machine en UEFI.

En prenant la précaution de faire une copie de sauvegarde de la partition /boot/efi du hdd externe, je pense que l'on peut esayer Os Uninstaller, et voir comment il pratique en mode UEFI...

Dans ce cas, il faut bien évidement démarrer a session live Ubuntu en UEFI pour installer/utiliser Os Uninstaller.

Voila pour vous éclairer.
La doc de Os Uninstaller.

http://doc.ubuntu-fr.org/os-uninstaller


@+.   Babdu89   .

#13 Re : -1 »  Impossible de lancer Boot-repair depuis LiveUSB Ubuntu 14.04 » Le 23/07/2014, à 00:13

Babdu89
Réponses : 88

Bonsoir.

- Installé Ubuntu sur le hdd interne.

Plutôt sur le hdd externe :

sdb3: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 14.04 LTS 
    Boot files:        /boot/grub/grub.cfg /etc/fstab

/dev/sdb3 .


Ubuntu se lance bien lorsque je sélectionne dans Bios (j'ai l'interface Grub) ainsi que Windows 8. cependant, j'ai toujours deux entrées Ubuntu. Laquelle dois-je supprimer?

Ubuntu se lance bien lorsque je sélectionne dans Bios (j'ai l'interface Grub)

Là ,tu démarres depuis le hdd interne?

2 entrées Ubuntu  ?  Ceci?:
'Ubuntu'
'Options avancées pour Ubuntu'

Si c'est çà, on garde les deux , le mode normal, et le mode recovery ...



Concernant la copie de /boot/efi/ubuntu dans BOOTHDDEXT, ca se complique. En effet, je n'ai pas la structure "/boot/efi/ubuntu" mais /boot/efi/EFI/ubuntu. Ci-dessous le déroulement du dossier.

D'après tes screen, je pense qu'il y a mal donne...
Il semble que tu veuilles tenter de copier le dossier /boot de ton système , dans la partition BOOTHDDEXT créée dan le hdd externe.

Ce n'est pas ce que j'avais compris. J'avais compris qu'il fallait copier le contenu ,ou partie du contenu de la partition /boot/efi qui est dans le hdd interne dans BOOTHDDEXT  créé dans le hdd externe.
Le but est d'avoir sans interférence de montage , une partition /boot/efi sur chaque hdd.
Que çà permette de faire démarrer en mode UEFI ;
W$ et Ubuntu depuis le hdd interne.
Et Ubuntu seulement depuis le hdd externe. Sur une autre machine en UEFI en branchant ton hdd externe dessus. Voir sur ta config actuelle, si tu viens à supprimer ton W$ ... Tu as le droit après tout ...

Et de plus, il va falloir regarder comment organiser les entrées de ces deux partitions /boot/efi dans le fichier /etc/fstab de ton Ubuntu...
Voici son contenu actuel.

=============================== sdb3/etc/fstab: ================================

--------------------------------------------------------------------------------
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdc3 during installation
UUID=71710728-2bec-453f-ba74-5c8e4621ccc6 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=6A9D-52C5  /boot/efi       vfat    defaults        0       1
# /home was on /dev/sdc5 during installation
UUID=8f31431c-1cf7-4909-a54c-25f4ef60f827 /home           ext4    defaults        0       2
# swap was on /dev/sdc4 during installation
UUID=261e6eeb-6746-4f65-a99d-47a6fab7314c none            swap    sw              0       0
# /boot/efi was on /dev/sda2 during installation
UUID=6A9D-52C5  /boot/efi       vfat    defaults        0       1

C'est bien ce qui permet au système de fouiller dans la partition /boot/efi de ton hdd interne, pour permettre de lancer ton Ubuntu.
Il va falloir créer une entrée comme celle-ci avec le label et l'UUID de la partition FAT32  (/boot/efi) que tu as créé sur le hdd externe, sinon tu ne pourras pas faire démarrer ton Ubunu sur une autre machine en UEFI lorsque tu brancheras ton hdd externe sur celle-ci.
Ou si ta partition /boot/efi de ton hdd externe vient à être supprimée, si tu vires W$ de ta config ...

Une entrée qui va ressembler à çà;

# /boot/efi was on /dev/sdb2 during installation
UUID= 09C4-349C    BOOTHDDEXT/boot/efi       vfat    defaults        0       1

Pour le label  BOOTHDDEXT , je ne suis pas sûr qu'il faille le mettre. Pour l'UUID c'est  donné par la commande

sudo blkid

Dans le boot info...

Ha oui!!, S'agissant d'un éventuel démarrage sur une autre machine.
Au boot...Il est fort possible qu'il y aie un message d'erreur concernant le montage de la partition /boot/efi  du hdd interne de ta config. Et oui, cette partition n'est pas dans l'éventuelle machine hôte.
Le message demandera de passer le montage avec la touche ( S ) ... Pour éviter çà, il faut mettre un dièse ( # ) devant ;

#UUID=6A9D-52C5  /boot/efi       vfat    defaults        0       1

Comme ceci .

C'est aussi pour évité çà que je préconisait de faire purement et simplement une copie de la partition /boot/efi du hdd interne dans le hdd externe . On a le même UUID et le même contenu ... Est-ce que çà risque de se monter sur les pieds?  je ne sais pas . C'est a tester.

Bougron confirmera...
Ou alors je n'ai rien compris à la manip qu'il propose.

@+.   Babdu89  .

#14 Re : -1 »  Impossible de lancer Boot-repair depuis LiveUSB Ubuntu 14.04 » Le 23/07/2014, à 19:00

Babdu89
Réponses : 88

Bonsoir.

Alnitak a dit post#71;
Lorsque je copie l'enssemble /boot/efi/EFI/ubuntu dans BOOTHDDEXT et que je paramètre le bios pour que le PC se lance sur le hdd externe (option 1) avec en option 2 windows, et bien il démarre sur Windows.

Comme le souligne Bougron ...
J'ai comme l'impression que le système est incapable de démarrer en utilisant les info contenues dans la partition FAT32  BOOTHDDEXT du hdd externe. Il ne considère pas cette partition comme partition /boot/efi  , et va chercher les infos de boot dans la partition /boot/efi du hdd interne pour booter W$ .

@ Bougron,
J'en reviens donc à l'idée de copier/coller (voir post#61) la partition /boot/efi du hdd interne, dans le hdd externe .
Quitte a changer l'UUID de la partition copiée,  /boot/efi   sur le hdd externe, si le système ne veut pas démarrer sur le hdd externe seul branché sur la machine pour tester.
Chose qui peut arriver, lorsque les deux hdd font partie de la config. Que le système aie un souci de reconnaissance pour cause d'UUID identique.
Le reboot sur le hdd externe, pour que çà marche, il faudra ajouter une entrée avec l'UUID de la partition /boot/efi du hdd externe, dans le fichier /etc/fstab de Ubuntu.

Bougron a dit;
Tu as compris qu'il faut faire en sorte que tous les UUID référencent seulement le disque externe,

Ne pas oublier que tu dois faire les mêmes contrôles pour le disque interne afin que le démarrage et ubuntu fonctionnent sans que le disque externe soit connecté

Non,non... Je ne pense pas.
Actuellement dans le fichier fstab de Ubuntu qui est sur le hdd externe rappelons le.
On voit les partitions

=============================== sdb3/etc/fstab: ================================

--------------------------------------------------------------------------------
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdc3 during installation
UUID=71710728-2bec-453f-ba74-5c8e4621ccc6 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=6A9D-52C5  /boot/efi       vfat    defaults        0       1
# /home was on /dev/sdc5 during installation
UUID=8f31431c-1cf7-4909-a54c-25f4ef60f827 /home           ext4    defaults        0       2
# swap was on /dev/sdc4 during installation
UUID=261e6eeb-6746-4f65-a99d-47a6fab7314c none            swap    sw              0       0

Les partitions système du disque externe Ubuntu (/dev/sdc3 pour le /  ; /dev/sdc5 pour le /home ;et /dev/sdc4  pour le swap) .
Et la partition /boot/efi /dev/sda2  du hdd interne. Qui sert à faire démarrer tout çà .

Il faudra certainement ajouter la partition /dev/sdb ou c2( çà c'est le résultat de l’ordonnancement des disque au démarrage de la machine) /boot/efi  du hdd externe ,comme je le dit aussi post#72 . Sans s'occuper de BOOTHDDEXT tout compte fait.
La partition /boot/efi du hdd interne, porte le label SYSTEM. Il a du lui être attribué par l'installation de W$ ... Je pense que l'on doit pouvoir mettre le même, ou rien du tout...

Bougron a dit;
(Une exception pour le swap qui ne doit pas être sur le disque externe mais sur le disque interne car la taille est liée à l'ordinateur auquel on connecte le disque externe de plus cela déchargera un peu les échanges en USB3).

Ben ,non ,comme on le voit dans le fstab de Ubuntu , le swap est bien une partition du hdd externe.

J'ai des Os Linux sur tous mes hdd externes que je trimbale comme çà de machine en machine. Chaque hdd à sa partition swap de 4 GO, que l'on retrouve dans les fstab de tous les Os installé sur chaque hdd.
Si une machine hôte avec un W$ seulement,  accueille mes hdd, j'ai de quoi swaper .

@+.   Babdu89  .

#15 Re : -1 »  Impossible de lancer Boot-repair depuis LiveUSB Ubuntu 14.04 » Le 24/07/2014, à 01:30

Babdu89
Réponses : 88

@ Bougron .

Et la partition /boot/efi /dev/sda2  du hdd interne. Qui sert à faire démarrer tout çà .
Je ne comprends pas la même chose que toi.
Lorsque le fichier Fstab est lu, d'après moi, il y a bien longtemps que ubuntu est démarré,


Lorsque le fichier Fstab est lu, d'après moi, il y a bien longtemps que ubuntu est démarré,

Heuuu non.
Je ne pense pas . C'est Grub qui est lancé,pas Ubuntu a ce stade là. Si dans le fstab Grub (enfin le système)  trouve les partitions de Ubuntu (partition de boot; partition système et partition /home) il charge Ubuntu.
Si il manque une de ces partitions, tu as droit à une erreur Grub  ; Grub ne trouve pas la partition suivi de l'UUID de la partition suivi d'un Grub rescue>.

Fais le test sur un de tes OS , dans le fstab, tu mets un dièse devant la ligne de l'UUID de la partition Système. Tu vas voir ce que çà fait au reboot ...

De plus je comprends mal   " avec en option 2 windows, et bien il démarre sur Windows".
    Il y a peut-être les explications dans les posts précédants. Désolé.

Il faut relire son post#71 pour comprendre. On verra si tu en déduis la même chose que moi .

J'ai oublié un petit truc, Je ne sais pas s'il est important

Dans la patition Fat32 du disque externe, On s'est beaucoup interessé au répertoire /EFI/ubuntu
    de mémoire, il doit y en avoir deux autres   /EFI/boot qui contient de quoi booter aussi ubuntu
                                                                      /EFI/Microsoft   
           Cela ne serait pas mal de virer ce répertoire afin que tout soit clean.

Je serais bien en peine de répondre, je n'ai pas accès au contenu d'une partition /boot/efi . Je n'ai que des installations Bios.

@+.  Babdu89  .

#16 Re : -1 »  Impossible de lancer Boot-repair depuis LiveUSB Ubuntu 14.04 » Le 24/07/2014, à 11:36

Babdu89
Réponses : 88

Bonjour.
Bon UEFI, çà commence à être dur à suivre pour moi ....

Je propose le test suivant .
Débrancher (déconnexion du câble SATA) du hdd interne .
Brancher le hdd externe.
Lancer une session live (DVD/USB)  Ubuntu en mode UEFI (s'assurer comme indiqué dans la doc ,que le session démarre bien en UEFI.).
Installer Boot-Repair comme indiqué dans la doc.
Avec Gparted supprimer/recréer la partition FAT32 pour le /boot/efi  .(pas de point de montage, pas de label). juste le drapeau "boot"
Lancer Boot-Repair, Ne pas faire de réparation recommandée pour l'instant. Passer par les "Options avancées" . Aller dans l'onglet "Emplacement de Grub" pour regarder si "Partition /boot/efi séparé /sdxx" est proposé et coché. et si la partition /sdba ou b (lettre du hdd externe du moment) 2 est proposée.
Si oui.  Ne rien faire d'autre que quitter les "Options avancées" revenir à la fenêtre principale de Boot-Repair et faire un boot info script. Poster L'URL de manière à voir ce que propose de faire Boot-Repair avec la réparation recommandée.
Si il propose de réinstaller Grub en faisant la partition /boot/efi avec la partition FAT32 sur le hdd externe, on pourra tester la réparation recommandée.

Si non , ce que je pensais ne peut pas marcher. Donc faut trouver autre chose pour faire booter la machine sur le hdd externe seul dans la config . Et là çà va se corser.
Car j'ai beau chercher, je ne trouve pas de sujet qui traite d'un dual ou multi boot UEFI sur deux hdd différents, dont un est un hdd externe.
Qu'en pense Bougron?.

@+.    Babdu89    .

#17 Re : -1 »  Impossible de lancer Boot-repair depuis LiveUSB Ubuntu 14.04 » Le 24/07/2014, à 21:51

Babdu89
Réponses : 88

Bonsoir.
Bon ,çà devient de plus en plus compliqué pour moi ...
Mais je vais simplifier ma pensée.
Actuellement dans la partition Système /dev/sdb3 du hdd externe, il y a tout ce qu'il faut pour que Ubuntu démarre.

Mais pour qu'il démarre, il faut lancer la machine à partir du hdd interne, car c'est sur ce hdd interne que se trouve la partition /boot/efi avec les données qui permettent de faire démarrer la machine sur le Ubuntu installé sur le hdd externe.

Si on supprime un des éléments de cette "chaîne" de démarrage ; La partition /boot/eefi du hdd interne (Plus de W$ installé, hdd interne mort, ou débranché. Et enfin hdd externe à faire démarrer sur une machine UEFI hôte) ...
Ubuntu ne peut pas démarrer ... Donc mon idée, c'était de copier/coller la partition /boot/efi du hdd interne dans la hdd externe.
Le éléments de cette partition, qui permettent à Ubuntu seront bien sur le hdd externe.

J'ai relu les posts depuis le post#64 , 67 , 71, avec les screen postés par Alnitak ... et 72 et suivants...

Et j'ai toujours l'impression que ce qui a été copié dans la partition FAT32 du hdd externe, pour en faire une partition /boot/efi, ne correspond pas à ce que contient la partition /boot/efi du hdd interne ... Donc, j'en conclus que Ubuntu ne pourra pas démarrer à partir du hdd externe.

C'est pour çà que je propose de tester la manip post#82 ... 
Il y aura peut-être aussi a modifier le fstab,  pour changer l'UUID (6A9D-52C5  par celui créé lorsque la partition FAT32 sera refaite voir les boot info) de la partition /boot/efi . que l'on aura copié.
On peut changer cette UUID avec Gparted, c'est une option présente dans ses menus.

Bon, je vois çà de "ma fenêtre" , peut-être que c'est une bêtise , je ne sais pas...

@+.  Babdu89   .

#18 Re : -1 »  Impossible de lancer Boot-repair depuis LiveUSB Ubuntu 14.04 » Le 25/07/2014, à 10:33

Babdu89
Réponses : 88

Bonjour.

@ Bougreon.
Pour étayer ce que je dis, en copiant la partition /boot/efi du hdd interne dans le hdd externe.
D'après le dernier boot info. Si rien n'a changé depuis...

http://paste.ubuntu.com/7838373/

On voit;  pour la partition FAT32  /boot/efi du hdd interne;

sda2: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  Windows 8/2012: FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /EFI/Boot/bootx64.efi /EFI/ubuntu/MokManager.efi 
                       /EFI/ubuntu/grubx64.efi /EFI/ubuntu/shimx64.efi 
                       /EFI/MSI/Boot/bootmgfw.efi /EFI/MSI/Boot/bootmgr.efi 
                       /EFI/MSI/Boot/memtest.efi 
                       /EFI/Microsoft/Boot/bootmgfw.efi 
                       /EFI/Microsoft/Boot/bootmgr.efi 
                       /EFI/Microsoft/Boot/memtest.efi /bootmgr /boot/bcd

On voit pour la partition FAT32 qui devrait être /boot/efi du hdd externe;

sdb2: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:    

Voila, alors dans ma "petite tête" , je me dis que si le contenu des deux partitions était identique, peut-être que Ubuntu démarrerait en bootant la machine sur le hdd externe...
Ubuntu et W$ devraient marcher hdd externe branché sur la machine.
Ubuntu seulement, devrait démarrer, hdd externe branché sur une machine UEFI hôte. Évidement ,un éventuel W$ sur cette machine ne booterait pas, puisque les données concernant le efi pour W$ , sont ceux qui permettent de lancer le W$ de la machine de Alnitak ...

Voila ma réflexion ...

Pour le contenu de  sudo parted -l , si rien n'a changé dans la config actuelle...

=================== parted -l:

Model: ATA HGST HTS541010A9 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start   End     Size    File system  Name                          Flags
1      1049kB  630MB   629MB   ntfs         Basic data partition          hidden, diag
2      630MB   945MB   315MB   fat32        EFI system partition          boot
3      945MB   1079MB  134MB                Microsoft reserved partition  msftres
4      1079MB  615GB   614GB   ntfs         Basic data partition          msftdata
5      615GB   980GB   365GB   ntfs         Basic data partition          msftdata
6      980GB   1000GB  20.6GB  ntfs         Basic data partition          hidden, diag


Model: ASMT 2105 (scsi)
Disk /dev/sdb: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system     Name  Flags
2      1049kB  316MB   315MB   fat32                 msftdata
3      316MB   25.3GB  25.0GB  ext4
4      25.3GB  33.8GB  8500MB  linux-swap(v1)
5      33.8GB  391GB   357GB   ext4
1      391GB   500GB   109GB   ntfs                  msftdata

et le contenu du fichier /EFI/ubuntu/grub.cfg

Justement, pour moi, c'est le point d'interrogation...
Çà se trouve dans les fichiers système de Ubuntu dans la partition /dev/sdb3 , ou dans la partition /boor/efi du hdd interne?...

C'est ce qui doit faire l'objet de la copie normalement, non?.


Comme tu le dis c'est compliqué d'autant plus que que Alnitak ne se manifeste plus, alors que c'est lui qui peut donner les infos afin de nous recadrer.

Ha ben , comme c 'est la période, il est peut-être parti en vacances....  lol  lol  wink

@+.    Babdu89    .

#19 Re : -1 »  GRUb partition invalide » Le 24/07/2014, à 09:37

Babdu89
Réponses : 1

Bonjour.

après avoir installé plusieurs bersoins d'ubuntu (9;04 a 12.04) et des reboot hasardeux de ma bécane,je me suis apercu que windows me détéctait une partition invalide
j'ai tenté de la réparer avec norton disk doctor, paragon partition magik et gparted
aucun résultat
j'ai donc décidé de la supprimer,et là au rdémarrag, plus de grub
je l'ai donc réparé en installant une nouvelle distrib ubuntu
avez-vous eu la méme expérience?

W$ ne sait pas reconnaître, ni accéder (en lecture/écriture) aux partitions pour Linux. Il voit leur présence avec le gestionnaire des disques. Mais n'est pas capable d'indiquer leur format (ext4 et swap) . Donc il les signale comme inconnue.

Comme tu as du supprimer la partition système de ton Ubuntu. Le boot loader Grub (démarreur de Linux) te met une erreur au démarrage, car il ne trouve plus la partition système Linux qui permet d'afficher le menu Grub et de faire démarrer le machine sur le système de ton choix.

Comme tu a réinstallé un Os Linux, tu as rétablis la situation .

@+.   Babdu89   .

#20 Re : -1 »  Installation 14.04 sur desktop et sur-régime [RESOLU] » Le 21/07/2014, à 21:48

Babdu89
Réponses : 4

Bonsoir .
Le driver "nouveau" est le driver libre. Ce n'est pas le driver propriétaire .

Essaye le changement en revenant au driver propriétaire ,pour tester .

@+.  Babdu89  .

#21 Re : -1 »  Sauvegarder son systeme » Le 21/07/2014, à 16:05

Babdu89
Réponses : 10

Bonjour.

Tu peux utiliser  un logiciel comme Clonezilla qui va faire une image iso de ton système sur support externe. Image iso à restaurer en cas de crash ...
Mais bon, si tu installes pas mal de trucs, et que tu "bénéficies" d'un plantage dans 2 ou 3 ans,  yikes sad  . Ton image de sauvegarde ne sera plus à jour...
C'est une bonne méthode, mai il faut refaire l'image système assez souvent, surtout suite à une grosse modif du système que l'on ne veux pas perdre ...

Sinon, comme j'ai de la place sur mes hdd , je copie mes systèmes Importants tout installés et paramétrés sur tous mes disques. Et je m'efforce de les maintenir à jour en même temps. Çà me sert aussi à tester les installations de trucs un peu dangereux (les mise à niveaux du système, vers la version suivante par exemple)  sans faire prendre de risque à l'original .

Voir ici.

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

En plus çà me  permet de " trimbaler "  mes systèmes à jour d'un endroit à l'autre, de machine en machine, en utilisant la copie sur hdd externe. Les copies de systèmes qui sont sur hdd externes sont aussi utilisables en faisant booter les machines dessus les hdd externe...

@+.  Babdu89 .

#22 Re : -1 »  [RESOLU] Windows 8 / Ubuntu 14.04 Impossible ! Rapport boot-repair » Le 21/07/2014, à 00:11

Babdu89
Réponses : 6

Bonsoir.

Le problème est que je n'est réussi à booter sur la clé USB qu'en mode legacy, une fois le mode efi parametré dans le bios, une seule option est disponible pour booter : Windows loader (plus possible par CD ni clé USB).

Ta machine n'est pas démarrée en UEFI. c'est là dans le rapport.

=================== UEFI/Legacy mode:
BIOS is EFI-compatible, but it is not setup in EFI-mode for this live-session.
SecureBoot maybe enabled.

Dans le Bios section Boot.
Si tu mets ==>  Launch csm  sur "enable"  , est ce que tu peux démarrer ta session live en UEFI ?.
Il me semble avoir lu qu'on active le mode UEFI comme çà sur certaines machines ...

@+.   Babdu89  .

#23 Re : -1 »  [RESOLU] Windows 8 / Ubuntu 14.04 Impossible ! Rapport boot-repair » Le 21/07/2014, à 15:48

Babdu89
Réponses : 6

Bonjour.

Par ailleurs et en comparaison d'autre bios qu' asus utilise pour ses notebook, je n'est pas pour le choix des boot (echap au démarrage avec launch csm enable) UEFI d'afficher comme par exemple :
choix 1 : USB kingston
Choix 2 : UEFI USB kingston

OK.
Et en activant " Fast boot "  dans l'onglet  " Boot " de ton Bios, tu as quoi comme choix au démarrage en utilisant soit Échap soit une touche fonction, qui devrait être indiquée en bas de l'écran au démarrage de la machine.

J'ai ce menu ( F8)  dans une machine desktop avec une CM  Asus . Çà me permet de choisir le périphérique au démarrage sans avoir à entrer dans le Bios.Mais ma machine n'est pas en UEFI, donc...

@+.   Babdu89  .

#24 Re : -1 »  Nettoyage dans les noyaux (kernel) » Le 21/07/2014, à 09:24

Babdu89
Réponses : 457

Bonjour.

OK!!. Je pense avoir cerné le souci de dodovolant. j'ai eu le même souci avant de piger ce qu'il faut faire...

Normalement on ne touche pas manuellement au fichier grub.cfg. c'est un fichier auto-généré par la mise à jour de Grub.

Sur sa config ,il y a plusieurs OS installés...
Chaque OS présentent plusieurs versions du noyau qui y est installé.
Normalement, il faut installer et utiliser Kclean sur chacun des Os. L'utiliser en ne laissant que les deux dernière versions du noyau.
Mais il y a un ordre à respecter... Il faut finir par l'OS qui se lance au démarrage de la machine...

Exemple ;
3 Os Linux installés sur la machine.
Linux1 avec 5 versions du noyau.
Linux2 avec 6 versions du noyau.
Linux3 avec 4 version du noyau.

La machine démarre sur le Linux2.
Dans le menu Grub (qui est celui de Grub installé dans le Linux2) on voit les 6 entrées des noyaux du Linux2 +memory test +un W$ eventuel +les Linux suivant donc 9 entrées.
Alors nettoyage efficace avec Kclean.
On l'installe sur les 3 linux.
On nettoie les Linux1 et 3 . Et on fini par le Linux2 celui qui lance la machine.
Si on ne garde que les deux dernières versions du noyau dans chaque OS. Dans le menu Grub du Linux2 ( celui lancer au démarrage de la machine) il n'y aura plus que;
2 versions noyaux pour le Linux2
Memory test
W$ éventuel
2 versions du noyau pour les Linux1 et 3 .
Donc plus que 6 entrées pour les noyau de tous les Linux.

Remarque Kclean supprime le noyau, mais fais aussi un mise à jour de Grub des Os qui l'utilise.
Donc si on finit par le Linux qui lance la machine, la suppression des noyaux des autres Linux sera pris en compte dans le menu Grub du Linux qui lance la machine...

Remarque pour dodvolant, si dans un de tes OS le 14.04 , il n'y plus que 2 versions du noyau, tu ne nettoies pas avec Kclean, mais tu fais une mise à jour de Grub de la 14.04.

sudo update-grub

Et tu finis le nettoyage avec kclean dans le 12.04  . À la fin du nettoyage, Kclean va faire la maj de Grub de la 12.04. Çà va éclaircir le menu Grub .

En fait les noyaux sont bien nettoyé dans la 14.04, mais Grub n'est pas à jour. Dans le fichier /boot/grub/grub.cfg de la 14.04, il y a encore les entrées des anciens noyaux. La maj de Grub va les supprimer. Lorsque tu vas nettoyer la 12.04 tout va rentrer dans l'ordre  .

@+.   Babdu89  .