Page 2 sur 2

Re: [systemd] MÀJ: bloqué au boot, sans input

Publié : ven. 28 août 2015, 16:45
par kozaki
Bien reçu capitaine benjarobin :)

STP par "inutile" tu penses uniquement aux messages de boot quand ça freeze, ou aux journaux & Co aussi ?

Code : Tout sélectionner

# 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.6-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: [keymap]
  -> 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.6-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: [keymap]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-linux-fallback.img
==> Image generation successful
Les 2 modules en warning sont assez courants sur le fofo de la home mother (le fofo .org) chez des collègues qui parviennent à bbooter.

Ce que je vois à l'écran avec le kernel linux-ARCH au moment où il freeze est sur le 1er post. À noter que tout est [OK] pendant le boot, du début à la fin, à l'exception d'une ligne (un service systemd *optionnel* dont le nom m'échappe). En ajoutant "debug" aux options de boot ya bcp plus de choses dont... aucune erreur ni infos cruciales à mon niveau de jugement.

linux-ARCH 4.1.6 Fallback : boot qui freeze » journalctl -b ("sesameOpen" pour ouvrir mer,ci)

Ils ont quoi de particulier ces kernels 4x pour freezer sur cette machine Atom N450 "Pineview / GMA 3150 ??
En tous cas ça m'a déja permis de réviser journalctl, mkinitcpio(.conf) et fstab. Ce grâce à toi mon capitaine :mrgreen: (>300 lectures et 1 rép, ça sèche sur le fofo .org)

Re: [systemd] MÀJ: bloqué au boot, sans input

Publié : ven. 28 août 2015, 17:23
par benjarobin
Je n'ai plus vraiment d'idée...
Tu devrais supprimer la ligne (au moins temporairement) utilisant ext3 car ce dernier n'existe plus dans les kernels récent.
Tu peux essayer de supprimer les log de systemd (bien que je ne vois pas le rapport) :

Code : Tout sélectionner

rm -R /var/log/journal/*
Après il va falloir creuser : http://freedesktop.org/wiki/Software/sy ... debugshell
Tu peux essayer aussi de voir si tu peux booter en démarrant juste en mode emergency

Re: [systemd] MÀJ: bloqué au boot, sans input

Publié : ven. 28 août 2015, 22:32
par Moviuro
benjarobin a écrit :Je n'ai plus vraiment d'idée...
Tu devrais supprimer la ligne (au moins temporairement) utilisant ext3 car ce dernier n'existe plus dans les kernels récent.
Tu peux essayer de supprimer les log de systemd (bien que je ne vois pas le rapport) :

Code : Tout sélectionner

rm -R /var/log/journal/*
Après il va falloir creuser : http://freedesktop.org/wiki/Software/sy ... debugshell
Tu peux essayer aussi de voir si tu peux booter en démarrant juste en mode emergency

Code : Tout sélectionner

mv /var/log/journal /var/log/journal.bak
@benjarobin, t'es un peu un taré toi, non ?

Re: [systemd] MÀJ: bloqué au boot, sans input

Publié : ven. 28 août 2015, 22:44
par kozaki
Gotferdom :shock:

benjarobin ah vi que tu sèches ; ext3 je veux bien passer la soirée chez les tarés alcoolisés du parc d'a côté si les dernniers kernels ne le gèrent pas (retro-compatible comme ext2) :mrgreen:

J'avais joué avec emergency, break=y.

Pour Linux-ARCH 4.1.6 Fallback + emergency le code affiché est sur le post #1.

Pour Linux-ck 4.1.6 Fallback + debug + emergency

Code : Tout sélectionner

...
[    7.5483nn] systemd[1]: Got disconnected on private connection
...
Welcome to Emergency Mode
[    7.7939nn] systemd[1]: Received SIGCHLD from PID 90 (echo)
[    7.5462nn] systemd[1]: Child 90 (echo) died (...)
[    7.5471nn] systemd[1]: emergency.service (...)
...
[    7.8659nn] systemd[1]: emergency.service : Executing: /bin/sh -c '/usr/bin/sulogin; (..)'    <-- bloqueee
Tu crois que ça vaut la peine de retenter et me boter le popotin pour noter ?

Re: [systemd] MÀJ: bloqué au boot, sans input

Publié : ven. 28 août 2015, 22:48
par Moviuro
kozaki a écrit :ext3
ext3 a été supprimé du noyau. https://lwn.net/Articles/651645/
Utilisez des technologies au goût du jour...

Re: [systemd] MÀJ: bloqué au boot, sans input

Publié : ven. 28 août 2015, 23:02
par benjarobin
Moviuro a écrit :@benjarobin, t'es un peu un taré toi, non ?
Non, non je vais très bien :-) Premièrement le log de systemd n'est en rien capital. Deuxièmement il n'appartient qu'au lecteur d'interpréter mes propos, je n'ai jamais dis de ne pas faire un backup de ce dossier avant, ou tout simplement de le déplacer.
En résumer, donner cette commande est plus simple qu'un long discours, je considère que les utilisateurs d'Archlinux sont assez censé pour comprendre les propos tenus ici et adapter en fonction de leur besoin. En gros cela voulais dire : essaye de tester avec un journal vide dans /var...
kozaki a écrit : ext3 je veux bien passer la soirée chez les tarés alcoolisés du parc d'a côté si les dernniers kernels ne le gèrent pas (retro-compatible comme ext2) :mrgreen:
Alors tu veux aller à quelle soirée alcoolisé ? :humour: :pastaper:
Par contre le kernel peut très bien monter la partition ext3 via le système de fichier ext4. Mais cela aura pour conséquence de convertir en partie vers le format ext4. Il faut utiliser tunefs pour convertir totalement la partition et utiliser tous les nouveautés de ext4

Re: [systemd] MÀJ: bloqué au boot, sans input

Publié : sam. 29 août 2015, 00:14
par kozaki
Les 4 partitions utilisées sous Arch sont en ext2 (boot), et ext4 (/, /home, /www).
J'aime les technos au goût du jour ;)

yeap capitaine, j'allais pas delete tous les logs system juste parce-que tu m'as précédé chez les whisky-men :wink:
Je dis ça mais la dernière fois y-en a 2 qui m'ont coursé avec une bouteille... vide (sans gênes) !

sinon le netbook marche tip top avec le kernel linux-ck downgradé en 3.19.4.
Et mes recherches sur les messages des boot avortés m'amènent aussi dans... le vide.

Re: [kernels 4x] MÀJ: frezzé au boot sans input

Publié : dim. 06 sept. 2015, 23:52
par kozaki
MÀJ: Avez noté le "Starting Load/Save RFKill Switch Status of rfkill1" lorsque le système freeze, au boot avec un kernel 4x ? Un collègue m'a fait découvrir que rfkill était pas installé jusqu'aujourd'hui :

Code : Tout sélectionner

rfki ??
$ which rfkill
which: no rfkill in <PATHS> [WTF!?]
#pacman -S rfkill
Maintenant que Rfkill-0.5-1 est installé, le prob... demeure. Freeze quand affiche "RFKill Switch Status".

journalctl (passw "sesameOpen") du boot freesé avec le kernel linux-4.1.6-ARCH fallback montre un intéressant kernel: Failed to find cpu0 device node (un thread en rapport) et des ACPI errors :/

EDIT: Corrigé les 2 abréviations trouvées, excuse il s'agit pas de manque de respect mais de la difficulté que j'ai comme d'autres d'être au four (au sens propre : préparer le diner & le déjeuner de demain) et au moulin (recherches, configuration, tests, étude des logs et post). À noter que le code et le log, qui ÀMHA sont les plus intéressants ici, sont au format standard bien entendu :wink:

Re: [kernels 4x] MÀJ: frezzé au boot sans input

Publié : lun. 07 sept. 2015, 00:03
par Moviuro
kozaki a écrit :MÀJ: Avez noté le "Starting Load/Save RFKill Switch Status of rfkill1" lorsque le système freeze, au boot avec un kernel 4x ? Un collègue m'a fait découvrir que rfkill était pas installé jusqu'auj8 :

Code : Tout sélectionner

rfki ??
$ which rfkill
which: no rfkill in <PATHS> [WTF!?]
#pacman -S rfkill
Mtnt qu'e Rfkill-0.5-1 est installé, le prob... demeure. Freeze quand affiche "RFKill Switch Status".

journalctl (passw "sesameOpen") du boot feesé avec le kernel linux-4.1.6-ARCH fallback montre un intéressant kernel: Failed to find cpu0 device node (un thread en rapport) et des ACPI errors :/
Nan mais oh, c'est quoi ce délire ? c'est un forum et t'as plein de touches sur ton clavier. Aussi, tu peux t'acheter un bascherelle (http://www.bescherelle.com/) et abandonner le style SMS

Re: [kernels 4x] MÀJ: frezzé au boot sans input

Publié : mar. 08 sept. 2015, 14:12
par kozaki
Le dernier kernel linux-4.2.0-3 ne change pas la donne. Si vous avez une idée ou une piste... :) Voici les logs.

J'ai installé linux-4.2.0-3-ARCH et rebooté en mode fallback/single. la Kernel command line (syslinux) est :

Code : Tout sélectionner

BOOT_IMAGE=../vmlinuz-linux root=UUID=3091d8c0-3bf1-4b51-80c3-9fe280478360 rw initrd=../intel-ucode.img,../initramfs-linux-fallback.img single
Arch démarre jusqu'à freezer, cette fois sur un écran 100% noir.

journalctl -b -1 (MdP = sesameOpen) a toujours le : Failed to find cpu0 device node' ainsi que 2 erreurs ACPI :

Code : Tout sélectionner

sept. 07 12:17:17 gwenael kernel: ACPI Error: Method parse/execution failed [\_SB_.PCI0._OSC] (Node f543de88), AE_ALREADY_EXISTS (20150619/psparse-536)
sept. 07 12:17:17 gwenael kernel: acpi PNP0A08:00: _OSC failed (AE_ALREADY_EXISTS); disabling ASPM
De retour sous

Code : Tout sélectionner

uname -rms
Linux 3.19.8-1-ck i686

Code : Tout sélectionner

pacman -Qs linux
local/linux 4.2-3 (base)
    The Linux kernel and modules
local/linux-api-headers 4.1.4-1
    Kernel headers sanitized for use in userspace
local/linux-ck-atom 3.19.8-1 (ck-atom)
    Linux Kernel and modules with the ck1 patchset featuring the Brain
    Fuck Scheduler v0.461. Intel Atom optimized.
local/linux-firmware 20150904.6ebf5d5-1
    Firmware files for Linux
local/linux-lts 3.14.51-1

Re: [boot] freeze avec kernel 4.1x à 4.5x

Publié : mar. 26 avr. 2016, 15:12
par kozaki
MÀJ : Freeze avec kernels jusque 4.5.1 inclu; problème disparait avec linux-mainline 4.6rc3.

@Moviero faute de retrouver mon Bescherelle j'ai laissé "rc3" au lieu de "troisième release candidate". J'espère que ça passera.