Contenu | Rechercher | Menus

Annonce

L'équipe des administrateurs et modérateurs du forum vous invite à prendre connaissance des nouvelles règles.
En cas de besoin, vous pouvez intervenir dans cette discussion.

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

À propos de l'équipe du forum.

#26 Le 25/05/2018, à 17:46

kaleo

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

Bonjour,

J'ai démarré une session Ubuntu 17.10 avec le serveur Xorg.

https://itsfoss.com/switch-xorg-wayland/

J'ai ouvert un terminal en root (clic gauche dans l'écran noir situé dans la barre des tâches à gauche de l'écran, puis dans ce terminal, écrire

sudo su -

, puis taper sur la touche Entrée)

Dans le dossier /home j'ai crée le fichier sbinstall-systemback.sh

Pour cela, dans le terminal écrire :

vi /home/sbinstall-systemback.sh

J'ai copié dedans ce texte

#!/bin/sh
#
# script bash pour télécharger et installer Systemback sur Ubuntu 17.10 - 18.04
# BDMaster et Babdu89 12/12/2017
#
# Le shell s'attend à être dans / home / user (user = user_name)
# Télécharger l'outil Systemback 'Systemback_Install_Pack_v1.8.402.tar.xz'
# dans le dossier / home, puis décompressez le fichier tar pour obtenir le
# dossier /home/Systemback_Install_Pack_v1.8.402 qui contient les fichiers[color=#ffb812][/color]
# pour l'installation.
# Après cela, il va copier le nouveau shell dans le dossier
# installation /home/Systemback_Install_Pack_v1.8.402/install.sh
# et lui transmettra le chèque pour effectuer l'installation proprement dite.
# Start

sudo wget -P  /home https://sourceforge.net/projects/systemback/files/1.8/Systemback_Install_Pack_v1.8.402.tar.xz

sudo tar xpvf /home/Systemback_Install_Pack_v1.8.402.tar.xz -C /home/

sudo chmod 755 /home/Systemback_Install_Pack_v1.8.402/install.sh

sudo sed -i '9 i #                 Ubuntu 17.10 Artful Aardvark,' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '10 i #                 Ubuntu 18.04 Bionic Beaver,' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '16 i # Last modification: 2017.12.12. by Biagio De Maio  <biagiodemaio@aruba.it>' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '17 i # and friend of mine Babdu89 <email>' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '46 i \  artful)' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '47 i \    release=Ubuntu_Xenial' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '48 i \    ;;' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '49 i \  bionic)' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '50 i \    release=Ubuntu_Xenial' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '51 i \    ;;' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '75 i \  5 ─ Ubuntu 17.10 (Artful Aardvark)' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '76 i \  6 ─ Ubuntu 18.04 (Bionic Beaver)' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '77d' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '77 i \  7 ─ Debian 8.0 (Jessie)' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '104 i \        5)' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '105 i \          release=Ubuntu_Xenial' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '106 i \          ;;' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '107 i \        6)' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '108 i \          release=Ubuntu_Xenial' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '109 i \          ;;' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '110d' /home/Systemback_Install_Pack_v1.8.402/install.sh
sudo sed -i '110 i \        7)' /home/Systemback_Install_Pack_v1.8.402/install.sh

/home/Systemback_Install_Pack_v1.8.402/install.sh

# End

J'ai modifié les droits de ce fichier pour le rendre exécutable

chmod +x /home/sbinstall-systemback.sh

Je l'ai exécuté

root:/home# sudo bash /home/sbinstall-systemback.sh

résultat : Systemback installation is successful.

Cela m'a téléchargé le fichier Systemback_Install_Pack_v1.8.402.tar.xz et un répertoire Systemback_Install_Pack_v1.8.402

root@:/home# ls -al
total 23780
drwxr-xr-x  4 root   root       4096 mai   25 18:25 .
drwxr-xr-x 24 root   root       4096 mai   10 19:05 ..
drwxr-xr-x 22 elsoyo elsoyo     4096 mai   25 18:08 elsoyo
-rwxrwxrwx  1 root   root       3030 mai   25 18:19 sbinstall-systemback.sh
drwxr-xr-x  3 elsoyo elsoyo     4096 mai   25 18:25 Systemback_Install_Pack_v1.8.402
-rw-r--r--  1 root   root   24324668 mai   16  2016 Systemback_Install_Pack_v1.8.402.tar.xz
root@elsoyo-System-Product-Name:/home# cd Systemback_Install_Pack_v1.8.402/packages/
Debian_Jessie/ Ubuntu_Trusty/ Ubuntu_Vivid/  Ubuntu_Wily/   Ubuntu_Xenial/

Mais je ne vois pas ma version d'Ubuntu 17.10 :

 elsoyo@elsoyo-System-Product-Name:~$ uname -a
Linux elsoyo-System-Product-Name 4.13.0-41-generic #46-Ubuntu SMP Wed May 2 13:38:30 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
elsoyo@elsoyo-System-Product-Name:~$ cat /etc/lsb-release 
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=17.10
DISTRIB_CODENAME=artful
DISTRIB_DESCRIPTION="Ubuntu 17.10"

Dernière modification par kaleo (Le 25/05/2018, à 20:38)

Hors ligne

#27 Le 25/05/2018, à 18:06

kaleo

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

J'ai quand même exécuté le fichier install.sh :

root@:/home/Systemback_Install_Pack_v1.8.402# ls -l
total 12
-rwxr-xr-x 1 root   root   3616 mai   25 18:25 install.sh
drwxr-xr-x 7 elsoyo elsoyo 4096 mai   16  2016 packages
-rw-r--r-- 1 elsoyo elsoyo  850 févr. 14  2016 readme.txt
root@elsoyo-System-Product-Name:/home/Systemback_Install_Pack_v1.8.402# ./install.sh 
(Lecture de la base de données... 167489 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../systemback-efiboot-amd64_1.8.402_all.deb ...
Dépaquetage de systemback-efiboot-amd64 (1.8.402) sur (1.8.402) ...
Préparation du dépaquetage de .../systemback-locales_1.8.402_all.deb ...
Dépaquetage de systemback-locales (1.8.402) sur (1.8.402) ...
Préparation du dépaquetage de .../libsystemback_1.8.402_amd64.deb ...
Dépaquetage de libsystemback (1.8.402) sur (1.8.402) ...
Préparation du dépaquetage de .../systemback-cli_1.8.402_amd64.deb ...
Dépaquetage de systemback-cli (1.8.402) sur (1.8.402) ...
Préparation du dépaquetage de .../systemback-scheduler_1.8.402_amd64.deb ...
Dépaquetage de systemback-scheduler (1.8.402) sur (1.8.402) ...
Préparation du dépaquetage de .../systemback_1.8.402_amd64.deb ...
Dépaquetage de systemback (1.8.402) sur (1.8.402) ...
Paramétrage de systemback-efiboot-amd64 (1.8.402) ...
Paramétrage de systemback-locales (1.8.402) ...
Paramétrage de libsystemback (1.8.402) ...
Paramétrage de systemback-cli (1.8.402) ...
Paramétrage de systemback-scheduler (1.8.402) ...
Paramétrage de systemback (1.8.402) ...
Traitement des actions différées (« triggers ») pour man-db (2.7.6.1-2) ...
Traitement des actions différées (« triggers ») pour gnome-menus (3.13.3-6ubuntu5) ...
Traitement des actions différées (« triggers ») pour desktop-file-utils (0.23-1ubuntu3) ...
Traitement des actions différées (« triggers ») pour mime-support (3.60ubuntu1) ...
Traitement des actions différées (« triggers ») pour hicolor-icon-theme (0.17-1) ...

 Systemback installation is successful.

root@elsoyo-System-Product-Name:/home/Systemback_Install_Pack_v1.8.402# ls -al
total 20
drwxr-xr-x 3 elsoyo elsoyo 4096 mai   25 18:25 .
drwxr-xr-x 4 root   root   4096 mai   25 18:25 ..
-rwxr-xr-x 1 root   root   3616 mai   25 18:25 install.sh
drwxr-xr-x 7 elsoyo elsoyo 4096 mai   16  2016 packages
-rw-r--r-- 1 elsoyo elsoyo  850 févr. 14  2016 readme.txt

Dernière modification par kaleo (Le 25/05/2018, à 20:36)

Hors ligne

#28 Le 25/05/2018, à 18:14

kaleo

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

J'ai lancé Systemback avec succés smile (voir l'image) en cliquant sur les neufs points blancs en bas à gauche du bureau puis en écrivant Systemback dans le champ recherche

Systemback_lancement_succès

Dernière modification par kaleo (Le 25/05/2018, à 20:25)

Hors ligne

#29 Le 25/05/2018, à 21:39

Babdu89

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

Bonsoir.

Et bien voila , Systemback fonctionne chez toi.

Alors, pour pouvoir copier son système installé, on prépare la copie, en créant la/les partitions cibles sur un autre disque, ou sur le même disque on créé la les partitions qui recevront la copie.
Systemback ne sait pas créer de nouvelles partitions. Mais il sait  utiliser des partitions existantes en les formatant.

Comme je le disais plus haut, on peut préparer les partitions pour copier le système; dans des partitions de même taille que la source, ou de taille plus grande, ou de taille plus petites.
Dans ce cas, la taille minimum, est la taille des donnée à copier, plus quelques GO pour que le système puisse fonctionner.

Pour copier son système, dans Systemback, un clic sur "Copie du système"
Une fenêtre s'ouvre.

180525105845811096.png

Dans cette fenêtre, dans "Paramètres de partitions". On voit le/les disque de la config, et donc la/les partitions de la config, donc les partitions cibles que l'on a préparé.

Exemple, on va copier le système dans une seule grande partition système ( / )  qui va inclure le home  (/home). sans choisir de partition swap pour faciliter les explications.
On sélectionne la partition cible préparée.
Si il se trouve qu'elle est montée, on la démonte avec le bouton "Démonter".
Dans "Point de montage" on va choisir le point de montage du système  ( / ).  (Voir aussi plus bas les explications) .
Dans "Système de fichiers" on va choisir  Ext4 .
On coche ou pas "Formater". Dans le cas ou on a préparé les partitions c'est égal. Si on utilise une partition existante , on coche  Formater, pour effacer les données de la partition.

"Copier les fichiers de données de l’utilisateur"

Si on ne coche pas;
Systemback va faire une copie avec les applications ajoutées et leurs paramètres personnels, ainsi que les paramètres personnels des applications installées par défaut.

Si on coche;
En plus de ce qui est indiqué ci-dessus, Systemback va copier les données utilisateur contenues dans le dossier personnel. (média, fichiers de travail,bureautique,  &&&.).

Les flèches vertes; Retour et Suivant ( <=== ) sont actives après que la/les partitions de la copie soient paramétrées.
La flèche retour sert à annuler les choix, pour recommencer.
La flèche suivant ( <=== ) sert à valider les choix pour une partition, et paramétrer la/les partitions suivantes. Et ajouter une partition swap existante par exemple.

"Installer le chargeur d'amorçage Grub"

Grub s'installe en deux parties.
La première partie dans le secteur d'amorçage du disque d’installation (ici la copie) , ou dans le secteur d'amorçage de la partition d'installation (lorsque l'on veut chaîner d'un Grub sur l'autre.) La deuxième  partie de Grub est dans les fichiers systèmes ( /boot/grub)
Nous on indique le disque qui reçoit la copie, et on installe Grub première partie dans le secteur d'amorçage du disque sans indiquer de n° de partition; Exemple /dev/sdb  .
Je n'ai jamais testé le choix "Auto" ...

Voila le paramétrage de la copie est prêt, on clique sur "Suivant" pour lancer la copie.

Systemback va formater ou pas la/les partitions cibles. Copier les données de la/les partitions sources dans la/les partitions cibles, changer les UUID des partitions cibles dans le fichier /etc/fstab de la copie. Prendre en compte la partition swap indiquée, et installer le chargeur d’amorçage Grub dans la copie selon les indications de l’utilisateur.

Remarque; la/les partitions cibles...
À condition de préparer les partitions cibles comme il faut. On peut copier un système installé dans une partition unique dans des partitions multiples.
Le cas le plus fréquent;
On copie le système dans une partition qui aura comme  point de montage  ( / )  avec en plus une partition home séparée qui aura comme point de montage ( /home).
Il y a d'autres choix possibles, voir ce qui est proposé dans la case "Point de montage" .

On peut aussi copier un système installé dans des partitions multiples, dans une partition unique avec comme seul point de montage ( / ) .

Systemback fonctionne avec les systèmes installés en mode Bios_Legacy et mode UEFI.
Çà concerne la réinstallation de Grub; Grub2 (Pc) en mode Bios_Legacy, et Grub-efi en mode UEFI. Dans ce cas on utilise une partition boot-efi ( boot-esp)  format Fat32 existante ou à créer .


@+.   Babdu89   .

Dernière modification par Babdu89 (Le 25/05/2018, à 21:50)


J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#30 Le 27/05/2018, à 07:40

kaleo

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

Bonjour Babdu89,

Merci pour cette aide

J'ai reçu le SSD.

Toutefois pour installer le windows, avant de copier la partition Ubuntu, sur le SSD j'ai besoin du lecteur DVD.
Or celui-ci semble ne plus fonctionner depuis le passage d'Ubuntu 16.04 LTS au 17.10.

J'ai crée ce sujet "dvd writer model SH-S182D samsung fonctionne t il" pour tenter de résoudre ce problème :

https://forum.ubuntu-fr.org/viewtopic.p … #p21923068

Si tu as un peu de temps pour m'aider à faire fonctionner le DVD,merci d'avance smile

Hors ligne

#31 Le 27/05/2018, à 09:20

bluc

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

tu peux installer Windows avec une cle usb il faut dans ce cas télécharger l'iso sur le site Windows
J'utilise Mltisystem pour le faire mais il y en a d'autes
Tu peux aussi depuis ton Windows l'installer avec l'iso sans faire de live-usb


Clevo :  Ubuntu 18.04   ❖  Deepin 15.7  ❖ Ubuntu 18.10 avec partition data commune 
Packard Bell : lubuntu 18.10 ❖  Ubuntu 18.10 ❖ Xubuntu 18.04 avec partition data commune

Hors ligne

#32 Le 03/06/2018, à 10:13

kaleo

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

J'ai branché ce nouveau disque sur l'ordinateur.

J'ai tenté en vain d'installer un windows sur le disque SSD.
XP présente un écran bleu après le chargement des pilotes au début de l'installation.
Et l'installation de Seven échoue dès le début ; peut-être à cause du manque de puissance de l'ordinateur pour ce système.

De mes essais infructueux d'installation il reste une table des partitions ms-dos sur tout le disque et une partition NTFS de 4 gigas située au début du disque.

J'ai agrandie la partition primaire NTFS à 40 gigas avec Gparted en attendant de résoudre ce problème d'installation windows.

La machine démarre avec les deux disques ; le HDD avec Ubuntu 17.10 sur une partition comprenant tout le disque (sda1) et le SSD avec la partition NTFS en début de disque (sdb1) et une deuxième partition (sdb2 crée, puis formatée en EXT4 avec Gparted)  de 192,79 gigas (j'ai laissé un petit bout non partitionné à la fin du disque)

Les deux images ci-dessous montre le résultat de mes actions sous Gparted :

180603110931560178.png

180603110931136780.png

Je ne sais pas pourquoi on lit 4.08 Gio utilisés sur la partition EXT4 (sdb2) sensée être vide après le formatage avec Gparted

Ces deux images montrent l'état du HDD :

180603112608702847.png

180603112608500061.png

Puis j'ai lancé Systemback pour copier la partition sda1 contenant Ubuntu du HDD vers la partition sdb2.
Dans la première fenêtre de Systemback j'ai cliqué sur "Copie du système".

Puis dans la fenêtre suivante j'ai cliqué sur la ligne commençant par /dev/sdb2 pour la mettre en surbrillance, puis j'ai réglé les paramètres souhaités mais le bouton "Suivant" reste grisé ; la copie ne se fait donc pas (voir l'image ci-dessous)

180603110932217567.png

Merci d'avance pour votre aide smile

Dernière modification par kaleo (Le 03/06/2018, à 20:31)

Hors ligne

#33 Le 03/06/2018, à 11:11

bluc

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

C'est grisé parce que ta partition sda1 est plus grande que ddb2 on ne peut loger 465 Go dans 192 Go
si tu réduis la taille de sda1 a un peu moins de 192 Go ça devrait fonctionner


Clevo :  Ubuntu 18.04   ❖  Deepin 15.7  ❖ Ubuntu 18.10 avec partition data commune 
Packard Bell : lubuntu 18.10 ❖  Ubuntu 18.10 ❖ Xubuntu 18.04 avec partition data commune

Hors ligne

#34 Le 03/06/2018, à 13:26

Babdu89

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

Bonjour.

Juste avant de ne plus avoir de connexion ce soir, pendant 2 semaines...

On voit dans la fenêtre de Systemback, ce qui ne va pas.

Lorsque tu as préparé la copie de ton Ubuntu 17.10 installé en /sda1 dans la partition /dev/sdb2.
Tu as choisi point de montage;    /   . C'est ce qui convient.
Système de fichiers;   Ext4  ;  C'est ce qui convient.
Formater, à cocher ou pas (çà n'a pas d'importance, la partition est en Ext4 et vide).

Mais!!!.
Tu as oublié un appui  sur la flèche verte  <===  pour valider tes choix pour la partition de copie.
Donc suivant est grisé, c'est normal tant que tu ne valides pas tes choix pour /sdb2

Dans la sélection /dev/sdb2 lorsque tu auras validé, on doit voir dans nouveau point le montage ( / )

Post#29 il est dit;

Les flèches vertes; Retour et Suivant ( <=== ) sont actives après que la/les partitions de la copie soient paramétrées.
La flèche retour sert à annuler les choix, pour recommencer.
La flèche suivant ( <=== ) sert à valider les choix pour une partition, et paramétrer la/les partitions suivantes. Et ajouter une partition swap existante par exemple.

Tu as cocher "Copier les fichiers de données de l'utilisateur" c'est ce qui convient.

Dans "Installer le chargeur d'amorçage Gru2 "  Il faut choisir  /sdb   sans numéro de partition.

Rappel
Systemback ne copie pas les partitions de disque à disque, mais les données partitions sources dans les partitions cibles préparées d'avance avec Gparted, par exemple.
Pour la taille des partition de copie. Leur taille doit être un peu plus grande que la taille des données de la partition source à copier.
Données dans /sda1; taille 19 GO
Partition copie /sdb2 192 Go , il y a largement la place. Tu aurais pu copie dans /sdb2 avec une taille de mini 22/25 Go. Systemback y aurait copier les données sans rechigner. Mais le système pourrait bloquer par la suite pour manque de place.

Après tu devrais pouvoir faire la copie.

@+.   Babdu89   .

Dernière modification par Babdu89 (Le 03/06/2018, à 15:52)


J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#35 Le 03/06/2018, à 21:03

kaleo

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

Merci pour votre attention ;)

j'ai relancé Systemback, remis les paramètres souhaités, puis j'ai choisi /sdb dans "Installer le chargeur d'amorçage Gru2".
Cela va installer le chargeur d'amorçage GRUB 2 dans la table de partition du disque SSD je suppose.

Puis j'ai cliqué sur la flèche verte en dessous de "Formater".

J'ai pu alors cliquer sur le bouton "Suivant"

La copie commence (voir les images ci-dessous) :

180603095109437070.png

180603095109344249.png

180603095109657327.png

180603095110306085.png

Pourquoi lit-on dans la colonne "Étiquette" au niveau de la ligne /dev/sdb2/ SB@ ?

J'ai arrêté l'ordinateur, débranché le HDD et laissé branché le SSD, puis redémarré avec succès avec la copie d'Ubuntu 17.10 installée sur le SSD.

Ne sachant pas comment gérer l'espace disque du SSD, j'ai crée avec Gparted une partition pour la copie d'Ubuntu 17.10 (sdb2) incluant l'essentiel de cet espace (192 Go).

ps : En essayant de suivre la recommandation "si tu réduis la taille de sda1 a un peu moins de 192 Go ça devrait fonctionner" j'ai rencontré un dysfonctionnement avec GParted en branchant ce HDD sur un autre ordinateur qui a le système Ubuntu 16.04. Cela n'a pas altéré le 16.04 ni le 17.10. Je vais ouvrir une discussion pour cela :)

Je vais maintenant retenter d'installer un windows au début de ce SSD, dans la première partition.
Aussi, il faudra réinstaller GRUB.

A bientôt

Merci encore

Dernière modification par kaleo (Le 03/06/2018, à 21:20)

Hors ligne

#36 Le 03/06/2018, à 23:22

kaleo

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

La mise à jour de la copie d'Ubuntu 17.10 sur le SSD vers Ubuntu 18.04 c'est effectuée avec succés smile

Hors ligne

#37 Le 19/06/2018, à 16:30

Babdu89

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

Bonjour.

Pourquoi lit-on dans la colonne "Étiquette" au niveau de la ligne /dev/sdb2/ SB@ ?

Systemback met l'étiquette suivante  SB@  aux partitions qu'il utilise. On peut par la suite changer l'étiquette en session live avec Gparted.

@+.   Babdu89   .


J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#38 Le 01/07/2018, à 15:57

kaleo

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

Bonjour,

Quel est l'intérêt de cette étiquette une fois la copie réalisée par Systemback ?

J'ai installé à partir d'une clef USB un Seven 64 bits sur un disque HDD de cet ordinateur.
J'ai débranché le disque SSD, où se trouve l'Ubuntu 18.04, et l'autre disque HDD, où sont stockées les données visibles par l'Ubuntu dès son démarrage, pour réaliser cette action.

Est-il possible de m'assister dans l'installation de ce windows sur le disque SSD où se trouve l'Ubuntu 18.04 ?

Le but est de réussir cette installation sans altérer l'Ubuntu.

Je ne connais pas GRUB.

Actuellement (on peut le voir dans les messages précédents grâce à GParted et Systemback) il existe au début du disque SSD une partition NTFS de 40 gigas nommée /dev/sdb1.

Je pense faire une copie de l'Ubuntu sur le disque HDD où se trouve actuellement le Seven (cela effacera le windows)

Est-il préférable de créer un nouveau sujet pour cela ?

Merci d'avance wink

Dernière modification par kaleo (Le 01/07/2018, à 16:13)

Hors ligne

#39 Le 07/07/2018, à 16:08

kaleo

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

J'ai utilisé avec succès Systemback, avec les mêmes paramètres que ceux cités plus haut dans les messages, pour copier l'Ubuntu sur le DD où se trouve actuellement le Seven.

J'arrive sur ce HDD de test, grâce à GRUB, à démarrer au choix sur le Seven ou l'Ubuntu lol big_smile

J'ai remarqué en créant la partition ext4 sur ce HDD avec GParted (Systemback est alors démarré) qu'il faut relancer Systemback sinon il ne détecte pas les changements effectués par GParted.

Avant de faire cette copie j'ai utilisé Systemback pour créer un nouveau point de restauration dans /home.

Je ne le vois pas dans dans la copie sur le HDD de test (le /dev/sd* occupe deux fois moins de place par rapport à celui du HDD)

Je vais maintenant tenter d'installer le Seven sur le SSD où se trouve l'original de l'Ubuntu 18.04

Mais je ne sais pas ce qu'il faudrait faire sur le GRUB du SSD avant cette action.
Je crains que le Seven écrase le GRUB ; entraînant un blocage pour accéder à l'Ubuntu ...

Remarque : juste le système Seven occupe 23.69 Gio, l'Ubuntu (avec quelques programmes en plus depuis son installation) 9.37 Gio big_smile

Dernière modification par kaleo (Le 07/07/2018, à 16:27)

Hors ligne

#40 Le 07/07/2018, à 21:28

Babdu89

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

Bonsoir.

Avant de faire cette copie j'ai utilisé Systemback pour créer un nouveau point de restauration dans /home.

Je ne le vois pas dans dans la copie sur le HDD de test (le /dev/sd* occupe deux fois moins de place par rapport à celui du HDD)

Là tu en sais plus que moi pour pour l'utilisation des points de restaurations avec Systemback. Je n'ai jamais tester/utilisé cette option...


Je vais maintenant tenter d'installer le Seven sur le SSD où se trouve l'original de l'Ubuntu 18.04

Mais je ne sais pas ce qu'il faudrait faire sur le GRUB du SSD avant cette action.
Je crains que le Seven écrase le GRUB ; entraînant un blocage pour accéder à l'Ubuntu ...

Seven en s'installant va écrie une partit de son boot loader (mbr compatible Windows, si on peut dire.) dans le secteur de boot du SSD. Ceci va écraser la première partie de Grub qui s'y trouve actuellement.

Ce n'est pas grave, tes disques branchés, tu vas utiliser Boot-Repair depuis une session live, en passant par les "Options avancées" pour réinstaller grub dans le Ubuntu du SSD, en mettant la première partie de Grub dans le secteur de boot du SSD. (sans indiquer de n° de partition?)
Au redémarrage sur le SSD, tu pourras démarrer tous les systèmes installés dans ta config, depuis le menu Grub du Ubuntu du SSD.

Tu pourras par la suite démarrer le Ubuntu du HDD, et faire une mise à jour de Grub de ce Ubuntu. Tous les systèmes de la config seront proposé au démarrage de la machine en démarrant sur le HDD.

@+.   Babdu89   .

Dernière modification par Babdu89 (Le 07/07/2018, à 21:31)


J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#41 Le 14/07/2018, à 17:07

kaleo

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

J'ai fait

Avant de faire cette copie j'ai utilisé Systemback pour créer un nouveau point de restauration dans /home.

mais je ne suis pas allé plus loin que le test et ne sais pas quoi en faire non plus smile

J'ai fait l'erreur de ne pas attendre ton retour et me suis précipité pour suivre ce tutoriel pour créer une clé usb de secours (chapitre 8.2) sur le SSD

https://doc.ubuntu-fr.org/grub-pc#creer … de_secours

Je l'ai crée mais au redémarrage d'Ubuntu j'ai un écran noir avec le prompte "boot rescue".

J'ai alors fait le choix d'installer Seven sur ce disque SSD

Je ne sais pas si c'est le master boot record (MBR) qui contenait Grub ou la partition crée par Gparted en NTFS mais Je me suis heurté comme précédemment à un problème pour installer ce système.

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

Aussi, j'ai supprimé les partitions sur ce disque et effacé le MBR avec un outils windows

J'ai pu alors installer Seven.

Je ne sais pas s'il existe des solutions moins radicales.

Puis j'ai crée avec Gparted une partition sur ce disque pour installer l'image d'Ubuntu présente sur le HDD de test.

J'ai maintenant le double démarrage de Grub avec au choix Seven ou Ubuntu lol

Mais l'image installée sur le SSD a enlevé les accès à un disque HDD (nommé ENFANT) contenant un unique dossier en NTFS, partagé en NFS depuis cet ordinateur vers un autre.

J'ai recrée alors le point de montage sur le SSD pour accéder à ENFANT dans /etc/fstab

##Montage partition ENFANT NTFS de HDD sur SDD
/dev/disk/by-uuid/C662F84F62F84629 /media/elsoyo/ENFANT ntfs nosuid,nodev,nofail,x-gvfs-show 0 0

Il me semble que cela vient de l'UUID.

Maitenant je me demande s'il est possible de créer une partition swap pour accélérer l'utilisation d'Ubuntu 18.04

S'il est possible, utile, de mettre le /home sur une autre partition que la principale.

Enfin, l'installation de cette image sur le SSD à crée un Grub où s'est ajouté aux lignes du disque HDD de test les nouvelles lignes.

J'ai maintenant des lignes en doubles (deux Seven et deux Ubuntu).

Comment supprimer les lignes obsolètes de Grub ?

Merci d'avance wink

Dernière modification par kaleo (Le 14/07/2018, à 17:15)

Hors ligne

#42 Le 14/07/2018, à 20:43

Babdu89

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

Bonsoir.

J'ai fait l'erreur de ne pas attendre ton retour et me suis précipité pour suivre ce tutoriel pour créer une clé usb de secours (chapitre 8.2) sur le SSD

https://doc.ubuntu-fr.org/grub-pc#creer … de_secours

Je l'ai crée mais au redémarrage d'Ubuntu j'ai un écran noir avec le prompte "boot rescue".

J'utilise ce type de clé usb, pour pouvoir redémarrer ma/mes machines en cas de soucis.
Çà marche bien, mais dans la doc, on oublie de dire qu'en cas de mise a jour système de l'Os par défaut à démarrer. Maj système  avec changement de version du noyau, (voir plusieurs maj de ce type.)  on peut se retrouvé avec un fichier grub.cfg dans la clé qui n'a plus le bon noyau à démarrer.
Même si l'UUID de la partition est bon, si il n'y a plus la version du noyau dans le fichier grub.cfg de l'Os, çà ne marche plus.
Ce qui veut dire;
Maj système de l'Os avec changement de version de noyau dans l'Os = changement ou remplacement (par copie du grub.cfg de l'Os) du fichier grub.cfg de la clé, pour pouvoir la réutiliser à nouveau.

@+.   Babdu89   .


J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#43 Le 14/07/2018, à 21:02

Babdu89

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

Si tu as copier de nouveau ton système sur le SSD avec Systemback, il créé un nouveau fichier /etc/fstab avec à monter automatiquement, que les partitions cibles à utiliser que tu lui indiques.
Il faut modifier ce fichier après installation.

S'il est possible, utile, de mettre le /home sur une autre partition que la principale.

Si c'est en utilisant Systemback pour copier un système installé sur partition unique, oui.
On prépare une partition cible format Ext4 en plus de la partition cible pour le système.
On indique a Systemback les deux partitions pour l'installation.
Une avec point de montage  /   pour le système .
Une avec point de montage /home pour y mettre le  home séparé.
Si on a une partition swap sur un autre disque, on peut l'indiquer à Systemback. Mais il va en changer l'UUID.

J'ai maintenant des lignes en doubles (deux Seven et deux Ubuntu).

Comment supprimer les lignes obsolètes de Grub ?

Si tu veux bien faire un boot info de ta config tous les disques branchés, que l'on voit comment t'aider?.


@+.   Babdu89   .

Dernière modification par Babdu89 (Le 25/07/2018, à 19:07)


J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#44 Le 25/07/2018, à 15:59

kaleo

Re : copier système ubuntu 17.10 et ses données d'un disque dur à l'autre

Bonjour,

Je reviens dans la semaine du 20 août.

A bientôt smile

Hors ligne