[Initcpio] Problème d'ordre de hook dans initcpio

Questions et astuces concernant l'installation et la configuration d'archlinux
SSHNuke0
Hankyu
Messages : 11
Inscription : ven. 02 nov. 2012, 16:43
Localisation : Paris - France

[Initcpio] Problème d'ordre de hook dans initcpio

Message par SSHNuke0 »

Encore un problème ! :mrgreen:

Me voici encore avec un problème ! Depuis quelque temps (depuis une mise a jour quoi)
l'ordre des hooks dans /etc/mkinitcpio.conf n'es plus respecter :? !

Je m'explique:

Ma partition / est contenu dans un groupe de volume qui est lui-même contenu dans une partition Luks.
Au démarrage, il me faut donc que le hook "encrypt" s'exécute avant "lvm2".

Jusqu'à présent, aucun problème ! Tout fonctionner pour le meilleur des mondes, mais depuis la dernière MÀJ (quand ?)
le hook lvm2 passe avant encrypt ! Je suis donc obligé d'attendre que le timeout soit dépassé puis de faire:

$ lvm vgchange -ay && exit

... Bref, c'est chiant ! :D

Deux petites précisions, j'ai bien tenté de rajouter earlymodules=encrypt,lvm2 en arguments de noyau, mais que dalle ! Ça n'y a rien changé !

Également, pas totalement convaincu que cela vient de mkinitcpio puisque quand je boot sur un ancien noyau et que je génère mon initramfs de la manière suivante: $ mkinitcpio -g /boot/initramfs-linux.img.old -k /boot/vmlinuz-linux.old l'odre des hooks est correctement respecté ! :/

ps:

Code : Tout sélectionner

$ cat /etc/mkinitcpio.conf
# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run.  Advanced users may wish to specify all system modules
# in this array.  For instance:
#     MODULES="piix ide_disk reiserfs"
MODULES="i915 ahci"

# BINARIES
# This setting includes any additional binaries a given user may
# wish into the CPIO image.  This is run first, so it may be used to
# override the actual binaries used in a given hook.
# (Existing files are NOT overwritten if already added)
# BINARIES are dependency parsed, so you may safely ignore libraries
BINARIES=""

# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in any way.  This is useful for config files.
# Some users may wish to include modprobe.conf for custom module options
# like so:
#    FILES="/etc/modprobe.d/modprobe.conf"
FILES="/etc/modprobe.d/i915.conf"

# HOOKS
# This is the most important setting in this file.  The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added.  Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
##   This setup specifies all modules in the MODULES setting above.
##   No raid, lvm2, or encrypted root is needed.
#    HOOKS="base"
#
##   This setup will autodetect all modules for your system and should
##   work as a sane default
#    HOOKS="base udev autodetect pata scsi sata filesystems"
#
##   This is identical to the above, except the old ide subsystem is
##   used for IDE devices instead of the new pata subsystem.
#    HOOKS="base udev autodetect ide scsi sata filesystems"
#
##   This setup will generate a 'full' image which supports most systems.
##   No autodetection is done.
#    HOOKS="base udev pata scsi sata usb filesystems"
#
##   This setup assembles a pata mdadm array with an encrypted root FS.
##   Note: See 'mkinitcpio -H mdadm' for more information on raid devices.
#    HOOKS="base udev pata mdadm encrypt filesystems"
#
##   This setup loads an lvm2 volume group on a usb device.
#    HOOKS="base udev usb lvm2 filesystems"
HOOKS="base udev autodetect usbinput sata encrypt lvm2 resume filesystems"

# COMPRESSION
# Use this to compress the initramfs image. With kernels earlier than
# 2.6.30, only gzip is supported, which is also the default. Newer kernels
# support gzip, bzip2 and lzma. Kernels 2.6.38 and later support xz
# compression.
#COMPRESSION="gzip"
#COMPRESSION="bzip2"
#COMPRESSION="lzma"
#COMPRESSION="xz"
#COMPRESSION="lzop"

# COMPRESSION_OPTIONS
# Additional options for the compressor
#COMPRESSION_OPTIONS=""
oktoberfest
Maître du Kyudo
Messages : 1855
Inscription : mer. 06 janv. 2010, 13:51
Localisation : Ried - Alsace - France

Re: [Initcpio] Problème d'ordre de hook dans initcpio

Message par oktoberfest »

Salut,

ce n'est pas un problème d'ordre des hooks. Tu dois rajouter une option au noyau dans ton bootloader :

Code : Tout sélectionner

lvmwait=/dev/sda2 
en remplaçant /dev/sda2 par le PV qui va bien.
La majorité des bugs se situe entre la chaise et le clavier...
Arrêtez de vous prendre la tête avec les partitions... passez au LVM
SSHNuke0
Hankyu
Messages : 11
Inscription : ven. 02 nov. 2012, 16:43
Localisation : Paris - France

Re: [Initcpio] Problème d'ordre de hook dans initcpio

Message par SSHNuke0 »

Nope ! Passe toujours pas ! :(

Voici la ligne du noyau:

linux /archlinux/vmlinuz-linux root=/dev/mapper/roxx2-arch cryptdevice=/dev/sda2:lvm resume=/dev/roxx2/swap ro splash i915.modeset=1 init=/sbin/e4rat-preload pcie_aspm=force lvmwait=/dev/mapper/lvm
SSHNuke0
Hankyu
Messages : 11
Inscription : ven. 02 nov. 2012, 16:43
Localisation : Paris - France

Re: [Initcpio] Problème d'ordre de hook dans initcpio

Message par SSHNuke0 »

Up ? Personne n'a une idée ? :(
SSHNuke0
Hankyu
Messages : 11
Inscription : ven. 02 nov. 2012, 16:43
Localisation : Paris - France

Re: [Initcpio] Problème d'ordre de hook dans initcpio

Message par SSHNuke0 »

Toujours personne ? :cry: Voici deux screenshoots de mon boot, si ça peut aider !

http://p2g.me/public/tristan/IMG_20121110_135857.jpg
http://p2g.me/public/tristan/IMG_20121110_135949.jpg
Avatar de l’utilisateur
tuxce
Maître du Kyudo
Messages : 6677
Inscription : mer. 12 sept. 2007, 16:03

Re: [Initcpio] Problème d'ordre de hook dans initcpio

Message par tuxce »

T'es en [testing], non ?
lvm2 se lance en early hook d'après ta capture ce qui est le cas du paquet dans [testing]

Tu devrais peut être ouvrir un ticket pour donner le cas de ta configuration.
Répondre