Forum

Reprise du message précédent

Ivan,

Je trouve cela étrange ce qui arrive depuis quelques semaines; Il faudrait savoirt si Thierry a observé le même délai.
Et aussi faire des recherches sur Internet si d'autres cas similaires existent autres que ceux déjà évoqués.
Thierry n'a pas encore répondu à ma question : en cas de reboot, l'ordi est-il connecté ou isolé du réseau?
S'il y a reboot malgré isolation, c'est probablement un problème matériel; mais alors pourquoi :
--c'est récent?
--Ivan, Thierry sont concernés?
--Et peut-être d'autres?

Je ne me souviens plus exactement ce que m'a raconté un étudiant en maîtrise de Physique, mais je me rappelle qu'un virus avait modifié le firmware d'un composant matériel, rendant l'ordinateur irrécupérable. Ce n'est probablement pas votre cas, mais cela existe et a existé.
Mais je viens de repenser au comportement différent sous Windows, ce qui m'amène à nouveau l'interrogation sur la reconnaissance du chipset par le noyau.
Si j'ai bien compris le fonctionnement des cartes mères, le processeur communique avec les composants Matériel via le chipset.

Citation:

Mais je viens de repenser au comportement différent sous Windows, ce qui m'amène à nouveau l'interrogation sur la reconnaissance du chipset par le noyau.

Qu'on le tourne dans un sens ou dans l'autre, il y a modification du matériel, soit par usure, soit par modification virale, car mon CD d'installation est gravé depuis longtemps et n'occasionnait pas de trouble à mon pauvre Toshiba. Donc si c'était une modification du kernel ou des pilotes récents, l'ancienne installation serait opérationnelle comme autrefois, alors que ce n'est pas le cas.
Je vais creuser cette histoire de bios à mettre à jour, mais je risque de n'avoir pas trop le temps ces jours-ci.

J'ai vérifié le Bios, il est à jour et date de 2012. Donc, fausse piste.

Ivan:

C'est sympa de nous informer.
A ma connaissance, le BIOS intervient uniquement au démarrage.
Même si les systèmes démarrés utilisent certains de ses paramètres, ils fournissent les pilotes nécessaires.
A cet instant, en relation avec le BIOS je ne vois qu'un essai à effectuer : effacer les données de la RAM statique.
Bien que vos problèmes soient connus, il me semble utile de résumer ce qui se passe, en indiquant l'état du système quand ces redémarrages surviennent.
Question plusieurs fois posées mais apparemment sans réponse : les redémarrages ont-ils rapport au réseau. Il faut le savoir, en désactivant l'interface et même isolation du routeur, et même en exagérant déconnecter tout périphérique non indispensable.
Et cette question : pourquoi Linux et non Windows??

Je peux te répondre tout de suite. Mon PC est identique à celui d'Ivan. Le BIOS est aussi de 2012. Le PC reste aussi instable quand il est hors de tout réseau. De plus sur le mien il y en a d'autre avec le même Mageia et personne ne bronche. Les reboot, flash noir et freeze sont tellement fréquents qu'il ne m'est plus possible de l'utiliser. J'ai installé opensuse, et les plantage sont identiques. On peut exclure la structure mageia spécifique. On est donc soit sur un problème matériel, soit sur un noyau devenu non compatible.
Pour vérifier le noyau, il faut tourner sur Win* Il me semble qu'Ivan l'a fait, mais je ne vois pas de retour d'expérience.....

Thierry,

J'ai pris connaissance de ta

Thierry,

J'ai pris connaissance de ton message.
Présentement, je n'ai qu'une seule proposition : retirer la pile du BIOS quelques minutes, retartine toi les réglages du BIOS, puis observe la bête.
C'est juste un essai, au cas où il y aurait des données "génantes" dans la RAM statique CMOS.
Si j'ai d'autres idées, je les publie.

Je suis tombé sur le post ou Ivan explique que sous windows, il ne rencontrait aucun problème..... On est bien sur un bug. Mon gendre qui utilise aussi un Toshiba se plaint de freezes et d'écran noir. Ç'est bien embêtant. Je vais remettre Mageia sur mon Tosh, car j'en ai plus l'habitude. On va vérifier les IRQ. C'est dément ce problème.... Je vais en profiter pour faire une conf minimal pour voir. Peut-on ne pas installer de bureau du tout ?

Citation:

Je l'ai sur une clef USB Kingston de 2 G0, espace libre 1/3 d'après gparted. Je peux m'en servir comme grub2 de dépannage pour démarrer les cinq systèmes avec XP :

--pas d'environnement graphique, ni Internet, ni multimédia, ni documentation
--mis à jour : vmlinuz-4.4.30-desktop-2.mga5

Mais toi tu peux installer un DE léger tel lxde avec Internet si tu veux communiquer avec.

J'ai une évolution dans le pire. Un défaut graphique apparait, ce qui rend mon screen inutilisable. Il est apparu sous opensuse et il arrive même lors de l'installation de mageia. J4ai recommencé l'install et j'ai pu passer l'étape du formatage. Je tente l'installation....

Citation:

Je voudrais bien tenter cela, mais je ne sais pas où peut bien être la pile du bios sur un portable. Je suppose qu'il faut désosser l'ordinateur pour trouver la carte mère, mais je ne suis pas certain d'être capable de ça sans dégâts irrémédiables.

Effectivement. J'ai démonté ma carte mère pour débusquer une grosse poussière entre le ventilo et le radiateur. J'ai bien vu la petite pile sur le CM mais j'ai cassé le commutateur wifi au remontage. Donc fait gaffe. Maintenant je reste persuadé que la pile n'y est pour rien car les paramètres BIOS sont gardé et windows fonctionne bien.
Pour mon PC j'ai remis mageia, non sans mal à cause des plantages. J'ai démarré en niveau 3 ( console) et mon PC déconne
iwl3945 me fait des siennes. Je me demande comment déconnecté ce truc du proc alors que mon commutateur est bloqué off. .....

EDIT: J'ai redémarré en mode (sans echec). On va voir.

Comment peut on repérer les IRQ en console ?

Édité par thierryR Le 23/01/2017 à 20h02

Les IRQ ne sont pas en conflits donc mauvaise info.....
Je vais essayer de trouver une mandriva avec un vieux kernel pour voir.

EDIT: J'ai retrouvé une mandriva 2008.1 au fond de mon tiroir. Je vous tiens au jus.

Édité par thierryR Le 23/01/2017 à 20h46

Bon. Le test est éloquent. Après 3 minutes de fonctionnement sur KDE le PC a rebooté tout seul. Il a planté au redémarrage et a encore rebooté. Donc ce n'est pas une modif du noyau qui fait ce problème.
Mon kernel est le 2.6.24-4-laptop-1mnb. C'est dire qu'il est vieux.

Si je résume.
- Le PC fonctionne sous windows
- Le PC ne fonctionnepas sous linux :
peu importe le bureau
même en console (mode dépannage) niveau 3
même avec un ancien noyau
même en ayant changé le DD et l'alim.

Ma conclusion.
Le noyau windows doit interprèter ce genre de défauts et les corrige à la volée.
Le noyau linux considère le système stable et n'effectue aucune correction.
Le défaut doit apparaître avec l'usure du matériel.
Linux ne gère pas....

Thierry,

Il ne s'agit de la qualité de la pile BIOS, mais de que contient la RAM CMOS. Si la pile était défectueuse et l'ordi isolé du secteur, tu aurais des messages d'avertissement concernant les paramètres, et l'horloge ne serait plus à l'heure (UTC ou locale).
Sans en être absolument sûr, c'est une hypothèse, il est possible que les paramètres contenus dans la RAM CMOS puissent être à l'origine des problèmes observés.

Édité par ahlner Le 23/01/2017 à 21h57

Toi et Ivan, avez-vous acquis cet ordi le même trimestre/semestre de la même année? Et la même durée d'utilisation, le même acharnement sur ce pauvre petit Toshiba sans défense?

Édité par ahlner Le 23/01/2017 à 23h12