[RÉSOLU] faire une copie avec Systemback en UEFI.

melissa6969 · Le 12/10/2016, à 20:19

Bonsoir à tous

souhaitant faire une copie de mes trois Linux avec Systemback, en UEFI sur une micro SD, j'ouvres ce sujet à la demande de @babdu89 qui a commencé à me guider.
et auquel je tiendrais informé de l'évolution de mes démarches et essais pour voir si tout se déroule bien...

son message sur le sujet précédent se doit d'être ici pour + de clarté, et surtout pour la marche à suivre que je vais appliquer.
et auxquels je donnerais l'évolution de l'avancement.

babdu89 a écrit :

Bonjour.
post#20 on lit;

melissa6969 a écrit :
autre question, une fois la copie effectuée sur la carte SD, comment je fais pour installer le système copié sur le SSD du pc (si il y a crash par exemple, et que KDE ne démarre plus).??
Alors copie de Mint-KDE. sur la carte SD, qui boot via un adaptateur usb.
Installation de Systemback dans la Mint-KDE. Çà aura pour effet de changer l'Os par défaut au reboot. La machine redémarre par défaut sur la Mint-KDE.
Systemback est installé, c'est lui qui va servir à faire la copie de la Mint-KDE sur la carte Sd.
Avant la copie.
Carte Sd branchée sur la machine, préparer les partition pour recevoir les installations. Çà se fait avec Gparted.
Créer une table de partition de type GPT sur la carte. Installations en UEFI oblige.
Sur la carte SD toujours. Créer les partition cibles format ext4 qui vont recevoir les copies. Info au sujet de la taille des partitions cibles. Elle ne doivent pas être inférieur à la taille des données des partitions à copier.
Exemple exagéré volontairement.
La partitions source Mint-KDE fait 300Go. Les données dedans ne font que 30 Go. Tu peux copier sur une partition cible de 31 Go .
Le système démarrera et fonctionnera, mais il sera à l'étroit et bloquera rapidement. Donc prévoir une partition cible de plus grande taille; 40 Go par exemple.
Pour indiquer la partition /boot/efi du hdd interne, il me semble que çà se fait dans le champ qui demande où installer Grub.
Souci pour te guider... Avec Bougron, nous avons bien l'expérience de ce type de manip avec Systemback sur un hdd externe que l'utilisatrice Pimprelune avait fait.
https://forum.ubuntu-fr.org/viewtopic.p … #p21574877
Et posts suivants...
Mais on voulait qu'il y aie une partition de /boot/efi sur le hdd externe, et que çà puisse démarrer depuis la machine, avec et sans hdd externe branché.
Démarrer la machine normalement sans le hdd branché. Démarrer la machine le hdd branché en bootant soit sur le hdd interne, soit sur le hdd externe.
Bougron avait du coder des entrées spécifiques dans le fichier de configuration de l'UEFI de la machine.
Ce n'est pas ton cas.
Et je n'ai toujours pas d'expérience d'installations et copies d'installation en UEFI. Que des machine Bios à la maison. Avec toi, çà fera donc pour moi, la deuxième expérience, un peut différente de celle de Pimprelune.
Alors, lors de la copie de la mint-KDE, il faudra peut-être indiquer l partition /boot/efi du hdd interne dans le choix des partition à utiliser pour la copie, pour que Systemback fasse l'installation correctement de Grub-efi sur la copie.
Çà sera à voir à ce moment là, lorsque tu copieras, des screen des fenêtres de Systemback seront nécessaires à ce moment là pour donner des avis.

melissa6969 a écrit :
autre question, une fois la copie effectuée sur la carte SD, comment je fais pour installer le système copié sur le SSD du pc (si il y a crash par exemple, et que KDE ne démarre plus).??
(si il y a crash par exemple, et que KDE ne démarre plus).??
Deux possibilités dans ce cas;
Soit, c'est le démarrage en UEFI qui fait des siennes... Et là il faudra demander de l'aide aux spécialistes de l'UEFI que je suis pas.
Soit, c'est la Mint-Kde qui crache, système corrompu, ou autre ennui du genre.
Lorsque ton système copié sur la carte SD fonctionne. Il y a Systemback qui y et intégré.
Crache de la mint-KDE sur le hdd interne!!!.
Tu lances la Mint-KDE de la carte SD (je rappelle qu'il faut tenir à jour original et copie en même temps).
Tu prépares les partitions cibles sur le hdd interne, pour recevoir la copie de la mint-KDE de la carte SD.
Tu lance Systemback depuis la Mint-KDE de la carte SD et tu fais une copie vers la partition cible du hdd interne. De la même manière que tu l'as faite du hdd interne vers la carte SD.
Au sujet des partition du hdd interne. Si c'est un crache système qui permet d'utiliser la partition Mint-KDE du hdd interne. depuis Systemback, il me semble que l'on peut lui demander de formater la partition que l'on va utiliser. Çà évite de le faire avec Gparted.
Maintenant. Si c'est un crache du à une défaillance du hdd interne, là c'est une autre affaire bien plus embêtante que de refaire une copie..
@+. Babdu89 .

Les 3 systèmes à avoir en image système.

- Mint Mate
- Mint KDE
- Mint Cinnamon

Merci d'avance à tous pour vos futures réponses et futures démarches à suivre, et merci @babdu89 de s'y intéresser d'aussi prêt

Melissa6969.

Dernière modification par melissa6969 (Le 14/10/2016, à 19:14)

Babdu89 · Le 12/10/2016, à 21:28

Bonsoir.

Abonnement et suivi du sujet, pour avoir des alertes en messagerie.

Un lien vers un boot info de la config de melissa6969, sans la carte SD de 128 Go branchée.

http://www.cjoint.com/doc/16_10/FJliVHo … -08h44.txt

Les Os sont installés avec partition /home séparé.

- Mint Mate en /dev/sda2 et /home en /dev/sdb3
- Mint KDE en /dev/sda4 et /home en /dev/sdb6
- Mint Cinnamon en /dev/sda3 et /home en /dev/sdb4

On va poster ici les contenus des fichier fstab de chaque Os original , çà va servir plus tard. Ll faut les avoir sous la main.
Systemback réécrit les fichier fstab simplifiés, mais si il y a des partitions à lancer automatiquement dan les fichiers fstab des Os originaux, pas sûr qu'il les prennent en compte. Donc ...

=============================== sda4/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/sda4 during installation
UUID=e1ee31f4-fbd8-4075-b109-abf2171bbf18 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=1C16-6B3C  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sdb6 during installation
UUID=41e43f16-3a27-4092-a49a-9a24fed8623e /home           ext4    defaults        0       2
# swap was on /dev/sdb5 during installation
UUID=fbace44b-40ba-4098-a701-d6aeb52d337e none            swap    sw              0       0
--------------------------------------------------------------------------------

=============================== sda3/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/sda3 during installation
UUID=7a1876b7-2b6c-4d26-ba45-967525d9ea65 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=1C16-6B3C  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sdb4 during installation
UUID=c9e79c5a-5e32-4be8-9185-12cd367f56ea /home           ext4    defaults        0       2
# swap was on /dev/sdb5 during installation
UUID=fbace44b-40ba-4098-a701-d6aeb52d337e none            swap    sw              0       0
tmpfs      /tmp            tmpfs        defaults,size=1g           0    0

=============================== sda2/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/sda2 during installation
UUID=adcb9430-b603-4654-a4ac-09e5f146544a /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
#UUID=1C16-6B3C  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sdb3 during installation
UUID=55d9ee50-685b-40cc-a126-d8d339d6736a /home           ext4    defaults        0       2
# swap was on /dev/sdb5 during installation
UUID=fbace44b-40ba-4098-a701-d6aeb52d337e none            swap    sw              0       0
tmpfs      /tmp            tmpfs        defaults,size=1g           0    0
UUID=1C16-6B3C    /boot/efi    vfat    defaults    0    1
--------------------------------------------------------------------------------

=================== blkid:
/dev/sda1: LABEL="EFI" UUID="1C16-6B3C" TYPE="vfat" PARTLABEL="EFI" PARTUUID="63cf17c2-2319-484d-bef8-0b593bc866a0"
/dev/sda2: LABEL="MINT 18 MATE" UUID="adcb9430-b603-4654-a4ac-09e5f146544a" TYPE="ext4" PARTUUID="19be0a61-10aa-4ddf-8170-499d0ee6ff89"
/dev/sda3: LABEL="MINT 18 CINNAMON" UUID="7a1876b7-2b6c-4d26-ba45-967525d9ea65" TYPE="ext4" PARTUUID="e203b2e7-640a-479e-bded-f8e4400fe12c"
/dev/sda4: LABEL="MINT 18 KDE" UUID="e1ee31f4-fbd8-4075-b109-abf2171bbf18" TYPE="ext4" PARTUUID="b004ec88-2b85-401d-b713-bff85444f84f"
/dev/sdb1: LABEL="DATA" UUID="EC327F6F327F3E20" TYPE="ntfs" PARTLABEL="Te" PARTUUID="97c97a11-2710-0000-6807-806e6f6e6963"
/dev/sdb2: LABEL="SWAP" UUID="DC9E9BDD9E9BAF10" TYPE="ntfs" PARTLABEL="Te" PARTUUID="97c9c831-2710-0000-6807-806e6f6e6963"
/dev/sdb3: LABEL="MATE DATA" UUID="55d9ee50-685b-40cc-a126-d8d339d6736a" TYPE="ext4" PARTUUID="76b09a62-15e7-4ec0-a7a9-ce2724008ea9"
/dev/sdb4: LABEL="CINNAMON DATA" UUID="c9e79c5a-5e32-4be8-9185-12cd367f56ea" TYPE="ext4" PARTUUID="90c9ccac-eaf0-43f9-b82c-c130b372b964"
/dev/sdb6: LABEL="KDE DATA" UUID="41e43f16-3a27-4092-a49a-9a24fed8623e" TYPE="ext4" PARTUUID="ee83fdb1-1025-4bc7-b5fc-8135dc58185b"
/dev/sdc1: LABEL="LEXAR" UUID="58F0-0895" TYPE="vfat" PARTUUID="4a9f594e-01"
/dev/loop0: TYPE="squashfs"
/dev/sdb5: UUID="fbace44b-40ba-4098-a701-d6aeb52d337e" TYPE="swap" PARTLABEL="SWAP  LINUX" PARTUUID="72c3ca39-28a0-4e3f-8425-dd6a38f647b5"

La machine démarre sur l'Os par défaut Mint-Mate en /dev/sda2.
On va tester la copie sur la carte SD en commençant par la Mint-Kde en /dev/sda4.
Comme on va installer Systemback sur cet Os, c'est donc la Mint-Kde qui va devenir l'Os par défaut au démarrage à la place de la Mint-Mate. Ceci est du à l'installation de Systemback, dans la Mint-KDE.
Si çà marche, on fera la même chose avec la Mint-Cinnamon, puis avec la Mint-Mate, pour qu'elle redevienne de fait l'Os par défaut au démarrage.

Au sujet des taille des partitions des Os.

=================== df -Th:

Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/sda1      vfat      197M  7.3M  190M   4% /mnt/boot-sav/sda1
/dev/sda2      ext4       74G  7.1G   63G  11% /mnt/boot-sav/sda2
/dev/sda3      ext4       74G  6.3G   64G  10% /mnt/boot-sav/sda3
/dev/sda4      ext4       74G  7.1G   63G  11% /mnt/boot-sav/sda4
/dev/sdb3      ext4       99G  193M   93G   1% /mnt/boot-sav/sdb3
/dev/sdb4      ext4       99G  631M   93G   1% /mnt/boot-sav/sdb4
/dev/sdb6      ext4       99G  925M   93G   1% /mnt/boot-sav/sdb6

Le total des tailles de partitions /sda2, /sda3, /sda4, /sdb3, /sdb4,/sdb6 fait 519 Go. donc plus grand que la taille de la carte SD.
Mais, comme avec Systemback on peut copier les systèmes dans des partitions plus petites on peut avoir 6 partitions ext4 de 20 Go maxi sur la carte SD.
Au regard de la taille des données sur les partitions à copier, on a de la marge.
Je ne pense pas qu'il soit utile de mettre une partition swap sur la carte SD, les Os pourrons utiliser celle du hdd interne /dev/sdb5 .
Il y a aussi de la place pour ajouter les fichier des copie dans la partition /boot/efi en /dev/sda1 .

À suivre avec un nouvel édit;.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 12/10/2016, à 23:50)

melissa6969 · Le 12/10/2016, à 22:06

Re bonsoir.

alors Systemback est installé sur Mint KDE déjà.

là je fais mes partitions sur ma SD (une Lexar 128 Go en classe 10) (en GPT), mais je crois qu'on est face à un petit soucis technique..

je suis pas experte en carte SD mais ça fait maintenant 14 minutes que ça dure pour faire une partition de 17 Go
y a un petit problème de secteur défectueux, comme sur un hdd.??

Dernière modification par melissa6969 (Le 12/10/2016, à 22:26)

Babdu89 · Le 12/10/2016, à 22:32

Bonsoir.
Si tu regardes mon post#2. À partir du boot info, je suis entrain de regarder comment sont installés tes Os. Il semble qu'il y ai des partition /home séparées j'en ai la certitude pour la Mint-KDE en /dev/sda4 . La partition /home est la /dev/sdb6
J'ai copié les contenu des fichiers fstab des Os originaux dans le post#2.

Alors stp, si tu veux bien ne pas aller trop vite, il faut tenir compte de tailles des partitions source et la taille de leur données, pour déterminer la taille des partitions cible sur la carte SD.
Et oui, si le système original fonctionne avec une partition /home séparé, il faut que la copie fonctionne de la même manière. Il faudra faire une copie avec partition /home séparé. D'ou l'examen de la taille des partitions , de la taille des données quelles contiennent...

Alors souci avec la carte SD?.

Je ne saurais quoi répondre ...
Elle a déjà beaucoup servi ?.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 12/10/2016, à 23:45)

melissa6969 · Le 12/10/2016, à 22:46

j'ai formaté à nouveau la SD, mais pas moyen de créer une deuxième partition..
ça se fige encore...

t'as raison je vais pas aller trop vite
oui j'ai un /home différent pour chaque système.
j'ai pas su faire un /home unique pour les 3 OS..
et une partition swap qui doit pas être vraiment utile.
le swap de 12Go c'est celui de w$ 8.1 et w$10.
et la grosse partition de 413 Go c'est mon Data pour mes deux w$ ^^

elle a été utilisé pendant un an et demi dans mon ancien téléphone, j'y stockais mes applis, photos, et musiques, mais elle est jamais tombé, ou autre..

si je fais un espace non alloué de 30 Go au début de la SD pour isoler les éventuels secteurs défectueux, ça peut contourner le problème.??
sauf si elle est KO sur toute la ligne, évidemment, ça servira à rien l'espace non alloué...

Dernière modification par melissa6969 (Le 12/10/2016, à 22:50)

Babdu89 · Le 12/10/2016, à 23:42

Alors, tu as sans doute compris que je me "battais" sur le boot info, avec les "énnnnormes" fichiers grub.cfg des Os, pour trouver les fichiers fstab de chaque Os original, pour les mettre de côté. On risque d'en avoir besoin.

Ah oui , le souci avec la carte SD.

Je ne sais pas faire, mais Bougron te conseillerait certainement de faire un "smart contrôle" de la carte SD. Et de poster le résultat pour examen.

https://doc.ubuntu-fr.org/smartmontools

Pour le moment, nous sommes coincé à cause de la carte SD.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 12/10/2016, à 23:51)

melissa6969 · Le 13/10/2016, à 00:10

j'aurais pu te refaire un boot info, ça aurait été + simple pour toi

je viens de faire le smart controle mais ça me dit échec not supported.
et quand je vais dans l'utilitaire ""disques"", le smart controle est grisé et inaccessible..
mais le smart controle fonctionne très bien sur mon hdd interne, sur mon SSD, et sur mes deux hdd externes aussi..

le semblant de résultat du smart controle

=== START OF INFORMATION SECTION ===
Vendor:               Lexar
Product:              microSD RDR
Revision:             0815
Compliance:           SPC-4
User Capacity:        134 217 728 000 bytes [134 GB]
Logical block size:   512 bytes
Serial number:        000000000815
Device type:          disk
Local Time is:        Thu Oct 13 00:14:47 2016 CEST
SMART support is:     Available - device has SMART capability.
SMART support is:     Enabled
Temperature Warning:  Disabled or Not Supported

=== START OF READ SMART DATA SECTION ===
SMART Health Status: OK

Error Counter logging not supported

Device does not support Self Test logging
toshiba@toshiba-SATELLITE-P870 ~ $

je suis en train de faire diverses manip, formater à nouveau en GPT, et faire un espace non alloué de 30 Go au début de la carte SD, jusque là ça passe.
mais quand j'essaie de faire une partition en ext4 de 20 Go ça plante.
ça me dit

The backup GPT table is corrupt, but the primary appears OK, so that will be used

j'ai le choix entre valider ou annuler
si j'annule, le message revient.
si j'accepte, ma partition de 20 Go est faite, mais la carte SD plante et Gparted avec.

EDIT :
maintenant si j'accepte ou si je refuse, Gparted se fige, et finit par planter, et ma carte SD disparait de l'explorateur, obligé de l'enlever à la sauvage et la remettre pour qu'elle soit à nouveau reconnue...

je crois qu'elle est vraiment en fin de vie...

Dernière modification par melissa6969 (Le 13/10/2016, à 00:21)

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

À tout hasard.
Teste ceci.
Écrire un table de partition de type MSDOS. Et faire les partitions.
Si çà ne coince pas, on saura que l'on ne peut pas avoir de table de partition de type GPT sur cette carte SD.
Si c'est çà, on ne pourra pas copier sur ce type de périphérique.

Mais bon çà serait étonnant, car il me semble qu'il y a des machines qui fonctionnent en UEFI sans disque dur ni SSD, mais avec des cartes SD.
Donc avec table de partition de type GPT.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 13/10/2016, à 00:25)

melissa6969 · Le 13/10/2016, à 00:31

je m'occupe de ça demain matin, et je te dis ce que ça donne.
pour l'heure je vais dormir

et si la SD est vraiment HS, je transfère tout ce que j'ai dans mon hdd externe de 500 Go, dans mon gros de 4 000 Go.
et on fera les manip sur celui de 500 Go, lui fonctionne bien au moins, j'en suis sûre.

oui j'ai vu un sujet je crois sur le forum, de quelqu'un qui avait une SD avec une installation en uefi et gpt, et tout fonctionnait, avec une petite lenteur..
mais je pense que c'est vraiment ma SD qui va pas.
je viens de la mettre dans mon téléphone (qui peut lire des SD jusqu'à 256 Go) et le téléphone se fige et plante aussi, et la SD disparait au bout de quelques minutes, comme sur le pc..
impossible de passer une photo sans que le téléphone se fige, et l'installation d'une appli n'aboutit jamais...

Dernière modification par melissa6969 (Le 13/10/2016, à 00:34)

Babdu89 · Le 13/10/2016, à 00:33

OK!.
Je te souhaite une bonne nuit.

@+. Babdu89 .

melissa6969 · Le 13/10/2016, à 00:35

merci à toi aussi.

@ demain.

melissa6969 · Le 13/10/2016, à 10:30

Holà babdu89

je viens de convertir la SD en MBR, j'ai fais une partition de 20 Go en ext4.
j'en ai fais une 2e de 35 Go en ext4 toujours, et Gparted s'est planté à nouveau.
j'ai tenté avec ""disques"" de faire la 2e partition de 35 Go, et j'ai obtenu ce message d'erreur

erreur lors du formatage du volume
Cannot mount /dev/sdc2 at /var/run/udisks2/block-format-tos-gvFI6O: Structure needs cleaning (udisks-error-quark, 0)

""disques"" s'est fermé, je l'ai ré-ouvert, la partition a été crée malgré tout.
j'ai fais une 3e partition de 40 Go en ext4, et même scénario que pour la 2e deuxième..

je pense que la SD est vraiment en bout de vie..
je vais la garder jusqu'à qu'elle meurt vraiment..
juste pour y stocker des musiques et photos peu importantes..

donc on fait comme proposé hier.
par sécurité en cas de mauvaise manip de ma part, je transfère l'intégralité de mon hdd externe de 500 Go dans celui de 4 000 Go.
et tu pourra me dire la taille des partitions que je dois créer.
et je pense créer une partition "data" pour y remettre mes vidéos, images iso, documents, et montage en cours de travail.

je finis mon montage vidéo, et mon montage photo, j'envoie ça à mon client et je te dis quand le hdd externe est opérationnel.

EDIT :
le transfert des 250 Go de données est terminé, merveilleux l'usb 3.0
je suis prête pour faire les partitions, je peux les faire sous Mint Mate, ça pose pas de soucis.??
c'est en attendant que mon montage vidéo se termine ^^
et ensuite j'irais sous KDE pour Systemback bien évidemment

Dernière modification par melissa6969 (Le 13/10/2016, à 10:53)

Babdu89 · Le 13/10/2016, à 12:04

Bonjour

Post en préparation...

EDIT :
le transfert des 250 Go de données est terminé, merveilleux l'usb 3.0 big_smile
je suis prête pour faire les partitions, je peux les faire sous Mint Mate, ça pose pas de soucis.??
c'est en attendant que mon montage vidéo se termine ^^
et ensuite j'irais sous KDE pour Systemback bien évidemment

Alors si le hdd usb de 50 Go n'a plus de données qui risquent d'être perdues.
Je te propose de le re-partitionner.
Avec Gparted depuis l'Os que tu veux. Toutes les partitions démontées, un éventuel swap désactivé.
Écriture d'une nouvelle table de partition de type GPT.
On ne sait jamais, si par la suite tu voulais avoir un hdd usb bootable en UEFI depuis le hdd usb lui même, comme celui de Pimprelune. Faire une petite partition en FAT32 de 200/300Mo. Surtout ne pas lui mettre de drapeau quel-qu'il soit. Plus tard si besoin c'est le drapeau " boot esp " qu'il faudra lui mettre, ce qui en fera une partition Boot/efi sur le hdd usb...

Ensuite préparer les partitions cibles de copie de la Mint-KDE. Je te propose les tailles suivantes.
1 partition format ext4 de 20 Go pour le système ( dans Systemback on lui indiquera comme point de montage ; / )
1 partition format ext4 de 10 Go pour le /home séparé. ( dans Systemback on lui indiquera comme point de montage ; /home )

Lancer la machine depuis la Mint-KDE. Lancer Systemback . Et si tu arrives seule faire le paramétrage pour procéder à la copie.
De toute manière tant que tu n'as pas lancer le processus de copie, tu peux revenir en arrière pour refaire les paramètres.
Dans la fenêtre principale de Systemback, il faut choisir "Copie Système"
Il faut cocher l'option qui permet de copier les données personnelles. Çà va copier les données autres que celles concernant les paramètres des applications installées. Dans la partition /home original /dev/sdb6, on y voit 925 Mo de données...
Si on ne coche pas cette option. Systemback copie une partie du contenu de la partition /home. Il ne copie que les paramètres des applications de manière à ce que le système copié puisse fonctionner correctement. (j'ai testé les deux possibilités).

Si tu as des soucis avec Systemback pour préparer la copie. Tu fais signe.
On prépare les partitions cible comme ceci.
Sélection de la partition cible.
Attribution du point de montage.

melissa6969 · Le 13/10/2016, à 15:13

Re.

alors c'est bon, j'ai convertis en GPT, et j'ai fais les 3 partitions avec Gparted.
j'ai été sous KDE, lancer Systemback.
j'ai attribué les points de montage ""/"" et ""/home""
j'ai pas mis de point de montage dans la partition de 200 Mo, comme conseillé.
j'ai coché copy user data files

et j'ai fais la copie, qui a pris deux minutes, drôlement rapide le logiciel.
et Systemback n'est pas en français mais ça va c'est gérable

enfin voilà je pense que j'ai fais correctement le boulot..
dis moi si tu veux des captures d'écran ou autres.

Babdu89 · Le 13/10/2016, à 15:47

Je n'ai pas eu le temps de terminer le post#13.
J'allais aborder la question de la partition de /boot/efi...
Et oui, pour le démarrage de la copie, çà va passer par la partition /boot/efi en /dev/sda1.

Alors , question.
Pour le boot en UEFI, Systemback à trouvé tout seul la partition /boot/efi en /dev/sda1 pour réinstaller Grub-efi correctement. ?.
Par-ce-que; tu dis.

alors c'est bon, j'ai convertis en GPT, et j'ai fais les 3 partitions avec Gparted.
j'ai été sous KDE, lancer Systemback.
j'ai attribué les points de montage ""/"" et ""/home""
j'ai pas mis de point de montage dans la partition de 200 Mo, comme conseillé.
j'ai coché copy user data files
et j'ai fais la copie, qui a pris deux minutes, drôlement rapide le logiciel.

Sans certitude, car je n'ai pas de machine UEFI à la maison.
Mais!.
Outre les partitions pour / et /home, que tu avais préparées pour la copie.
Il me semble qu'il faille sélectionner la partition /boot/efi /dev/sda1 et attribuer le point de montage /boot/efi . Et dans le champ où on doit indique où installer Grub-efi indiquer la partition /sda1 . Il me semble aussi qu'il faille décocher "Formater", ou alors il est décoché par défaut. ...

hdd usb branché. Lorsque la machine à redémarré, normalement c'est la copie qui doit démarrer.
Est-ce bien ce qui c'est passé?...

2 minutes pour copier le système qui fait quand même presque 8 Go avec le /home . Çà me paraît court.

Alors pour savoir ce qui c'est passé, stp, hdd usb branché. Depuis la Mint-DKE du hdd interne, veux tu bien faire un boot info ? Merci.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 13/10/2016, à 15:59)

melissa6969 · Le 13/10/2016, à 16:13

Outre les partitions pour / et /home, que tu avais préparées pour la copie.
Il me semble qu'il faille sélectionner la partition /boot/efi /dev/sda1 et attribuer le point de montage /boot/efi . Et dans le champ où on doit indique où installer Grub-efi indiquer la partition /sda1 . Il me semble aussi qu'il faille décocher "Formater", ou alors il est décoché par défaut. ...

ça j'ai pas fais, j'ai pas sélectionné la partition /boot/efi /dev/sda1..
je pensais naivement que ça se serait fait tout seul..
mais apparemment non, d'où le faite que ça répond à ta question

hdd usb branché. Lorsque la machine à redémarré, normalement c'est la copie qui doit démarrer.
Est-ce bien ce qui c'est passé?...

absolument pas, parce qu'il y a pas eu de redémarrage, donc je pense que la copie est mal faite, du moins il doit pas y avoir le /boot/efi..

le lien pour le boot-info
http://www.cjoint.com/doc/16_10/FJnomiC … t-info-KDE

j'arrive pas à avoir le lien pastebin, ça m'ouvre chaque fois libreoffice une fois le rapport du boot info terminé...

j'espère qu'il est entier..

Dernière modification par melissa6969 (Le 13/10/2016, à 16:13)

Babdu89 · Le 13/10/2016, à 16:18

j'arrive pas à avoir le lien pastebin, ça m'ouvre chaque fois libreoffice une fois le rapport du boot info terminé...
j'espère qu'il est entier..

Oui, le rapport est entier, je regarde.

@+. Babdu89 .

Babdu89 · Le 13/10/2016, à 17:02

Alors, la copie semble entière.

On voit bien un fichier /boot/grub/grub.cfg dans la partition /dev/sdc2 de la copie. Son contenu est correcte. (enfin ,pas tout a fait, puisque l'on retrouve l'UUID de la partition de l'original /dev/sda4. Si la réinstallation de Grub-efi avait pu se faire correctement par Systemback. c'est l'UUID de la partition de la copie /dev/sdc2 que l'on verrait à la place.)
Mais çà ne pourra pas démarrer car on voit dans le fichier /etc/fstab de la partition /dev/sdc2 qu'il manque la partition de /boot/efi /dev/sda1 .
C'est ce que je redoutais.
Il manque aussi la partition swap en /dev/sdb5. (mais bon, çà peut marcher sans swap, si tu n'utilises pas l'hibernation.)

=============================== sdc2/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>
# /
UUID=5dcc75c8-292c-4d05-b3e7-298caeb5a839   /   ext4   noatime,errors=remount-ro   0   1
# /home
UUID=24e37b44-682b-4db3-8598-5179e38e6b2e   /home   ext4   noatime   0   2
--------------------------------------------------------------------------------

Compare dans les fichier fstab qui sont post#2, il manque la ligne ;

# /boot/efi was on /dev/sda1 during installation
UUID=1C16-6B3C  /boot/efi       vfat    umask=0077      0       1

Que Systemback devrait écrire comme çà;

# /boot/efi 
UUID=1C16-6B3C  /boot/efi       vfat    umask=0077      0       1

Donc, il faut faire prendre en compte la partition /boot/efi en /dev/sda1 à Systemback pour avoir une copie qui démarre.

On peut remarquer que Systemback à bien réécrit le fichier /etc/fstab de la copie, puisque on voit les bons UUID des partitions ; /dev/sdc2 et /dev/sdc3.

Il faut refaire la copie en sélectionnant la partition /boot/efi /dev/sda1 .
Il faudra voir comment la paramétrer, et voir ce qu'indique le champ où l'on doit installer grub -efi. Et regarder si le formatage est coché , ou pas.
Ne pas oublier de cocher la copie des données personnelles aussi.

Pour pouvoir utiliser les partition /dev/sdc2 et /dev/sdc3, on indiquera à Systemback de les formater. Il effacera la copie actuelle, avant de recommencer.

ATTENTION!!! lorsque l'on sélectionne une partition ; si en haut, on clic sur "Détruire" Systemback supprime la partition. Quelqu'un à testé et rapporté ce qu'il se passe pour savoir.
Alors il faut éviter de toucher à ce bouton...
Il me semble que Systemback ne sait pas créer de partitions, il utilise celle préparées d'avance, ou celle existantes en les formatant.

Et ne pas aller trop vite, donc poster un screen de la fenêtre de la copie avec les paramètres. Avant de lancer la copie.

Tu verras que la copie va durer plus longtemps...

Remarque, la copie faite par Systemback sur le hdd usb sera identique à l'original.
Pour différencier la copie de l'original, je ne connais que cette petite astuce.

Depuis un Os installé, en mode admin (partition copie /home /dev/sdc3 montée) .
Naviguer dans les fichiers de la partition /dev/sdc3 (elle aura pour label ( SB@home ). Aller dans Bureau et créer un fichier texte "lisez moi" indiquant que l'on est bien sur la copie...

Au redémarrage, si on trouve ce fichier texte sur le Bureau, c'est que la machine redémarre bien sur la copie...
Lorsqu'on en est sûr, le changement d'image du fond d'écran fera l'affaire, pour différencier l'original de la copie..

Édit;
Lorsque l'on arrivera à faire fonctionner la/les copie(s). Je pense que la machine ne pourra redémarrer que sur la dernière copie depuis le menu Grub, puisque c'est son grub, donc son menu Grub qui s'affichera au démarrage.

Il faudra refaire une manip d'activation du script /etc/grub.d/30_os-prober de la dernière copie, pour que tous les Os de la config (hdd usb inclus) soient au menu Grub qui s'affiche. Lorsque l'on fera une maj de Grub. (Cocher la possibilité de lancer le fichier comme un programme).
De là, on pourra redémarrer sur la Mint-Mate , et faire une réinstallation de son Grub, pour que cet Os redevienne l'Os par défaut qui fait démarrer la machine.

Mais avant de réinstaller son Grub, il faudra en admin à la main,vider la rubrique

### BEGIN /etc/grub.d/30_os-prober ###

### END /etc/grub.d/30_os-prober ###

de la dernière copie pour ne pas recommencer avec les fichiers grub.cfg "à rallonge".

et ensuite re- désactiver le script 30_os-probe que l'on aura activé temporairement. (Décocher la possibilité de lancer le fichier comme un programme).

Par la suite.
Dans le menu Grub de la Mint-Mate. Lorsque le hdd usb ne sera pas branché, démarrer sur les entrées des copie générera une erreur grub >grub rescue. C'est normal.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 13/10/2016, à 17:51)

melissa6969 · Le 13/10/2016, à 17:31

c'est aussi ce que je pensais que la partition EFI avait pas été copié..
alors j'ai refais les réglages dans systemback.
je te mets la capture.
je pense que c'est ok cette fois

pour la ligne install Grub 2 bootloader maintenant à y voir de + près tout à l'heure il était sur disabled, mais je pensais vraiment que systemback allait le trouvait tout seul.
et tu remarquera que la partition /boot/efi est pas cochée pour être formatée, comme tu l'as si bien dis.

pas bête l'astuce du fichier texte sur la copie dans le /home, ça permet de savoir où on est comme tu dis.
ça me fait stresser de faire ça

j'attends ton feu vert pour lancer la copie.
je te dirais combien de temps ça a mis la copie..
mais peut être que d'être sur de l'usb 3.0 et avec un SSD, ça accélère le processus de copie.

PS :
le swap je l'ai crée parce que je lisais partout qu'il fallait en avoir un même si on a 8 Go de ram, mais j'utilise jamais l'hibernation.
je me contente d'éteindre le pc, et de le rallumer, au vu de la vitesse de démarrage, je suis pas à 10 secondes près.
il y a que sur Mate que l'écran se coupe au bout de 10 minutes malgré que j'ai décoché, mais le pc est bien allumé, ventilo qui tourne.
donc le swap n'est pas sollicité.

Dernière modification par melissa6969 (Le 13/10/2016, à 17:35)

Babdu89 · Le 13/10/2016, à 18:00

Pour moi, c'est bon, les partitions /dev/sdc2 et /dev/sdc3 sont marquées pour être formatées, c'est bon...

On va bien voir comment çà va copier.

J'ai édité mon post précédent, en anticipent un peut ce qui va se passer...

Donc en admin, copie finie, avant reboot, ajouter le fichier texte sur le Bureau de la copie, pour savoir sur quoi redémarre la machine...

Je rappelle que je guide la copie en UEFI, mais que je n'ai pas d'expérience chez moi , puisque pas de machine en UEFI. Je te remercie de te prêter au jeux, c'est sympa .

Edit,
C'est bizarre que Systemback ne soit pas en français chez toi, il y est sur toutes les installations faites chez moi.

je te dirais combien de temps ça a mis la copie..
mais peut être que d'être sur de l'usb 3.0 et avec un SSD, ça accélère le processus de copie.

La plupart des tests fait chez moi, sont fait de hdd interne, à hdd interne, La copie se fait en 4 phases il me semble...

Je dis il me semble, car j'ai testé les points de restaurations,(pas convaincu par cette option) la copie de système, la création d'iso du système (comme avec Remastersys). l'installation d'iso crée par Systemback et la création de live (MultiSystem) d'iso faite avec Systemback...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 13/10/2016, à 18:11)

melissa6969 · Le 13/10/2016, à 18:06

j'ai lu ton édit du post précédent.
en effet on va éviter les grub.cfg volumineux et les boot qui durent 15 minutes,

je me prête au jeu, parce que je veux vraiment avoir des copies de mes systèmes comme sous w$, ça nous arrange tous les deux
et merci de consacrer de ton temps

et je penserais à ajouter le fichier texte sur le bureau de la copie, avant le reboot.

aller je lance la copie.

j'ai vu un tuto sur le site de la vache libre, et il était en français aussi, j'avoue que c'est bizarre, mais il est assez simple à manipuler finalement, quand on comprend le principe

EDIT :
bah c'est déjà finit ça y est..
à peine 3 minutes..

je sais pas si la demande de reboot est faite par systemback mais en tout cas j'ai pas eu de demande, juste le message le systeme a été correctement copié.
avec un OK qui me fait revenir sur la fenêtre principale de systemback.

je crée le fichier texte, et je reboot manuellement, on verra si ça se lance.

Dernière modification par melissa6969 (Le 13/10/2016, à 18:13)

Babdu89 · Le 13/10/2016, à 18:23

j'ai vu un tuto sur le site de la vache libre, et il était en français aussi, j'avoue que c'est bizarre, mais il est assez simple à manipuler finalement, quand on comprend le principe

Justement c'est ce tuto qui m'a permis de tester Systemback.

Systemback m'a intéressé, car il fait en graphique sans se prendre la tête avec des commandes, ce que je faisait, justement en commandes, pour copier mes systèmes.

Et les options pour faire une iso de son système installé, l'utiliser en live, ou faire une installation, c'est aussi sympa.
J'ai même découvert que le couple iso faite avec Systemback mise sur une clé MultiSystem en live avec mode persistent, permet d'installer en réel en gardant toutes les modifs faite en session live persistent. C'est encore Systemback qui sert à installer. Lui contrairement à Ubiquity (l'installateur de Ubuntu) sait faire çà. L'installateur Ubuntu , même depuis une session live persistent, va installer comme il le ferait depuis un DVD live. Adieux les modifs faite en mode persistent.

Ah pendant que j'écrivais ce post, j'ai vu que çà avance chez toi, on va voir au reboot...

Attention, si çà ne se passe pas bien, ne pas tenter de réparer quoi que ce soit.
Utiliser une session live pour communiquer, et hdd usb branché, faire un boot info que l'on regarde ce qui clocherait...

Pour moi. Pause "souper" À ce soir vers 21h.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 13/10/2016, à 18:39)

melissa6969 · Le 13/10/2016, à 18:36

oui Systemback c'est un véritable petit couteau suisse, il est fort intéressant en tout cas

alors j'en viens au nouvelles.
j'ai rebooté une première fois.
j'ai eu le grub rescue.
j'ai rebooté en maintenant f12.
dans le boot menu pas de hdd externe, mais j'ai sélectionné mon SSD, nouvelle entrée de Ubuntu (ce qui m'en fait deux désormais), et ça a démarré.
j'ai eu le Grub avec seulement le choix de la copie de Mint KDE, mes 3 OS n'y étaient pas.
je suis arrivé sur le bureau mais sans mes plasmoids, ni ma barre de lancement.
grace aux touches Super et W, j'ai fais apparaitre le menu K, j'ai rebooté à nouveau, et là c'est nickel j'ai tout à l'identique.
je suis bien sur la copie je confirme.
je vois bien la différence de démarrage d'avec le SSD, et l'utilisation globale + lente et moins fluide
voilà les partitions telle que présente via le boot sur la copie

le SB@ et le SB@home sont monté.
la partition de 200 Mo est considérée comme un media amovible d'après Dolphin, et elle est non montée.

tous mes réglages sont comme sur l'original.

donc maintenant je fais les manip pour le Grub.??
ou j'attends tes instructions.??

en tout cas ça fonctionne
on avance dans le bon sens, merci encore à toi pour le temps consacré.

pour moi aussi pause souper.
à tout à l'heure.
bon appétit.

Dernière modification par melissa6969 (Le 13/10/2016, à 18:41)

Babdu89 · Le 13/10/2016, à 18:47

donc maintenant je fais les manip pour le Grub.??
ou j'attends tes instructions.??

Je pense que vu le résultat, tu peux faire la copie des deux autres systèmes, et c'est seulement sur la dernière copie que l'on fera la manip pour Grub.
Ne pas oublier la partition /boot/efi /dev/sda1 pour les copies ...

Stp, veux tu bien faire un boot info depuis la copie, et le poster, que l'on voit comment est configuré l'UEFI ? Çà devrait intéresser les spécialistes. Moi j'apprends encore.
Merci.

Pour moi. Pause "souper" À ce soir vers 21h. si tu le veux bien

@+. Babdu89 .

Babdu89 · Le 13/10/2016, à 18:56

j'ai rebooté en maintenant f12.
dans le boot menu pas de hdd externe, mais j'ai sélectionné mon SSD, nouvelle entrée de Ubuntu (ce qui m'en fait deux désormais), et ça a démarré.
j'ai eu le Grub avec seulement le choix de la copie de Mint KDE, mes 3 OS n'y étaient pas.

Bon, on va peut-être quand même tester la réinstallation/ou mise à jour de Grub dans la Mint-Mate.
Pour ce faire. En réactivant le script 30_os-prober de la copie en admin, puis une mise à jour de grub de la copie.
Redémarrage de la machine, et voir si tous les Os de la config sont au menu Grub (normalement oui.)
Démarrer sur la Mint-Mate du hdd interne, et réinstallation de Grub. La machine devrait redémarrer sur le Grub, donc le menu Grub de la Mint-Mate, et proposer tous les Os de la config , même le hdd externe.
Si c'est çà, on peut continuer les copies.

@+. Babdu89 .

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 12/10/2016, à 20:19

[RÉSOLU] faire une copie avec Systemback en UEFI.

#2 Le 12/10/2016, à 21:28

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#3 Le 12/10/2016, à 22:06

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#4 Le 12/10/2016, à 22:32

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#5 Le 12/10/2016, à 22:46

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#6 Le 12/10/2016, à 23:42

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#7 Le 13/10/2016, à 00:10

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#8 Le 13/10/2016, à 00:22

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#9 Le 13/10/2016, à 00:31

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#10 Le 13/10/2016, à 00:33

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#11 Le 13/10/2016, à 00:35

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#12 Le 13/10/2016, à 10:30

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#13 Le 13/10/2016, à 12:04

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#14 Le 13/10/2016, à 15:13

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#15 Le 13/10/2016, à 15:47

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#16 Le 13/10/2016, à 16:13

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#17 Le 13/10/2016, à 16:18

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#18 Le 13/10/2016, à 17:02

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#19 Le 13/10/2016, à 17:31

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#20 Le 13/10/2016, à 18:00

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#21 Le 13/10/2016, à 18:06

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#22 Le 13/10/2016, à 18:23

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#23 Le 13/10/2016, à 18:36

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#24 Le 13/10/2016, à 18:47

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

#25 Le 13/10/2016, à 18:56

Re : [RÉSOLU] faire une copie avec Systemback en UEFI.

Pied de page des forums