# \[Terminé\] Migration sur SSD **URL:** \ **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:** 2
**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, 5:08 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/21 "2025-07-20T17:08:22Z")
> [@Zargos](#): > > Sinon, à toi de revoir le ficheir liste pour en supprimer ce que tu ne veux pas. j’ai essayé mais tro pchiant justement je cherche un truc un peu efficace : ma ligne de commande m’aide mais il manque les vieux log ; sais-tu comment obtenir les vieux log qui ne sont plus données par journactl ? ---
**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, 5:14 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/22 "2025-07-20T17:14:11Z")
si tu n’as que journalctl alors tu ne peux pas, c’est lié à la configuration de journald. Perso j’utilise en parallèle rsyslog ---
**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:** [Août 3, 2025, 5:31 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/23 "2025-08-03T05:31:25Z")
N’ayant pas eu de réponse sur ce qui cause le problème d’installation, j’attends la sortie officielle de Trixie la semaine prochaine pour tenter avec l’ISO stable. Est-ce que j’ai intérêt à créer le volume LUKS sur le disque en attendant (vu le temps que ça prend) ? C’est facile à l’installation de lui dire d’installer sur le disque LUKS ? ---
**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:** [Août 3, 2025, 10:00 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/24 "2025-08-03T22:00:06Z")
> [@Lien\_Rag](#): > > C’est facile à l’installation de lui dire d’installer sur le disque LUKS ? La difficultée c’est que pour le moment l’installateur impose l’Argon2i comme PBKDF, ce qui impose de ne pas mettre boot dans la partie chiffrée; ce qui rend inutile l’utilisatrion d’un disque chiffrée, car il est assez facile (bien que pas simple) de hacker la machine physiquement. Pour pouvoir le faire un peu mieux il faut avoir la partition UEFI extérieure à LUKS et boot dans LUKS. Ce qui oblige à utilise PBKDF2 au lieu de ARGON2I. Mais l’UKI cela change pas mal le point de vue. Je n’ai aps encore regardé ça de près pour le moment. J’attends la version stable pour faire des essais. ---
**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:** [Août 5, 2025, 2:56 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/25 "2025-08-05T14:56:10Z")
UKI je sais pas ce que c’est. Par ailleurs GNUBoot fonctionne avec un boot chiffré il me semble ? (pas encore installé sur ma machine, je dois dire) Et ça ne répond pas vraiment à la question, à moins que ce que tu veuilles dire par omission c’est que oui c’est facile à l’installation de lui dire d’installer sur le disque LUKS préalablement créé pour peu que l’on aie laissé une partition non chiffrée pour le /boot ? (au passage je rappelle à ceux qui chiffrent leur disque dur et laissent un /boot non chiffré que la taille par défaut donnée par l’installateur est bien trop faible, il faut mettre au point 1 Go pour pas être régulièrement emmerdé par la suite) ---
**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:** [Août 5, 2025, 3:26 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/26 "2025-08-05T15:26:12Z")
> [@Lien\_Rag](#): > > (au passage je rappelle à ceux qui chiffrent leur disque dur et laissent un /boot non chiffré C’est un disque chiffré pour rien, car un /boot (hors /boot/efi) non chiffré permet à un attaquant ayant accès à la machine de modifier la clef pour ensuite déchiffrer le disque. Ne me demandez pas comment je ne sais pas le faire. Mais en gros, il suffit de faire croire au /boot (c’est faciel vu qu’on y a accès) que le disque chiffré qu’on lui présente est le bon et le tour est joué. > [@Lien\_Rag](#): > > UKI je sais pas ce que c’est. C’est l’Unified Kernel Image. Elle arrive avec Trixie. Au lieu d’avoir une partie de démarrage dans l’UEFI puis une autre partie avec grub, il n’y a plus qu’un noyau de démarrage. A voir de près quand à la sucité induite. Mais poru les systèmes chiffré fini la saisie de la clef en QWERTY avec l’UEFI pour chaque disque chiffré, et ensuite en AZERTY avec grub. ---
**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:** [Août 11, 2025, 6:25 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/27 "2025-08-11T18:25:09Z")
J’ai tenté l’installation à partir de l’ISO net-install de la release stable, arrivé au partitionnement j’ai débranché le câble parce qu’il était pas assez long et quand je l’ai rebranché après, l’installation n’a pas voulu reprendre. Ce qui me donne l’occasion de poser la question ici… Pour le partitionnement, la solution par défaut met une swap pourrie, et dans le cas d’un disque chiffré, une taille très insuffisante pour la partition /boot (sur ma machine actuelle où j’ai gardé les options par défaut, à chaque fois que je fais un update du noyau sans avoir vidé les noyaux précédents j’ai une erreur de dpkg car il n’y a plus de place sur /boot). Donc je suis passé en partitionnement manuel, en commençant par chiffrer tout le volume sauf 2 Go (pour le /boot). Après ça je sais pas pourquoi mais pas moyen de trouver comment réduire la taille de la partition que je voulais créer sur le volume LUKS (pour pouvoir créer plusieurs partitions, donc). Donc je suis passé par LVM même si ça n’a pas énormément de sens sur un portable qui n’a qu’un disque. Mais comme dit ailleurs, si je me suis finalement rappelé qu’il fallait non seulement la partition /boot mais aussi une partition EFI, je n’ai pas réussi à me rappeler comment on crée et configure la partition EFI… Pour l’instant j’ai un groupe de volumes LVM sur un volume physique, avec à l’intérieur 5 volumes logiques : 70 Go pour la racine, 700 Go pour la /home, 16 Go pour la swap, 200 Go sans point de montage pour l’instant pour les VM Xen, et 5 Go pour /var/log. Plus une partition de 1,8 Go pour /boot et 200 Mo pour la EFI mais encore une fois que je ne retrouve plus comment configurer. C’est correct comme partitionnement ? J’ai oublié quelque chose ? (à part comment créer l’EFI) ---
**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:** [Août 11, 2025, 6:36 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/28 "2025-08-11T18:36:20Z")
> [@Lien\_Rag](#): > > Après ça je sais pas pourquoi mais pas moyen de trouver comment réduire la taille de la partition que je voulais créer sur le volume LUKS (pour pouvoir créer plusieurs partitions, donc). > Donc je suis passé par LVM même si ça n’a pas énormément de sens sur un portable qui n’a qu’un disque. LVM ca a toujours justement pour des cas comme celui que tu as rencontré. Tu n’utilises pas la même partition chiffrée pour deux installations, ce n’est pas pertinent. Chacune la sienne. > [@Lien\_Rag](#): > > Pour le partitionnement, la solution par défaut met une swap pourrie, et dans le cas d’un disque Le partitionnement par défaut date de mathusalem sans aucune pertinence avec l’évolution des système; c’en serait même presque pathétique. > [@Lien\_Rag](#): > > je n’ai pas réussi à me rappeler comment on crée et configure la partition EFI… Partition primaire (pas de lvm, avec type EFI dnas la liste des choix de filesystem (c’est en bas juste avant le swap) > [@Lien\_Rag](#): > > 5 Go pour /var/log trop petit si tu dois utiliser auditd. Si c’est le cas, il te faut 5G pour /var/log, et 5G pour /var/log/audit > [@Lien\_Rag](#): > > 200 Go sans point de montage pour l’instant pour les VM Xen, Si tu ne les utilises pas, laisse vide. Ton VG maintiendra de la disponibilité. On est pas obligé de tout utiliser tout de suite. > [@Lien\_Rag](#): > > 200 Mo pour la EFI C’est trop petit. Car si à terme tu utilises systemd-boot (ce qui devrait être le cas en fait, le grub efi utilisé jusqu’ici va être amené à disparaître) la taille sera 4 à 5 fois trop petite. ---
**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:** [Août 11, 2025, 6:52 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/29 "2025-08-11T18:52:15Z")
Ah. Donc 1 Go pour EFI ? Et 1 Go pour /boot ça suffira ? ---
**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:** [Août 11, 2025, 8:12 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/30 "2025-08-11T20:12:03Z")
oui ça devrait aller d’après mes calculs actuels 🙂 ---
**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:** [Août 22, 2025, 6:22 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/31 "2025-08-22T18:22:48Z")
J’ai repartitionné avec Gparted (+cryptsetup en CLI puisque Gparted ne sait pas faire de partition LUKS) depuis ma Debian Bookworm sur mon disque actuel pour agrandir les deux partitions /boot et EFI, ce qui fait que j’ai dû détruire la table de partition (sinon Gparted ne voulait pas réduire la partition chiffrée). Vu que j’avais déjà rempli la partition chiffrée de zéros, j’ai pas besoin de le refaire après sa destruction/recréation ? ---
**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:** [Août 22, 2025, 6:36 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/32 "2025-08-22T18:36:59Z")
/boot est normallement dans la partition LUKS, sinon ton chiffrement ne sera pas sur. ---
**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:** [Août 22, 2025, 6:41 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/33 "2025-08-22T18:41:25Z")
Et comment on fait ça ? Par ailleurs, c’était pas la question… ---
**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:** [Août 22, 2025, 7:03 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/34 "2025-08-22T19:03:05Z")
/boot fait partie de tes partitions LVM sur LUKS Il faudra juste que tu change le type pbkdf de chiffrement en pbkdf2. ---
**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:** [Août 22, 2025, 8:04 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/35 "2025-08-22T20:04:55Z")
Mais comment la machine démarre alors ? ---
**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:** [Août 22, 2025, 8:43 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/36 "2025-08-22T20:43:15Z")
Normallement, via l’UEFI. Celui-ci sait que /boot est sur le lvm over luks, il va donc demander la passphrase de déchiffrement et ensuite lancer grub. Qui lui sait ce qu’il doit lancer aussi, demandera le déchiffrement nécessaires aux partitions. ---
**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:** [Août 23, 2025, 11:20 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/37 "2025-08-23T11:20:18Z")
Quand je fais une machine LVM over LUKS, je prend toujrosu le soin, dès que j’ai créé le LUKS de le modifier. Dans truc et astuce, j’ai un post qui parle d’installation lvm over luks qui donne la manipulation à faire en console. PS: cette solution risque d’évoluer avec l’arrivée de Trixie et systemd-boot et Ukify (UKI: united Kernel Image) ---
**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:** [Août 23, 2025, 12:38 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/38 "2025-08-23T12:38:07Z")
Où ça ? ---
**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:** [Août 23, 2025, 1:46 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/39 "2025-08-23T13:46:56Z")
Ici [Tutoriel installation Debian avec netinst RAID1+LUKS+LVM - #2 par Zargos](https://www.debian-fr.org/t/tutoriel-installation-debian-avec-netinst-raid1-luks-lvm/91240/2#avant-de-passer-la-configuration-lvm-il-faut-changer-le-paramtre-pbkdf-de-la-partition-chiffre-8) (c’est l’instalaltion RAID+LUKS+LVM. Mais c’est pareil sans le RAID 🙂 ---
**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:** [Septembre 5, 2025, 3:30 UTC](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101/40 "2025-09-05T15:30:42Z")
Bon j’ai rééssayé et je sais pas pourquoi mais l’installation en mode graphique bloque à l’étape « configurer le clavier », comme j’avais déjà eu. J’ai pourtant vérifié le checksum de l’ISO (l’officielle stable), donc je ne comprends pas le problème. J’ai retenté en installation en mode non-graphique et ça a marché, mais j’ai pas trouvé du tout d’option pour définir une partition EFI. Y’avait « /dos » et « /windows » parmi les choix, j’ai supposé que /windows pouvait être EFI donc c’est ce que j’ai choisi. Et j’ai pas vu de message d’erreur « aucune partition EFI détectée » que j’ai d’habitude quand j’oublie. Mais au final le PC ne démarre pas, et quand j’examine y’a rien dans la partition EFI. Y’aurais une explication claire de là où j’ai merdé ? [Page précédente](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101.md?page=1) [Page suivante](https://www.debian-fr.org/t/termine-migration-sur-ssd/91101.md?page=3)