[RESOLU] remplacer un disque HDD par un SSD

matrenar · Le 27/12/2022, à 11:58

Salut à tous

J'ai essayé de résoudre par moi-même, mais c'est un peu trop technique pour mes maigres compétences. J'ai notamment suivi cette page wiki
Je souhaite installer un disque SSD sur mon ordi de bureau car il est de plus en plus lent. Voici les caractéristiques :

Ubuntu 18.04.6 LTS
Mémoire 7,7 Gio
Processeur intel Core i5-8400 CPU @2.80GHz x 6
Carte graphique intel UHD Graphics 630 (CFL GT2)
Gnome 3.28.2
Type de système d'exploitation 64 bits
Disque 2,0 To

J'ai acheté un disque Crucial SSD BX500 de 500Gb. J'ai l'impression que c'est un peu délicat de faire une migration d'Ubuntu vers ce nouveau disque, si bien que je me demande s'il ne vaudrait pas mieux y installer directement une version plus récente d'Ubuntu.
Et 2ème question, je pense garder mon vieux disque dur sur la bécane, pour stocker des données. Mais dans ce cas, lorsque j'utiliserai ces données, est-ce que sera long comme aujourd'hui ou est-ce que ça n'a rien à voir, vu qu'Ubuntu sera sur le SSD ? En gros, comment répartir efficacement entre les disques durs aux performances différentes ?

Merci pour vos conseils.
.

Dernière modification par matrenar (Le 29/01/2023, à 12:54)

Qid · Le 27/12/2022, à 12:25

Alors... La 18.04 a effectivement 4ans de retard soit 2 versions : on en est à la 22.04... celà dit la vraie complexité c'est si on cherche à basculer un système (une partition) sur un disque dur plus petit ce qui est le cas... Enfin en tous cas oui bien sûr que tu pourras garder le disque dur d'origine pour le stockage de data et oui quand tu voudras y accéder ça marchera à sa vitesse et non à celle du SSD par la force des choses... Donc il faudra y stocker que des données brut et non des profils d'appli pour éviter de faire ralentir les appli concernées par exemple...

matrenar · Le 29/12/2022, à 18:52

@Qid Salut et merci. Le plus simple ne serait-il pas d'installer la 22.04 sur mon SSD, de copier ensuite les données importantes dessus, puis de modifier le grub pour démarrer à partir du SSD, et enfin de supprimer la 18.04 de mon ancien HDD ?

Qid · Le 29/12/2022, à 19:37

Heu ? Mais je croyais que tu voulais garder tes données sur le HDD ? Enfin en tous cas repartir sur une base actualisée sur le SSD est possible... Reste à clarifier comment on isole les données du système tout en laissant tout le monde sur le même disque (le HDD donc) avant suppression définitive de la 18.04...

enfin c'est clairement sur un coup comme ça qu'on se rend compte que même pour un système unique il vaut mieux faire une partition data séparée... Ça aurait évité cette prise de tête...

Est-ce que je peux te demander un visuel gparted de la situation de ton HDD pour y voir plus clair... Et puis il faudrait que tu évalues la quantité de données que tu aurais à garder... Et pour ça dans ta situation le mieux c'est l'utilitaire d'occupation des disques...

matrenar · Le 30/12/2022, à 07:56

Je souhaite que mon système et les données que j'utilise quotidiennement soient sur le SSD. Si je ne peux pas tout mettre sur le SSD, je sélectionnerais ce dont je ne me sert pas beaucoup (archives, vieux docs...) pour les laisser sur le HDD.
Sinon, voici l'image :

Dernière modification par matrenar (Le 30/12/2022, à 07:58)

Qid · Le 30/12/2022, à 09:41

Certes gparted n'est pas installé par défaut même si il est présent sur les lives mais au moins lui il donne aussi les infos d'occupation des partitions ce qui dans la situation actuelle est vachement important parceque tu dois pouvoir diviser la taille de ton système actuel par 4 pour "le faire rentrer" dans le SSD*... En tous cas soit on se comprend mal soit on est effectivement pas sur la même longueur d'onde : il est important que toutes tes données brutes sans exception restent sur le HDD pour être séparée du système... Par contre les profils d'application eux doivent basculer avec le système sur le SSD pour la rapidité d'accès... En clair pour l'exemple ta compta perso faite sur tableur devrait être sur le HDD mais les profil firefox ou thunderbird, eux, même si ils sont plein de données perso peuvent rester sur le SSD dans le système (c'est ce qui est fait par défaut de toutes façons)... La seule exception que je vois à ça c'est par exemple si tu fais des rendu 3d ou des trucs du style bien gourmand ça accélérera le résultat final si tu le génère sur le SSD et que tu ne le déplace qu'après...

edit
* : Mon idée étant de pouvoir réduire suffisamment ton système actuel pour créer la partition finale de stockage de données à côté le temps que tu face le ménage avant suppression définitive... Mais sinon il y a d'autres options potentiellement plus simple en amont dont on parlera plus tard si jamais...

Dernière modification par Qid (Le 30/12/2022, à 09:47)

geole · Le 30/12/2022, à 10:21

Bonjour.
Je te propose une solution à faire en live USB.
Lancer gparted.
Créer une table de partition GPT.
Créer une partition FAT32 de taille officielle 512Mo (bien que 36 Mo soient bien suffisants) en lui affectant l'étiquette FATSSD
Lui mettre le drapeau ESP
Enlever le drapeau ESP de la partition FAT32 du disque dur.
Créer une partition EXT4 en y mettant une étiquette ayant comme nom NewUbuntu
Quitter Gparted
Puis devenir administrateur.

sudo -i

Puis avec la commande RSYNC
Dupliquer le logiciel.
a) Monter la partition de réception.

udisksctl mount -b /dev/disk/by-label/NewUbuntu

b) Monter la partition émettrice.

mkdir /media/$USER/OldUbuntu
mount -v /dev/sda2  /media/$USER/OldUbuntu

c) Dupliquer le logiciel de base.

rsync -a --times --stats --progress --exclude   /home  /media/$USER/OldUbuntu/*  /media/$USER/NewUbuntu

Dupliquer les fichiers cachés du home et le répertoire snap de tous les utilisateurs.

for Me in $(ls -1 /media/$USER/OldUbuntu/home) ; do
mkdir -pv /media/$USER/NewUbuntu/home/$Me
echo -e $TRACE le transfert de $Me  && sleep 5
rsync -a --progress --stats     /media/$USER/OldUbuntu/home/$Me/{.[^.]*,snap}  /media/$USER/NewUbuntu/home/$Me  
chown -R $Me:$Me /media/$USER/NewUbuntu/home/$Me; done

Puis modifier le fstab

# récupérer le UUID du système installé dans le disque dur
UUIDbad=$(echo $(sed '/^[ \t]*$/d;/^[ \t]*#/d'  /media/$USER/OldUbuntu/etc/fstab| grep -m 1 UUID | cut -c6-41))&& echo $UUIDbad
#récupérer le UUID du disque SSD
UUIDgood=$(echo $(lsblk -fe7 | grep "NewUbuntu")| cut -d" " -f5)  && echo $UUIDgood
#Mettre à jour son fichier fstab 
sed -i "s/$UUIDbad/$UUIDgood/" /media/$USER/NewUbuntu/etc/fstab

J'ai testé les commandes.
Puis ré-installer le grub EFI.
Cela peut être fait par boot-REPAIR Ou simplement par les commandes suivantes qui sont aussi testées.
- Préparer le passage chroot.

mount -t proc   /proc /media/$USER/NewUbuntu/proc && mount -t sysfs  /sys /media/$USER/NewUbuntu/sys
mount --bind    /dev  /media/$USER/NewUbuntu/dev  &&  mount --bind    /run /media/$USER/NewUbuntu/run
mount --bind    /sys /media/$USER/NewUbuntu/sys && modprobe efivars

- Exécuter le chroot

chroot /media/$USER/NewUbuntu

mount -t devpts devpts /dev/pts

- Supprimer la référence efi et mettre la nouvelle

sed -i '/boot\/efi/d' /etc/fstab
echo UUID=$(lsblk -o UUID,NAME,LABEL  | grep FATSSD | cut -c-9) /boot/efi       vfat umask=0077 0 1| tee -a /etc/fstab
# Nonter la partition EFI nouvelle
PartEFI=$(blkid | grep 'FATSSD' | head -1 | cut -d: -f1 ) && echo $PartEFI
mkdir -pv /boot/efi
mount -v $PartEFI  /boot/efi
#Réinitialiser le grub
grub-install
update-grub
#démonter la partition EFI
umount -v $PartEFI 
# Quitter le CHROOT
exit

- Libérer les ressources et mettre la jourv à NVRAM et quitter le mode administratif.

umount -v /media/$USER/$LABEL/{run,dev,sys,proc} 
efibootmgr --create --disk $(echo $PartEFI |  cut -c -8) --part 1 --label "ubuntu" --loader "\EFI\ubuntu\shimx64.efi" 
exit

Il ne reste plus qu'à booter en EFI. C'est supposé être un EFI sans pièges.

Puis éventuellement
Soit rapatrier tes fichiers personnels indispensable sur le ssd
Soit dire que toutes tes données personnelles sont sur le disque dur.
Soit faire un panachage des deux. Par exemple les téléchargements et/ou les vidéos restant dans le disque dur.

Il te restera à décider de ce que tu fais du logiciel du disque dur.
Mon avis est de le conserver tant qu'il y a de la place disque.

Dernière modification par geole (Le 31/12/2022, à 13:30)

Qid · Le 30/12/2022, à 10:35

@ geole : ta technique n'est pas mauvaise en soit mais vu qu'on parle d'une 18.04 il était plutôt question de refaire une installation propre d'une 22.04 histoire de se remettre à jour...

geole · Le 30/12/2022, à 10:44

Dans ce cas , je ne dis rien. Bien que je regrette que ne soit pas tenté la procédure de mise à niveau par deux fois car avec un SSD cela ne devrait pas durer des heures. L'étape la plus longue devenant alors le téléchargements des fichiers.
.
J'ai lu rapidement et lorsque j'ai vu que le disque était de 2To, j'ai pensé que le SSD serait probablement plus petit et que cette procédure ne pourrait pas s'appliquer.

Qid · Le 30/12/2022, à 10:50

Ouais il est question de passer de 2to à 500go... Mais d'où l'importance de finalement connaître le taux d'occupation du HDD plus que son partitionnement...
Quant à migrer par 2 fois... Bof... Comme je le disais je pense qu'autant en profiter pour repartir au propre...

matrenar · Le 01/01/2023, à 15:20

Qid a écrit :

En tous cas soit on se comprend mal soit on est effectivement pas sur la même longueur d'onde : il est important que toutes tes données brutes sans exception restent sur le HDD pour être séparée du système...

Si si, on se comprend ! C'est moi qui ai du retard à l'allumage : je ne suis pas expert, je suis juste capable de suivre des directives. Par exemple, la solution de geole, c'est du chinois pour moi. Merci au passage pour le temps et pour ta réponse. Donc ok, gparted, c'est autre chose. Voila l'image.
En attendant, je vais déjà installer physiquement le SSD...

geole · Le 01/01/2023, à 15:40

Bonjour
J'ai calculé 1,82-1,27 =0,55 or le SSD prévu fait 0,50
Donc le tuto dont tu as donné l'adresse ne peut pas s'appliquer. En voici un autre http://mezigoo.free.fr/ps/index.html
Mais ta partition data sera celle du disque dur et les liens seront à adapter.
Si tu veux faire encore un peu de chinois avec cette commande qui indiquera aussi l'espace disponible. mais en noir et blanc

df -Bm

Dernière modification par geole (Le 01/01/2023, à 15:40)

Qid · Le 01/01/2023, à 15:41

matrenar a écrit :

gparted, c'est autre chose. Voila l'image.
[•••]
https://i.ibb.co/5W8jXPJ/gparted-expl.png

Super... Merci... On y voit donc bien clair maintenant... Enfin j'avais aussi parlé de l'utilitaire d'occupation des disques (le camembert) qui va te permettre d'avoir un détail encore plus précis par taille de fichier : pour l'instant on sait que la partition de presque 2to est occupée à hauteur de 560go seulement... Reste à dissocier là-dedans ce qui est du système qui sera à supprimer plus tard des données perso qui sont à garder précieusement...

Qid · Le 01/01/2023, à 15:46

geole a écrit :

En voici un autre http://mezigoo.free.fr/ps/index.html

Effectivement du coup on peut appliquer mon idée qui est plus ou moins celle de ce tuto : réduire le système actuel pour créer la partition data et y déplacer en suite seulement ce qui est donnée brute...

matrenar · Le 01/01/2023, à 16:59

geole a écrit :

Si tu veux faire encore un peu de chinois avec cette commande qui indiquera aussi l'espace disponible. mais en noir et blanc

Sys. de fichiers blocs de 1M Utilisé Disponible Uti% Monté sur
udev                   3899M      0M      3899M   0% /dev
tmpfs                   785M      2M       783M   1% /run
/dev/sda2           1876181M 540033M   1240771M  31% /
tmpfs                  3922M      0M      3922M   0% /dev/shm
tmpfs                     5M      1M         5M   1% /run/lock
tmpfs                  3922M      0M      3922M   0% /sys/fs/cgroup
/dev/loop1                5M      5M         0M 100% /snap/remote-touchpad/317
/dev/loop2              100M    100M         0M 100% /snap/wine-platform-3-stable/14
/dev/loop8               56M     56M         0M 100% /snap/cups/836
/dev/loop9               92M     92M         0M 100% /snap/gtk-common-themes/1535
/dev/loop12               6M      6M         0M 100% /snap/evince/1020
/dev/loop15               9M      9M         0M 100% /snap/pdfmixtool/862
/dev/loop18             165M    165M         0M 100% /snap/gnome-3-28-1804/161
/dev/loop22             447M    447M         0M 100% /snap/gnome-42-2204/44
/dev/loop21             131M    131M         0M 100% /snap/teams/8
/dev/loop30             415M    415M         0M 100% /snap/gnome-42-2204/29
/dev/loop34               1M      1M         0M 100% /snap/gnome-logs/112
/dev/loop5                9M      9M         0M 100% /snap/pdfmixtool/864
/dev/loop6               56M     56M         0M 100% /snap/core18/2667
/dev/loop7               56M     56M         0M 100% /snap/core18/2654
/dev/loop11               3M      3M         0M 100% /snap/gnome-system-monitor/178
/dev/loop10             176M    176M         0M 100% /snap/musescore/228
/dev/loop13              56M     56M         0M 100% /snap/cups/872
/dev/loop0              176M    176M         0M 100% /snap/musescore/216
/dev/loop20               9M      9M         0M 100% /snap/evince/1017
/dev/loop19              64M     64M         0M 100% /snap/core20/1738
/dev/loop24               1M      1M         0M 100% /snap/gnome-logs/115
/dev/loop23               1M      1M         0M 100% /snap/bare/5
/dev/loop27               3M      3M         0M 100% /snap/gnome-calculator/884
/dev/loop32               3M      3M         0M 100% /snap/gnome-calculator/920
/dev/loop4               73M     73M         0M 100% /snap/core22/444
/dev/loop25             348M    348M         0M 100% /snap/wine-platform-runtime/325
/dev/loop28             141M    141M         0M 100% /snap/gnome-3-26-1604/104
/dev/loop31             347M    347M         0M 100% /snap/gnome-3-38-2004/119
/dev/loop16             142M    142M         0M 100% /snap/skype/238
/dev/loop36               2M      2M         0M 100% /snap/gnome-system-monitor/181
/dev/loop14              64M     64M         0M 100% /snap/core20/1778
/dev/loop26              90M     90M         0M 100% /snap/whatsapp-for-linux/48
/dev/loop43             219M    219M         0M 100% /snap/gnome-3-34-1804/72
/dev/loop44             142M    142M         0M 100% /snap/skype/240
/dev/loop29             170M    170M         0M 100% /snap/spotify/58
/dev/loop33              82M     82M         0M 100% /snap/gtk-common-themes/1534
/dev/loop50             347M    347M         0M 100% /snap/gnome-3-38-2004/115
/dev/loop37              93M     93M         0M 100% /snap/whatsapp-for-linux/49
/dev/loop49             170M    170M         0M 100% /snap/spotify/60
/dev/loop52               1M      1M         0M 100% /snap/gnome-characters/741
/dev/loop39               1M      1M         0M 100% /snap/gnome-characters/781
/dev/loop3               87M     87M         0M 100% /snap/simplescreenrecorder/1
/dev/loop46             100M    100M         0M 100% /snap/wine-platform-3-stable/11
/dev/loop17             141M    141M         0M 100% /snap/gnome-3-26-1604/102
/dev/loop48               6M      6M         0M 100% /snap/remote-touchpad/327
/dev/loop51              73M     73M         0M 100% /snap/core22/469
/dev/loop41             291M    291M         0M 100% /snap/kde-frameworks-5-qt-5-14-core18/4
/dev/loop38             117M    117M         0M 100% /snap/core/14399
/dev/loop45             130M    130M         0M 100% /snap/teams/7
/dev/loop40             219M    219M         0M 100% /snap/gnome-3-34-1804/77
/dev/loop42             261M    261M         0M 100% /snap/kde-frameworks-5-core18/32
/dev/loop47             163M    163M         0M 100% /snap/gnome-3-28-1804/145
/dev/sda1               511M      5M       507M   1% /boot/efi
tmpfs                   785M      1M       785M   1% /run/user/1000
/dev/loop53             348M    348M         0M 100% /snap/wine-platform-runtime/326

matrenar · Le 01/01/2023, à 17:16

Qid : j'ai regardé le camembert, il y a quasi 200 Go de musique qui peuvent sans problème rester sur le HDD.

geole · Le 01/01/2023, à 18:00

Je ne vois trop l'intérêt de créer dès maintenant une nouvelle partition de données sur ce disque dur puisque lors de l'installation sur le SSD, on pourra dire que toute la partition SDA2 est une partition de donnée à moins que tu décides de rétrécir SDA2 dans le but de pouvoir la cloner et de faire deux mises à niveau, au lieu d'une installation.

Dernière modification par geole (Le 01/01/2023, à 19:00)

Qid · Le 01/01/2023, à 18:32

nope... on était effectivement partie dans l'idée d'une réinstallation mais il voulait garder son ancien système pour prendre le temps de récupérer ce qu'il y a à y récupérer... je trouvais plus simple dans l'extraire les données pour la supprimer purement et simplement le moment venu... mais tu as peut-être une autre idée de toutes évidences...

geole · Le 01/01/2023, à 18:55

Bonne année Qid
Dans le contexte, personnellement, je ne touche pas à l'ancien disque.
Il a les données et le logiciel.

Donc faire installation normale dans le SSD en disant que /dev/sda est à monter sur /media/data
Puis faire des liens symboliques qui ne pointeraient pas sur /media/data mais sur /media/data/home

Ce qui conserve la version 18.04 tant qu'il y a de la place. Beaucoup plus tard , on pourra supprimer ce qui n'est pas les données personnelles si manque de place et faire éventuellement
"mv /media/data/home/* /media/data" et rebâtir les liens pour récupérer une cinquantaine de GO.

Dernière modification par geole (Le 01/01/2023, à 18:59)

Qid · Le 01/01/2023, à 20:07

mouais... tu as raison

matrenar · Le 01/01/2023, à 22:03

matrenar a écrit :

@Qid Salut et merci. Le plus simple ne serait-il pas d'installer la 22.04 sur mon SSD, de copier ensuite les données importantes dessus, puis de modifier le grub pour démarrer à partir du SSD, et enfin de supprimer la 18.04 de mon ancien HDD ?

Je peux aussi copier le contenu de mon disque dur sur un disque dur externe, le formater, installer le SSD et y faire directement l'installation de 22.04 ?
Je dois rater quelque chose, car ça m'a l'air très simple et j'ai l'impression que vous me proposez des manips très compliquées... Je pense que je rate quelque chose !

Dernière modification par matrenar (Le 02/01/2023, à 06:49)

geole · Le 01/01/2023, à 22:13

Bonsoir et bonne année.
On ne propose pas quelque chose de compliqué,
Mais il est possible que tu aies mal expliqué et que tu veux remplacer le disque dur par un SSD.
Dans ce cas tu démontes le disque dur que tu utiliseras comme disque externe plus tard avec un adaptateur et tu mets à sa place le SSD dans lequel tu installes la 22.04
Autrement tu branches ton SSD sans débrancher le disque dur puis et tu installes la version 22.04
Et tu peux rester comme cela.

Ajout rapide. Si c'est un remplacement que tu veux faire.
Sauvegarde ta musique puis supprimes-la.
Boote avec un support d'installation, lance gparted et rétrécis SDA2.
Sauf erreur de ma part, il devrait pouvoir faire moins de 500go
Donc tu pourrais suivre alors le document que tu as cité.
Mon avis. c'est stupide de remplacer un disque dur de 2 To par un SSD de 0,5 To. C'est pour cela que je n'y avais pas pensé.

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

Qid · Le 01/01/2023, à 23:03

Non il n'y a pas de remplacement de prévu à ma connaissance... On parlait bien d'ajouter un SSD qui passerait donc prioritaire sur le HDD actuel... Par contre je découvre dans le post 21 qu'il y a aussi un ou des disques durs externes dans la balance !? Oui ça peut aider pour sortir complètement physiquement les données brutes du PC... Chose que finalement je préfère même plus au second disque présent en interne...

geole · Le 01/01/2023, à 23:08

J'ai eu un doute en relisant le titre de la discussion..
Changer un disque par un SSD

matrenar · Le 02/01/2023, à 07:29

Bonjour et bonne année.
Je me rends compte que je me suis peut-être mal exprimé depuis le début, je reprends donc : mon pc est super lent au démarrage, sur internet, et pour nombre d'opérations assez simples comme graver ou utiliser Gimp. Il lui arrive même de planter si j'ouvre trop de programmes en même temps (attention, je parle de graver un disque en écoutant de la musique sur internet tout en dessinant, pas de lancer des calculs de physique quantique...).
Sur les conseils d'un réparateur informatique, je décide de changer de disque dur, mon HDD étant diagnostiqué comme le point faible de la machine. Il me conseille de faire une migration de mon système vers le SSD, et de garder le "vieux" HDD monté pour servir de disque de sauvegarde.
C'est peut-être là que je fais une bêtise : pour de basses raisons financières (mais ça compte quand même), j'ai acheté un SSD de 0,5 To, pas de 2 To.

geole a écrit :

Dans ce cas tu démontes le disque dur que tu utiliseras comme disque externe plus tard avec un adaptateur et tu mets à sa place le SSD dans lequel tu installes la 22.04
Autrement tu branches ton SSD sans débrancher le disque dur puis et tu installes la version 22.04
Et tu peux rester comme cela.

La 2ème solution me plaît bien.

Qid a écrit :

Oui ça peut aider pour sortir complètement physiquement les données brutes du PC... Chose que finalement je préfère même plus au second disque présent en interne...

J'ai l'impression que ça vous gêne de laisser le HDD dans la machine. Il y a une raison à cela ?

geole a écrit :

Ajout rapide. Si c'est un remplacement que tu veux faire.
Sauvegarde ta musique puis supprimes-la.
Boote avec un support d'installation, lance gparted et rétrécis SDA2.
Sauf erreur de ma part, il devrait pouvoir faire moins de 500go
Donc tu pourrais suivre alors le document que tu as cité.

Si j'ai bien compris, l'avantage de la migration par rapport à une nouvelle installation, c'est que mon environnement, mes préférences... sont préservées ? Cette solution me pousserait à :
1 - faire du tri pour avoir moins de 0,5 To sur mon HDD
2 - installer le SSD
3 - faire une migration sur le SSD
4 - mettre à niveau 18.04 vers 22.04
5 - formater le HDD pour qu'il ne soit plus qu'un espace de stockage (sauvegarde) ?

6 - les opérations 3 et 4 peuvent être inversées (il y a sûrement une méthode plus performante que l'autre) ?

geole a écrit :

Mon avis. c'est stupide de remplacer un disque dur de 2 To par un SSD de 0,5 To. C'est pour cela que je n'y avais pas pensé.

Tu veux dire que le gain de performance ne vaut pas le coup au vu de la perte d'espace ?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 27/12/2022, à 11:58

[RESOLU] remplacer un disque HDD par un SSD

#2 Le 27/12/2022, à 12:25

Re : [RESOLU] remplacer un disque HDD par un SSD

#3 Le 29/12/2022, à 18:52

Re : [RESOLU] remplacer un disque HDD par un SSD

#4 Le 29/12/2022, à 19:37

Re : [RESOLU] remplacer un disque HDD par un SSD

#5 Le 30/12/2022, à 07:56

Re : [RESOLU] remplacer un disque HDD par un SSD

#6 Le 30/12/2022, à 09:41

Re : [RESOLU] remplacer un disque HDD par un SSD

#7 Le 30/12/2022, à 10:21

Re : [RESOLU] remplacer un disque HDD par un SSD

#8 Le 30/12/2022, à 10:35

Re : [RESOLU] remplacer un disque HDD par un SSD

#9 Le 30/12/2022, à 10:44

Re : [RESOLU] remplacer un disque HDD par un SSD

#10 Le 30/12/2022, à 10:50

Re : [RESOLU] remplacer un disque HDD par un SSD

#11 Le 01/01/2023, à 15:20

Re : [RESOLU] remplacer un disque HDD par un SSD

#12 Le 01/01/2023, à 15:40

Re : [RESOLU] remplacer un disque HDD par un SSD

#13 Le 01/01/2023, à 15:41

Re : [RESOLU] remplacer un disque HDD par un SSD

#14 Le 01/01/2023, à 15:46

Re : [RESOLU] remplacer un disque HDD par un SSD

#15 Le 01/01/2023, à 16:59

Re : [RESOLU] remplacer un disque HDD par un SSD

#16 Le 01/01/2023, à 17:16

Re : [RESOLU] remplacer un disque HDD par un SSD

#17 Le 01/01/2023, à 18:00

Re : [RESOLU] remplacer un disque HDD par un SSD

#18 Le 01/01/2023, à 18:32

Re : [RESOLU] remplacer un disque HDD par un SSD

#19 Le 01/01/2023, à 18:55

Re : [RESOLU] remplacer un disque HDD par un SSD

#20 Le 01/01/2023, à 20:07

Re : [RESOLU] remplacer un disque HDD par un SSD

#21 Le 01/01/2023, à 22:03

Re : [RESOLU] remplacer un disque HDD par un SSD

#22 Le 01/01/2023, à 22:13

Re : [RESOLU] remplacer un disque HDD par un SSD

#23 Le 01/01/2023, à 23:03

Re : [RESOLU] remplacer un disque HDD par un SSD

#24 Le 01/01/2023, à 23:08

Re : [RESOLU] remplacer un disque HDD par un SSD

#25 Le 02/01/2023, à 07:29

Re : [RESOLU] remplacer un disque HDD par un SSD

Pied de page des forums