# \[Terminé\] Migration sur SSD

**URL:** <https://www.debian-fr.org/t/termine-migration-sur-ssd/91101>\
**Category:** Support Debian\
**Created:** [Avril 8, 2025, 5:16 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101 "2025-04-08T17:16:05Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![Lien\_Rag](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/ba8739/32.png) [@Lien\_Rag](https://www.debian-fr.org/u/Lien_Rag)\
**Post date:** [Avril 8, 2025, 5:16 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/1 "2025-04-08T17:16:05Z")

</div>

Bonjour Debian.

J’ai un truc à installer sur mon PC et plus assez de place sur / donc je viens d’acheter un SSD 1 To pour remplacer mon SATA 350 Go.

À part les marque-pages Firefox, qu’est-ce que j’ai intérêt à migrer d’un disque à l’autre ?  
Vu à quel point Firefox bouffe de la RAM, je pense ne pas récupérer tout le profil mais repartir sur du neuf.

C’est possible d’avoir la liste des paquets installés et d’en faire l’install en une seule fois sur le nouveau disque ?

Je suis sur Stable donc Bookworm, mais le soft freeze de Trixie étant la semaine prochaine normalement, y’a un inconvénient à installer directement Trixie ?

Y’a un filesystem particulièrement recommandé/à éviter pour les SSD ?  
Je compte partir sur du LVM/BTRFS a priori (sur une partition chiffrée LUKS).

Sur mon disque actuel j’avais mis Xen pour tester la virtualisation mais en fait j’avais jamais eu assez de place sur le disque pour réellement installer une VM.

Là si je veux m’y remettre il me faut une partition à part c’est bien ça ?  
Quelle taille environ pour être confortable ?

Si je veux aussi tester LXC/LXD, je le fais sur la même partition ou plutôt sur une autre ?

D’ailleurs si je veux tester Guix, NixOS et Linux From Scratch, c’est mieux dans un container ou dans une VM Xen ?

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Avril 9, 2025, 10:02 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/2 "2025-04-09T10:02:48Z")

</div>

> [@Lien\_Rag](#):
>
> y’a un inconvénient à installer directement Trixie ?

Les inconvenients sont surtout:

- L’instabilité , car ce n’est pas une stable.
- La compétence de l’administrateur, car c’est une version qui est plus difficile à gérer, et qui n’est pas destiné à un novice.

---

<div class="post-metadata">

**Author:** ![Lien\_Rag](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/ba8739/32.png) [@Lien\_Rag](https://www.debian-fr.org/u/Lien_Rag)\
**Post date:** [Avril 9, 2025, 10:08 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/3 "2025-04-09T10:08:44Z")

</div>

Ben le soft freeze est pour la semaine prochaine… donc quasi-stable, non ?  
En quoi elle est plus difficile à gérer ?

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Avril 9, 2025, 10:56 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/4 "2025-04-09T10:56:13Z")

</div>

Du fait de son instabilité et parce que certains mécanisme ne fonctionnent pas forcement comme la stable, notamment l’installateur par exemple (en fonction de la où on se trouve dans le temps de durée de vie).

Citation:  
**La version de test dispose de logiciels plus récents que la version stable et tombe moins souvent en panne qu’une version instable**. Cependant, en cas de panne, la correction peut prendre du temps, parfois plusieurs jours, voire plusieurs mois. De plus, elle ne bénéficie pas d’un support de sécurité permanent.

**Debian Stable** - La version officielle de **Debian** (celle ayant le moins de bugs, et de failles de sécurités). **Debian** « **testing** » - Dépôts contenant des paquets de la version « **unstable** », si aucun bug n’a été trouvé dans un délai de 10 jours.

---

<div class="post-metadata">

**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\
**Post date:** [Avril 9, 2025, 12:18 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/5 "2025-04-09T12:18:08Z")

</div>

Bonjour,  
si j’ai bien compris en fait tu souhaites plutôt faire une nouvelle installation en conservant certaines données, au lieu de migrer (déplacer) ton système tel quel sur un nouveau disque ?

> [@Lien\_Rag](#):
>
> C’est possible d’avoir la liste des paquets installés et d’en faire l’install en une seule fois sur le nouveau disque ?

`dpkg -l` te donnera la liste des paquets sur ton système, tu peux filtrer avec `dpkg -l | awk '/^ii/ {print $2}'` pour n’avoir que les paquets qui ont l’état «&nbsp;installé&nbsp;» et afficher uniquement le nom des paquets.

> [@Lien\_Rag](#):
>
> Y’a un filesystem particulièrement recommandé/à éviter pour les SSD ?  
> Je compte partir sur du LVM/BTRFS a priori (sur une partition chiffrée LUKS).

ext4 fait bien le travail, tout comme Btrfs je pense. Il existe un FS conçu spécialement pour les stockages NAND, F2FS, mais je ne sais pas dans quelle mesure il est bien supporté par Debian ([I Challenge Thee](https://wiki.debian.org/F2FS))

Pour la virtualisation, pas besoin de partition dédiée, tu stockes où tu veux les fichiers qui servent de partition (fichiers qcow2 par exemple) à tes VM. Pour tester des distribs et leur «&nbsp;expérience utilisateur&nbsp;», je dirais plutôt VM que conteneur

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Avril 9, 2025, 1:05 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/6 "2025-04-09T13:05:54Z")

</div>

F2FS c’est pour le flash plutôt; pas d’utilité particulière pour le SSD.  
BTRFS il faut en avoir l’utilité; outre la complexité de son utilisation, c’est plutôt dédié à des gros stockage de données avec de gros fichiers.

Sauf utilisation très spécifique utilisant le matériel à ses limites, il n’y a plus rien désormais à prendre en compte pour le SSD. Ça en devient une vrai légende urbaine.

> [@Lien\_Rag](#):
>
> Je compte partir sur du LVM/BTRFS

Ça ne sert pas à grand chose de faire du btrfs sur du lvm (du fait de la fonctionnalité du subvolume). Les mécanismes du BTRFS permettent de se passer de LVM.

Sur un poste de travail, le btrfs ça n’apporte pas grand chose par rapport à ext4 par exemple, en rapport entre l’augmentation de compétence et de complexité et le gain en performance.  
.

---

<div class="post-metadata">

**Author:** ![Lien\_Rag](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/ba8739/32.png) [@Lien\_Rag](https://www.debian-fr.org/u/Lien_Rag)\
**Post date:** [Avril 9, 2025, 2:19 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/7 "2025-04-09T14:19:25Z")

</div>

> [@Sputnik93](#):
>
> si j’ai bien compris en fait tu souhaites plutôt faire une nouvelle installation en conservant certaines données, au lieu de migrer (déplacer) ton système tel quel sur un nouveau disque ?

C’est ça.

> [@Sputnik93](#):
>
> `dpkg -l` te donnera la liste des paquets sur ton système, tu peux filtrer avec `dpkg -l | awk '/^ii/ {print $2}'` pour n’avoir que les paquets qui ont l’état « installé » et afficher uniquement le nom des paquets.

Merci !

> [@Sputnik93](#):
>
> Pour la virtualisation, pas besoin de partition dédiée, tu stockes où tu veux les fichiers qui servent de partition (fichiers qcow2 par exemple) à tes VM.

Pour Xen ? Il me semblait qu’une partition à part était recommandée…

---

<div class="post-metadata">

**Author:** ![Lien\_Rag](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/ba8739/32.png) [@Lien\_Rag](https://www.debian-fr.org/u/Lien_Rag)\
**Post date:** [Avril 9, 2025, 2:20 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/8 "2025-04-09T14:20:39Z")

</div>

> [@Zargos](#):
>
> **Debian Stable** - La version officielle de **Debian** (celle ayant le moins de bugs, et de failles de sécurités). **Debian** « **testing** » - Dépôts contenant des paquets de la version « **unstable** », si aucun bug n’a été trouvé dans un délai de 10 jours.

Ben pas après le freeze, non ?  
Ou bien je confonds soft et hard freeze (j’avoue ne pas connaître la différence) ?

---

<div class="post-metadata">

**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\
**Post date:** [Avril 9, 2025, 2:21 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/9 "2025-04-09T14:21:11Z")

</div>

> [@Lien\_Rag](#):
>
> Pour Xen ? Il me semblait qu’une partition à part était recommandée…

Ah pardon j’ai lu un peu vite. Je répondais pour Qemu/KVM, plutôt. Pour Xen, ne l’utilisant pas, je vais m’abstenir

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Avril 9, 2025, 2:30 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/10 "2025-04-09T14:30:26Z")

</div>

> [@Lien\_Rag](#):
>
> Ben pas après le freeze, non ?  
> Ou bien je confonds soft et hard freeze (j’avoue ne pas connaître la différence) ?

Le freeze n’est qu’une période très limitée sur la durée de vie d’une version.

---

<div class="post-metadata">

**Author:** ![Lien\_Rag](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/ba8739/32.png) [@Lien\_Rag](https://www.debian-fr.org/u/Lien_Rag)\
**Post date:** [Avril 9, 2025, 3:58 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/11 "2025-04-09T15:58:19Z")

</div>

Euh peut-être, mais il commence la semaine prochaine pour Trixie.

---

<div class="post-metadata">

**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\
**Post date:** [Avril 10, 2025, 1:32 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/12 "2025-04-10T01:32:31Z")

</div>

> [@Lien\_Rag](#):
>
> À part les marque-pages Firefox, qu’est-ce que j’ai intérêt à migrer d’un disque à l’autre ?

je t e donne ce que je copie tu feras un tri :  
== HOME  
.config/blender  
.config/libreoffice/4/user/registrymodifications.xcu  
.config/gtk-3.0/bookmarks  
.config/caja/scripts  
.config/geany  
.mozilla  
.thunderbird  
.grsync  
.gramps  
.gitconfig  
.local/share/nemo/scripts  
.q3a  
.sane  
.stellarium  
.subsurface  
.viking  
.viking-maps  
.wine  
projets

/etc/rc.local  
/opt/  
mysql utilisateurs@mysql  
/etc/hosts\*  
CRON   
/root/.grsync  
/var/www  
fail2ban  
/usr/bin/

---

<div class="post-metadata">

**Author:** ![Lien\_Rag](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/ba8739/32.png) [@Lien\_Rag](https://www.debian-fr.org/u/Lien_Rag)\
**Post date:** [Avril 10, 2025, 12:10 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/13 "2025-04-10T12:10:14Z")

</div>

Merci !  
Le .mozilla je vais pas l’importer tel quel vu à quel point Firefox m’emmarde actuellement, je préfère partir sur un profil neuf (même si ça me fait iech de perdre les réglages NoScript, uMatrix et PrivacyRedirect).  
Le .thunderbird j’y avais pas pensé, y’a pas d’inconvénient à le récupérer (plutôt que de partir là aussi sur un profil neuf) ?

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Avril 10, 2025, 3:41 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/14 "2025-04-10T15:41:28Z")

</div>

> [@dindoun](#):
>
> /usr/bin/

pourquoi celui là? j’aurais plutot dit /usr/local

---

<div class="post-metadata">

**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\
**Post date:** [Avril 11, 2025, 12:27 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/15 "2025-04-11T12:27:37Z")

</div>

> [@Zargos](#):
>
> pourquoi celui là? j’aurais plutot dit /usr/local

parce que je fais des trucs pas trop propres 🙂  
j’ai plein de blender#.#.# qui lance le blender correspondants ou lance un autre blender, que j’ai mis dans /usr/bin

---

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Avril 11, 2025, 4:05 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/16 "2025-04-11T16:05:41Z")

</div>

> [@Lien\_Rag](#):
>
> C’est possible d’avoir la liste des paquets installés et d’en faire l’install en une seule fois sur le nouveau disque ?

`dpkg --get-selections > fichier.list`  
`dpkg --set-selections < fichier.list`

sont faits pour ça, je crois (mais jamais utilisé)

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Avril 12, 2025, 8:44 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/17 "2025-04-12T08:44:27Z")

</div>

> [@josephtux](#):
>
> dpkg --get-selections \> fichier.list

Ca marche impec.

Après mois j’utilise plutot

```auto
xargs sudo apt-get -y install < packages.txt

```

Sans le sudo si tu es en su -

---

<div class="post-metadata">

**Author:** ![Lien\_Rag](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/ba8739/32.png) [@Lien\_Rag](https://www.debian-fr.org/u/Lien_Rag)\
**Post date:** [Juillet 19, 2025, 8:16 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/18 "2025-07-19T20:16:40Z")

</div>

J’ai récupéré une RC récente de Trixie (d’après le freeze, donc) mais quand j’essaye d’installer ça bloque à l’étape «&nbsp;configurer le clavier&nbsp;» : j’ai juste un écran blanc avec la phrase «&nbsp;configuration du clavier&nbsp;» mais ni option de clavier, ni «&nbsp;suivant&nbsp;» ou «&nbsp;précédent&nbsp;».

---

<div class="post-metadata">

**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\
**Post date:** [Juillet 20, 2025, 3:34 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/19 "2025-07-20T15:34:48Z")

</div>

> [@Zargos](#):
>
> `xargs sudo apt-get -y install < packages.txt`

sauf que la liste des packages cobntient aussi les dépendances installés comem dépendances mais que l’on n’a pas demandé : as-tu une commadne qui ne donnerait que les paquets installés volontairement ?  
j’ai ça mais je ne sais pas si c’est complet et c’est pas très propre et ça ne tient pas compte des ratés  
`journalctl |grep "apt" |grep " install " |grep -v -- "-d"`

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juillet 20, 2025, 4:49 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/20 "2025-07-20T16:49:02Z")

</div>

> [@dindoun](#):
>
> sauf que la liste des packages cobntient aussi les dépendances installés

Normal, tu ne peux pas installer un packages sans ses dépendances.  
Donc avoir la liste des paquets installés hors dépendances c’est un peu inutile.  
Après tu peux retrouver dans les logs les paquets installés directement dans la commande apt.  
Mais si dans ta commande apt tu as inclus une ou plusieurs dépendances tu ne pourras pas les séparer.

Sinon, à toi de revoir le ficheir liste pour en supprimer ce que tu ne veux pas.

[Page suivante](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101.md?page=2)
