[SYSTEME] Instable après mises à jour

Arcord · Last edited by Arcord on Mon Dec 17, 2007 12:56 pm; edited 2 times in total

Bonjour,

J'utilise Gentoo depuis quelque temps et pour diverses raisons je n'ai pas toujours pu faire les mises à jour régulièrement. Quand je me suis décidé à les faire, la liste des mises à jour à effectuer était donc très longue, mais elle s'est bien passée. A priori...

En effet, depuis que j'ai fait cette grosse mise à jour, le système est instable.
Les symptomes sont les suivants:
- Le PC se fige, plus rien de répond, obligé de rebooter.
- Le PC ne fige pas complètement. Les fenêtre ne répondent plus mais le curseur de la souris répond bien. Après plusieurs minutes, le PC refonctionne normalement.
- Le PC "fait une pause". Il fige, mais le son se s'arrête pas (si l'écoute de la musique par exemple), et après 3-4 minutes, le PC refonctionne comme si de rien n'était.

Je précise que durant la mise à jour, aucun message d'erreur n'a été relevé.
Suite à la mise à jour, je n'ai écrasé que les fichiers de configuration (avec etc-update) auxquels je n'avais pas touché. Les fichiers que j'avais modifié pour mon utilisation n'ont pas été changé (smb.conf, etc...)

Mais depuis cette mise à jour, je constate aussi qu'à chaque fois que je fais un revdep-rebuild, j'ai

Temet · Advocate Joined: 14 Mar 2006 Posts: 2586 Location: 92

Hum, t'as fait ton etc-update ou dispatch-conf?
Alors sinon, tu t'es apparemment tapé la mise à jour de expat qui fut une mise à jour critique.
La démarche a été expliquée à l'époque... mais m'en rappelle pas (bref, pour te dire que ça se trouve quoi

).
_________________
Full Gentoo powered.

Temet · Advocate Joined: 14 Mar 2006 Posts: 2586 Location: 92

Tente un "emerge -1 kdelibs"

J'explique :

El_Goretto · Moderator Joined: 29 May 2004 Posts: 3169 Location: Paris

Pendant le freeze du PC, est-ce que la LED du disque dur reste allumée?
_________________
-TrueNAS & jails: µ-serv Gen8 E3-1260L, 16Go ECC + µ-serv N40L, 10Go ECC
-Réseau: APU2C4 (OpenWRT) + GS726Tv3 + 2x GS108Tv2 + Archer C5v1 (OpenWRT)

Arcord · Posted: Fri Dec 14, 2007 2:59 pm Post subject:

Je tente le 'emerge -1 kdelibs'

Pendant le freeze, la LED est éteinte. Il semble n'y avoir aucune activité.

Temet · Advocate Joined: 14 Mar 2006 Posts: 2586 Location: 92

Reboot et fais un revdep-rebuild après pour voir s'il rale encore.
_________________
Full Gentoo powered.

Arcord · Posted: Fri Dec 14, 2007 3:36 pm Post subject:

Oué, il rale toujours.

A tout hasard, j'ai à nouveau fait emergé expat, rebooté, j'ai fait aussi 'revdep-rebuild -X --library libexpat.so.0 ' mais ça ne change rien

Temet · Advocate Joined: 14 Mar 2006 Posts: 2586 Location: 92

Euh...

Arcord · Posted: Fri Dec 14, 2007 3:56 pm Post subject:

Ce n'est pas en rouge chez moi, et je ne l'ai démasqué dans package.keyword

Par contre je viens de voir un truc....

Temet · Advocate Joined: 14 Mar 2006 Posts: 2586 Location: 92

Euh, pour mettre à jour, c'est pas "emerge -u world", mais "emerge -NDuav world"

_________________
Full Gentoo powered.

Arcord · Posted: Fri Dec 14, 2007 4:15 pm Post subject:

Ahhhhhhhhhhhhhh OK ok ok ok....

Je me contentais toujours d'un emerge -u world moi...

le 'a' et le 'v' n'ont pas une grande importance n'est-ce pas (ask et verbose)?
Par contre, le 'N' et le 'D', c'est sûrement la cause de mon souci...

Je le referai plus.

Bon, sinon, après avoir "mis à jour" 'emul-linux-x86-qtlibs' revdep-rebuild ne me sort plus d'erreur.

Croisons les doigts pour que ce soit bien ça la cause de mon instabilité.

(Sinon, un 'emerge -NDuav world' me donne 126 packages concernés... Le PC va devoir bosser pour finir sa VRAIE mise à jour

)

Temet · Advocate Joined: 14 Mar 2006 Posts: 2586 Location: 92

Oui le "N" est là pour mettre à jour un paquet même si c'est juste pour un changement de flag et le "D" va mettre à jour les dépendances des fichiers qui sont dans le world

Marrant que pour un mec inscrit en 2002 tu découvres ça :lol:

_________________
Full Gentoo powered.

Arcord · Posted: Fri Dec 14, 2007 4:36 pm Post subject:

Arcord · Posted: Mon Dec 17, 2007 1:03 pm Post subject:

Bon, en fait le problème n'est pas résolu.

Maintenant tout est parfaitement à jour.
Revdep-rebuild ne sort aucune erreur.

Et pourtant le PC plante encore et a toujours ces phases de "freeze" temporaires. Ca me donne l'impression qu'un processus prend toutes les ressources dispo pendant un moment... Bizarre.
Et surtout, comment le vérifier?

J'ai remarqué quelquechose lors de ces "pauses" que fait le PC. Lors de l'écoute d'une musique avec Amarok, si le PC est atteind d'un freeze, la lecture fait une pause d'environ 1-2 seconde avant de reprendre. C'est la seule activité visible du PC (le curseur ne bouge plus, impossible d'utiliser le clavier, le graphique de monitoring présent avec Superkaramba est figé, etc..). La chanson va à son terme sans autre souci que cette petite pause, mais Amarok ne passe pas au titre suivant.

Ce week end, j'ai testé le matériel, au cas où ce serait lui (même si ça aurait été une drôle de coïncidence que les plantages arrivent juste après une maj du système). La RAM est ok (9 heures sous Memtest et aucune erreur), le disque dur aussi, et le CPU ne génère aucune erreur avec les logiciels prévus pour le stresser. Donc à priori ça conforte mon opinion, le matériel est hors de cause.

Mais comment trouver ce qui cause ces plantages.... Ca c'est une autre histoire.

El_Goretto · Moderator Joined: 29 May 2004 Posts: 3169 Location: Paris

Ben dans ces dernières extrêmités, j'aurais tendance à conseiller de changer le noyal, en prenant une version configuré de façon "générique" (en prenant exemple sur un liveCD).
Si toujours pas de mieux, essayer de changer complètement d'applis pour voir. Si tu es en kde+amarok, fait une virée juste le temps de tester sur un autre environnement graphique avec un autre player voir si ça vient "de au dessus du noyal".
_________________
-TrueNAS & jails: µ-serv Gen8 E3-1260L, 16Go ECC + µ-serv N40L, 10Go ECC
-Réseau: APU2C4 (OpenWRT) + GS726Tv3 + 2x GS108Tv2 + Archer C5v1 (OpenWRT)

Arcord · Posted: Mon Dec 17, 2007 2:08 pm Post subject:

Lors de la "grosse mise à jour" dont je parlais, je n'avais pas changé le noyau.
J'étais en 2.6.19.

La semaine dernière, j'ai mis le 2.6.23 car justement je me suis dit que c'était peut être le noyau qui était la cause => aucun changement.
Cela dit, je vais essayé un noyau configuré de façon générique, je n'y avais pas pensé.

A noter que Amarok n'était qu'un exemple, les plantages surviennent sans qu'il soit lancé.
Et a noter aussi que j'ai planté lors de la mise à jour effectuée ce week end; et cette mise je l'ai faite sans que KDE ne soit lancé. (un CTRL+ALT+F1 lors de l'écran de login ça évite bien de charger KDE?). Donc, l'environnement graphique me parait hors de cause.

El_Goretto · Moderator Joined: 29 May 2004 Posts: 3169 Location: Paris

Bon, ok, alors dans ce cas, si c'est pas le noyal ni la couche graphique... va falloir aller zyeuter côté des services. Se mettre en init 2 voire 1, et lancer une commande dont tu sais qu'elle a déjà pu provoquer un freeze.

Et si çà passe toujours pas, ben... çà pourrait venir du matos, malgré les tests que tu as déjà mené.
Par exemple, sur l'un des PCs familliaux avec wifi sous bubuntu, on a remarqué que le PC avait parfois tendance à faire reset tout seul... après analyse des logs démarrage (et confirmation que ça s'était déjà produit sous Win avant), on voit qu'il y a un truc bizarre côté IRQ (vieux chipset VIA de l'époque de m...).
Essaie les options de derniers recours noapic, acpi=off, etc, toutes façons après moi j'ai plus d'idée

_________________
-TrueNAS & jails: µ-serv Gen8 E3-1260L, 16Go ECC + µ-serv N40L, 10Go ECC
-Réseau: APU2C4 (OpenWRT) + GS726Tv3 + 2x GS108Tv2 + Archer C5v1 (OpenWRT)

Arcord · Posted: Mon Dec 17, 2007 3:12 pm Post subject:

Oué, je vais déjà voir avec le noyau comment il se comporte.
Si il replante, je regarderai les services, etc...

Je reviens vers vous quand j'aurai du neuf, car il peut très bien se passer 24 heures avant qu'il ne plante; donc à moins d'un plantage rapide, je vais devoir attendre avant de conclure qu'il est enfin stable.