Partition disque dur complexe

Support Debian
#1

bonjour
je souhaiterais partition une nouvelle installation de linux debian 9.2 - 64 bits comme suit :
Sys. fich. Taille Util. Dispo Uti% Monté sur
rootfs 14G 807M 13G 6% /
udev 10M 0 10M 0% /dev
tmpfs 801M 200K 801M 1% /run
/dev/mapper/vg0-root 14G 807M 13G 6% /
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 1,6G 0 1,6G 0% /run/shm
/dev/sda1 228M 20M 197M 10% /boot
/dev/mapper/vg0-home 1,9G 35M 1,8G 2% /home
/dev/mapper/vg0-tmp 3,7G 72M 3,5G 3% /tmp
/dev/mapper/vg0-usr_lib 5,5G 353M 4,9G 7% /usr/lib
/dev/mapper/vg0-usr_local 1,9G 35M 1,8G 2% /usr/local
/dev/mapper/vg0-var 5,5G 454M 4,8G 9% /var
/dev/mapper/vg0-var_lib 3,7G 208M 3,3G 6% /var/lib
/dev/mapper/vg0-var_log 9,2G 407M 8,4G 5% /var/log
/dev/mapper/vg0-var_tmp 1,9G 35M 1,8G 2% /var/tmp
/dev/mapper/vg1-var_spool 50G 29G 19G 62% /var/spool

avec les formats suivants + option :
/dev/mapper/vg0-root / ext4 noatime,errors=remount-ro 0 1

/boot was on /dev/sda1 during installation

UUID=0000d000-0b00-0bdc-00e0dea0000000f /boot ext2 defaults 0 2
/dev/mapper/vg0-home /home ext4 noatime,nodev,nosuid,noexec 0 2
/dev/mapper/vg0-tmp /tmp ext4 noatime,nodev,nosuid 0 2
/dev/mapper/vg0-usr_lib /usr/lib ext4 noatime,nodev 0 2
/dev/mapper/vg0-usr_local /usr/local ext4 noatime,nodev,nosuid 0 2
/dev/mapper/vg0-var /var ext4 noatime,nodev,nosuid,noexec 0 2
/dev/mapper/vg0-var_lib /var/lib ext4 noatime,nodev,nosuid 0 2
/dev/mapper/vg0-var_log /var/log ext4 noatime,nodev,nosuid,noexec 0 2
/dev/mapper/vg0-var_tmp /var/tmp ext4 noatime,nodev,nosuid 0 2
/dev/mapper/vg1-var_spool /var/spool ext4 noatime,nodev,nosuid,noexec 0 2
/dev/mapper/vg0-swap none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0

J’ai testé ça sur une vm mais j’a un bel écran : Kernel Panic … et la vm est planté …
J’ai fait tous les tests sans attribuer les spécifications de chaque partition
J’ai tenté de faire une installation standard et de modifier les partitions à la main du type :slight_smile:
Ajouter les partitions spécifiques /var/log :

mv /var/log /var/log_old
lvcreate -L9G -n var_log Test-vg
mkfs.ext4 /dev/Test-vg/var_log
mkdir /var/log
mount /dev/Test-vg/var_log /var/log
vi /etc/fstab
/dev/mapper/Test–vg-var_log /var/log ext4 noatime,nodev,nosuid,noexec 0 2
rsync -avzh /var/log_old/ /var/log/
du -s /var/log
reboot

Ajouter les partitions spécifiques /var/spool :
mv /var/spool /var/spool_old
lvcreate -L50G -n var_spool Test-vg
mkfs.ext4 /dev/Test-vg/var_spool
mkdir /var/spool
mount /dev/Test-vg/var_spool /var/spool
vi /etc/fstab
/dev/mapper/Test–vg-var_spool /var/spool ext4 noatime,nodev,nosuid,noexec 0 2
rsync -avzh /var/spool_old/ /var/spool/
reboot

…

Mais j’arrive toujours au même problème de cet écran de Kernel Panic … et google ne m’a pas aidé ? part que ça serait un problème de driveur ??? mais je ne vois pas le rapport !!!
J’ai bien créé une partition ext2 pour y installer le boot etc… je tourne en rond …
Alors je fais appel à votre connaissance pour m’aider à résoudre mon problème …

#2

Après l’ajout de quel volume logique le kernel panic se produit-il ?
Quelles sont les informations affichées par le kernel panic ?

Deux remarques :
Ce n’est peut-être pas une bonne idée de séparer /usr/lib. Le contenu de /usr doit être accessible le plus tôt possible et l’initramfs sait détecter si /usr est séparé et le monter juste après avoir monté la racine avant de passer la main à l’init de la racine, mais je ne suis pas sûr qu’il fasse de même avec ses sous-répertoires.

L’ordre d’exécution des commandes pour séparer un répertoire ne me semble pas optimal. J’aurais créé le volume logique en premier, monté le volume sur /mnt, copié le contenu, démonté le volume, modifié fstab et remonté le volume en utilisant fstab pour vérifier que la ligne ajoutée est correcte.

#3

bonjour
Le kernel panic apparait juste à l’ajout de la partition : /usr/lib/
voici la capture d’écran suivante : capture
qu’en pensez vous ?
Ce qui est bizarre, il est impossible d’accéder au console tty2 (avec la composition de touches Ctrl + Alt + F2)
cordialement

#4

J’en pense que mes doutes sur la séparation de /usr/lib semblent fondés. As-tu une raison particulière à cette séparation, plutôt que /usr tout entier ?

La cause du kernel panic est celle à quoi je m’attendais :

Attempted to kill init!

En clair, le processus init, qui a le PID 1, qui est le père de tous les autres processus et qui ne doit pas être arrêté, a été arrêté, probablement parce qu’un fichier dont il a besoin se trouve dans /usr/lib qui n’est pas encore monté.

J’avoue que c’est un peu en contradiction avec l’affirmation des développeurs de systemd selon laquelle systemd (qui joue le rôle d’init) n’a pas besoin de /usr.

1 J'aime
#5

Ceci pourrait il venir du fichier /etc/fstab qui ne lancerait pas les partitions dans la bon ordre ?

#6

Non car le répertoire /usr/lib servant de point de montage est dans le système de fichiers racine et ne provient pas d’un autre montage.