Forum Linux.général freez complet de linux récurent

Posté par  .
Étiquettes :
0
3
sept.
2004
Bijour à tous...

dans ma tentative desespérée de passer définitivement à linux, j'ai été amené à tester différentes distrib : mdk 9, mdk 10, fédora 2 et suse 9.1.

Et bien avec toutes sans exeption, après moins de 2 jours d'utilisation (non continue), j'ai été confronté au moins 1 fois à 1 freez complet du système, sans autre solution que l'arrêt bourin du PC.
L'origine du problème : inconnue. ça intervient sans prévenir, sans que je sois en train de faire quelque chose de particulier...

ça viens pas du PC puisque c'est arrivé autant sur portable que sur fixe.

Le pire, c'est la suse (qui est aussi celle sur laquelle je m'acharne le plus) : 2 fois en 2 jours.

J'ai un peu les boules et ça me mine un peu, car ça s'ajoute à la difficulté de prise en main d'un nouveau système...


Quelqu'un a déjà été confronté à ce genre de problème ?
Quelqu'un a la solution miracle (autre que rester sous win :-)?
  • # Précisions demandées :)

    Posté par  . Évalué à 2.


    Quelqu'un a déjà été confronté à ce genre de problème ?


    Oui : un memtest et quelques heures plus tard et il s'est avéré que ca venait de la RAM. Plus exactement de mes "timings aggressifs" de la RAM, du temps où j'aimais bien mettre les doigts dans les options du BIOS pour gagner 3 fps à Quake 3 ou UT.
    En plus comme j'avais un Athlon T-Bird, une RAM un peu cheap et ca mettait le bordel un peu partout.

    Si tu donnais quelques précisions en plus sur ton matériel, ca aiderait un peu plus à t'aider... :)
  • # Ram

    Posté par  . Évalué à 0.

    J'ai moi aussi connu des frezzes et ca venai de la ram, du dual ram nvidia et de ram pas vraiment adaptées.
  • # vraiment complet ?

    Posté par  . Évalué à 2.

    Es-tu sûr que le système est vraiment mort ? C'est peut-être un problème avec le serveur graphique qui ne répond plus (driver vidéo instable). Essaie de te connecter sur le poste en ssh quand il se gauffre.

    Essaie de changer de driver video, en mettant le driver vesa générique (qualité graphique pourrie mais c'est pour tester). Si ça ne plante plus, remet l'ancien pour être sûr. Il te faut modifier ton fichier XF86Config ou XF86Config-4 ou xorg.conf, qui se trouve dans /etc/X11/. Il y a une option "Driver" dans la section de ta carte video.
  • # mon matos

    Posté par  . Évalué à 1.

    Alors, mon matos en ce moment :
    portable thinkpad IBM A31 (256Mo de RAM), avec lequel j'ai freezé la mdk 10, la fédora 2, et bien sûr la suse 91.

    Sinon, avec mon ancien portable (fujitsu seimens amiloD) j'avais freezé la mdk9.

    Sur le pc fixe de mon beauf, (assemblé il y a environ 1 an avec divers composants), on a freezé la mdk 10, qui a refusé de redémarer correctement (log en console, pour quelqu'un qui n'y connait rien (il fait du droit, et ne sais pas ce que c'est qu'un 'if'), ça aide pas beaucoup).

    C'est du freezé freezé, (je connais que 2/3 petits trucs sur linux comme le ctr alt F2 pour passer sur une console, et là, ça marche pas)...

    Sinon, les paramètres du bios, je ne les ai jamais modifiés hormis pour avoir le premier boot sur le CD.
    On peut donc changer des trucs pour la ram ?

    Et merci pour vos réponses :-)
    • [^] # Ton matos

      Posté par  . Évalué à 1.

      ET niveau carte graphique puisque ca peut en effet etre ca aussi, tu a quoi ?
      • [^] # Re: Ton matos

        Posté par  . Évalué à 1.

        Sur l'IBM : Ati (je sais pas le modèle, un truc pour portable avec 16 Mo de mémoire je crois)

        Sur le fujistsu, c'était une savage S3

        Sur le fixe à mon beauf, je crois que c'est une Ati (ou peut-être une NVidia , ça aide pas beaucoup)
        • [^] # Re: Ton matos

          Posté par  . Évalué à 2.

          Les savage ca roule mais niveau ATI du devrais effectivement vers des test avec les drivers Vesa comme dit plus haut.
          Dans les cas oou c'est la Ram, il faut que tu baisse les timming dans les bios ou que tu change (facile a dire)
          • [^] # Re: Ton matos

            Posté par  . Évalué à 1.

            NB : j'ai jamais touché/vu l'outil de timming RAM dans le bios

            Quand tu dis 'baisser', c'est : augmenter le temps ou le diminuer ?

            Encore merci
            • [^] # Re: Ton matos

              Posté par  . Évalué à 1.

              Ben y a un peu des deux mais si tu n'y a pas touché il ne faut mieux commencer qu'en tout état de cause
  • # Problème similaire mais différent...

    Posté par  . Évalué à 2.

    A ce propos, j'ai un problème étrange...

    J'ai un PC sous MDK 10.0 Official, et de temps en temps, il freeze pendant quelques secondes (5 à 10), avec perte de signal de l'écran, puis reprend gentiment là où il en était...

    A votre avis, ça peut venir d'où ? Carte graphique, ACPI, ... ?

    Si quelqu'un a une idée...
    • [^] # Re: Problème similaire mais différent...

      Posté par  . Évalué à 1.

      Un cas classique c'est quand on active le réseau apres avoir été sous X, qui change le nom de la machine. X n'aime pas du tout cela.
      La solution est d'utiliser Drakconf pour mettre "localhost" et ne pas avoir le réseau donnant un nom à la machine.
  • # Piste à explorer

    Posté par  (site web personnel) . Évalué à 1.

    J'avais eu ce problême sur un Celeron, (MDK9.1, Red Hat 9) é l'époque.
    Chaque fois qu'il faisait un accès réseau il plantait (avec un modem série et via le lan).
    Un jour j'ai vus qu'il y avait une nouvelle version pour le Bios, je l'ai flashé et depuis il a plus jamais embêté.

    Autre chose quand tu es bloqué tu as essayé la combinaison
    CTRL + ALT + EFFACEMENT (pas la touche delete mais celle qui permet d'effacer un caratère (le flêche qui revient en arrière)).
    Normalement ça tue le serveur graphique.
    • [^] # Re: Piste à explorer

      Posté par  . Évalué à 1.

      oui, et si mes souvenir sont bon ça doit tuer ton serveur X ?

      Non, ça change rien...

      à vrai dire, vous me rassurez un peu. Je commençais à croire que ça venait de linux, mais en fait ça semble plus un problème de matos
      • [^] # Re: Piste à explorer

        Posté par  (site web personnel) . Évalué à 3.

        Ben, ça parait bizarre que ça plante sur trois machines différentes quand même. Non pas qu'il soit impossible de faire planter linux, mais bon, un problème matériel sur trois machines distinctes :/

        Donc,
        . vérifier la RAM avec memtest,
        . couper les services d'économies d'énergie,
        . éventuellement utiliser les options "safe" habituelles au boot, du genre pas d'acpi, pas d'apm, pas d'apic, pas de l'apic.

        De toutes facons, les thinkpad utilisent APM.
        • [^] # Re: Piste à explorer

          Posté par  . Évalué à 2.

          Je rajoute juste pour la culture perso des gens que les options "safe" sont pas la parce que Linux est programmé n'importe comment mais plutôt parce que les BIOS des ordi sont programmés n'importe comment et que les constructeurs ne font leur tests que sous win :p

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.