J'espere avoir été assez clair!
Pas pour moi. Voir ma signature.
Et je pense qu'il vaudrait mieux ouvrir un nouveau sujet.]]>
il est un impossible de créer un dossier sur mon disque dur et impossible d'y coller quoi que ce soit
Probablement à cause des permissions par défaut sur /home_stockhere.
A ajuster avec chmod et/ou chown.]]>
Je sais, je n'ai pas laissé d'espace dispo "au cas où", j'ai oublié...]]>
rien n'était proposé...
C'est à dire que l'installateur ne propose pas de les nommer d'une façon plutôt qu'une autre, donc je me suis fait plaisir à leur trouver des petits noms...
Toutes ces indications m'enchantent, mais je n'ai pas le monopole de la variable temps, de ce fait, je recommencerai plutôt une install:D ça me permettra de peaufiner ma maîtrise de l’engin:)]]>
Est-ce que dans le cas présent, il est possible de toucher aux partitions? Je voudrais donner peut être plus de place à / et les renommer comme il se doit! à ce sujet, rien n'était proposé...
Proposé par quoi ? Si tu as utilisé le partitionnement manuel, c'est toi qui as défini les tailles et noms des VG et LV, non ?
Il est possible de renommer un VG avec la commande vgrename et un lv avec la commande lvrename. Pas sûr que ce soit possible quand ils sont en cours d'utilisation (quoi que je ne vois pas pourquoi, ce ne sont que des liens symboliques). Au pire il suffit de le faire depuis un système live ou l'installateur Debian en mode rescue, voire, si on est un peu expérimenté, depuis l'initramfs du système avant que les volumes soient montés.
Mais il faudra ensuite mettre à jour un certain nombre de fichiers de configuration avec les nouveaux noms, dont :
- /etc/fstab
- /boot/grub/grub.cfg, normalement à recréer avec la commande update-grub
- éventuellement /etc/initramfs-tools/conf.d/resume s'il contient le nom de volume du swap utilisé pour l'hibernation, et il faudra ensuite reconstruire l'initramfs avec la commande update-initramfs -u.
Comme on dit parfois, le mieux est l'ennemi du bien.
Pour agrandir le LV racine (pourquoi ? il est déjà trop petit ?), comme tu n'as laissé aucun espace libre dans le VG malgré ma recommandation, tu es obligé de réduire un ou plusieurs autres LV, donc /home et/ou le swap.
Pour réduire le swap, il suffit de le désactiver avec swapoff, le réduire avec lvreduce, le réinitialiser avec mkswap et le réactiver avec swapon.
Pour réduire /home, comme je suppose que tu as choisi le système de fichiers par défaut, ext4, il faut d'abord le démonter. Ce n'est possible que s'il n'est pas en cours d'utilisation, par exemple par une session d'utilisateur normal. Le plus simple pour cela est de démarrer en mode dépannage, même si on peut également ouvrir une session en root directement en mode normal. Dans les deux cas le mot de passe root sera demandé, donc il faut l'avoir défini et ne pas passer root seulement avec sudo. Dans ce dernier cas, il suffit d'en définir un avec passwd.
Ensuite il faut réduire le système de fichiers avec resize2fs (qui demandera d'avoir exécuté e2fsck avant), puis réduire le LV avec lvreduce à une taille qui ne doit pas être inférieure à celle du système de fichiers sinon ce denier ne pourra plus être monté.
Enfin on pourra agrandir le LV racine "à chaud" avec lvextend puis son système de fichiers avec resize2fs.
Mais je recommande de ne faire cela que si c'est vraiment nécessaire.
Ce qui m'échappe ici, c'est que j'ai demandé plus de place pour chaque partition que ce qu'on retrouve, pour quelle raison?
L'installateur affiche les tailles avec des préfixes multiplicateurs décimaux (qui sont des puissances de 10) k, M, G...
La plupart des programmes en ligne de commande affichent les tailles avec des préfixes multiplicateurs binaires (qui sont des puissances de 2) Ki, Mi, Gi..., bien qu'omettant souvent d'afficher le "i".
Comme la valeur des préfixes binaires est légèrement supérieure à la valeur des préfixes décimaux (1 Gi = 1,074 G), les nombres affichés sont plus petits avec les premiers. Par exemple :
SSD de 120 Go = 111,8 Gio
LV racine de 30 Go = 28 Gio
LV home de 72 Go = 67,1 Gio]]>
N'ayant pas retouché au disque dur, étant déjà chiffré, je me rend compte à l'allumage que je ne peux pas taper la 2ème passphrase, ce n'est qu'en arrivant sur mon bureau que je peux l'ouvrir. Je peux y faire quoi?
Il faut ajouter une ligne dans /etc/crypttab pour ouvrir le volume chiffré, et dans /etc/fstab pour monter le système de fichiers.
Par contre à ta place j'en profiterais pour refaire l'organisation du disque sdb. Si tu es sûr de n'avoir besoin que d'un seul volume, pas besoin de la couche LVM. Si par contre tu envisages d'en faire plusieurs (pas forcément tout de suite), il faut faire comme sur le SSD sda : une partition chiffrée et un PV LVM par dessus et non l'inverse.
Et je ne comprends la présence de sda2, je n'ai pas demandé ça. Par ailleurs, je n'ai pas trouvé le moyen de faire de la partition primaire, je n'avais que "créer volume logique".
Ce n'est pas bien grave, ce n'était qu'un détail.
sda2 est une partition étendue qui occupe tout l'espace du SSD en dehors de sda1. Par conséquent on ne peut plus créer que des partitions logiques. Il aurait fallu supprimer la partition étendue et la remplacer par une partition primaire.]]>
N'ayant pas retouché au disque dur, étant déjà chiffré, je me rend compte à l'allumage que je ne peux pas taper la 2ème passphrase, ce n'est qu'en arrivant sur mon bureau que je peux l'ouvrir. Je peux y faire quoi?
Et je ne comprends la présence de sda2, je n'ai pas demandé ça. Par ailleurs, je n'ai pas trouvé le moyen de faire de la partition primaire, je n'avais que "créer volume logique".]]>