Archlinux.fr [Forums]

Bonsoir,
J'ai un problème sur mon archlinux : le clavier ne fonctionne pas ...
Pourtant aucune erreur n'apparait pendant le démarrage ..

Je n'ai aucune idée de quoi faire , là je suis sur un live usb.

voici le resultat de quelques commandes :

[root@ubuntu /]# dmesg | grep fail
[ 0.372149] acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM
[ 19.474967] init: failsafe main process (1433) killed by TERM signal

[root@ubuntu /]# journalctl -b|grep fail
[root@ubuntu /]#

[root@ubuntu /]# journalctl -r --lines=200 | grep fail
juil. 30 20:35:41 atlas-archlinux systemd[1]: display-manager.service: Cannot add dependency job, ignoring: Unit display-manager.service failed to load: No such file or directory.
[root@ubuntu /]#

Merci d'avance pour votre aide...

Est-ce que tu as bien le hook keyboard dans le fichier /etc/mkinitcpio.conf ?

Code : Tout sélectionner

[root@ubuntu /]# 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="ext4	"

# BINARIES
# This setting includes any additional binaries a given user may
# wish into the CPIO image.  This is run last, so it may be used to
# override the actual binaries included by a given hook
# 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.
FILES=""

# 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 block filesystems"
#
##   This setup will generate a 'full' image which supports most systems.
##   No autodetection is done.
#    HOOKS="base udev block 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 block mdadm encrypt filesystems"
#
##   This setup loads an lvm2 volume group on a usb device.
#    HOOKS="base udev block lvm2 filesystems"
#
##   NOTE: If you have /usr on a separate partition, you MUST include the
#    usr, fsck and shutdown hooks.
HOOKS="base udev autodetect modconf block fsck"

# COMPRESSION
# Use this to compress the initramfs image. By default, gzip compression
# is used. Use 'cat' to create an uncompressed image.

J'ajoute keyboard dans HOOKS ?

@Xorg Je ne pense pas que cela vienne de là, mais on sait jamais...

Le problème n'est pas apparu suite à une mise à jour ? Ou c'est une nouvelle installation ?
Si c'est un mise à jour, c'est juste le mauvais kernel qui est lancé.

La configuration par défaut est celle-ci

Code : Tout sélectionner

# grep -Ev "^ *$|^ *#" /etc/mkinitcpio.conf 
MODULES=""
BINARIES=""
FILES=""
HOOKS="base udev autodetect modconf block filesystems keyboard fsck"

Oui c'est après une nouvelle mise à jour je pense

Corrige déjà le mkinitcpio.conf (voir ma configuration ci-dessus). Puis depuis un chroot, re-génère l'initramfs.
As tu une partition de boot, était-elle monté lors de la mise à jour ? Comment boot tu ? UEFI ? C'est quoi la configuration de ton bootloader ?
La sortie de :

Code : Tout sélectionner

blkid
cat etc/fstab

Merci, comment re generer l'intramfs s'il vous plait ?

Oui j'ai une partition de boot , elle etait effectivement montée lors de la mise à jour (je crois).
oui je crois que je boot en UEFI

Code : Tout sélectionner

[root@ubuntu /]# blkid
/dev/loop0: TYPE="squashfs"
/dev/sda1: LABEL="boot" UUID="e98d2c98-255c-4e5b-b4d0-7ef525491454" TYPE="ext4" PARTUUID="00060fce-01"
/dev/sda2: UUID="de89a43f-94cc-43a8-a73a-3050d465661f" TYPE="swap" PARTUUID="00060fce-02"
/dev/sda3: UUID="9eb8eb93-6432-4892-a9db-1e1f2e05cf27" TYPE="ext4" PARTUUID="00060fce-03"
/dev/sda4: UUID="33ccf221-3e0e-4538-a68e-5313cb33d787" TYPE="ext4" PARTUUID="00060fce-04"
/dev/sdb1: SEC_TYPE="msdos" UUID="DC88-E79B" TYPE="vfat" PARTUUID="001f2358-01"

Code : Tout sélectionner

[root@ubuntu /]# cat etc/fstab
# /dev/sda3
UUID=9eb8eb93-6432-4892-a9db-1e1f2e05cf27	/         	ext4      	rw,relatime,data=ordered	0 1

# /dev/sda4
UUID=33ccf221-3e0e-4538-a68e-5313cb33d787	/home     	ext4      	rw,relatime,data=ordered	0 2

/dev/sda2 swap 	swap     	defaults  	0 0

Edit : j'ai reboot avec le nouveau mkinitcpio.conf mais le problème est toujours présent ..

Merci d'utiliser les balises codes et non quotes. Puis j'adore le "je crois que je boot en UEFI"... As tu installé personnellement ton ArchLinux ? Car manifestement je dirais que tu ne boot pas en UEFI !
Ta partition de boot ne pouvait pas être montée, elle n'est pas dans le fstab, avec la ligne de swap qui a été ajouté à la main (pas d'UUID...).

Il te faut aussi nettoyer le contenu de /boot qui doit être vide quand la partition de boot est non monté !

Atlas a écrit :comment re generer l'intramfs s'il vous plait ?

Via la commande (telle qu'expliqué dans le Wiki)

Code : Tout sélectionner

mkinitcpio -p linux

Mais pour cela il faut tout avoir monté correctement, puis dans l'idéal et le plus simple est de faire un chroot avec la commande arch-chroot

Atlas a écrit :j'ai reboot avec le nouveau mkinitcpio.conf mais le problème est toujours présent ..

Comment veux tu que cela fasse quelque chose, ce fichier n'est pas lu durant le boot, il est juste utilisé pour la génération de l'initramfs

d'accord désolé , oui j'ai moi même installé archlinux . Je vais verifier pour le UEFI en redemarrant là .

Code : Tout sélectionner

[root@ubuntu /]# mkinitcpio -p linux
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
==> Starting build: 4.1.2-2-ARCH
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [keyboard]
==> ERROR: module not found: `usbhid'
  -> Running build hook: [fsck]
==> WARNING: No modules were added to the image. This is probably not what you want.
==> Creating gzip-compressed initcpio image: /boot/initramfs-linux.img
==> WARNING: errors were encountered during the build. The image may not be complete.
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: 4.1.2-2-ARCH
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [keyboard]
==> ERROR: module not found: `usbhid'
  -> Running build hook: [fsck]
==> WARNING: No modules were added to the image. This is probably not what you want.
==> Creating gzip-compressed initcpio image: /boot/initramfs-linux-fallback.img
==> WARNING: errors were encountered during the build. The image may not be complete.

Code : Tout sélectionner

==> WARNING: No modules were added to the image. This is probably not what you want.

Tu n'as pas fait les choses correctement ! Lis le Wiki, tu apprendras des choses et tu gagneras du temps, si si... (fait le chroot correctement) !

J'ai fais le chroot correctement , enfin comme il est marqué sur le wiki ....
Je suis completement perdu là .

Donne ce que tu as fait en détail en partant des montages des partitions. Explique tout, le moindre détail...

Ben j'ai suivi le wiki :

Code : Tout sélectionner

mount /dev/sda3 /mnt
mount -t proc proc /mnt/proc
mount -t sysfs sys /mnt/sys
mount -o bind /dev /mnt/dev
mount -t devpts pts /mnt/dev/pts/
mount /dev/sda1 /mnt/boot
chroot /mnt /bin/bash

Edit : j'ai une live usb ubuntu donc je n'ai pas arch-chroot

benjarobin a écrit :@Xorg Je ne pense pas que cela vienne de là, mais on sait jamais...

Le problème n'est pas apparu suite à une mise à jour ? Ou c'est une nouvelle installation ?

Ah oui je suis désolé, je ne sais pas pourquoi, j'avais pensé qu'il s'agissait d'une nouvelle installation. J'ai rien dit dans ce cas.

Atlas a écrit :Ben j'ai suivi le wiki

Si tu es depuis un live d'Arch, tu peux utilsier la commande arch-chroot après avoir monté tes partitions.
Si tu n'es pas depuis une Arch, regarde plutôt ici (je m'occuperai de mettre à jour le wiki francophone demain au pire).

La page https://wiki.archlinux.fr/Chroot est à jour, non ? C'est quoi qui manque ?

j'ai chrooté en suivant la page anglaise...
Comme ceci :

Code : Tout sélectionner

root@ubuntu:/mnt# mkdir /mnt/arch
root@ubuntu:/mnt# mount /dev/sda3 /mnt/arch/
root@ubuntu:/mnt# mount /dev/sda1 /mnt/arch/boot/
root@ubuntu:/mnt# mount /dev/sda4 /mnt/arch/home
root@ubuntu:/mnt# cd /mnt/arch
root@ubuntu:/mnt/arch# mount -t proc proc proc/
root@ubuntu:/mnt/arch# mount --rbind /sys sys/
root@ubuntu:/mnt/arch# mount --rbind /dev dev/
root@ubuntu:/mnt/arch# 
root@ubuntu:/mnt/arch# mount --rbind /dev dev/
root@ubuntu:/mnt/arch# cp /etc/resolv.conf etc/resolv.conf
root@ubuntu:/mnt/arch# chroot /mnt/arch /bin/bash
[root@ubuntu /]# source /etc/profile

Que suis-je sencé faire maintenant ?

Réinstaller le paquet linux :

Code : Tout sélectionner

pacman -S linux

Merci de ton aide ,

Code : Tout sélectionner

[root@ubuntu atlas]# pacman -S linux
avertissement : linux-4.1.3-1 est à jour -- réinstalle
résolution des dépendances...
recherche des conflits entre paquets...

Paquets (1) linux-4.1.3-1

Taille totale installée :     73,42 MiB
Taille de mise à jour nette :   0,00 MiB

:: Procéder à l’installation ? [O/n] O
(1/1) vérification des clés dans le trousseau      [######################] 100%
(1/1) vérification de l’intégrité des paquets      [######################] 100%
(1/1) chargement des fichiers des paquets          [######################] 100%
(1/1) analyse des conflits entre fichiers          [######################] 100%
(1/1) vérification de l’espace disque disponible   [######################] 100%
(1/1) réinstallation linux                         [######################] 100%
>>> Updating module dependencies. Please wait ...
>>> Generating initial ramdisk, using mkinitcpio.  Please wait...
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
==> Starting build: 4.1.3-1-ARCH
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [keyboard]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-linux.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: 4.1.3-1-ARCH
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
==> WARNING: Possibly missing firmware for module: aic94xx
==> WARNING: Possibly missing firmware for module: wd719x
  -> Running build hook: [filesystems]
  -> Running build hook: [keyboard]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-linux-fallback.img
==> Image generation successful

Je tente de redemarrer maintenant ?

Oui, tout devrait fonctionner.
Pense à corriger ton fstab

benjarobin a écrit :La page https://wiki.archlinux.fr/Chroot est à jour, non ? C'est quoi qui manque ?

Le /sys et le /dev sont montés avec --rbind dans le wiki anglophone, alors que ça diffère un peu dans le wiki francophone (un simple bind n'a pas le même effet).
C'est mineur, c'est sûr.

Archlinux.fr [Forums]

[Résolu] Le clavier ne fonctionne pas

[Résolu] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas

Re: [Keyboard] Le clavier ne fonctionne pas