Selinux et LVM au boot: LVM tombe à l'eau, qui reste?

Support Debian
#1

Bonsoir,

Je viens de changer de boitier pour mon serveur, donc, forcément, il y a eu un arret.
Mais pas de redémarrage…

L’OS n’arrive pas à monter /var, /tmp, /home, et /user. Tout ce petit monde est dans des VG.
En mode maintenance:

mount /tmp
mount: special device /mapper/vg_tmp-tmp does not exist.

je le crée alors, ainsi que les 4 autres manquants:
cd /dev/mapper
ln -s …/dm-4 vg_tmp-tmp

mount /tmp manche!

Chouette me dis-je… reboot… et retour à la case départ, mes liens n’existent plus.

Après un googelage, je lis une proposition:
lvm vgmknodes

Et bim: je retrouve les mêmes messages d’insultes que lors de la tentative de boot, plein de lignes telles que
/etc/selinux/default/context/files/file_contexts: multiple different specifications for /usr/lib/dovecot/deliver (les 2 conflits, visiblement)

Bon, ça parle manifestement de SELinux.
OK, donc, je monte mon /usr pour avoir vi, et je passe SELinux du mode permissive au disabled

Reboot… et, soulagement, tout re-décolle comme si de rien n’était…

Bilan: c’est la deuxième fois que je tente d’utiliser SELinux, et c’est encore une sacrée source d’emm***
Qu’est-ce qui s’est passé, et que devrai-je faire pour que tout fonctionne correctement?

#2

Salut,

Montres nous ton ton fstab :slightly_smiling:

UUID=6f3ac882-5574-4f05-8860-d9e7e34b9837 /home ext4 defaults,noatime,errors=remount-ro,barrier=0 0 2 UUID=63a8b1bb-0a5a-4fa1-915b-e9781d621463 /opt ext4 defaults,noatime,errors=remount-ro,barrier=0 0 2 UUID=b044498a-c6d9-44b3-a0f3-07af024a121f /tmp ext4 defaults,noatime,errors=remount-ro,barrier=0 0 2 UUID=bf8e0620-6a01-466c-82e9-9dbfa8e53e51 /usr ext4 defaults,noatime,errors=remount-ro,barrier=0 0 2 UUID=9ad64c7a-4530-41ed-a130-7216a8de496f /var ext4 defaults,noatime,errors=remount-ro,barrier=0 0 2 UUID=de18de27-3f19-4fdf-8153-a368d6d2254e none swap sw 0 0 UUID=592d7f78-c28d-4539-8e00-a9529e0571a0 / ext4 defaults,noatime,errors=remount-ro,barrier=0 0 1 UUID=c1b7f81d-ce06-4b7f-bbd6-40b26262731c /downloads ext4 auto,users,rw,exec,noatime 0 0 UUID=3f87417b-ed92-4705-9f4f-c9ceb6e1a05b /virtual ext4 auto,users,rw,exec,noatime 0 0

#3

[code]proc /proc proc defaults 0 0
/dev/mapper/vg_main-root / ext3 errors=remount-ro 0 1
/dev/mapper/vg_main-home /home xfs nosuid 0 2
/dev/mapper/vg_tmp-tmp /tmp ext3 defaults 0 2
/dev/mapper/vg_main-usr /usr xfs defaults 0 2
/dev/mapper/vg_main-var /var xfs defaults 0 2

/dev/hda2 none swap sw 0 0

UUID=d7a27c8b-e836-4694-832c-9f5bff9b4f83 none swap sw 0 0

/dev/hdc3 none swap sw 0 0

UUID=1ed75f7c-90c9-4814-9eec-5b1a2dd156fc none swap sw 0 0

/dev/hdb /media/cdrom0 udf,iso9660 user,noauto 0 0

/dev/cdrom /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/md5 /mnt/raid5 xfs defaults 0 0
[/code]

#4

Pas d’idée?

#5

bon, tant pis :wink:

#6

Bonjour,
si, deux idées :

  • d’abord il semblerait que /boot sur lvm puisse causer des problèmes, essaye de diminuer tes “volume group” et de créer une partition normale pour /boot (d’un autre côté ça marche très bien chez moi sur 3 machines avec /boot sur lvm…

  • essaye de nommer tes partitions lvm par leur uuid dans le fstab

#7

C’est noté, je vais essayer… par contre, pourquoi réduire mon LVM pourrait résoudre ce genre de gag?

#8

diminuer les groupes de volumes (de quelques Mo uniquement) afin de libérer de l’espace disque sur un “PV” (volume physique), y créer une partition primaire tout ce qu’il y a de plus normal pour accueillir /boot qui visiblement peut avoir des problèmes lorsqu’il est sur un volume logique… C’est tout ce que je sais… :017