Un "clone" réalisé avec Systemback

Pimprelune · Le 21/08/2016, à 21:11

Babdu89 a écrit :

Comme je te sais impatiente...
Je n'ai pas indiqué de commandes pour faire ce que je propose. J'ai juste indiquer la modif à faire, mais pas comment la faire. Nianiania!!!..
@+. Babdu89 .

--> Piégée

Question piège, justement, Babdu89, pour "débrancher" le DDExterne, il n'y a que démonter... Je suis un ordre particulier ?
La liste, plus simple à montrer en capture -->

Dernière modification par Pimprelune (Le 22/08/2016, à 16:07)

Babdu89 · Le 21/08/2016, à 21:14

Alors, tu éteins la machine. Tu ébranches le hdd externe. Et tu redémarres sans rien faire d'autre qu'appuyer sur le bouton marche/arrêt.
C'est bien comme çà que tu fais d'ordinaire?. non?
Tu dis ce qu'il se passe... Merci

@+. Babdu898 .

Babdu89 · Le 21/08/2016, à 21:19

Voir post#202 ...

@+. Babdu89 .

Pimprelune · Le 21/08/2016, à 21:36

Voui, voui, j'ai fait comme tu dis, Babdu89 (au passage, je pense que le DDexterne a pas aimé dutout), je ne fais rien et j'aboutis dur un écran noir qui me dis -->

ERROR : no disk has been detected or the disk has failed.

Et l'écran reste noir avec cette phrase !

Babdu89 · Le 21/08/2016, à 21:54

Ah bon...
C'est plus" chiant" que je le pensais...
Bon on va tenter quelque chose.
Bien suivre ce qui suit....
Machine arrêtée. Brancher le hdd externe.
Démarre la machine avec F12.
Préparer un doigt au dessus de la touche "Échap" sans l'enfoncer
Lancer le démarrage sur le hdd externe.
Pendant le démarrage tapoter su la touche "Échap". Normalement çà devrait afficher le menu Grub. çà arrête le chargement jusqu'à ce que tu fasses un choix dans ce menu et que tu valides. Si çà démarre comme çà, tu décris ce que tu y vois.

D’après le boot info tu devrais voir ceci ;
Ubuntu
Options avancées pour Ubuntu

Ubuntu 16.04 sur /dev/sda2
Options avancées pour Ubuntu en /dev/sda2

Alors;
Ubuntu et Options avancées pour Ubuntu, c'est pour démarrer la copie.

Ubuntu 16.04 sur /dev/sda2 et option pour Ubuntu sur /dev/sda2 , c'est pour démarrer ton Ubuntu-Gnome du hdd interne.

Tu sélectionnes ; Ubuntu 16.04 /dev/sda2 et tu fais "Entrée" .
Tu dis si tu démarres sur ton Ubuntu-Gnome du hdd interne.
Normalement si il démarre, tu devrais voir les données dans les dossiers, contrairement à la copie.

@+. Babdu89 .

Pimprelune · Le 21/08/2016, à 22:11

En fait, je suis de retour sur le fixe, Babdu89, puisque j'ai rebranché le DD pour relancer le PC, et c'est clairement tes propositions qui sont apparues sur le Grub, je ne me souvenais pas des termes exacts au redémarrage pour accéder à là où je suis, mais c'est tout à fait ça !

Donc, je débranche le DDExterne comment ? En "démontant les volumes un à un ? Et seulement les trois avec le même sigle du trident ??? Les quatre (même sans trident), il faut aussi retirer le volume de 52 Gb (vu les symboles de retrait), ça s'enlève...

Il n'y a peut-être même pas besoin que je le débranche, j'éteins le PC par la Tour, non ? (Je n'aime pas, j'ai l'impression que la machine crie...)

J'attends tes directives avant de faire quoi que ce soit. Le reste (à part le doigt au-dessus d'Esc), je fais comme d'habitude. Pour tapoter (pas enfoncer ?) Esc, c'est pendant que le sigle d'Ubuntu tourne, c'est ça ?

Dernière modification par Pimprelune (Le 21/08/2016, à 22:24)

Babdu89 · Le 21/08/2016, à 22:26

Pimprelune a écrit :

En fait, je suis de retour sur le fixe, Babdu89, puisque je l'ai rebranché pour relancer le PC, et c'est clairement tes propositions qui sont apparues sur le Grub, je ne me souvenais pas des termes exacts au redémarrage pour accéder à là où je suis, mais c'est tout à fait ça !
Donc, je débranche le DDExterne comment ? En "démontant les volumes un à un ? et les trois avec le même sigle du trident ???
Il n'y a peut-être même pas besoin que je le débranche, j'éteins le PC par la Tour, non ? (Je n'aime pas, j'ai l'impression que la machine crie...)
J'attends tes directives avant de faire quoi que ce soit. Le reste (à part le doigt au-dessus d'Esc), je fais comme d'habitude. Pour tapoter (pas enfoncer ?) Esc, c'est pendant que le sigle d'Ubuntu tourne, c'est ça ?

Hou là!!!

Bon, lorsque la machine fonctionne hdd externe branché.
Tu passes par les menus (arrêter/redémarrer) pour arrêter la machine, comme lorsque le hdd externe n'est pas branché. Le système va s'arrêter correctement.
Lorsque c'est éteint, tu débranches le hdd externe.

Machine éteint. tu branches le hdd externe.
Tu démarres la machine an passant par F12 .
et tu ais ce que j'expliquais post#205 . pour tente de démarrer le Ubuntu-Gnome installé sur le hdd interne.

J'attends tes directives avant de faire quoi que ce soit. Le reste (à part le doigt au-dessus d'Esc), je fais comme d'habitude. Pour tapoter (pas enfoncer ?) Esc, c'est pendant que le sigle d'Ubuntu tourne, c'est ça ?

Non non. C'est dés-que tu valides le démarrage sur le hdd externe à partir du menu de la touche F12 .
Lorsque le sigle Ubuntu tourne, tu as passé l'affichage du menu Grub, c'est trop tard.

@+. Babdu89 .

Pimprelune · Le 21/08/2016, à 22:59

J'ai fait 2 essais (et le deuxième ne m'a pas plu du tout !), Babdu89 --> J'ai gardé le doigt au-dessus d'Esc, et après le Boot Menu et avant l'affichage d'ubuntu, j'ai fait Esc : une catastrophe -->

GNU Grub version 2.02 beta2-36ubuntu3.2

Édition de lignes basiques de type BASH impossible. Pour le premier mot, tab affiche les compléments de commande possibles. Ailleurs, Tab affiche les compléments de périphériques ou fichiers accessibles.
(et à chaque Entrée que je tapais -->)
grub>
grub>
grub>

Et impossible d'en sortir à part via l'extinction sauvage : le bouton d'arrêt de la Tour !!! Ce que je n'ai pas aimé. Et là, j'ai relancé la machine, DDExt branché, F12 et Boot Menu...

Je n'ai même pas eu besoin de tapoter Esc, Babdu89 !

J'ai eu le Grub suffisamment longtemps pour pouvoir choisir, et pas besoin d'aller voir Nautilus (bon, j'ai vérifié quand même et tout mes trucs perso sont bien là), mon fond d'écran est là (ce que je n'avais pas sur la copie).

Maintenant, la question est d'être sûr - si je retire/démonte le DDExterne - de garder la bonne distribution, et que je ne sois pas obligée à chaque fois de brancher le DD pour démarrer, Babdu89...

Dernière modification par Pimprelune (Le 21/01/2017, à 15:00)

Babdu89 · Le 21/08/2016, à 23:09

@Bougron.
Ce que j'ai observé dans les boot info avec le fichier efibootmgr -v

Boot info avec uniquement l'Os du hdd interne.
Boot info fait depuis l'Os du hdd interne.

http://paste2.org/LcvbHAcs

Un seul Os sur le HDD INTERNE
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /EFI/ubuntu/MokManager.efi /EFI/ubuntu/fwupx64.efi
/EFI/ubuntu/grubx64.efi /EFI/ubuntu/shimx64.efi

blkid
/dev/sda1: UUID="A048-B53B" TYPE="vfat" PARTUUID="13bd89e1-3cc2-458b-8cf3-382e1cd511df"

=================== efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0000,0002,0003
Boot0000 Windows Boot Manager VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)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.}....................
Boot0001* ubuntu HD(1,GPT,13bd89e1-3cc2-458b-8cf3-382e1cd511df,0x800,0x7d000)/File(EFIubuntushimx64.efi)
Boot0002 Fedora VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0003 Korora VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)

Boot info avec l'os du hdd interne plus l'os du hdd externe
Boot info fait depuis l'Os du hdd externe.

http://paste2.org/8C8wM2fK

HDD INTERNE PLUS HDD EXTERNE. La machine démarre sur le hdd externe Os copié.

sdb1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /EFI/ubuntu/MokManager.efi /EFI/ubuntu/grubx64.efi
/EFI/ubuntu/shimx64.efi

blkid
/dev/sdb1: LABEL="SB@BOOT/EFI" UUID="C154-6A25" TYPE="vfat" PARTUUID="10864423-c88c-495e-b266-4eaf311b6a7e"

=================== efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0004,0002,0003,0000
Boot0000 Windows Boot Manager VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)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.}....................
Boot0001* ubuntu HD(1,GPT,10864423-c88c-495e-b266-4eaf311b6a7e,0x800,0x7d000)/File(EFIubuntushimx64.efi)
Boot0002 Fedora VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0003 Korora VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0004 UEFI: ST2000DM001-1ER164 PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,65535,0)/HD(1,GPT,13bd89e1-3cc2-458b-8cf3-382e1cd511df,0x800,0x7d000)AMBO

C'est pour çà que çà ne veut plus démarrer sur le hdd interne?.
Je ne sais pas trop comment çà marche le fichier efibootmgr -v

Hdd externe branché, la machine démarrée sur l'os du hdd interne, via le menu Grub du hdd externe. Si on fait la maj de grub sur l'Os du hdd interne, est suffisant pour réparer les choses?.

En mode Bios_legacy c'est ce qu'il faudrait faire. mais là avec L'UEFI, je ne sais pas ce que çà donnerait.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 21/08/2016, à 23:44)

Pimprelune · Le 21/08/2016, à 23:12

Surtout qu'il y a des trucs qui ont clairement été modifiés (en bien ou en mal ?), Babdu89, ce sont les volumes - les noms surtout - du DDExterne -->

Avant -->

Et après --> , le volume de 52 GB et celui de 262 MB ainsi que le clonesystem ayant disparu (???).

Bougron · Le 21/08/2016, à 23:18

Bonsoir
J'ai retrouvé ton boot-info d'avant hier au post #80 La partie intérressante est

=================== efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0000,0002,0003
Boot0000  Windows Boot Manager	VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)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.}....................
Boot0001* ubuntu	HD(1,GPT,13bd89e1-3cc2-458b-8cf3-382e1cd511df,0x800,0x7d000)/File(EFIubuntushimx64.efi)
Boot0002  Fedora	VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0003  Korora	VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)

on voit que la partition "13bd89e1-3cc2-458b-8cf3-382e1cd511df boote ubuntu (qui est sur sda1)
et que tu as 3 lignes de boot avec le même uuid ( 99e275e7-75a0-4b37-a2e6-c5385e6c00cb) qui n'existe pas. Ultérieurerement on virera ces trois lignes.
et ton boot-info de hier au post 179 pour la même chose

=================== efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0004,0002,0003,0000
Boot0000  Windows Boot Manager	VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)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.}....................
Boot0001* ubuntu	HD(1,GPT,10864423-c88c-495e-b266-4eaf311b6a7e,0x800,0x7d000)/File(EFIubuntushimx64.efi)
Boot0002  Fedora	VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0003  Korora	VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0004  UEFI: ST2000DM001-1ER164	PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,65535,0)/HD(1,GPT,13bd89e1-3cc2-458b-8cf3-382e1cd511df,0x800,0x7d000)AMBO

On voit très bien que la ligne 1 a changé de UUID 13bd89e1-3cc2-458b-8cf3-382e1cd511df est devenu 10864423-c88c-495e-b266-4eaf311b6a7e
en clair SDA1 a été remplacé par SDB1

=================== blkid:
/dev/sda1: UUID="A048-B53B" TYPE="vfat" PARTUUID="13bd89e1-3cc2-458b-8cf3-382e1cd511df"
/dev/sdb1: LABEL="SB@BOOT/EFI" UUID="C154-6A25" TYPE="vfat" PARTUUID="10864423-c88c-495e-b266-4eaf311b6a7e"

Ce qui veut dire qu'en standard, même sans utiliser la touche F12, tu bootes sur SDB1 le disque externe.
Si ce disque n'est pas présent, tu bootes sur boot0004 qui normalement est aussi la partition SDA1
Mais je voudrais bien savoir quel fichier de boot est utilisé car ce n'est pas précisé dans la ligne et il y en a 4 .
sda1: __________________________________________________________________________
Boot files: /EFI/ubuntu/MokManager.efi
/EFI/ubuntu/fwupx64.efi
/EFI/ubuntu/grubx64.efi
/EFI/ubuntu/shimx64.efi
Avec les deux premiers, tu n'as pas de chance de booter, il faut l'un des deux derniers (ton boot EFI est positionné sur non sécurisé)

Donc ma première question est: Lorsque tu as fait F12 pour le choix du disque interne, as-tu vu les fichiers et as-tu pu en choisir un?
Je pense que la réponse va être non.
et je crains que le choix F12 que tu as fais a consisté à dire qu'il faillait que tu bootes sur le support USB.
Dans ce contexte, Le bios EFI connaît le nom du fichier qu'il doit utiliser (grubx64.efi et/ou bootx64.efi) et ne consulte pas cette liste.
Ma seconde question est donc: Acceptes-tu de mettre le bios en mode secure. Si oui (cas des micro ACER depuis toujours et quelques ASUS)
Peux-tu parcourir le contenu de la partition SDA1 à la recherche du fichier SHIMX64.EFI car c'est lui qu'il faut choisir pour fichier de boot.
Si tu trouves, tu pourras imposer ce fichier de cette partition en priorité et c'est parti.
Si tu ne trouves pas ou si tu ne souhaites pas passer en secure, Il faut que tu lances boot-repair et que tu réinstalles le grub,
Il se fera un plaisir de rectifier la ligne de boot dans la liste EFI. Il appliquera la rectification windows mais ce n'est pas grave car tu n'as pas windows . De toutes façons on peut vivre avec.

Pour explication plus approfondie
boot dans les ordres suivants BootOrder: 0001,0004,0002,0003,0000
boot0001 est le disque externe non présent, donc on passe sur boot0004
Boot0004 UEFI: ST2000DM001-1ER164 PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,65535,0)/HD(1,GPT,13bd89e1-3cc2-458b-8cf3-382e1cd511df,0x800,0x7d000)AMBO
qui a bien l'UUID de la partition 1 de SDA avec une codif que je ne connais pas mais qui ne fonctionne pas Il est probableque cela ne lance ni le grubx64.efi ni le shimx64.efi
peut-être l'un des deux autres

Dernière modification par Bougron (Le 22/08/2016, à 00:04)

Babdu89 · Le 21/08/2016, à 23:19

Et imoossible d'en sortir à par par l'extinction sauvage via le bouton d'arrêt de la Tour !!! Ce que je n'ai pas aimé. Et là, j'ai relancé la machine, DDExt branché, F12 et Boot Menu...
Je n'ai même pas eu besoin de tapoter ESC, Babdu89 !
J'ai eu le Grub suffisamment longtemps pour pouvoir choisir, et pas besoin d'aller voir Nautilus (bon, j'ai vérifié quand même et tout mes trucs perso sont bien là), mon fond d'écran est là (ce que je n'avais pas sur la copie).
Maintenant, la question est d'être sûr - si je retire/démonte le DDExterne - de garder la bonne distribution, et que je ne sois pas obligée o chaque fois de brancher le DD pour démarrer, Babdu89...

Bon çà va rassurée? le Ubuntu-Gnome du hdd interne fonctionne toujours...

Maintenant, la question est d'être sûr - si je retire/démonte le DDExterne - de garder la bonne distribution, et que je ne sois pas obligée o chaque fois de brancher le DD pour démarrer, Babdu89...

Justement, c'est à cela que l'on va s’atteler avec Bougron , spécialiste du mode UEFI.

J'ai peut-être levé une piste post#209.. On va attendre qu'il se prononce..
Si çà se trouve une mise à jour de Grub de L'Os du hdd interne suffit...

Ah si des mises a jours systèmes sont proposées, tu ne les fais pas. tu pourras les faire plus tard lorsque le démarrage sera redevenu normal.

Ps, pour éteindre la machine proprement avec le hdd externe branché.
Fermer toutes les applications, passer par le menu Éteindre/Redémarrer. Arrêter la machine avec Éteindre.
Pour le moment tu es obligée de démarrer comme çà.

@+. Babdu89 .

Babdu89 · Le 21/08/2016, à 23:21

@ Bougron, tu as lu le post#209?

@+. Babdu89 .

Babdu89 · Le 21/08/2016, à 23:30

Pimprelune a écrit :

Surtout qu'il y a des trucs qui ont clairement été modifiés (en bien ou en mal ?), Babdu89, ce sont les volumes - les noms surtout - du DDExterne -->
Avant --> http://pix.tdct.org/upload/thumb/1471810526.png
Et après --> http://pix.tdct.org/upload/thumb/1471817402.png, le volume de 52 GB et celui de 262 MB ainsi que le clonesystem ayant disparu (???).

Si tu te rappelles bien lorsque l'on avait préparé les partitions du hdd externe pour la copie. j'avais dis que l'on ne mettait pas de label , car Systemback mettrait les siens...
C'est ce que tu constates. SB@ pour la partition système /dev/sdb2, et SB@home pour la partition /home séparé /dev/sb3 .
Tu ne peux voir ceci que depuis le Ubuntu-Gnome du hdd interne.

Si tu veux par le suite, soit depuis une session live ou depuis ton Ubuntu-Gnome installé sur le hdd interne, tu peux changer ces label avec Gparted (partitions démontées swap désactivé).

@+. Babdu89 .

Babdu89 · Le 21/08/2016, à 23:39

Bon, maintenant que la copie est faite, qu'elle marche. Que l'on va certainement réparer le boot depuis le hdd interne sans hdd externe branché..

On va pouvoir avec Systemback, faire une iso de ton Ubuntu-Gnome du hdd interne, sans copier les 292 Go de données .
Cette iso on va demander à Systemback qu'il la mette dans la partition "pour-systemback" du hdd externe.
Cette iso tu pourras la mettre sur la clé usb MultiSystem et utiliser ta config en session live, ou en session live avec mode persistent. (çà garde les données que tu ajoutes). Çà c'est chouette, car en branchant ta clé sur la machine d'une copine, voisin ou dans la famille, tu te retrouves avec ta config comme à la maison.
Seule condition que la/les machines "hôte" soit en mode UEFI. Sinon çà ne marchera que chez toi.

Bonne soirée, à demain.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 21/08/2016, à 23:53)

Pimprelune · Le 21/08/2016, à 23:52

Oufffffffff, juste un problème au niveau des lignes (De commandes ? Des partitions nommées ? Des emplacements des périphériques ?), alors, Bougron.

Babdu89 a écrit :

Bon çà va rassurée? le Ubuntu-Gnome du hdd interne fonctionne toujours...

Pimprelune a écrit :
Maintenant, la question est d'être sûr - si je retire/démonte le DDExterne - de garder la bonne distribution, et que je ne sois pas obligée à chaque fois de brancher le DD pour démarrer, Babdu89...
Justement, c'est à cela que l'on va s’atteler avec Bougron , spécialiste du mode UEFI.
J'ai peut-être levé une piste post#209.. On va attendre qu'il se prononce..
Si çà se trouve une mise à jour de Grub de L'Os du hdd interne suffit...
Ah si des mises a jours systèmes sont proposées, tu ne les fais pas. tu pourras les faire plus tard lorsque le démarrage sera redevenu normal.
Ps, pour éteindre la machine proprement avec le hdd externe branché.
Fermer toutes les applications, passer par le menu Éteindre/Redémarrer. Arrêter la machine avec Éteindre.
Pour le moment tu es obligée de démarrer comme çà.
@+. Babdu89 .

Bien sûr que je suis rassurée (mais en bonne paranoïaque, j'ai sauvegardé mes derniers fichiers sur un autre DDExterne), Babdu89 !

Babdu89 a écrit :

Si tu veux par le suite, soit depuis une session live ou depuis ton Ubuntu-Gnome installé sur le hdd interne, tu peux changer ces label avec Gparted (partitions démontées swap désactivé).
@+. Babdu89 .

Ma foi, Babdu89, les noms peuvent rester tel quel, ça ne me dérange pas !

Merci encore à vous deux pour tout le boulot que ça vous a demandé pour bidouiller chez vous avant de donner les retours pour mon PC, Babdu89 et Bougron... et la constante consultation des divers Boot Info.

Bonne nuit, Babdu89, à demain !

Dernière modification par Pimprelune (Le 21/08/2016, à 23:54)

Babdu89 · Le 22/08/2016, à 00:10

Ah, pour compléter la copie.
On va ajouter une partition swap dans le ficher /ect/fstab de la partition /dev/sdb2. celle du hd externe /dev/sdb4

=============================== sdb2/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>
# /boot/efi
UUID=C154-6A25   /boot/efi   vfat   noatime,umask=0077   0   1
# /
UUID=328b1208-32a1-4f7c-b38a-44d37fd2a51b   /   ext4   noatime,errors=remount-ro   0   1
# /home
UUID=d0909bb8-dd63-4345-8e28-4cf7244b581c /home ext4 noatime 0 2

On va ajouter:

# swap 
UUID=cff62f42-ae6b-4b86-ac9d-909b714b800a     none swap sw 0  0

@+. Babdu89 .

Bougron · Le 22/08/2016, à 00:39

Babdu89 a écrit :

@Bougron.
Ce que j'ai observé dans les boot info avec le fichier efibootmgr -v
Boot info avec uniquement l'Os du hdd interne.
Boot info fait depuis l'Os du hdd interne.
http://paste2.org/LcvbHAcs
Un seul Os sur le HDD INTERNE
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /EFI/ubuntu/MokManager.efi /EFI/ubuntu/fwupx64.efi
/EFI/ubuntu/grubx64.efi /EFI/ubuntu/shimx64.efi
En EFI, la réparation va consistera à remettre le grub-EFI de la partition dans la partition ESP a traiter le fuichier de config de cette partition et e mettre unbe ligne de boot en preomiere bootable par exécution de la commande grub-install) qui malheuresemnt exige une bonne quantité de copier/clooer de l'utilisateur
et a renommer les fichiers de boot de Windows puis a mettre les fichiers shimx64.efi dans les fichiers de boot de windows
C'est une correction intéressante pour les micros HP et Toshiba qui n'utilisent pas entièrement l'EFI et qui ne savent booter que sur le fichier /efi/boot/bootx64.efi

blkid
/dev/sda1: UUID="A048-B53B" TYPE="vfat" PARTUUID="13bd89e1-3cc2-458b-8cf3-382e1cd511df"

=================== efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0000,0002,0003
Boot0000 Windows Boot Manager VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)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.}....................
Boot0001* ubuntu HD(1,GPT,13bd89e1-3cc2-458b-8cf3-382e1cd511df,0x800,0x7d000)/File(EFIubuntushimx64.efi)
Boot0002 Fedora VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0003 Korora VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)

Boot info avec l'os du hdd interne plus l'os du hdd externe
Boot info fait depuis l'Os du hdd externe.
http://paste2.org/8C8wM2fK
HDD INTERNE PLUS HDD EXTERNE. La machine démarre sur le hdd externe Os copié.

sdb1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /EFI/ubuntu/MokManager.efi /EFI/ubuntu/grubx64.efi
/EFI/ubuntu/shimx64.efi

blkid
/dev/sdb1: LABEL="SB@BOOT/EFI" UUID="C154-6A25" TYPE="vfat" PARTUUID="10864423-c88c-495e-b266-4eaf311b6a7e"

=================== efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0004,0002,0003,0000
Boot0000 Windows Boot Manager VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)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.}....................
Boot0001* ubuntu HD(1,GPT,10864423-c88c-495e-b266-4eaf311b6a7e,0x800,0x7d000)/File(EFIubuntushimx64.efi)
Boot0002 Fedora VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0003 Korora VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0004 UEFI: ST2000DM001-1ER164 PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,65535,0)/HD(1,GPT,13bd89e1-3cc2-458b-8cf3-382e1cd511df,0x800,0x7d000)AMBO
C'est pour çà que çà ne veut plus démarrer sur le hdd interne?.
Je ne sais pas trop comment çà marche le fichier efibootmgr -v
Hdd externe branché, la machine démarrée sur l'os du hdd interne, via le menu Grub du hdd externe. Si on fait la maj de grub sur l'Os du hdd interne, est suffisant pour réparer les choses?.
En mode Bios_legacy c'est ce qu'il faudrait faire. mais là avec L'UEFI, je ne sais pas ce que çà donnerait.

@+. Babdu89 .

Que dire de plus
BootCurrent: 0001 =====> on a booté actuellement avec le n° 0001
Timeout: 1 seconds ======> le temps en seconde qu'il daigne allouer à l'utilisateur pour se positionner dans la liste qu'il affiche.
BootOrder: 0001,0004,0002,0003,0000
===> il lance la séquence 0001, si cela foire, il lance la séquence 00004 , si cela ne marche pas, il lance la séquence 0002 etc..... (certains bios acceptent jusqu'à 128 lignes avant de dire que la table est pleine.
Boot0001* ubuntu HD(1,GPT,10864423-c88c-495e-b266-4eaf311b6a7e,0x800,0x7d000)/File(EFIubuntushimx64.efi)
boot0001 ===> C'esl la ligne identifiée boot ayant le N° 0001
ubuntu ==> c'est un petit nom sympa. pas de doublons possible. Peut devenir UNKNOWN en cas de bios sécurisé si ce nom n'a pas été validé.
HD cela va booter sur un disque dur
1 sur une partition en position 1
GPT qui est en GPT C'est le cas à 99,99% .Seulement vu deux cas en MBR (des windows) pendant deux ans. Le grub déraille dans un tel contexte
10864423-c88c-495e-b266-4eaf311b6a7e c'est le fameux UUID
Si cela n'existe pas, exit le boot sur cette ligne de boot et passage à la ligne suivant après consultation du booter order
0x800 elle commence à l'adresse en hexadécimal 800
Si pas bon ? voir ci-dessus?
0x7d000 sa taille est de 7d000 secteurs - en hexa
Si pas bon ? voir ci-dessus?
EFIubuntushimx64.efi c'est le fichier qu'il faut lancer si pas présent dans la partition, voir ci-dessus
si sécure boot et pas validé par l'administrateur du bios voir ci-dessus.

Donc en théorie, on a booté avec cette ligne lorsque le disque externe n'est pas branché
Boot0004 UEFI: ST2000DM001-1ER164 PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,65535,0)/HD(1,GPT,13bd89e1-3cc2-458b-8cf3-382e1cd511df,0x800,0x7d000)AMBO
Je reconnais bien la bonne partition mais je sais pas décoder le reste.
j'ai compris que cela n'avait pas fonctionné.

Dernière modification par Bougron (Le 22/08/2016, à 00:44)

Bougron · Le 22/08/2016, à 00:56

Ah oui une astuce si on ne veut (peut) pas utiliser boot-repair
J'ai cru comprendre que le boot via le disque externe est de nouveau possible donc on boote avec.
On se retrouve dans le ubuntu du disque externe
On fait du sérieux et c'est ce que je recommande.

sudo efibootmgr -c -d  /dev/sda  -p  1  -L  'Ubuntuinterne'  -l  '\EFI\ubuntu\grubx64.efi'
sudo efibootmgr -c -d  /dev/sdb  -p  1  -L  'Ubuntuexterne'  -l  '\EFI\ubuntu\grubx64.efi'
sudo efibootmgr -B   -b 0000
sudo efibootmgr -B   -b 0002
sudo efibootmgr -B   -b 0003
sudo efibootmgr -v

Je viens d'ajouter à l'instant les codifs de suppression.
et changer l'ordre de boot pour que cela soit en premier le disque externe s'il est connecté.
et en mettant des petits noms sympa
Je crois qu'on était sur la même longueur d'onde.
J'ai ajouté deux lignes distinctes
J'ai supprimé les 3 lignes inutiles
Pour le moment j'ai laissé la ligne crée en souvenir
La dernière création est prioritaire dans la liste
Reste à savoir si ce bios va la conserver s'il constate que le disque externe n'est pas branché....
dans la liste, il peut y avoir des trous et la commande boot order permet de ne pas suivre l'ordre de la luiste
Ne pas oublier pour plus d'explications sur la codif efibootmgr --help Je pense que ce package peut s'installer sur une machine légacy.
(pas disponible demain matin)

Tous ces problème parce que ubuntu n'a pas compris qu'avoir deux versions de ubuntu sur une même machine n'est pas débile.
cela s'appelle ubuntu en 14.004 en 12.04 en 16.04 et il veut que cela soit le grub qui propose. il a mis plus de 10 ans à accepter d'utiliser UBUNTU et il y va a reculons.

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

Babdu89 · Le 22/08/2016, à 01:02

@ Bougron.
En réponse au post#211.

Pour explication plus approfondie
boot dans les ordres suivants BootOrder: 0001,0004,0002,0003,0000
boot0001 est le disque externe non présent, donc on passe sur boot0004
Boot0004 UEFI: ST2000DM001-1ER164 PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,65535,0)/HD(1,GPT,13bd89e1-3cc2-458b-8cf3-382e1cd511df,0x800,0x7d000)AMBO
qui a bien l'UUID de la partition 1 de SDA avec une codif que je ne connais pas mais qui ne fonctionne pas Il est probableque cela ne lance ni le grubx64.efi ni le shimx64.efi
peut-être l'un des deux autres

Si dans efibootmgr -v
On vire

Boot0002  Fedora	VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0003  Korora	VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)

On ajoute;

Boot0001* ubuntu	HD(1,GPT,13bd89e1-3cc2-458b-8cf3-382e1cd511df,0x800,0x7d000)/File(EFIubuntushimx64.efi)

Que l'on passe

  Boot0001* ubuntu	HD(1,GPT,10864423-c88c-495e-b266-4eaf311b6a7e,0x800,0x7d000)/File(EFIubuntushimx64.efi)

en Boot0002

 Boot0002* ubuntu	HD(1,GPT,10864423-c88c-495e-b266-4eaf311b6a7e,0x800,0x7d000)/File(EFIubuntushimx64.efi)

Que l'on passe

Boot0004  UEFI: ST2000DM001-1ER164    PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,65535,0)/HD(1,GPT,13bd89e1-3cc2-458b-8cf3-382e1cd511df,0x800,0x7d000)AMBO

en Boot0003

Boot0003  UEFI: ST2000DM001-1ER164    PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,65535,0)/HD(1,GPT,13bd89e1-3cc2-458b-8cf3-382e1cd511df,0x800,0x7d000)AMBO

Que l'on change le Boot ordre en; BootOrder: 0001,0002,0003,0000

Pour avoir çà

  =================== efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0002,0003,0000
Boot0000  Windows Boot Manager	VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)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.}....................
Boot0001* ubuntu	HD(1,GPT,10864423-c88c-495e-b266-4eaf311b6a7e,0x800,0x7d000)/File(EFIubuntushimx64.efi)
Boot0002* ubuntu	HD(1,GPT,13bd89e1-3cc2-458b-8cf3-382e1cd511df,0x800,0x7d000)/File(EFIubuntushimx64.efi)
Boot0003  UEFI: ST2000DM001-1ER164	PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,65535,0)/HD(1,GPT,13bd89e1-3cc2-458b-8cf3-382e1cd511df,0x800,0x7d000)AMBO

On boot en premier sur l'os du hdd externe si branché, puis sur le Os du hdd interne si le hdd externe pas branché...

Bon, je vois peut-être çà de ma fenêtre?....

@+. Babdu89 .

Babdu89 · Le 22/08/2016, à 01:06

Bon allez ce coup-ci ...Dodo..

@demain.

@+. Babdu89 .

mloupiot · Le 22/08/2016, à 10:46

Bonjour,

suite au conseil de Babdu89, j'ai ouvert une nouvelle discussion concernant mon problème avec Systemback Ici

Babdu89 · Le 22/08/2016, à 11:41

Bonjour.
@mioupiot.
Merci, on va pouvoir te rejoindre .
@Bougron.
Post#219 tu dis;

Je crois qu'on était sur la même longueur d'onde.

Oui, seulement, toi tu sais faire en commande. Moi je viens juste de mettre le nez dans le fonctionnement de l'UEFI.
Le fichier "efibootmgr -v" m'intrigait. Alors je commence la lecture...

@+. Babdu89 .

Pimprelune · Le 22/08/2016, à 12:09

Hello à Babdu89 et Bougron, bonjour le Forum !

Alors je dois dire (c'est une erreur de mon fait) que dès que les messages font plus de 10 lignes - et surtout des lignes de Boot-Info que j'ai beaucoup de mal à appréhender - je décroche, et mon attention se barre

Je me suis attelée à la tâche de lire attentivement ces messages et notamment le #211 et les questions que je n'avais point vu --> Comme l'étude des Boot Info, c'est le rayon de Bougron et Babdu89, j'ai zappé le contenu, pensant qu'il s'agissait d'un échange technique et pointu sur les Boot-Infos présents et passés entre eux deux.

Et en ce qui concerne les questions posées...

Bougron a écrit :

Donc ma première question est: Lorsque tu as fait F12 pour le choix du disque interne, as-tu vu les fichiers et as-tu pu en choisir un?
Je pense que la réponse va être non.
et je crains que le choix F12 que tu as fais a consisté à dire qu'il faillait que tu bootes sur le support USB.

Effectivement, les lignes du Grub (que je n'attendais pas !) sont passées trop vite pour que je les étudie/envisage.
Oui, on est bien d'accord, avant les rectifications à faire impérativement de Babdu89 -->

Machine éteint. tu branches le hdd externe.
Tu démarres la machine an passant par F12 .
et tu fais ce que j'expliquais post#205 . pour tente de démarrer le Ubuntu-Gnome installé sur le hdd interne. Tu sélectionnes ; Ubuntu 16.04 /dev/sda2 et tu fais "Entrée" .

, je démarrais (par défaut ?) sur le DDExterne.

Bougron a écrit :

Ma seconde question est donc: Acceptes-tu de mettre le bios en mode secure. Si oui (cas des micro ACER depuis toujours et quelques ASUS)
Peux-tu parcourir le contenu de la partition SDA1 à la recherche du fichier SHIMX64.EFI car c'est lui qu'il faut choisir pour fichier de boot.
Si tu trouves, tu pourras imposer ce fichier de cette partition en priorité et c'est parti.
Si tu ne trouves pas ou si tu ne souhaites pas passer en secure, Il faut que tu lances boot-repair et que tu réinstalles le grub,
Il se fera un plaisir de rectifier la ligne de boot dans la liste EFI. Il appliquera la rectification windows mais ce n'est pas grave car tu n'as pas windows . De toutes façons on peut vivre avec.

Mouiiii, alors mettre le nez dans le BIOS, j'ai déjà fait et je peux le refaire, évidemment... Avec la trouille au ventre, mais s'il le faut (ou alors je jette le PC aux orties. Je plaisaaaaaaante ! ).

Maintenant, je vais reprendre le fil des messages pour savoir où en est l'échange entre Babdu89 et Bougron. Et surtout si je dois faire concrètement quelque chose aujourd'hui, sachant que Bougron est absent pour la demi-journée...

Il y a aussi une histoire de Swap en suspens avec Babdu89, je crois .

Je file relire, alors.

Dernière modification par Pimprelune (Le 22/08/2016, à 12:22)

Bougron · Le 22/08/2016, à 14:12

Bonjour
Un petit passage rapide pour le point EFI
On a donc constaté que pendant l'opération de création:
a) L'entrée de la partition FAT32 du disque interne a été préservée.
b) La ligne EFI de boot de ubuntu sur disque interne a été remplacée par la ligne de boot de ubuntu sur disque externe.
c) Ubuntu boote sans difficulté sur le disque externe.
Je qualifie cette opération de succès.
Je rappelle que dans des conditions semblables, lors de ma première utilisation la partition de boot du disque interne avait été reformatée et les fichiers de boot de windows perdus. Dans ce contexte le nouveau boot se faisait corectement sur le disque interne

Voici donc mon avis pour résoudre le problème de boot sur disque externe
A) Cas des micros pas EFI à 100%
La bonne solution est de booter avec le disque externe avant de s'en séparer et de faire la correction plutôt que d'utiliser le boot-repair.
La seule commande à faire voir https://forum.ubuntu-fr.org/viewtopic.p … #p21575674 est

            sudo efibootmgr -c -d  /dev/sda  -p  1  -L  'Ubuntuinterne'  -l  '\EFI\ubuntu\shimx64.efi'

pour la majorités des micros ou

           sudo efibootmgr -c -d  /dev/sda  -p  1  -L  'Ubuntuinterne'  -l  '\EFI\ubuntu\grubx64.efi'

pour les très anciens micros EFI qui ne connaissent pas la notion de secure boot
B) Cas des micros EFI à 100% Les ACER sont réputés pour l'être.
La solution ci-dessus peut être appliquée mais on peut aussi utiliser le bios EFI pour gérer le problème.
Cela se règle normalement par le bios.
Il faut activer le bios en cliquant sur la bonne touche (Pour cette discussion ce fut la touche F12) mais ce n'est pas une règle absolue, il faut privilégier la touche F2 qui est plus standardisée et permet de naviguer dans les menus de boot.
L'un de ces menus montre les fichiers de boot disponibles sur les périphériques connectés.
Il faut alors se positionner sur le périphérique prévu en première position et modifier son contenu pour que cela devienne le ubuntu du disque interne.
Voici un exemple avec un bios EFI de presque deux ans d'age. Les photos ne sont pas terrible.
La première photo montre les fichiers trouvés sur les trois disques internes. http://hpics.li/cdf5615
La seconde photo montre la liste des fichiers qu'on peut sélectionner en première position. http://hpics.li/47113ed
Ce bios n'est pas spécialement au point pour les noms de fichiers proposés!
=> Celui qui est sélectionné dans la capture donne un écran noir au choix de boot.
=> Celui d'après fait booter correctement avec affichage du grub.
(Fin du passage rapide dans la discussion)

Dernière modification par Bougron (Le 22/08/2016, à 14:26)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#201 Le 21/08/2016, à 21:11

Re : Un "clone" réalisé avec Systemback

#202 Le 21/08/2016, à 21:14

Re : Un "clone" réalisé avec Systemback

#203 Le 21/08/2016, à 21:19

Re : Un "clone" réalisé avec Systemback

#204 Le 21/08/2016, à 21:36

Re : Un "clone" réalisé avec Systemback

#205 Le 21/08/2016, à 21:54

Re : Un "clone" réalisé avec Systemback

#206 Le 21/08/2016, à 22:11

Re : Un "clone" réalisé avec Systemback

#207 Le 21/08/2016, à 22:26

Re : Un "clone" réalisé avec Systemback

#208 Le 21/08/2016, à 22:59

Re : Un "clone" réalisé avec Systemback

#209 Le 21/08/2016, à 23:09

Re : Un "clone" réalisé avec Systemback

#210 Le 21/08/2016, à 23:12

Re : Un "clone" réalisé avec Systemback

#211 Le 21/08/2016, à 23:18

Re : Un "clone" réalisé avec Systemback

#212 Le 21/08/2016, à 23:19

Re : Un "clone" réalisé avec Systemback

#213 Le 21/08/2016, à 23:21

Re : Un "clone" réalisé avec Systemback

#214 Le 21/08/2016, à 23:30

Re : Un "clone" réalisé avec Systemback

#215 Le 21/08/2016, à 23:39

Re : Un "clone" réalisé avec Systemback

#216 Le 21/08/2016, à 23:52

Re : Un "clone" réalisé avec Systemback

#217 Le 22/08/2016, à 00:10

Re : Un "clone" réalisé avec Systemback

#218 Le 22/08/2016, à 00:39

Re : Un "clone" réalisé avec Systemback

#219 Le 22/08/2016, à 00:56

Re : Un "clone" réalisé avec Systemback

#220 Le 22/08/2016, à 01:02

Re : Un "clone" réalisé avec Systemback

#221 Le 22/08/2016, à 01:06

Re : Un "clone" réalisé avec Systemback

#222 Le 22/08/2016, à 10:46

Re : Un "clone" réalisé avec Systemback

#223 Le 22/08/2016, à 11:41

Re : Un "clone" réalisé avec Systemback

#224 Le 22/08/2016, à 12:09

Re : Un "clone" réalisé avec Systemback

#225 Le 22/08/2016, à 14:12

Re : Un "clone" réalisé avec Systemback

Pied de page des forums