Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Dernière modification par matX34 (06-12-2018 11:54:48)
Hors ligne
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Plop,
Tu veux dire que tu as utilisé la même partition boot pour Debian et Kali ?
Tu sais que sur la partition boot il y a l'initrd, qui contient des scripts propres à la distro en question…
Donc si tu utilises le mauvais initrd, tu bootes pas sur le bon disque…
Salut!
Oui les deux sont sur le même boot, mais il contient tous les fichiers nécéssaires:
Quand j'ai installé Kali j'ai pas formaté /boot donc seulement grub a été réécrit.
Mes partitions sont comme ça:
sda_1: Groupe LVM chiffré avec deux sous-partitions: root et swap pour Debian
sda_2: Boot, avec grub et les kernel et les initrd
sda_3: PhoenixOS non crypté
sda_4: Groupe LVM chiffré avec deux sous partitions: root et swap pour Kali
Et tout marche bien, sauf que quand j'essaye de booter sda_1, il veut décrypter sda_4...
EDIT:
Alors j'ai essayé de lancer un update-grub APRES avoir décrypté sda_1 depuis Kali.
Donc il a édité grub.cfg, retiré ma modification, et à la place créé sous une catégorie "os prober" une entrée et quatre sous entrée pour Debian (donc ce qui est censé être).
Sauf que les sous entrées sont exactement les mêmes que pour Kali, et que l'entrée principale n'a de Debian que le nom, tout le reste pointe sur les kernel et initrd de Kali.
J'ai donc édité cela, en remplacant un root=/dev/mapper/FILOU-root par SACRIPAN-root (le groupe de sda_1 sur lequel je cherche à booter) et en remplacant le nom des kernel et initrd.
Retour à la case départ, il cherche encore à décrypter sda_4 avec exactement le même message que mon premier post.
Dernière modification par matX34 (06-12-2018 14:55:05)
Hors ligne
Oui les deux sont sur le même boot
C'est une très mauvaise idée. Dans sa forme traditionnelle, /boot n'est pas fait pour être partagé. Les fichiers des deux GRUB sont mélangés et s'écrasent l'un l'autre, et update-grub est incapable de différencier les noyaux de chaque système ; on voit bien qu'il crée des entrées de menu pour démarrer Kali avec le noyau de Debian (et vice versa).
Pour le reste, je n'ai même pas regardé ; les copies d'écran sont illisibles, brouillonnes, trop chargées, inexploitables...
Poste plutôt les sorties de commandes sous forme de texte comme lsblk, blkid... le contenu de grub.cfg, des /etc/fstab...
Je soupçonne que le problème vient de ce qu'update-grub sous Kali, pour créer les entrées Debian, prend comme référence le fichier grub.cfg qu'il trouve dans /boot/grub de Debian, qui se trouve être le propre grub.cfg de Kali puisque /boot est partagé entre les deux. Ça me rappelle ce qui se passe quand on clone un système sur la même machine en laissant le même grub.cfg dans l'original et dans le clone.
sda_1: Groupe LVM chiffré avec deux sous-partitions
Ce sont des volumes logiques, pas des sous-partitions.
Dernière modification par raleur (06-12-2018 20:45:54)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
je ferai un effort pour les screenshots
Non, pas de capture d'écran graphique quand ce n'est pas indispensable. Plutôt des copies de texte brut.
je pensais qu'il était nécéssaire que l'ordi boote sur grub puis que ce dernier boote mes OS.
C'est bien le cas. Mais grub-mkconfig/update-grub n'est pas adapté à un multiboot avec un /boot partagé. Un inconvénient d'un GRUB unique est qu'il exécuter update-grub depuis le système qui gère ce GRUB pour mettre à jour le menu de démarrage après avoir installé ou supprimé un noyau dans l'autre système.
Comme alternative, on peut chaîner un GRUB à partir d'un autre.
Je vais essayer de créer des partitions boot dans chacun de mes deux volumes logiques
Pour quoi faire ? Je n'en vois pas l'intérêt. Si tu veux que le contenu de /boot soit dans le volume chiffré, il suffit de le laisser dans le volume logique racine. Mais il faudra taper la passphrase une fois de plus dans GRUB au démarrage.
Reste à espérer que grub puisse démarrer depuis une partition cryptée au sein d'un groupe.
Il peut mais ce n'est pas activé par défaut, il faut ajouter
dans /etc/default/grub.
Dernière modification par raleur (07-12-2018 20:25:40)
Il vaut mieux montrer que raconter.
Hors ligne