[RÉSOLU) Remplacer HDD par SSD

jeange · Le 12/10/2023, à 21:48

Donc pas en ext 4 mais en non-alloué.

ylag · Le 12/10/2023, à 21:58

Bonsoir,

Une page de la doc concernant les partitions :

https://doc.ubuntu-fr.org/partitions#pa … s_logiques

A+

jeange · Le 12/10/2023, à 22:01

Bonsoir,
Merci, j'ai enfin pigé la partition étendue
À +

bluc · Le 12/10/2023, à 22:05

Puis bon ...c'est la swap , c'est pas difficile de recréer ensuite une partition swap et modifier l'uuid dans fstab ensuite

jeange · Le 12/10/2023, à 22:09

Modifier l'uuid pour réutiliser éventuellement le DD ?

geole · Le 12/10/2023, à 22:35

Ne t'inquiéte par pour la partition swap. Si elle est ratée, ce n'est pas vital.
L'important est que ta partition de données soit présente.
Que tu lances boot-repair,
Que tu débranches le disque dur
et que tu rebootes.

Dernière modification par geole (Le 12/10/2023, à 22:36)

bluc · Le 12/10/2023, à 22:51

jeange a écrit :

Modifier l'uuid pour réutiliser éventuellement le DD

Non pour rendre la nouvelle swap active dans le cas ou tu en créerais une autre , mais bon ne le fais pas c'était juste pour te dire que c'etait possible facilement

Dernière modification par bluc (Le 12/10/2023, à 22:52)

bluc · Le 12/10/2023, à 23:11

geole a écrit :

Ne t'inquiéte par pour la partition swap. Si elle est ratée, ce n'est pas vital.
L'important est que ta partition de données soit présente.
Que tu lances boot-repair,
Que tu débranches le disque dur
et que tu rebootes.

Peut etre avoir un probleme au demarrage il va rechercher swap ?

geole · Le 12/10/2023, à 23:58

Oui mais en version 20.04 il me semble que le boot est ralenti de 90 secondes
Mais si ce n'est pas le cas et qu'il plante, on corrigera le fichier fstab én mode recovery ou au pire en live USB. Par la suite, on fera un fichier de swap au lieu d'une partition.

Dernière modification par geole (Le 12/10/2023, à 23:59)

bluc · Le 13/10/2023, à 00:24

Oui c'est possible , mais pour en revenir au sujet d'une partition dans une extended , je viens de faire l'essai la coller a coté , ça fonctionne , j'ai voulu aussi testé vérifier sur une table en GPT ,plutot que d'utiliser boot-repair , si les commandes suivantes fonctionnaient

sudo mount /dev/sda1 /boot

et

sudo grub-install --root-directory=/boot /dev/sda

Effectivement comme tu disais ça fonctionne avec une partition de quelques Mo bios_grub, sinon ça renvoie un message d'erreur
Mon clone démarre nickel , juste une mise a jour du grub pour effacer les anciennes entrées

Dernière modification par bluc (Le 13/10/2023, à 00:33)

jeange · Le 13/10/2023, à 08:48

En résumé: je laisse le SSD en l'état actuel #22 et j'applique #31 de geole

bluc · Le 13/10/2023, à 09:30

Oui, tu ne fais que ce que dit geole ,moi je suis plus la pour mon information (et que je voulais dire que dans l'essai que je viens de faire , j'ai passé outre avec la partition étendue et la swap qui s'y trouvait en sda7 et maintenant en sda2 et pas de probleme)
Mais tu as essayé de copier coller la swap , normalement quand on ne peut pas , il faut la désactiver dans le menu du clic droit.

Dernière modification par bluc (Le 13/10/2023, à 09:54)

jeange · Le 13/10/2023, à 11:36

Voici le résultat d'après #31, la swap a bien été désactivée pour la coller mais le résultat ???

SSD actuel

DD actuel

geole · Le 13/10/2023, à 11:57

Bonjour.
Cela me semble pas mal. Hormis le fait que la partition swap est maintenant plus grande.....

Afin que le boot-repair soit simple, je te propose.
1) Stopper le live USB.
2) Débrancher le disque dur.
3) Rebooter en live-USB
4) Installer boot-repair.
5) Faire la réparation recommandée.
6) Publier le résultat de la réparation.
7) Stopper le live-USB.
8) Aller dans le bios et dire le l'ordre des boot est maintenant en premier le SSD au lieu du disque dur.
9) Booter.

Nota, je suis surpris qu'il y ait un espace libre de 5 Mo entre chaque partition. Habituellement, lorsqu'il y en a, c'est seulement 1 Mo!

Dernière modification par geole (Le 13/10/2023, à 12:01)

jeange · Le 13/10/2023, à 15:29

Bonjour,
ma clé de 22.04 est nase et mis le f....., en 22.04 les liens sont cassés; je vais ressortir la clé de 20.04.
Est-ce pour cela que #38 : - DD actuel sda3 /DATA-WD500... qui doit être /media/DATA-W...
-SDD actuel sdb3 /media/jeange/2 , sdb4 /media/jeange/D...

geole a écrit :

2) Débrancher le disque dur.

??? cela suppose que je dois désosser l'ordi ???

L'affinage des partitions pour écarts et autres sera fait plus tard; j'arrête toute intervention pendant que j'ai encore 20.04 d'utilisable.

geole · Le 13/10/2023, à 16:22

=====> ma clé de 22.04 est nase et mis le f....., en 22.04 les liens sont cassés; je vais ressortir la clé de 20.04.
Je n'ai pas tout compris, Peut-être devrais-tu commencer par refabriquer une clé 22.04???

====> Est-ce pour cela que #38 : - DD actuel sda3 /DATA-WD500... qui doit être /media/DATA-W...
-SDD actuel sdb3 /media/jeange/2 , sdb4 /media/jeange/D..
Si parles des points de montages, ce n'est pas grave.
La capture gparted a été certainement faite depuis le ubuntu opérationnel du disque dur. Donc le montage du DD a été fait en consultant /etc/fstab
mais le montage du SSD est standard sur ton nom d'utilisateur.

=====>cela suppose que je dois désosser l'ordi ???
Je pensais que cela ne te posait pas de problème .On va trouver une solution pour éviter de désosser.
1) Dans un premier temps, tu donnes ce retour afin de vérifier que les UUID sont bien dupliqués.

sudo blkid | grep -v loop

2) Dans un second temps, on va modifier les UUID des partitions du disque dur. ATTENTION, Le ubuntu du disque dur deviendra non bootable.
Pour cela, tu lances de nouveau un gparted d'une live-USB, tu te positionnes sur une partition du disque dur.
Tu cliques sur la fonctionnalité NOUVEL UUID et tu valides.
Tu fais la même chose pour toutes les partitions du disque dur.
3) Enfin tu lances boot-repair. Il n'y aura alors pas de double.

Note que si tout se passe très mal, je te donnerais les commandes pour remettre les valeurs initiales ( en utilisant le retour de blkid).
==> ou on corrigera manuellement le fichier /etc/fstab et les fichiers de boot pour mettre les nouveaux UUID

Dernière modification par geole (Le 13/10/2023, à 16:25)

jeange · Le 13/10/2023, à 16:26

Là je suis en 20.04

jeange@CLV-W65:~$ sudo blkid | grep -v loop
[sudo] Mot de passe de jeange : 
/dev/sda5: UUID="d7813102-4ebd-48ef-932e-3fcebeabc6b3" TYPE="swap" PARTUUID="cefae216-05"
/dev/sda1: LABEL="2004" UUID="ea70b734-9969-4546-bf60-c7c1314e8832" TYPE="ext4" PTTYPE="dos" PARTUUID="cefae216-01"
/dev/sda2: LABEL="2204" UUID="7083e34d-268a-4535-8a07-0c9f52701de1" TYPE="ext4" PARTUUID="cefae216-02"
/dev/sda3: LABEL="DATA-WD500" UUID="d692095a-1d39-4617-bbfe-0a047dc4a57e" TYPE="ext4" PARTUUID="cefae216-03"
jeange@CLV-W65:~$

jeange · Le 13/10/2023, à 16:30

Je désosserai quand le SSD sera clean, je suis déjà intervenu pour RAM, charnière, clavier, mise sous tension...

geole · Le 13/10/2023, à 16:46

jeange a écrit :

Là je suis en 20.04

jeange@CLV-W65:~$ sudo blkid | grep -v loop
[sudo] Mot de passe de jeange : 
/dev/sda5: UUID="d7813102-4ebd-48ef-932e-3fcebeabc6b3" TYPE="swap" PARTUUID="cefae216-05"
/dev/sda1: LABEL="2004" UUID="ea70b734-9969-4546-bf60-c7c1314e8832" TYPE="ext4" PTTYPE="dos" PARTUUID="cefae216-01"
/dev/sda2: LABEL="2204" UUID="7083e34d-268a-4535-8a07-0c9f52701de1" TYPE="ext4" PARTUUID="cefae216-02"
/dev/sda3: LABEL="DATA-WD500" UUID="d692095a-1d39-4617-bbfe-0a047dc4a57e" TYPE="ext4" PARTUUID="cefae216-03"
jeange@CLV-W65:~$

en cas d'absolue nécessité. Rebooter avec un live-USB
Vérifier que le disque dur est toujours vu comme étant SDA,

sudo tune2fs -U  d7813102-4ebd-48ef-932e-3fcebeabc6b3 /dev/sda5
sudo tune2fs -U  ea70b734-9969-4546-bf60-c7c1314e8832 /dev/sda1
sudo tune2fs -U  7083e34d-268a-4535-8a07-0c9f52701de1 /dev/sda2
sudo tune2fs -U  d692095a-1d39-4617-bbfe-0a047dc4a57e /dev/sda3

jeange · Le 13/10/2023, à 16:56

Donc je reboote en live-usb
- je lance gParted
-après un clic sur sda5 je passe

sudo tune2fs -U

-idem pour sda1 sda2 sda3

Tu confirmes ?

geole · Le 13/10/2023, à 17:12

jeange a écrit :

Donc je reboote en live-usb
- je lance gParted
-après un clic sur sda5 je passe
sudo tune2fs -U 
-idem pour sda1 sda2 sda3
Tu confirmes ?

On ne passe pas une commande par un clic..
Tu cliques simplement sur la fonctionnalité NOUVEL UUID et tu valides.
en tache de fond elle fera le nécessaire en lançant la commande tune2fs -U xxxxxx-xxxx-xxxx-xxxx-xxxxxxxx

jeange · Le 13/10/2023, à 17:55

Je suis en live,
ça ne marche pas pour sda1 et sda2 mais ok pour sda3, quant à sda5 faut-il désactiver ?

Dernière modification par jeange (Le 13/10/2023, à 17:56)

geole · Le 13/10/2023, à 18:02

Pourquoi cela ne marge pas pour SDA1 SDA2 .. Fournis les messages d'erreurs Chapitre sept
Oui il faut déactiver le swap comme tu l'as fait pour le recopier

jeange · Le 13/10/2023, à 18:12

Ok pour sda5
sda1 et sda2

geole · Le 13/10/2023, à 18:17

geole a écrit :

Fournis les messages d'erreurs Chapitre sept

doc a écrit :

Collecte du fonctionnement.
Il peut être intéressant de mémoriser la réalisation du traitement exécuté. Lorsqu'il n'a pas correctement fonctionné, la raison détaillée est toujours indiquée dans cette collecte. Prendre connaissance de la raison permet souvent de comprendre le problème.
Cliquer sur Enregistrer les détails au lieu de Fermer.
Ne cliquer pas sur Enregistrer car le répertoire /root est positionné au lieu du votre.
Cliquer sur Autres emplacements afin de pouvoir choisir votre répertoire.
Cliquer sur Ordinateur afin de lister les répertoires.
Cliquer sur home afin de voir la liste des utilisateurs.
Cliquer sur votre nom d'utilisateur.
Cliquer sur Documents ou Bureau.
Modifier le titre gparted_details.htm si nécessaire.w
Cliquer sur Enregistrer.
Accepter ou non d'écraser un fichier de même nom.
Cliquer sur Fermer.
Pour consulter: Ouvrir votre gestionnaire de fichier et double-cliquer sur le nom du fichier. Il sera visible dans un onglet de votre navigateur. Si refus pour cause de permission refusée, exécuter cette commande.
sudo chown $USER:$USER $HOME/Bureau/*

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 12/10/2023, à 21:48

Re : [RÉSOLU) Remplacer HDD par SSD

#27 Le 12/10/2023, à 21:58

Re : [RÉSOLU) Remplacer HDD par SSD

#28 Le 12/10/2023, à 22:01

Re : [RÉSOLU) Remplacer HDD par SSD

#29 Le 12/10/2023, à 22:05

Re : [RÉSOLU) Remplacer HDD par SSD

#30 Le 12/10/2023, à 22:09

Re : [RÉSOLU) Remplacer HDD par SSD

#31 Le 12/10/2023, à 22:35

Re : [RÉSOLU) Remplacer HDD par SSD

#32 Le 12/10/2023, à 22:51

Re : [RÉSOLU) Remplacer HDD par SSD

#33 Le 12/10/2023, à 23:11

Re : [RÉSOLU) Remplacer HDD par SSD

#34 Le 12/10/2023, à 23:58

Re : [RÉSOLU) Remplacer HDD par SSD

#35 Le 13/10/2023, à 00:24

Re : [RÉSOLU) Remplacer HDD par SSD

#36 Le 13/10/2023, à 08:48

Re : [RÉSOLU) Remplacer HDD par SSD

#37 Le 13/10/2023, à 09:30

Re : [RÉSOLU) Remplacer HDD par SSD

#38 Le 13/10/2023, à 11:36

Re : [RÉSOLU) Remplacer HDD par SSD

#39 Le 13/10/2023, à 11:57

Re : [RÉSOLU) Remplacer HDD par SSD

#40 Le 13/10/2023, à 15:29

Re : [RÉSOLU) Remplacer HDD par SSD

#41 Le 13/10/2023, à 16:22

Re : [RÉSOLU) Remplacer HDD par SSD

#42 Le 13/10/2023, à 16:26

Re : [RÉSOLU) Remplacer HDD par SSD

#43 Le 13/10/2023, à 16:30

Re : [RÉSOLU) Remplacer HDD par SSD

#44 Le 13/10/2023, à 16:46

Re : [RÉSOLU) Remplacer HDD par SSD

#45 Le 13/10/2023, à 16:56

Re : [RÉSOLU) Remplacer HDD par SSD

#46 Le 13/10/2023, à 17:12

Re : [RÉSOLU) Remplacer HDD par SSD

#47 Le 13/10/2023, à 17:55

Re : [RÉSOLU) Remplacer HDD par SSD

#48 Le 13/10/2023, à 18:02

Re : [RÉSOLU) Remplacer HDD par SSD

#49 Le 13/10/2023, à 18:12

Re : [RÉSOLU) Remplacer HDD par SSD

#50 Le 13/10/2023, à 18:17

Re : [RÉSOLU) Remplacer HDD par SSD

Pied de page des forums