Skip to main content

2 - Les distributions et les noyaux


noyau temps-réel gèle mon système...

rebonjour,

de retour avec une question. voilà, sous fedora 20, réinstalle toute fraîche de 48 heures, j'ai remis ma panoplie ccrma et je me retrouve avec un problème (que j'avais déjà avant la réinstallation d'ailleurs): chaque fois que j'installe le kernel temps-réel de ccrma l'ordi gèle ou reste en suspend au boot. totalement inutilisable.

d'ailleurs, il me faisait pas ça avant. avant = avant l'avant-dernière mise à jour du kernel ccrma. c'est-à-dire j'ai oublié peut-être à partir de fin janvier (la date de l'avant-dernier kernel est le 25, si je ne me trompe pas). avant ça, ma machine roulait comme dans du beurre sur le kernel temps-réel.

chose curieuse, il me fait la même chose si j'installe une version plus ancienne (j'ai essayé avec la 3.12.5-302.rt7.1.fc20.ccrma pour voir).

que s'est-il passé depuis et comment puis-je régler ça?

je sais que c'est pas super nécessaire d'avoir un tr (parce que même sur le kernel régulier à jour tout marche bien et l'audio et la vidéo), mais je trouve tout de même curieux. y a-t-il d'autres utilisateurs dans cette situation?

krsn
France
Salut,

Peut-être serait-il bon d'aller voir les logs système. Ouvre le fichier /var/log/messages, en root, et regarde les lignes qui correspondent à l'heure où ça s'est planté, pour voir si ça te donne une piste.

Peut-être aussi faire la commande suivante, en root : grub2-mkconfig -o /boot/grub2/grub.cfg

a+
Jean-Pierre
merci pour la réponse,

je m'y connais pas très bien, alors je mets ici ce que j'ai pu trouver. le dossier /var/log/ ne contient pas de fichier "messages", mais j'ai trouvé un "boot.log". voici ce que ça donne avec le dernier boot qui a figé au logo fedora du démarrage (j'ai attendu 2 minutes puis j'ai fait une redémarre manuelle). quelqu'un peut interpréter pour moi peut-être...:


[+]
France
Salut,

Grace à ça je viens d'apprendre que Fedora n'intègre plus les syslogs que je te disais d'utiliser, mais qu'ils sont remplacés par un nouveau truc qui s'appelle journalctl. Sur mon système j'ai les deux vu qu'il a été installé il y a longtemps et que je n'ai fait que des upgrades. Fin de la parenthèse.

Donc il faudrait essayer de taper la commande journalctl, en root. Exemple pour sortir le journal avec en paramètres la date de début et de fin qui t'intéresses, le tout dans un fichier .txt :
journalctl --since=2014-02-10 --until=2014-02-11 > journalctl.txt

Il y a aussi un truc pas mal :
"journalctl --boot=0" affiche le journal relatif au dernier boot, "journalctl --boot=-1" affiche le journal de l'avant dernier boot, etc...
ok, j'ai bien lancé le journalctl, et ça m'a sorti une litanie de lignes qui se chantent pas trop 😉 mais qui coulent longtemps ça c'est sûr...
je peux bien mettre ça ici, mais ça innonderait pas mal trop. tu peux me dire où je devrais regarder en particulier?

j'ai remarqué certaines erreurs indiquées en rouge (le texte d'origine du terminal est blanc), du type: " .... ", ou: "blablabla ...not accessible", ou "unknown key...", ou "invalid rule..."

exemple:


[+]
___

encore une fois, je n'y pige mais absolument rien. mais je répète qu'avant cette mise à jour du kernel tout roulait très bien, sans ralentissement ou gel du système. et la configuration était la même.

à titre d'info (et peut-être pour exposer ma grande naïveté et inexpérience de tout cela... 😡 ), je précise quand même que j'ai configuré alsa-pulseaudio-jack à partir des tutos 1. de la docu de fedora (ici: https://docs.fedoraproject.org/en-US/Fedora/14/html/Musicians_Guide/sect-Musicians_Guide-Integrating_PulseAudio_with_JACK.html) puis 2. de linux mao (ici: PAM et ici: Jack premier lancement. peut-être y a-t-il un conflit entre les deux procédures. pourtant, deux mois auparavant tout était de même et tout allait bien.

merci en tout cas de la peine que tu prends pour te pencher un peu la bouille sur mon cas. 😉
oh... et encore une question d'ignorant nul 🙄

j'ai expérimenté deux systèmes pour la mao. en premier, j'ai essayé avec kxstudio, qui ne contient qu'alsa, sans pulseaudio; puis, après avoir éprouvé des crashs intermittents et chroniques avec ce système, je suis passé à fedora, en ayant entendu que du bien.

le problème c'est qu'avec fedora, il me fallait composer avec pulseaudio, dont l'entière existence me semblait inutile et qui me causait bien des maux de tête jusqu'à ce que je trouve la doc du "musicians guide", chez fedora. d'où la manip pulseaudio-jack.

du coup, je me trouvais avec une possibilité de réduire ma latence à 0,667 ms, ce qui était du jamais vu dans mon cas (le mieux que je pouvais obtenir avec kxstudio était de 11 ms).

et donc ma question d'ignorant nul: pourquoi? comment ça se fait?

mais je connais bien mal alsa et pulseaudio et donc je demande à l'avance mille indulgence et millions de pardons...

re-re-re-merci...
France
Bon, je vais déjà essayer de te dire comment analyser les logs, ça peut servir à d'autres aussi. Et puis ça m'intéresse de débugger les trucs, c'est une déformation professionnelle sans doute...

Ce que je regarderais sur les logs, d'abord, c'est ce qui se passe au moment où le système se bloque. Si tu sais qu'il s'est bloqué à 19h30, tu regarde ce qui se passe autour de cette heure. Si ensuite tu as redémarré ton système on doit voir les lignes correspobdant au démarrage. C'est ce qu'il y a juste avant qui est intéressant.
Exemple avec mon fichier log, on voit qu'a un m'men'donné il y a écrit la référence du noyau Linux c'est le démarrage. On ne sais jamais, il peut y avoir un truc évident, sinon, il faudra demander sur un forum de spécialistes, genre celui de Fedora ( http://forums.fedora-fr.org/) .

journalctl
Copy to clipboard
Feb 10 23:05:07 pcjp.maison systemd[1]: Starting Shutdown. Feb 10 23:05:07 pcjp.maison systemd[1]: Reached target Shutdown. Feb 10 23:05:07 pcjp.maison systemd[1]: Starting Final Step. Feb 10 23:05:07 pcjp.maison systemd[1]: Reached target Final Step. Feb 10 23:05:07 pcjp.maison systemd[1]: Starting Power-Off... Feb 10 23:05:07 pcjp.maison lvm[10694]: WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it! Feb 10 23:05:07 pcjp.maison systemd[1]: Shutting down. Feb 10 23:05:08 pcjp.maison systemd-journal[287]: Journal stopped -- Reboot -- Feb 11 19:25:06 pcjp.maison systemd-journal[87]: Runtime journal is using 8.0M (max 100.0M, leaving 150.1M of free 992.7M, current limit 100.0M). Feb 11 19:25:06 pcjp.maison systemd-journal[87]: Runtime journal is using 8.0M (max 100.0M, leaving 150.1M of free 992.7M, current limit 100.0M). Feb 11 19:25:06 pcjp.maison kernel: Initializing cgroup subsys cpuset Feb 11 19:25:06 pcjp.maison kernel: Initializing cgroup subsys cpu Feb 11 19:25:06 pcjp.maison kernel: Initializing cgroup subsys cpuacct Feb 11 19:25:06 pcjp.maison kernel: Linux version 3.12.10-300.rt15.1.fc20.ccrma.i686+rtPAE (mockbuild@cmn24.stanford.edu) (gcc version 4.8.2 20131212 (Red Hat 4.8.2-7) (GCC) ) #1 SMP PREEMPT RT Sat Feb 8 16:20:40 PST 2014

France
Maintenant, j'ai supprimé PulseAudio de mon système, mais du temps ou je l'avais , ça ne me posait pas de gros problème, voilà ce que j'avais mis dans QJack pour tuer PA au démarrage de Jack et pour le relancer en quittant Jack. (cf image)
Screenshot - 02122014 - 06:54:44 PM.png
je te remercie beaucoup pour ton soutien. j'ai conclu que finalement, c'était un peu beaucoup pour ma patience de bidouilleur du dimanche. je mets donc fedora "sur la glace". je perds trop de temps avec toutes ces manipulations qui dépassent largement mes compétences et mes moyens en termes de temps à accorder à tripatouiller dans les entrailles de mon OS...

je reviens très vite sur une autre page avec des questions, par exemple sur tango studio tiens...

krsn