Archlinux.fr [Forums]

Bonjour,
Depuis environ 1 à 2 mois, j'ai un problème aléatoire au démarrage de mon système Archlinux.
Le système se bloque de 2 manières différentes, aussi j'ai pris une photo de l'écran pour retranscrire ce qui y était inscrit.
Version 1:

Code : Tout sélectionner

:: Running early hook [udev]
starting version 218
:: running hook [udev]
:: Triggering uevents ...
error: /dev/sdd: No medium found
error: /dev/sde: No medium found
error: /dev/sdf: No medium found
error: /dev/sdc: No medium found
error: /dev/sdc: No medium found
error: /dev/sdd: No medium found
error: /dev/sde: No medium found
error: /dev/sdf: No medium found

Là, système bloqué. J'éteins sauvagement et je redémarre en général sans problème (un check disk est fait tout de même).

Version 2 :
Ce problème se produit plus tard dans le processus de démarrage

Code : Tout sélectionner

[OK] Started udev Kernel Device Manager
[***](1 of 4) A start job is running for ...bb34327b.device (45s/1min30s)

Je laisse tourner puis le processus de démarrage s'arrête, les services sont clos (closed) ou arrêtés (Stopped), et l'écran s'arrête sur

Code : Tout sélectionner

Starting Emergency Shell...
[OK]  Started Emergency Shell.
[OK] Reached target Emergency Mode.
[OK]  Reached target Sockets.

Et je suis de nouveau bloqué (je n'ai pas de prompt), je redémarre le système sauvagement (appuit long sur le bouton d'alimentation pendant 10 secondes).

Comme je suis complètement bloqué, j'ai un peu de mal à avoir plus d'éléments sur les causes. J'ai fais quelques recherches:
https://bugs.archlinux.org/task/42692
Je pense que c'est un problème soit de systemd soit de udev.

Pourriez vous m'indiquer quelques pistes pour essayer d'élucider cela?

Merci d'avance,

Gaylord

Tu as des "trucs" branchés en usb quand cela arrive ?

il faut regarder si le problème se produit avec le noyau LTS :

https://www.archlinux.org/packages/core ... linux-lts/

pense à tester le patch présent en fin de commentaire dans le rapport de bug que tu as posté

https://bugzilla.kernel.org/attachment.cgi?id=158411

La question que je me pose est : est-ce tu as des périphériques nommés de /dev/sdd à /dev/sdf ?

Bonjour
Merci pour vos réponses.
Alors, pour répondre à Franch : oui, les périphs usb ajoutés sont un clavier/souris qui se connectent pour radio à une clef usb et un hub usb. Le clavier/souris est récent, le hub est ancien et a trainé dans mon cabanon (sans chauffage, humide) pendant un certain temps. Je vais faire des tests en débranchant le hub déjà.
Pour répondre à Xorg, non je n'ai pas de périf /dev/sdd et /dev/sdf. Voici les partitions montées :

Code : Tout sélectionner

[gaylord@LINUXPOWER ~]$ mount
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
dev on /dev type devtmpfs (rw,nosuid,relatime,size=2023144k,nr_inodes=505786,mode=755)
run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
/dev/sda5 on / type ext4 (rw,relatime,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=23,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/sdb1 on /mnt/media type ext4 (rw,nosuid,nodev,relatime,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sda1 on /boot type ext2 (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=405172k,mode=700,uid=1000,gid=100)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)

Je continue à creuser.

Gaylord

Bonsoir,
Pour répondre à Elbarto : J'ai installé linux-lts : le problème ne semble pas se produire avec ce noyau et le réveil du suspend to ram se passe également correctement avec le noyau LTS et le driver nouveau (voir post viewtopic.php?f=1&t=16388&hilit=suspend).
Je confirmerai d'ici une semaine pour être sûr avant de mettre en résolu.
Si c'est bien cela, comment identifier les paramètres du noyau "classique" qui causent problèmes pour les faire remonter à la communauté?
Avec linux-lts, j'ai juste un message d'erreur non bloquant au démarrage : failed de load kernel module. Y a-t-il une manipulation particulière à faire ?
Merci
Gaylord

Je me répond à moi-même.
En faisant

Code : Tout sélectionner

systemctl --failed

qui m'a conseillé de faire

Code : Tout sélectionner

journalctl -xe

j'ai pu identifier que le message d'erreur venait des modules virtualbox que je n'avais pas installé pour linux-lts.
J'ai donc fait

Code : Tout sélectionner

pacman -S virtualbox-host-modules-lts

Et tout est rentré dans l'ordre.
Gaylord

Bonsoir
Bon, bah cela fait une semaine que je tourne avec le noyau LTS et mes deux problèmes sont résolus:

Les messages d'erreur n'apparaissent plus au démarrage et tous les démarrages sont un succès
Le réveil du suspend to ram fonctionne parfaitement

Merci pour cette suggestion Elbarto.
Comment faire remonter ce problème sur le noyau actuel aux développeurs ?
Gaylord

Moi personnellement je le ferrais sur le Bugzilla d'ArchLinux, mais en fait ça serait mal vu qu'il s'agit d'un bug mainstream.
Donc je dirais sur le Bugzilla de Linux directement je crois, mais vu que c'est écrit sur la page d'accueil «not distribution kernels» et que le noyau actuellement considéré comme mainline est le 3.19 (pas encore présent dans ArchLinux vu qu'il a été publié hier), j'en sais rien.

Mais le premier choix me paraît plus raisonnable.

Pour la soumission d'un bug, il faudrait peut-être identifier mieux ce qui coince. Ici j'ai l'impression on a « sur ma machine, ça fonctionne pas avec le noyau 3.18, ça fonctionne avec le 3.14 ». Comment pourrait-on décrire ce bug de façon plus méthodique ?

Quelques pistes pour donner plus d'infos :
– description : là tu as bien décrit tes soucis d'instabilité
– log : voir le log journalctl de la session précédent un reboot

Code : Tout sélectionner

journalctl --no-pager -b -1

– matériel :

Code : Tout sélectionner

lspci -n
lspci -nn

http://www.isalo.org/wiki.debian-fr/Ide ... el-pilotes

Je n'ai pas bien plus d'idée

Bonjour

Suite à une mise à jour d'arch, je me suis aperçu que le problème n'était plus présent avec le kernel 4.0.5-1-ARCH (pas LTS).

Cordialement,

Archlinux.fr [Forums]

[Démarrage Archlinux] Arrêt aléatoire (Résolu)

[Démarrage Archlinux] Arrêt aléatoire (Résolu)

Re: [Démarrage Archlinux] Arrêt aléatoire

Re: [Démarrage Archlinux] Arrêt aléatoire

Re: [Démarrage Archlinux] Arrêt aléatoire

Re: [Démarrage Archlinux] Arrêt aléatoire

Re: [Démarrage Archlinux] Arrêt aléatoire

Re: [Démarrage Archlinux] Arrêt aléatoire

Re: [Démarrage Archlinux] Arrêt aléatoire

Re: [Démarrage Archlinux] Arrêt aléatoire (Résolu)

Re: [Démarrage Archlinux] Arrêt aléatoire (Résolu)

Re: [Démarrage Archlinux] Arrêt aléatoire (Résolu)