[RÉSOLU) Remplacer HDD par SSD

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

J'ai enregistré, il est dans root

et je ne sais pas le transmettre

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

sudo sudo chown $USER:$USER /root/gparted*

Pour consulter: Ouvrir votre gestionnaire de fichier et double-cliquer sur le nom du fichier. Il sera visible dans un onglet de votre navigateur.

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

ubuntu@ubuntu:~$ sudo sudo chown $USER:$USER /root/gparted*
chown: impossible d'accéder à '/root/gparted*': Aucun fichier ou dossier de ce type
ubuntu@ubuntu:~$ sudo chown $USER:$USER /root/gparted*
chown: impossible d'accéder à '/root/gparted*': Aucun fichier ou dossier de ce type
ubuntu@ubuntu:~$

geole · Le 13/10/2023, à 19:00

Alors essaie

sudo ls -ls /root
sudo chown $USER:$USER /root/gparted_details.htm

jeange · Le 13/10/2023, à 19:03

GParted 1.0.0

configuration --enable-libparted-dmraid --enable-online-resize

libparted 3.3

========================================
Device: /dev/sda
Modèle : ATA WDC WD5000BPKX-0
Numéro de série : WD-WX21AA3W1531
Taille de secteur : 512
Secteurs totaux : 976773168

Têtes : 255
Secteurs/pistes : 2
Cylindres : 1915241

Table de partitions : msdos

Partition Type Start End Drapeaux Partition Name Système de fichiers Étiquette Point de montage
/dev/sda1 Primary 2048 125831167 boot ext4 2004
/dev/sda2 Primary 125841408 251678719 ext4 2204
/dev/sda3 Primary 251688960 904161279 ext4 DATA-WD500
/dev/sda4 Extended 960159742 976771071 lba extended
/dev/sda5 Logical 960159744 976771071 linux-swap

========================================
Device: /dev/sdb
Modèle : JetFlash Transcend 16GB
Numéro de série : none
Taille de secteur : 512
Secteurs totaux : 30523392

Têtes : 255
Secteurs/pistes : 2
Cylindres : 59849

Table de partitions : none

Partition Type Start End Drapeaux Partition Name Système de fichiers Étiquette Point de montage
/dev/sdb Unpartitioned 0 30523391 iso9660 Ubuntu 20.04 LTS amd64

========================================
Définir un nouvel UUID aléatoire pour le système de fichiers ext4 sur /dev/sda1 00:00:01 ( ERREUR )

calibrer /dev/sda1 00:00:01 ( SUCCÈS )

chemin : /dev/sda1 (partition)
début : 2048
fin : 125831167
taille : 125829120 (60.00 Gio)
Définir l’UUID de /dev/sda1 à une nouvelle valeur aléatoire 00:00:00 ( ERREUR )

tune2fs -U random '/dev/sda1' 00:00:00 ( ERREUR )

tune2fs 1.45.5 (07-Jan-2020)

Cette opération nécessite un système de fichier fraîchement vérifié.

SVP exécutez e2fsck -f sur le système de fichiers.

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

gparted a écrit :

tune2fs 1.45.5 (07-Jan-2020)
Cette opération nécessite un système de fichier fraîchement vérifié.
SVP exécutez e2fsck -f sur le système de fichiers.

donc avant de cliquer sur Nouvel UUID , il faut d'abord cliquer sur Vérifier

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

ubuntu@ubuntu:~$ e2fsck -f 
Utilisation : e2fsck [-panyrcdfktvDFV] [-b super-bloc] [-B taille-de-bloc]
		[-l|-L fichiers-des-blocs-défectueux] [-C fd] [-j journal-externe]
		[-E options-étendues] périphérique

Aide d'urgence :
 -p                   Réparation automatique (sans question)
 -n                   N'appliquer aucun changement au système de fichiers
 -y                   Supposer « oui » pour toutes les questions
 -c                   Vérifier la présence de blocs défectueux et les
                      ajouter à la liste des blocs défectueux
 -f                   Forcer la vérification même si le système de fichiers
                      est marqué propre
 -v                   Travailler en mode bavard
 -b super-bloc        Utiliser un bloc alternatif pour le superbloc
 -B taille-de-bloc    Forcer la taille des blocs lors de la recherche du
                      superbloc
 -j journal-externe   Définir la localisation du journal externe
 -l fichier-des-blocs-erronés
                      Ajouter à la liste des blocs défectueux
 -L fichier-des-blocs-erronés
                      Définir la liste des blocs défectueux
 -z fichier-d-annulation
                      Créer un fichier d'annulation
ubuntu@ubuntu:~$

geole · Le 13/10/2023, à 19:20

sudo e2fsck -f  /dev/sda1

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

jeange · Le 13/10/2023, à 19:27

Vérifié et nouvel uuid sda1 sda2 sda3 OK

pas vu #précédent

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

geole · Le 13/10/2023, à 19:33

Donc le boot-repair

jeange · Le 13/10/2023, à 19:34

ubuntu@ubuntu:~$ sudo e2fsck -f  /dev/sda1
e2fsck 1.45.5 (07-Jan-2020)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
2004 : 486646/3932160 fichiers (0.5% non contigus), 8596130/15728640 blocs
ubuntu@ubuntu:~$

jeange · Le 13/10/2023, à 19:47

Boot-repair est fait, je ferme GParted ?

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

jeange · Le 13/10/2023, à 19:50

Merci, bonap

bluc · Le 14/10/2023, à 00:04

Je ne vois pas pourquoi changer les uuids des partitions sur le hdd , le ssd est destiner a le remplacer , donc ils ne fonctionneront jamais ensemble
(et si jamais le clonage n'a pas réussi, mais il n'y a pas de raisons on sera content de repartir de zero)
Une fois les partitions collées sur le ssd
je mets le ssd a la place du hdd
je relance le live
puis je passe les commandes

sudo mount /dev/sda1 /boot

et

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

_ Je l'ai fait cet apres midi , ça a marché
_ Je l'ai refait sur un disque cible en gpt en ayant créé auparavant une partition avec drapeau boot de 250 Mo et les même commandes ça a fonctionné
_ Puis une troisième fois en efi avec l'utilisation a la fin de boot-repair , pareil nickel

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

geole · Le 14/10/2023, à 09:50

Bonjour bluc.
Je n'ai du tout pensé à demander si le SSD était connecté en interne ou était accédé par un disposition externe.
En revanche, j'ai noté que jeange ne voulait pas démonter le disque dur...
Dans un tel contexte, il faut changer les UUID d'un des deux disques. Il m'a semblé plus simple de changer ceux du disque dur.
J'ai noté que ta commande permet de réinitialiser le MBR du SSD dans le contexte LEGACY Mais dans un contexte 100% EFI, elle est totalement inutile puisque le MBR n'est pas utilisé pour y stocker des instructions de boot.

Dernière modification par geole (Le 14/10/2023, à 09:51)

jeange · Le 14/10/2023, à 11:05

Bonjour à tous,

geole a écrit :

En revanche, j'ai noté que jeange ne voulait pas démonter le disque dur...

désolé de nous être pas compris, le ssd était branché par câble en esata/usb et je voulais être sûr de sa bonne finalisation avant de passer à la partie "mécanique".
La 22.04 actuelle est utilisable après avoir réussi à refaire des liens provisoires , j'ai voulu démarrer en 20.04 mais comme prévu #41

20.04 KO ?
Abandon de l'attente d'un dispositif de suspension/reprise d'activité
(trad Deepl)

Je remplacerais le DD par le SSD cet après-midi dans l'attente de nouvelles consignes car il y aura probablement l'étiquette de sda3 à passer en /media/DATA-WD500/jeange ou /media/jeange/DATA-WD500
Merci
jeange

geole · Le 14/10/2023, à 11:22

Effectivement, on ne s'est pas compris sur le démontage du disque
Je t'ai déjà dit que le problème de montage de SDA3 est un faux problème qui sera automatiquement résolu au boot avec ce SSD.

Que cache cette expression "des liens provisoires"?

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

jeange · Le 14/10/2023, à 11:33

Après le crash de la clé 22.04 le fichier user-dirs.dirs a été corrompu et sda3 DATA démonté, j'ai dû piocher dans celui-ci pour établir de nouveaux liens., voir l'état de Nautilus, entre Corbeille et Autres emplacements ce sont des signets.

geole · Le 14/10/2023, à 11:38

"le fichier user-dirs.dirs a été corrompu"
OK
il est possible d'éviter ce problème

cp -nv /etc/xdg/user-dirs.conf $HOME/.config && sed -i 's/True/False/' $HOME/.config/user-dirs.conf

jeange · Le 14/10/2023, à 11:42

À passer maintenant ?

geole · Le 14/10/2023, à 12:02

Lorsque tu fonctionneras normalement .

jeange · Le 14/10/2023, à 12:07

Ok, après le passage au SSD.

bluc · Le 14/10/2023, à 12:40

geole a écrit :

Bonjour bluc.
Je n'ai du tout pensé à demander si le SSD était connecté en interne ou était accédé par un disposition externe.
En revanche, j'ai noté que jeange ne voulait pas démonter le disque dur...
Dans un tel contexte, il faut changer les UUID d'un des deux disques. Il m'a semblé plus simple de changer ceux du disque dur.
J'ai noté que ta commande permet de réinitialiser le MBR du SSD dans le contexte LEGACY Mais dans un contexte 100% EFI, elle est totalement inutile puisque le MBR n'est pas utilisé pour y stocker des instructions de boot.

Ok !...
Moi je pensais vu ce qu'avait dit jeange que le disque n’était pas conservé , et possedant un Clevo aussi avec un seul emplacement disque dur, je pensais que le sien aussi
Oui effectivement dans le cas ou le disque source reste en place , le changement des uuids se justifie

jeange a écrit :

- quant à l'ancien disque il servira de sculpture 21ème siècle, ou un lest supplémentaire de ceinture de plongée ou après ouverture le disque interne accroché dans le cerisier pour éloigner les sansonnets au temps des cerises.

Pour mon 3ème essai en efi , j'ai bien utilisé boot-repair , sachant que les commandes que j'ai donné ne fonctionnait pas en efi

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

jeange · Le 14/10/2023, à 16:28

Yep!
en live avec SSD en place, dois-je passer les deux lignes de bluc ?

geole · Le 14/10/2023, à 16:33

Lorsque le SSD est en place, As-tu essayé de booter sans mettre de live-USB?

Si tu n'as pas lancé boot-repair, fais les commandes de bluc...

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

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 13/10/2023, à 18:38

Re : [RÉSOLU) Remplacer HDD par SSD

#52 Le 13/10/2023, à 18:46

Re : [RÉSOLU) Remplacer HDD par SSD

#53 Le 13/10/2023, à 18:57

Re : [RÉSOLU) Remplacer HDD par SSD

#54 Le 13/10/2023, à 19:00

Re : [RÉSOLU) Remplacer HDD par SSD

#55 Le 13/10/2023, à 19:03

Re : [RÉSOLU) Remplacer HDD par SSD

#56 Le 13/10/2023, à 19:12

Re : [RÉSOLU) Remplacer HDD par SSD

#57 Le 13/10/2023, à 19:17

Re : [RÉSOLU) Remplacer HDD par SSD

#58 Le 13/10/2023, à 19:20

Re : [RÉSOLU) Remplacer HDD par SSD

#59 Le 13/10/2023, à 19:27

Re : [RÉSOLU) Remplacer HDD par SSD

#60 Le 13/10/2023, à 19:33

Re : [RÉSOLU) Remplacer HDD par SSD

#61 Le 13/10/2023, à 19:34

Re : [RÉSOLU) Remplacer HDD par SSD

#62 Le 13/10/2023, à 19:47

Re : [RÉSOLU) Remplacer HDD par SSD

#63 Le 13/10/2023, à 19:50

Re : [RÉSOLU) Remplacer HDD par SSD

#64 Le 14/10/2023, à 00:04

Re : [RÉSOLU) Remplacer HDD par SSD

#65 Le 14/10/2023, à 09:50

Re : [RÉSOLU) Remplacer HDD par SSD

#66 Le 14/10/2023, à 11:05

Re : [RÉSOLU) Remplacer HDD par SSD

#67 Le 14/10/2023, à 11:22

Re : [RÉSOLU) Remplacer HDD par SSD

#68 Le 14/10/2023, à 11:33

Re : [RÉSOLU) Remplacer HDD par SSD

#69 Le 14/10/2023, à 11:38

Re : [RÉSOLU) Remplacer HDD par SSD

#70 Le 14/10/2023, à 11:42

Re : [RÉSOLU) Remplacer HDD par SSD

#71 Le 14/10/2023, à 12:02

Re : [RÉSOLU) Remplacer HDD par SSD

#72 Le 14/10/2023, à 12:07

Re : [RÉSOLU) Remplacer HDD par SSD

#73 Le 14/10/2023, à 12:40

Re : [RÉSOLU) Remplacer HDD par SSD

#74 Le 14/10/2023, à 16:28

Re : [RÉSOLU) Remplacer HDD par SSD

#75 Le 14/10/2023, à 16:33

Re : [RÉSOLU) Remplacer HDD par SSD

Pied de page des forums