[RÉSOLU) Remplacer HDD par SSD

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

Bonjour,
Sur un ordi portable de 2013/2014 je souhaite remplacer le DD par un SSD, après avoir ingurgité pas mal de doc je pense procéder comme ceci:

-1 établir les partitions sur le SSD à l'identique du HDD
-2 en live copier/coller deux des partitions
-3 "remplir" la partition DATA avec mon disque de sauvegarde externe car sda= 465,76Gio et sdb=447,13Gio

Capture HDD:

Capture SSD:

d'autre part dois-je réduire ou supprimer "non alloué" de 32Mio ?

Merci de vos avis

Dernière modification par jeange (Le 16/10/2023, à 11:28)

bluc · Le 10/10/2023, à 22:02

Bonjour

Si tu veux copier coller les partitions avec Gparted il faut le faire sur un disque non partionné , vide
avec gparted créer une table de partition , dans le menu en haut → Périphériques → Créer une table de partitions →choisir GPT

Mais je n'ai pas bien compris , tu veux quelles partition sur ton ssd , le mieux est de réserver le ssd aux systemes apparemment tu as deux linux sur ton disque ?

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

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

Bonsoir bluc,

J'ai suivi plusieurs de tes post ainsi que leurs liens mais comment "virer" la partition actuelle du SSD ? et il restera le problème tailles des disques différentes pour DATA.

Dernière modification par jeange (Le 10/10/2023, à 22:11)

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

Bonjour.
supprime la partition que tu as créée dans le SSD.
Dans le doute fabrique une table de partition MS-DOS en utilisant l'onglet Périphérique
puis copie les deux premiere partitions comme tu l'as prévu.
Puis fabrique une partition "étendue" avec l'espace restant.
Puis duplique aussi la partition swap
Puis note combien de Mo restent disponibles.
Puis vas sur ta partition DATA du disque dur et rétrécis-la pour qu'elle ait une taille égale à celle de l'espace disponible.
Puis tu pourras aussi la copier par la même technique.
Puis tu lanceras boot-repair et faire la réparation recommandée afin que le MBR soit mis à jour.

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

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

bluc a écrit :

Bonjour
Si tu veux copier coller les partitions avec Gparted il faut le faire sur un disque non partionné , vide
avec gparted créer une table de partition , dans le menu en haut → Périphériques → Créer une table de partitions →choisir GPT

Dans ce cas, il faut que tu commences par créer une partition supplémentaire de 1Mo non formatée et que tu lui mettre le drapeau Bios_grub sinon boot-repair exigera sa création
Tu en profiteras aussi pour créer une partition FAT32 de 36 Mo en lui mettant le drapeau ESP car tôt ou tard, elle sera nécessaire.

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

bluc · Le 10/10/2023, à 22:17

Pour supprimer la partition actelle il faut faire un clic droit , puis Supprimer , si supprimer est grisé , non fonctionnel dans le meme clic droit cliquer sur Démonter
Explications

@geole
avec boot repair oui sans doute

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

jeange · Le 10/10/2023, à 22:27

Merci à vous
@bluc: depuis 2018 sur les conseils de Malbo et l'aide de moko et Coeur Noir j'ai opté pour ce principe au cas où et cela me permet de me roder à une nouvelle LTS sans grand risque, je passerais donc dans six mois à 22.04 et 24.04.

@geole: dans quel ordre doivent être ces partitions de 1Mo non formatée et pourquoi celle en Fat32 ???

geole · Le 10/10/2023, à 22:45

C'est si tu fais une table de partition GPT.
La documentation dit que la table de partition bios-boot doit être en début de disque.Elle esr nécessaire pour le boot-legacy. Ce qui est actuellement ton cas car tu n'as pas de partition de boot EFI,
La partition FAT32 est liée au fait que l'installateur actuel (22.04) ne sait plus s'en passer.!!! Donc bientôt, il la faudra. Elle peut être n'importe où. En pratique, elle est aussi en début de disque.

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

jeange · Le 10/10/2023, à 23:05

Hormis la mise en Non alloué de 447.09Gio sur SDB, tout le reste est à éxécuter en live ?
Demain j'imprime tout cela et j'ai enregistré vos liens.
Encore merci et bonne soirée
À+

geole · Le 10/10/2023, à 23:15

SDA1 Peut être transféré sans problème.
SDA2 doit être fait en live USB car il est indémontable.
SDA3 peut être réduit et transféré à condition de demander avec gparted, son démontage avant.
SDA5 peut être transféré à condition de demander avec garted, son démontage avant.

jeange · Le 11/10/2023, à 15:55

Bonjour,

Le ssd étant revenu à non alloué = 447.13Gio

en LIVE
-sur sdb créer une partition FAT32 de 36Mio

-copier sda1 et coller»sdb1

-démonter sda2 pour coller»sdb2

-démonter et réduire sda3 à 311Gio (318642Mio selon mon calcul)

-démonter sda4/5 ? pour coller»sdb4 ou 5

les non-alloué ayant une valeur de 5à6Mio

Merci de confirmer cette manipulation.
jeange

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

krodelabestiole · Le 11/10/2023, à 16:03

j'aurais plutôt utilisé clonezilla...

et juste 2 - 3 corrections : fstab, grub, quelques optis ssd...

jeange · Le 11/10/2023, à 16:09

Salut,

krodelabestiole a écrit :

et juste 2 - 3 corrections : fstab, grub, quelques optis ssd...

mais encore, pourquoi? quand? comment?

bluc · Le 11/10/2023, à 18:32

Avec le copier/coller de gparted , pas d'intervention sur fstab

geole · Le 11/10/2023, à 18:50

jeange a écrit :

Bonjour,
Le ssd étant revenu à non alloué = 447.13Gio
-sur sdb créer une partition FAT32 de 36Mio
Cela va créer automatiquement SDB1en LIVE
-copier sda1 et coller dans l'espace libre de sdb. Cela va créer automatiquement SDB2
-copier sda2 et coller dans l'espace libre de sdb. Cela va créer automatiquement SDB3
- créer une partition étendue . Cela va créer automatiquement SDB4
- réduire sda3 à 311Gio (318642Mio selon mon calcul) et le copier coller dans l'espace libre de sdb. Cela va créer automatiquement SDB5
- copier sda5 puis le coller dans l'espace libre de sdb. Cela va créer automatiquement SDB6

Puis lancer boot-repair pour mettre à jour MBR
Le FSTAB n a pas a être modifié.

Merci de dire ce que tu vas faire du disque dur, S'il reste connecté, il faut, avec le gparted du live USB, modifier tous les UUID de ses partitions pour être absolument certain qu'elles ne seront plus utilisées

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

krodelabestiole · Le 11/10/2023, à 19:27

jeange a écrit :

krodelabestiole a écrit :
et juste 2 - 3 corrections : fstab, grub, quelques optis ssd...
mais encore, pourquoi? quand? comment?

alors non, probablement rien à faire côté fstab et grub, vu que l'uuid ne change pas avec clonezilla. par contre il ne faut plus utiliser l'ancien disque sur le même ordi sans en changer les UUIDs (avec tune2fs ou en repartitionnant).
donc la seule chose à faire c'est d'activer le trim. je suppose qu'il ne l'est pas par défaut si ubuntu a été installé sur un disque dur : https://doc.ubuntu-fr.org/ssd_solid_sta … tilisation

geole · Le 11/10/2023, à 20:06

krodelabestiole a écrit :

donc la seule chose à faire c'est d'activer le trim. je suppose qu'il ne l'est pas par défaut si ubuntu a été installé sur un disque dur : https://doc.ubuntu-fr.org/ssd_solid_sta … tilisation

Bonjour.
Je pense qu'il l'est. Il suffira de vérifier l'exécution du cron lundi prochain lorsque le ubuntu sera déplacé.
Je complèterais demain par la commande à faire.

krodelabestiole · Le 11/10/2023, à 20:33

geole a écrit :

Je pense qu'il l'est.

il y a un moyen simple de le savoir :

systemctl status fstrim.timer

(cron commence à appartenir au passé...)

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

Salut,
merci geole, le # 15 est imprimé.
- le boot-repair sera lancé sous quelle forme et toujours en LIVE ?
- quelle est l'utilité de sdb6 ?
- la vérif du trim à faire après le remplacement "mécanique" ?
- 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.

Je ne sais si j'opère demain ou vendredi l'après-midi.
Merci à tous

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

Le boot-repair se fait en live USB. Choisir réparation recommandée.

SDA5 est la partition de swap. Elle devient SDB6

La vérif du trim est à faire dans la semaine qui suit.

Si ton disque est si abîmé que cela j'espère que tous les secteurs actifs seront lisibles pendant la copie.

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

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

krodelabestiole a écrit :

geole a écrit :
Je pense qu'il l'est.
il y a un moyen simple de le savoir :
systemctl status fstrim.timer
(cron commence à appartenir au passé...)

Bonjour
Dans un ordinateur qui n'a pas de SSD, on voit que le service est opérationnel.

systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
     Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled)
     Active: active (waiting) since Thu 2023-10-12 09:08:06 CEST; 1h 55min left
    Trigger: Mon 2023-10-16 00:52:10 CEST; 3 days left
   Triggers: ● fstrim.service
       Docs: man:fstrim

oct. 12 09:08:06 portable systemd[1]: Started Discard unused blocks once a week. 

journalctl -u fstrim.service
juil. 17 01:39:34 a systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
juil. 17 01:39:34 a systemd[1]: fstrim.service: Deactivated successfully.
juil. 17 01:39:34 a systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab.
-- Boot bd86ea6b1a844ebb8e87e340f92e7e4b --
juil. 24 00:21:08 a systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
juil. 24 00:21:09 a systemd[1]: fstrim.service: Deactivated successfully.
juil. 24 00:21:09 a systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab.
-- Boot 9e8ae922d4ae48cabbc0fc24dd7db414 --
juil. 31 01:12:37 a systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
juil. 31 01:12:37 a systemd[1]: fstrim.service: Deactivated successfully.
juil. 31 01:12:37 a systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab.
-- Boot 046cab12c61343ff8de725d072725569 --
août 07 14:50:01 a systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
août 07 14:50:01 a systemd[1]: fstrim.service: Deactivated successfully.
août 07 14:50:01 a systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab.
-- Boot 240be04dc07d4e5a991036553cc1f52f --
août 14 11:16:09 a systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
août 14 11:16:09 a systemd[1]: fstrim.service: Deactivated successfully.
août 14 11:16:09 a systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab.
-- Boot 17efb0ff9cae45138e868a719f442331 --
août 23 16:57:52 portable systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
août 23 16:57:52 portable systemd[1]: fstrim.service: Deactivated successfully.
août 23 16:57:52 portable systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab.
-- Boot eda326284992433f96fe7fe23313e81b --
sept. 02 08:28:04 portable systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
sept. 02 08:28:05 portable systemd[1]: fstrim.service: Deactivated successfully.
sept. 02 08:28:05 portable systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab.
-- Boot b9d872db7c9c4e528135bd66daaa7678 --
oct. 03 14:59:34 portable systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
oct. 03 14:59:34 portable systemd[1]: fstrim.service: Deactivated successfully.
oct. 03 14:59:34 portable systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab.
-- Boot f137a556e8e245429ca28cb8c57bb87b --
oct. 09 00:13:11 portable systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
oct. 09 00:13:11 portable systemd[1]: fstrim.service: Deactivated successfully.
oct. 09 00:13:11 portable systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab.

Et dans un ordinateur avec un SSD

a@b:~$ systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
     Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled)
     Active: active (waiting) since Thu 2023-10-12 07:10:05 CEST; 16min ago
    Trigger: Mon 2023-10-16 00:12:28 CEST; 3 days left
   Triggers: ● fstrim.service
       Docs: man:fstrim

oct. 12 07:10:05 b systemd[1]: Started Discard unused blocks once a week.



journalctl -u fstrim.service | grep trimmed
mai 03 16:52:14 b fstrim[3684]: /media/ssdWin10: 109,9 GiB (118040420352 bytes) trimmed on /dev/sda3
mai 03 16:52:14 b fstrim[3684]: /: 73,2 GiB (78614286336 bytes) trimmed on /dev/sda4
mai 09 14:23:18 b fstrim[6322]: /media/ssdWin10: 110 GiB (118142050304 bytes) trimmed on /dev/sda3
mai 09 14:23:18 b fstrim[6322]: /: 73,4 GiB (78784847872 bytes) trimmed on /dev/sda4
mai 15 12:16:45 b fstrim[7117]: /media/ssdWin10: 111 GiB (119164510208 bytes) trimmed on /dev/sda3
mai 15 12:16:45 b fstrim[7117]: /: 73,3 GiB (78662561792 bytes) trimmed on /dev/sda4
mai 22 05:41:34 b fstrim[4988]: /media/ssdWin10: 111,1 GiB (119316221952 bytes) trimmed on /dev/sda3
mai 22 05:41:34 b fstrim[4988]: /: 73,6 GiB (79007866880 bytes) trimmed on /dev/sda4
juin 01 11:22:18 b fstrim[7120]: /media/ssdWin10: 111,5 GiB (119739895808 bytes) trimmed on /dev/sda3
juin 01 11:22:18 b fstrim[7120]: /: 73,8 GiB (79238311936 bytes) trimmed on /dev/sda4
juin 05 12:15:52 b fstrim[7078]: /media/ssdWin10: 111,4 GiB (119655870464 bytes) trimmed on /dev/sda3
juin 05 12:15:52 b fstrim[7078]: /: 72,2 GiB (77497991168 bytes) trimmed on /dev/sda4
juin 14 20:25:20 b fstrim[6981]: /media/ssdWin10: 109,4 GiB (117463560192 bytes) trimmed on /dev/sda3
juin 14 20:25:20 b fstrim[6981]: /: 72,2 GiB (77497905152 bytes) trimmed on /dev/sda4
juin 27 13:06:38 b fstrim[6035]: /media/ssdWin10: 106,6 GiB (114411134976 bytes) trimmed on /dev/sda3
juin 27 13:06:38 b fstrim[6035]: /: 72,5 GiB (77820108800 bytes) trimmed on /dev/sda4
juil. 04 12:41:25 b fstrim[5300]: /media/ssdWin10: 106,6 GiB (114418610176 bytes) trimmed on /dev/sda3
juil. 04 12:41:25 b fstrim[5300]: /: 73,3 GiB (78686134272 bytes) trimmed on /dev/sda4
juil. 11 13:22:07 b fstrim[6714]: /media/ssdWin10: 106,6 GiB (114418610176 bytes) trimmed on /dev/sda3
juil. 11 13:22:07 b fstrim[6714]: /: 73 GiB (78372093952 bytes) trimmed on /dev/sda4
juil. 21 15:45:36 b fstrim[5165]: /media/ssdWin10: 108,2 GiB (116167151616 bytes) trimmed on /dev/sda3
juil. 21 15:45:36 b fstrim[5165]: /: 73,6 GiB (79001153536 bytes) trimmed on /dev/sda4
août 12 08:56:19 b fstrim[5230]: /media/ssdWin10: 108,1 GiB (116104884224 bytes) trimmed on /dev/sda3
août 12 08:56:19 b fstrim[5230]: /: 73,8 GiB (79222988800 bytes) trimmed on /dev/sda4
août 23 15:26:17 b fstrim[1831]: /media/ssdWin10: 107,9 GiB (115905380352 bytes) trimmed on /dev/sda3
août 23 15:26:17 b fstrim[1831]: /: 2,1 GiB (2302083072 bytes) trimmed on /dev/sda4
août 29 10:00:12 b fstrim[7423]: /media/ssdWin10: 104,1 GiB (111808606208 bytes) trimmed on /dev/sda3
août 29 10:00:12 b fstrim[7423]: /: 75,8 GiB (81392054272 bytes) trimmed on /dev/sda4
sept. 04 00:49:33 b fstrim[9922]: /media/ssdWin10: 104,2 GiB (111835557888 bytes) trimmed on /dev/sda3
sept. 04 00:49:33 b fstrim[9922]: /: 75,8 GiB (81441247232 bytes) trimmed on /dev/sda4
sept. 11 10:36:58 b fstrim[5822]: /media/ssdWin10: 104,2 GiB (111835557888 bytes) trimmed on /dev/sda3
sept. 11 10:36:58 b fstrim[5822]: /: 75,4 GiB (80997507072 bytes) trimmed on /dev/sda4
sept. 27 15:32:02 b fstrim[6209]: /media/ssdWin10: 104 GiB (111647006720 bytes) trimmed on /dev/sda3
sept. 27 15:32:02 b fstrim[6209]: /: 63,5 GiB (68184244224 bytes) trimmed on /dev/sda4
oct. 03 12:43:57 b fstrim[3639]: /media/ssdWin10: 104 GiB (111647006720 bytes) trimmed on /dev/sda3
oct. 03 12:43:57 b fstrim[3639]: /: 63,6 GiB (68304896000 bytes) trimmed on /dev/sda4
oct. 09 01:09:42 b fstrim[12519]: /media/ssdWin10: 99,6 GiB (106978406400 bytes) trimmed on /dev/sda3
oct. 09 01:09:42 b fstrim[12519]: /: 61,3 GiB (65788436480 bytes) trimmed on /dev/sda4

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

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

Bonjour,
l'opération n'a pas abouti comme prévu:
- j'ai dû supprimer la partition FAT32 au motif pas plus de 4 partitions quand j'ai voulu ajouter la swap.
- la copie de la swap sur SSD est impossible même en la désactivant sur DD
- de plus la tentative a changé la numérotation des sd dans la séance live.

A part cela pas de problème sur l'ordi.

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

J'avais pourtant écrit en gras.
- créer une partition étendue . Cela va créer automatiquement SDB4

Je suis incapable de deviner la raison pour laquelle la partition de swap n'a pas pu se copier après la suppression de la partition 1.
Mais on pourra traiter plus tard.

Lance boot-repair.

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

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

Excuse moi pour cette boulette,
donc je supprime sdb3 et crée une partition étendue en EXT4 ? pour y copier sda3 et la swap, éventuellement refaire la FAT32 car la place est libre en tête.

bluc · Le 12/10/2023, à 21:27

Non une partition étendue et un conteneur de partitions qui sert a créer d'autres partitions a l’intérieur permettant de depasser le nombre de 4 imposée par msdos
cela fera un cadre dans gparted ou tu pourras coller ta partition

(perso , il me semble que je suis déjà passé outre ,je verifierai )

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

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 10/10/2023, à 21:48

[RÉSOLU) Remplacer HDD par SSD

#2 Le 10/10/2023, à 22:02

Re : [RÉSOLU) Remplacer HDD par SSD

#3 Le 10/10/2023, à 22:10

Re : [RÉSOLU) Remplacer HDD par SSD

#4 Le 10/10/2023, à 22:11

Re : [RÉSOLU) Remplacer HDD par SSD

#5 Le 10/10/2023, à 22:16

Re : [RÉSOLU) Remplacer HDD par SSD

#6 Le 10/10/2023, à 22:17

Re : [RÉSOLU) Remplacer HDD par SSD

#7 Le 10/10/2023, à 22:27

Re : [RÉSOLU) Remplacer HDD par SSD

#8 Le 10/10/2023, à 22:45

Re : [RÉSOLU) Remplacer HDD par SSD

#9 Le 10/10/2023, à 23:05

Re : [RÉSOLU) Remplacer HDD par SSD

#10 Le 10/10/2023, à 23:15

Re : [RÉSOLU) Remplacer HDD par SSD

#11 Le 11/10/2023, à 15:55

Re : [RÉSOLU) Remplacer HDD par SSD

#12 Le 11/10/2023, à 16:03

Re : [RÉSOLU) Remplacer HDD par SSD

#13 Le 11/10/2023, à 16:09

Re : [RÉSOLU) Remplacer HDD par SSD

#14 Le 11/10/2023, à 18:32

Re : [RÉSOLU) Remplacer HDD par SSD

#15 Le 11/10/2023, à 18:50

Re : [RÉSOLU) Remplacer HDD par SSD

#16 Le 11/10/2023, à 19:27

Re : [RÉSOLU) Remplacer HDD par SSD

#17 Le 11/10/2023, à 20:06

Re : [RÉSOLU) Remplacer HDD par SSD

#18 Le 11/10/2023, à 20:33

Re : [RÉSOLU) Remplacer HDD par SSD

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

Re : [RÉSOLU) Remplacer HDD par SSD

#20 Le 11/10/2023, à 22:44

Re : [RÉSOLU) Remplacer HDD par SSD

#21 Le 12/10/2023, à 07:17

Re : [RÉSOLU) Remplacer HDD par SSD

#22 Le 12/10/2023, à 18:50

Re : [RÉSOLU) Remplacer HDD par SSD

#23 Le 12/10/2023, à 19:00

Re : [RÉSOLU) Remplacer HDD par SSD

#24 Le 12/10/2023, à 21:23

Re : [RÉSOLU) Remplacer HDD par SSD

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

Re : [RÉSOLU) Remplacer HDD par SSD

Pied de page des forums