[boot] freeze à "reached target graphical interface"

[mimile]

Salut,

A chaque boot d'Arch, vient un moment où le défilement des lignes de boot s'arrête sur "reached target graphical interface".

Parfois, le PC est complètement freezé même après plusieurs minutes d'attente et je dois l'arrêter à l'arraché.

Mais parfois, au bout d'une dizaine de secondes, le témoin d'activation du pavé numérique s'allume et juste après, apparaît l'écran où je dois fournir mon mot de passe.

Auriez-vous une idée sur ce comportement étrange ?

J'ai arpenté le net sans trouver de solution adaptée.

J'ignore si cela a une importance mais mon nouveau PC, j'ai une carte graphique nVidia GEforce GT 630 ; comme je n'ai pas trouvé le pilote propriétaire, j'ai installé les pilotes nouveau et nouveau-dri.

[FoolEcho]

j'ai une carte graphique nVidia GEforce GT 630 ; comme je n'ai pas trouvé le pilote propriétaire

nvidia (c'est indiqué dans le wiki, sinon il y a le site du fabricant).

Ça c'est fait, bien que je ne vois pas le rapport a priori (donc merci d'éviter de dévier)... Il faudrait le journal d'un démarrage manqué (par exemple journalctl --since=today si ça t'est arrivé aujourd'hui).

[mimile]

Voici le lien pastebin contenant un extrait de mon journald où j'ai rencontré un
souci (je crois du moins).

http://pastebin.archlinux.fr/463902

[tuxce]

Voici le lien pastebin contenant un extrait de mon journald où j'ai rencontré un
souci (je crois du moins).

Ça nous donne aucun contexte
Donne les logs depuis le démarrage jusqu'à l'arrêt (quand tu éteins à l'arrache)

Parfois, le PC est complètement freezé même après plusieurs minutes d'attente et je dois l'arrêter à l'arraché.

Tu as essayé de changer de console ?

[mimile]

Le problème est que le PC ne freeze pas systématiquement.

Disons que dans 80 % des cas, il s'arrête pendant une dizaine de secondes puis la lampe indiquant que le pavé numérique est actif s'allume et presqu'aussitôt, apparaît l'écran avec mon nom d'utilisateur et l'invite à fournir mon mot de passe.

Quand il freeze complètement, je n'ai plus aucun contrôle (ni clavier, ni souris) et il m'est donc impossible d'ouvrir une autre TTY.

Je me souviens que ce phénomène est apparu après une grosse mise à jour que j'avais faite sur mon vieux PC mais avec lui, c'était chaque fois un freeze complet.

A l'époque, c'était le driver "nouveau" qui avait été soupçonné de ne plus pouvoir gérer la carte graphique intérgrée à la carte-mère (trop vieille : 12 ans).

En l'occurrence, j'ai du matériel neuf mais je ne m'explique pas que parfois ça passe et parfois ça bloque.

Comment faire pour fournir le contenu de journald vu que systemctl ne fonctionne pas en chrootant depuis Wheezy (par exemple) ?

[widapit]

Salut !

ben je pense que comme l'a déjà dit FoolEcho; tu démarre, ça freeze. tu redémarres, ça marche, et à ce moment-là tu fais (en root)

Code : Tout sélectionner

journalctl --since=today

ou si tu as relevé les date et heure où le phénomène survient, tu peux aussi affiner la sortie de journalctl .
voir ici -> http://wiki.archlinux.fr/Systemd#Visualiser

[mimile]

Depuis ton dernier message, je n'ai plus eu de freeze du PC.

En revanche et systématiquement, il me faut attendre 4 à 5 secondes pour voir s'allumer le témoin d'activation du pavé numérique et encore 2 à 3 secondes pour voir s'afficher l'écran de démarrage de gnome (celui où il faut fournir son mot de passe).

En dehors d'activer le pavé numérique, je ne sais pas ce que le PC fait ; je suppose qu'il démarre des logiciels en arrière-plan mais je ne vois pas comment les identifier pour éventuellement les désactiver s'ils sont inutiles.

En cherchant sur le net, je constate que je suis loin d'être le seul à être confronté à ce problème mais je n'ai pas trouvé de poste donnant une solution.

Tant pis.

[jean_no]

Sault

systemd-analyze et systemd-analyze blame te permettra de connaitre les services lancés et qui prennent beaucoup de temps.
(sans doute le réseau ... )

Aussi, as-tu bien renseigné ton fichier /etc/hostname?

A+

[mimile]

Salut Jean-No

Désolé de répondre si tardivement à ton message.

J'ai exécuté systemd-analyze blame qui a mis en évidence que le démarrage du service mysqld prenait 6 secondes et que le service ModemManager en prenait 2.

J'ai donc désactivé ces services et j'ai re-démarré.

Aucune différence : toujours ces 5 à 6 secondes d'attente à la fin du défilement des lignes de boot.

Vérification faite, malgré que j'aie désactivé le service ModemManager, celui-ci a réapparu dans la liste de systemd-analyse blame mais c'est celui qui prend le plus de temps (1,8 seconde)

Quand à systemd-analyse, il indique que le chargement du noyau prend 2,8 secondes et que le chargement du reste en prend 15.

Il doit y avoir des choses inutiles la-dedans, mais j'ignore ce que je pourrais désactiver sans générer des problèmes.

A tout hasard, je poste la liste de blame :

http://pastebin.archlinux.fr/464782

Dans ce pastebin, c'est ModemManager qui prend le plus de temps et je l'ai désactivé complètement en utilisant la commande :

Code : Tout sélectionner

sudo mv /usr/share/dbus-1/system-services/org.freedesktop.ModemManager1.service /usr/share/dbus-1/system-services/org.freedesktop.ModemManager1.service.disabled

Il ne me sert à rien vu que je n'ai pas de modem téléphonique (fax)

J'ai rebooté et j'ai constaté que c'était le service httpd qui prenait le plus de temps (6 secondes).

http://pastebin.archlinux.fr/464783

Serait-ce lui qui soit à l'origine du délai d'attente en fin de défilement des lignes de boot ?

[widapit]

Salut,

Dans ce pastebin, c'est ModemManager qui prend le plus de temps et je l'ai désactivé complètement en utilisant la commande :

Code : Tout sélectionner

sudo mv /usr/share/dbus-1/system-services/org.freedesktop.ModemManager1.service /usr/share/dbus-1/system-services/org.freedesktop.ModemManager1.service.disabled

il me semble que c'est plus propre (et plus simple), en faisant :

Code : Tout sélectionner

systemctl disable <nom_du_service>

non ?

J'ai rebooté et j'ai constaté que c'était le service httpd qui prenait le plus de temps (6 secondes).[...] Serait-ce lui qui soit à l'origine du délai d'attente en fin de défilement des lignes de boot ?

du coup, certainement... tu n'as pas d'erreurs dans tes fichiers de conf qui pourraient expliquer ça ? tu as regardé en faisant une de ces commandes

Code : Tout sélectionner

systemctl status httpd
systemctl -u httpd

ou dans tes fichiers de logs directement /var/log/httpd/*.log

[benjarobin]

Attention systemd lance un maximum de chose en parallèle. Donc ce n'est pas forcément le service qui prend le plus de temps qui est sur le chemin critique pour lancer ton interface graphique.
Bref blame ne doit en aucun être utilisé seul, il faut utiliser la vue graphique

Code : Tout sélectionner

systemd-analyze plot > plot.svg

[mimile]

@ benjarobin :

Mon script d'upload sur imgur ne marchant pas, j'ai uploadé plot.svg sur imageshack à cette adresse : http://www2.zshares.net/wb2i2n4eqzop

@ widapit : j'avais naturellement commencé par systemctl disable ModemManager.
Surprise : au reboot, il était revenu !

Pour le surplus :

Code : Tout sélectionner

[okapi@Archie ~]$ systemctl status httpd
httpd.service - Apache Web Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled)
   Active: active (running) since lun 2013-07-15 18:10:03 CEST
  Process: 248 ExecStart=/usr/bin/apachectl start (code=exited, status=0/SUCCESS)
 Main PID: 312 (httpd)
   CGroup: name=systemd:/system/httpd.service
           ├─312 /usr/bin/httpd -k start
           ├─326 /usr/bin/httpd -k start
           ├─334 /usr/bin/httpd -k start
           ├─335 /usr/bin/httpd -k start
           ├─336 /usr/bin/httpd -k start
           ├─337 /usr/bin/httpd -k start
           └─338 /usr/bin/httpd -k start

Pour gouverne :

Code : Tout sélectionner

[okapi@Archie ~]$ systemctl -u httpd
systemctl : option invalide -- 'u'

Le log des erreurs de httpd (/var/log/httpd/errors.log)

Code : Tout sélectionner

[Mon Jul 15 07:35:16 2013] [notice] caught SIGWINCH, shutting down gracefully
[Mon Jul 15 07:35:16 2013] [error] (9)Bad file descriptor: apr_socket_accept: (client socket)
[Mon Jul 15 07:35:16 2013] [error] (9)Bad file descriptor: apr_socket_accept: (client socket)
[Mon Jul 15 07:35:16 2013] [error] (9)Bad file descriptor: apr_socket_accept: (client socket)
[Mon Jul 15 18:10:01 2013] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Mon Jul 15 18:10:01 2013] [notice] suEXEC mechanism enabled (wrapper: /usr/bin/suexec)
[Mon Jul 15 18:10:01 2013] [notice] Digest: generating secret for digest authentication ...
[Mon Jul 15 18:10:01 2013] [notice] Digest: done
[Mon Jul 15 18:10:03 2013] [notice] Apache/2.2.24 (Unix) mod_ssl/2.2.24 OpenSSL/1.0.1e DAV/2 PHP/5.4.17 configured -- resuming normal operations

Voilà.

Si vous pouvez en déduire quelque chose, je vous en serai reconnaissant.

Amicalement,

[widapit]

heu oui, autant pour moi: c'est

Code : Tout sélectionner

journalctl -u <nom_du_service>

[tuxce]

Mon script d'upload sur imgur ne marchant pas, j'ai uploadé plot.svg sur imageshack à cette adresse :

Tu t'es trompé d'adresse, non ? Tu as donné zshare. Attendre pour voir une image, ça le fait moyen ...

[mimile]

Effectivement, c'est sur zshare que j'ai uploadé l'image *.svg

Erreur de ma part (une de plus diront certains )

En fait, j'ai un petit script qui permet d'uploader facilement sur imgur les images de type *.png et *jpg mais manifestement les images *.svg ne passent pas, pas plus que sur imageshack.

Pas eu d'autre choix que de l'envoyer sur zshare, le prix a payé étant d'attendre une trentaine de secondes avant que le download démarre mais bon, c'est pas mortel.

Dommage car, avec mon script, une fois l'image uploadée, on obtient en retour ceci :



@ widapit : le résultat des deux derniers jours (bizaremment pour aujourd'hui, il n'y a aucun commentaire) :

Code : Tout sélectionner

jui 14 05:52:32 Archie apachectl[249]: httpd: Could not reliably determine the server's fully qualif
jui 14 05:52:33 Archie systemd[1]: PID file /run/httpd/httpd.pid not readable (yet?) after start.
jui 14 05:52:35 Archie systemd[1]: Started Apache Web Server.
jui 14 07:49:27 Archie systemd[1]: Stopped Apache Web Server.
-- Reboot --
jui 14 11:50:44 Archie systemd[1]: PID file /run/httpd/httpd.pid not readable (yet?) after start.
jui 14 11:50:46 Archie systemd[1]: Started Apache Web Server.
-- Reboot --
jui 14 16:33:14 Archie apachectl[247]: httpd: Could not reliably determine the server's fully qualif
jui 14 16:33:15 Archie systemd[1]: PID file /run/httpd/httpd.pid not readable (yet?) after start.
jui 14 16:33:17 Archie systemd[1]: Started Apache Web Server.
jui 14 14:51:37 Archie systemd[1]: Stopping Apache Web Server...
jui 14 14:51:38 Archie systemd[1]: Stopped Apache Web Server.
-- Reboot --
jui 14 23:59:00 Archie apachectl[247]: httpd: Could not reliably determine the server's fully qualif
jui 14 23:59:01 Archie systemd[1]: PID file /run/httpd/httpd.pid not readable (yet?) after start.
jui 14 23:59:03 Archie systemd[1]: Started Apache Web Server.
-- Reboot --
jui 15 18:10:03 Archie systemd[1]: Started Apache Web Server.
jui 15 16:52:07 Archie systemd[1]: Stopping Apache Web Server...

EDIT : ce qui est bizarre quand on lit les deux seules lignes relatives au 15 juillet, c'est le serveur Apache est censé démarrer à 18 h 10 et s'arrêter à 16 h 52, soit avant son démarrage !!

[mimile]

Mon script d'upload sur imgur ne marchant pas, j'ai uploadé plot.svg sur (imageshack : erreur : zshare) à cette adresse :

Tu t'es trompé d'adresse, non ? Tu as donné zshare. Attendre pour voir une image, ça le fait moyen ...

Salut,

As-tu quand même jeté un coup d'oeil au résultat de l'image ?

Si non, comment l'interpréter ?