[Réglé] Installation Ubuntu à la carte :) • page 3

[r@in | b0w]

Pour répondre à tes questions :

• Partitionnement automatique via le liveCD et la combinaison chiffrement/LVM. J'avais d'ailleurs lu que pour le SWAP, ce n'était plus une obligation avec 8Go de RAM (mais je le répète, c'est le partitionnement par défaut) ;
• sda est un disque vierge pour le moment, j'attends d'avoir ma partition de travail pour m'occuper du reste.

Mais oui, on a un souci pour y arriver

[diogene]

Le partitionnement automatique a créé une partoche système en Fat32 ? Il faudrait que je m'y remette, je n'avais pas encore vu ça. Ou alors c'est le cryptage qui a fait ça, mais je ne comprends rien.

Est-ce que tu peux vérifier s'il y a bien un répertoire /sys dans sdb1 ? Je suis perplexe.

[r@in | b0w]

Hello.

Je ne pense pas que le chiffrement soit en cause puisque tu peux chiffrer n'importe quelle partition, ce que tu mets dessus ensuite (format) ne regarde que toi. Mais je n en sais pas plus que toi...

Pour ta question sur le dossier /sys, il existe bel et bien mais il est vide, normal ?



Du coup, j'ai eu une autre idée pour expliquer le souci. Tout ce qui concerne l'installation d'Ubuntu (grub, kernel et autre) est bien finalisé après l'install en liveCd ou est-ce que le premier démarrage sur la session Linux finalise quelque chose ? Cela pourrait expliquer les soucis vu que je n'ai encore jamais ouvert ma session vu que je ne peux pas taper ma passphrase... Je pose la question.

[diogene]

Aucune idée. À l'occasion, je regarderai.

[r@in | b0w]

Vu que c'est bien la galère j'ai l'impression, quid d'une installation chiffrée sous Ubuntu 16.10 puis downgrade pour la version 16.04 ?

Ou je m'accroche encore en espérant que CaSa fasse un tour de magie ?!

[CaSa]

quid d'une installation chiffrée sous Ubuntu 16.10 puis downgrade pour la version 16.04 ?

Houla non, un downgrade en Linux ? bof bof (et même pas faisable s'il le faut)

Code: Tout sélectionner

root@ubuntu:/mnt# mount -t sysfs /sys /mnt/sys
mount: mount point /mnt/sys does not exist


Un petit ls -al /mnt serait bienvenu

[r@in | b0w]

Hello.

Houla non, un downgrade en Linux ? bof bof (et même pas faisable s'il le faut)

Ok ok...

Un petit ls -al /mnt serait bienvenu

Et voici :

Code: Tout sélectionner

root@ubuntu:/home/ubuntu# ls -al /mnt
total 12
drwxr-xr-x   6 root root 4096 Jan  1  1970 .
drwxr-xr-x   1 root root  280 Jan 11 07:47 ..
drwxr-xr-x  21 root root 4620 Jan 11 07:57 dev
drwxr-xr-x   3 root root 4096 Jan  7 14:21 EFI
dr-xr-xr-x 232 root root    0 Jan 11 07:47 proc
drwxr-xr-x   2 root root 4096 Jan  9 11:22 run

Hum docteur ?

[CaSa]

Soit effectivement c'est pas la bonne partition, soit elle est chiffrée et elle se présente comme cela.
Dans le 2eme cas il doit falloir d'abord la déchiffrer avant de pouvoir monter les répertoires qui vont bien.
Je ne connais pas l'état de ta partition mais si c'est cela, tu dois pouvoir suivre la partie "Monter la partition manuellement" ici => https://doc.ubuntu-fr.org/tutoriel/chiffrer_son_disque

[r@in | b0w]

Alors on chauffe

Code: Tout sélectionner

ubuntu@ubuntu:~$ sudo su
root@ubuntu:/home/ubuntu# cryptsetup luksOpen /dev/sdb2
Command requires device and mapped name as arguments.
root@ubuntu:/home/ubuntu# cryptsetup luksOpen /dev/sdb2 ubuntipi
Device /dev/sdb2 is not a valid LUKS device.
root@ubuntu:/home/ubuntu# cryptsetup luksOpen /dev/sdb1 ubuntipi
Device /dev/sdb1 is not a valid LUKS device.
root@ubuntu:/home/ubuntu# cryptsetup luksOpen /dev/sdb3 ubuntipi
Enter passphrase for /dev/sdb3:
root@ubuntu:/home/ubuntu# vgscan
Reading all physical volumes.  This may take a while...
Found volume group "ubuntu-vg" using metadata type lvm2

Et :

Code: Tout sélectionner

root@ubuntu:/home/ubuntu# ls -al /mnt
total 107277
drwxr-xr-x 5 root root     1024 Jan  9 11:49 .
drwxr-xr-x 1 root root      240 Jan 11 12:45 ..
-rw-r--r-- 1 root root  1240067 Jul 13 01:59 abi-4.4.0-31-generic
-rw-r--r-- 1 root root  1243800 Dec 10 04:04 abi-4.4.0-57-generic
-rw-r--r-- 1 root root   189558 Jul 13 01:59 config-4.4.0-31-generic
-rw-r--r-- 1 root root   189991 Dec 10 04:04 config-4.4.0-57-generic
drwxr-xr-x 2 root root     1024 Jan  9 11:38 efi
drwxr-xr-x 5 root root     1024 Jan  9 11:49 grub
-rw-r--r-- 1 root root 38267731 Jan  9 11:48 initrd.img-4.4.0-31-generic
-rw-r--r-- 1 root root 38780037 Jan  9 11:49 initrd.img-4.4.0-57-generic
drwx------ 2 root root    12288 Jan  9 11:38 lost+found
-rw-r--r-- 1 root root   182704 Jan 28  2016 memtest86+.bin
-rw-r--r-- 1 root root   184380 Jan 28  2016 memtest86+.elf
-rw-r--r-- 1 root root   184840 Jan 28  2016 memtest86+_multiboot.bin
-rw------- 1 root root  3866473 Jul 13 01:59 System.map-4.4.0-31-generic
-rw------- 1 root root  3875329 Dec 10 04:04 System.map-4.4.0-57-generic
-rw-r--r-- 1 root root  7047520 Jan  9 11:43 vmlinuz-4.4.0-31-generic
-rw------- 1 root root  7067152 Dec 10 04:04 vmlinuz-4.4.0-57-generic
-rw------- 1 root root  7069080 Jan  9 11:48 vmlinuz-4.4.0-57-generic.efi.signed

Si je ne m'abuse, ces deux lignes initrd.img-4.4.0-31-generic et initrd.img-4.4.0-57-generic sont les deux versions du kernel installées que je retrouve au lancement dans Grub, isn't it ?

Quand je suis le tuto (c'est la seconde fois consécutive), c'est sdb3 qui est reconnue comme chiffrée.

Ensuite, je fais le vgscan :

Code: Tout sélectionner

root@ubuntu:/home/ubuntu# vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "ubuntu-vg" using metadata type lvm2
root@ubuntu:/home/ubuntu# vgchange -ay /dev/VG/...
  Invalid volume group name VG/....
  Run `vgchange --help' for more information.
root@ubuntu:/home/ubuntu# vgchange -ay /dev/VG/tipi
  Invalid volume group name VG/tipi.
  Run `vgchange --help' for more information.
root@ubuntu:/home/ubuntu# vgchange -ay /dev/VG/
  Invalid volume group name VG/.
  Run `vgchange --help' for more information.
root@ubuntu:/home/ubuntu# vgchange -ay /dev/ubuntu-vg/
  Invalid volume group name ubuntu-vg/.
  Run `vgchange --help' for more information.
root@ubuntu:/home/ubuntu# lvchange -ay /dev/mapper/tipi
  Volume group "tipi" not found
  Cannot process volume group tipi
root@ubuntu:/home/ubuntu# lvchange -ay /dev/mapper/ubuntu-vg
  Volume group "ubuntu" not found
  Cannot process volume group ubuntu
root@ubuntu:/home/ubuntu# lvchange -ay /dev/mapper/sdb3_crypt
  Volume group "sdb3_crypt" not found
  Cannot process volume group sdb3_crypt

J'ai essayé les deux solutions proposées mais j'ai du faire une bêtise, est-ce bien vgchange -ay /dev/VG/... qu'il faut indiquer ? J'ai un énorme doute

Code: Tout sélectionner

root@ubuntu:/home/ubuntu# lvs
  LV     VG        Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  root   ubuntu-vg -wi-a----- 438.17g                                                   
  swap_1 ubuntu-vg -wi-a-----   7.93g

J'ai trouvé dans /dev/mapper plusieurs fichiers dont un ubuntu-vg-root et un ubuntu-vg-swap... Bref, je suis encore plus paumé que d'habitude...

[CaSa]

Franchement je ne sais pas plus t'aider que ça là, je connais de loin ces principes de cryptage et je ne sais pas pourquoi on obtient pas une structure "normale" de la racine.
Perso je te suggère de t'orienter vers autre chose, une autre distri qui fonctionnera out-of-box, Debian Jessie, Ubuntu 14.04.. avec ma préférence à Debian qui sera plus actuelle.

edit : tu dois peut-être pouvoir aussi installer une 16.04 non cryptée, installer plusieurs noyaux et crypter le disque après ? On a pas envisagé ça je crois...

[r@in | b0w]

Hello Casa.

Ah, si toi tu sèches aussi, je sens que c'est la fin

Alors, j'ai quand même fait un paquet de recherches hier. Chez Korben, il fait une installation perso et les partitions sont du même type que chez moi :



Pour le chiffrement post-installation, j'ai trouvé un seul tuto ici mais cela a deux ans, toujours viable selon toi ?

Pour ta suggestion de version 14.04, je peux toujours tenter mon installation chiffrée puis tenter un upgrade vers la version 16.04 ?

[r@in | b0w]

Re.

J'ai testé la version 14.04 LTS, même configuration chiffrée. Au démarrage, le clavier est reconnu pendant le boot et je peux indiquer la passphrase de ma partition chiffrée.

J'ai du coup regardé plusieurs choses :

• Grub : même configuration que sur la 16.04
• Dans /etc/initramfs-tools/module il n'y a rien du tout
• Version du kernel : 4.4.0.59-generic

Donc l'upgrade du kernel sur la version 16.04 aurait peut-être pu sauver la situation...

En l'état, la 14.04 a l'air proche de la 16.04, j'ai quand même des soucis : mon écran Asus 24 pouces n'est reconnu que comme un 1024x768 et le pauvre clavier USB Qilive avec ses touches rétroéclairées ne veut pas s'allumer

[CaSa]

Pour ta suggestion de version 14.04, je peux toujours tenter mon installation chiffrée puis tenter un upgrade vers la version 16.04 ?

Le problème c'est que ça risque d'introduire le bug vu que l'upgrade te donnera le même noyau/initram défaillant. Mais tu peux toujours essayer, qui ne tente rien...

En l'état, la 14.04 a l'air proche de la 16.04, j'ai quand même des soucis : mon écran Asus 24 pouces n'est reconnu que comme un 1024x768 et le pauvre clavier USB Qilive avec ses touches rétroéclairées ne veut pas s'allumer

Oui ben la 14.04 ça a quand même 3 ans donc ceci explique aussi cela...

Ah, si toi tu sèches aussi, je sens que c'est la fin

Oui je sèche... sur Ubuntu

[r@in | b0w]

Coucou coucou coucou

Alors, ce matin, je me suis dit que je pouvais le faire et je l'ai fait

En bref, j'ai relu une énième fois les liens que j'avais déjà consulté. J'ai repris celui-ci https://wiki.sabayon.org/index.php?title=HOWTO:_Mount_LVM pour monter ma partition LVM et j'ai enfin réussi à le faire...

En fait, le nom de ma partition est /dev/ubuntu-vg/root... Bref, à la fin du tuto, on a monté la partition dans /mnt/lvm. J'ai tenté du coup le chroot dans /mnt/lvm ET C'EST PASSÉ !

J'en ai profité du coup pour installer deux kernels, 4.8.0 et 4.8.7, j'ai eu des messages d'erreur mais j'y ai cru quand même. J'étais en chroot

Après redémarrage, bah, y'a rien J'ai un tiret qui clignote. Avant de fermer la live session, j'ai quand même contrôlé en chroot : uname -r me donnait toujours le kernel 4.4.0 et, pourtant, mes deux kernels étaient indiqués comme installés (dpkg --list | grep linux-image). J'ai sorti le CD de la session boot et je suis arrivé sur le splah screen d'Ubuntu. Par contre, en options avancées, je n'ai toujours que les deux kernels par défaut 4.4. J'ai peut-être zappé une manipulation côté Grub pour le mettre à jour ?!

[diogene]

Il aurait fallu faire au moins un sudo update-grub.
Mais tu dois pouvoir le rattraper (LiceCD, chroot et update-grub).