Forum francophone pour la Debian
Vous n'êtes pas connecté.
Salut ...
Je ne sais pas trop ou posté, donc si ca ne convient pas ici, veuillez déplacer ce sujet dans le forum adéquate SVP !!! Après une install réussis de Etch je rencontre un probleme de bloquage ou figeage de pc.
Si je lance mon pc et sans ne démarre acunes applis ensuite,et que je laisse le pc tel quel durant 3 ou 4h, il passe en mode veille au bout d'un certain temps (normal...) et ensuite plus moyen de revenir à l'ecran ... (ma veille n'est pas bloqué par MP....je précise ! ) mon seul recourt est le reset .Je pensais au départ résoudre cela en désactivant le mode veille, mais rien à faire, après un lapse de temps non définit, mon pc est bloqué, avec applis, ou sans applis . j'ai fais la meme expèrience avec une réinstall complete et sans les pilote de ma CG, résultat identique.
Mon matos est simple :
AMD athlon XP1800+
Nvidia FX5200 ==> Pilote installé
kernel 2.6.18
1° question : Avant j'étais sur Ubuntu (j'espere que ce mot n'est pas TABOU ici ? ...) , je ne rencontrai pas ce genre de soucis par contre j'utilisais le kernel "généric" est-ce une raison potentielle de mes défauts ?
2° Quel kernel utilisé pour mon vieux AMD ? un K7 ou autre chose ? que me conseillez vous ?
3° Puis-je voir un fichier d'erreurs ??? et ou ? car n'ayant plus accès à rien,je suis obligé de RAZ le pc
Merçi de votre aide
Dernière modification par Chris_38 (2007-05-23 13:00:34)
Hors ligne
Chris_38 a écrit:
[...]ma veille n'est pas bloqué par MP....je précise ! )
MP Man Power ? Est-ce le BIOS dont tu parles ?
Je te conseille de regarder du côte de ACPI et de ses modules. Désolé d'être aussi vague mais je ne dispose pas de linux à mon taff !
Ton noyau est-il un compilé par tes soins ou un "générique" comme tu dis ?
Pour les fichiers de traces, tu peux consulter les fichiers de /var/log, syslog[i] et [i]dmesg, il se peut que cela soit suffisant.
En cherchant sur Andesi, tu pourras trouver le fichier à modifier afin d'enregistrer tous les messages de l'amorçage de ton système.
Chris_38 a écrit:
[...]Si je lance mon pc et sans ne démarre acunes applis[...]
C'est quoi, ça un dialecte lointain ? parce que cette phrase mystère m'est incompréhensible !!!
LeDub qui conseille, aussi, de relire sa prose !
Hors ligne
ledub a écrit:
Chris_38 a écrit:
[...]ma veille n'est pas bloqué par MP....je précise ! )
MP Man Power ? Est-ce le BIOS dont tu parles ?
Non , je parle du Mot de Passe de bloquage de l'ecrande veille...
ledub a écrit:
Je te conseille de regarder du côte de ACPI et de ses modules. Désolé d'être aussi vague mais je ne dispose pas de linux à mon taff !
Ton noyau est-il un compilé par tes soins ou un "générique" comme tu dis ?
Je n'ai pas dis que j'utilisais le "générique" enfin si, mais sur Ubuntu !!!
je demandais lequel employé pour mon type de proc...et il n'est pas compilé "maison" ...
ledub a écrit:
Pour les fichiers de traces, tu peux consulter les fichiers de /var/log, syslog[i] et [i]dmesg, il se peut que cela soit suffisant.
En cherchant sur Andesi, tu pourras trouver le fichier à modifier afin d'enregistrer tous les messages de l'amorçage de ton système.Chris_38 a écrit:
[...]Si je lance mon pc et sans ne démarre acunes applis[...]
C'est quoi, ça un dialecte lointain ? parce que cette phrase mystère m'est incompréhensible !!!
Applis = Applications ...
Hors ligne
Chris_38 a écrit:
ledub a écrit:
C'est quoi, ça un dialecte lointain ? parce que cette phrase mystère m'est incompréhensible !!!
Applis = Applications ...
Oh merci Chris pour cette traduction, sahce que ce n'était pas tellement le mot qui me posait problème mais la conjugaison du verbe 'démarrer' et l'ordre aléatoire des mots dans ta phrase.
As-tu regardé les fichiers mentionnés ?
LeDub qui, à 5h d'un grand show, n'a pas tellement envie de bosser durement.
Hors ligne
Bon me voiçi de retour "at home" je vais pouvoir editer mon : /var/log/messages Mais je ne comprends pas les erreurs... au moment ou j'ai arrêté le système ce jour là, comme vous pouvez le constater, j'ai RAZ à 6h15 le lendemain
May 2 20:34:06 localhost kernel: [<c01361a2>] bad_page+0x43/0x69 May 2 20:34:06 localhost kernel: [<c013636e>] get_page_from_freelist+0x1a6/0x2bb May 2 20:34:06 localhost kernel: [<c01368af>] __alloc_pages+0x4e/0x260 May 2 20:34:06 localhost kernel: [<c0138209>] __pagevec_lru_add_active+0x87/0x92 May 2 20:34:06 localhost kernel: [<c013c293>] __handle_mm_fault+0xd8/0x620 May 2 20:34:06 localhost kernel: [<c01108b7>] do_page_fault+0x18b/0x498 May 2 20:34:06 localhost kernel: [<c011072c>] do_page_fault+0x0/0x498 May 2 20:34:06 localhost kernel: [<c0103b79>] error_code+0x39/0x40 May 2 21:02:01 localhost -- MARK -- May 2 21:22:02 localhost -- MARK -- May 2 21:30:33 localhost gconfd (chris-3013): Sortie May 2 21:30:33 localhost gconfd (chris-6033): démarrage (version 2.16.1), pid 6033 utilisateur « chris » May 2 21:30:34 localhost gconfd (chris-6033): Adresse « xml:readonly:/etc/gconf/gconf.xml.mandatory » résolue vers une source de configuration en lecture seule à la position 0 May 2 21:30:34 localhost gconfd (chris-6033): Adresse « xml:readwrite:/home/chris/.gconf » résolue vers une source de configuration accessible en écriture à la position 1 May 2 21:30:34 localhost gconfd (chris-6033): Adresse « xml:readonly:/etc/gconf/gconf.xml.defaults » résolue vers une source de configuration en lecture seule à la position 2 May 2 21:30:34 localhost gconfd (chris-6033): Adresse « xml:readonly:/var/lib/gconf/debian.defaults » résolue vers une source de configuration en lecture seule à la position 3 May 2 21:30:34 localhost gconfd (chris-6033): Adresse « xml:readonly:/var/lib/gconf/defaults » résolue vers une source de configuration en lecture seule à la position 4 May 2 21:30:35 localhost shutdown[2795]: shutting down for system halt May 2 21:31:04 localhost gconfd (chris-6033): Le serveur GConf n'est pas en cours d'utilisation, arrêt. May 2 21:31:04 localhost gconfd (chris-6033): Sortie May 2 21:42:02 localhost -- MARK -- May 2 22:02:02 localhost -- MARK -- May 2 22:22:02 localhost -- MARK -- May 2 22:42:02 localhost -- MARK -- May 2 23:02:03 localhost -- MARK -- May 2 23:22:03 localhost -- MARK -- May 2 23:42:03 localhost -- MARK -- May 3 00:02:03 localhost -- MARK -- May 3 00:22:03 localhost -- MARK -- May 3 00:42:03 localhost -- MARK -- May 3 01:02:04 localhost -- MARK -- May 3 01:22:04 localhost -- MARK -- May 3 01:42:04 localhost -- MARK -- May 3 02:02:04 localhost -- MARK -- May 3 02:22:04 localhost -- MARK -- May 3 02:42:04 localhost -- MARK -- May 3 03:02:05 localhost -- MARK -- May 3 03:22:05 localhost -- MARK -- May 3 03:42:05 localhost -- MARK -- May 3 04:02:05 localhost -- MARK -- May 3 04:22:05 localhost -- MARK -- May 3 04:42:05 localhost -- MARK -- May 3 05:02:05 localhost -- MARK -- May 3 05:22:06 localhost -- MARK -- May 3 05:42:06 localhost -- MARK -- May 3 06:02:06 localhost -- MARK -- May 3 06:15:16 localhost kernel: usb 1-2.2: USB disconnect, address 4 May 3 06:17:36 localhost syslogd 1.4.1#18: restart. May 3 06:17:36 localhost kernel: klogd 1.4.1#18, log source = /proc/kmsg started. May 3 06:17:36 localhost kernel: Linux version 2.6.18-4-486 (Debian 2.6.18.dfsg.1-12) ([email protected]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 Mon Mar 26 16:39:10 UTC 2007 May 3 06:17:36 localhost kernel: BIOS-provided physical RAM map:
Si cela peut en aider certains...
Hors ligne
Bon bah... mon ecran fige encore... hier je n'ai pas eu de problèmes en ayant Kino (avec une video mpeg de 2Go) + Iceweasel + icedove + inkscape qui tournaient en taches de fond, et aujourd'hui avec seulement Icedove mon ecran s'est figé
J'ai viens de remarquer que suite à l'install des pilotes nvidia de ce tutos : http://www.andesi.org/index.php?node=83 la commande : $ glxinfo | grep direct me renvoie un jolie glxinfo not found !!!! or il est installé
Pourait il être une cause probable de mon problème ,il y a t-il une option particuliere que je pourrai activer/déactiver dans le kernel et le recompiler ?????
Merçi de votre aide.
Edit : Je précise quand même que je parcours pas mal de doc sur de nombreux sites pour voir si je ne trouve pas chaussure à mon pied, mais rien de satisfaisant à cet instant ! Bizarre quand même que je n'ai pas rencontré ce genre de soucis sur mes différentes versions Ubuntu ....
Hors ligne
Chris_38 a écrit:
Bon bah... mon ecran fige encore... hier je n'ai pas eu de problèmes en ayant Kino (avec une video mpeg de 2Go) + Iceweasel + icedove + inkscape qui tournaient en taches de fond, et aujourd'hui avec seulement Icedove mon ecran s'est figé
Attention quand même Icedove n'est pas réputé pour être un modèle de stabilité !!
Puis-je te conseiller de désactiver, dans ton BIOS, toutes les options relatives à la mise en veille automatique ?
LeDub qui trouve que l'interrupteur est la meilleure mise en veille qui puisse exister.
Hors ligne
ledub a écrit:
Attention quand même Icedove n'est pas réputé pour être un modèle de stabilité !!
C'est bien la première fois depuis que j'utilise Thunderbird, que je lis ce que tu écris.... :s
ledub a écrit:
Puis-je te conseiller de désactiver, dans ton BIOS, toutes les options relatives à la mise en veille automatique ?
C'est fait...
Et pour le Kernel ? rien a vérifier ?
Dernière modification par Chris_38 (2007-05-04 18:19:54)
Hors ligne
bz31 a écrit:
Et si tu essaies le pilote libre nv au lieu du pilote nvidia ?
J'ai eu le même soucis...
Hors ligne
bz31 a écrit:
Est-ce que tu as le même problème sans démarrer le serveur X ?
Je ne sais pas ,vue que je travail que sous X étant donné que ma petite famille se sert aussi du pc sous Debian, si je ne met pas d'environement,c'est la guerre
Hors ligne
Je me posais la question parce que si ton problème apparait seulement sous X, il est peut-être utile de regarder les options dans /etc/X11/xorg.conf.
Peux tu nous montrer le contenu de ce fichier ?
Hors ligne
Salut,
Sinon, essai de faire un test de ta mémoire avec memtest86. Ce genre de figeages aléatoire peuvent aussi être liés à une mémoire défectueuse...
++
Hors ligne
bz31 a écrit:
Je me posais la question parce que si ton problème apparait seulement sous X, il est peut-être utile de regarder les options dans /etc/X11/xorg.conf.
Peux tu nous montrer le contenu de ce fichier ?
Je ne met que la partie qui concerne la carte ! je pense que le reste n'est pas nécéssaire ?
Section "Monitor" Identifier "Écran générique" Option "DPMS" EndSection Section "Device" Identifier "nVidia Corporation NV34 [GeForce FX 5500]" Driver "nvidia" EndSection Section "Screen" Identifier "Default Screen" Device "nVidia Corporation NV34 [GeForce FX 5500]" Monitor "Écran générique" DefaultDepth 24 SubSection "Display" Depth 1 Modes "1280x1024" "1024x768" "800x600" "720x400" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1280x1024" "1024x768" "800x600" "720x400" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1280x1024" "1024x768" "800x600" "720x400" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1280x1024" "1024x768" "800x600" "720x400" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1280x1024" "1024x768" "800x600" "720x400" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1280x1024" "1024x768" "800x600" "720x400" "640x480" EndSubSection EndSection
Au fait, suite install des pilotes en suivant le tutos du site, la commande : glxinfo | grep direct
ne fonctionne pas ...... j'ai un jolie "command not found" !!!! pourtant nvidia-glx est installé !
Hors ligne
Juste une idée. Je me souviens qu'il y eu des problèmes d'instabilité sur certaines machines avec le pilote nvidia + agp. C'était précisé dans la doc sur le site nvidia.
http://fr.download.nvidia.com/XFree86/L … er-12.html
Dernière modification par bz31 (2007-05-05 13:09:51)
Hors ligne
bz31 a écrit:
Juste une idée. Je me souviens qu'il y eu des problèmes d'instabilité sur certaines machines avec le pilote nvidia + agp. C'était précisé dans la doc sur le site nvidia.
http://fr.download.nvidia.com/XFree86/L … er-12.html
Je vais sans aucuns doute sortir une grosse connerie (je ne suis qu'un user...) mais sur ma Ubuntu depuis Warty, et avec le même matériel, je n'ai pas rencontré ce genre de problèmes, donc je pense (et ce n'est qu'un avis de "non expert" ) qu'il s'agit d'un problème de conf ou d'install .
Ayant ras le bol des MAJ quotidienne (pour ne pas dire journalière...) de cette distribution ,qui soit dit en passant est complètement "user friendly" à mon gout, j'ai voulu repasser à Debian.
Je vais rester sous Debian car finalement elle me fournit le strict nécéssaire, a savoir, l'accès a ma messagerie,mon firefox, et mon bluefish + LAMP pour DEV mes sites, et le + plus important, la stabilté.
Je suis sûr que nous trouverons la solution à mon probleme.
Merçi encore de votre aide !
Hors ligne
Chris_38 a écrit:
Au fait, suite install des pilotes en suivant le tutos du site, la commande : glxinfo | grep direct
ne fonctionne pas ...... j'ai un jolie "command not found" !!!! pourtant nvidia-glx est installé !
J'ai eu le même problème et si mes souvenirs sont exacts, glxinfo se trouve dans le paquets mesa-utils.
Sinon je vérifierais chez moi depuis quel paquet je l'ai installé.
Hors ligne
Tihz a écrit:
Chris_38 a écrit:
Au fait, suite install des pilotes en suivant le tutos du site, la commande : glxinfo | grep direct
ne fonctionne pas ...... j'ai un jolie "command not found" !!!! pourtant nvidia-glx est installé !J'ai eu le même problème et si mes souvenirs sont exacts, glxinfo se trouve dans le paquets mesa-utils.
Sinon je vérifierais chez moi depuis quel paquet je l'ai installé.
Effectivement, j'ai trouvé glx-info dans mesa-utils, ceci dit, je suis en cours d'essai sur un kernel K7 au lieu du 486 habituel, je sais bien que le gain de perfs ne doit pas être perceptible a ce point là, mais au moin, cela aurra peut-être le mérite de résoudre un de mes problèmes
Je donnerai des infos bientôt...
Hors ligne
Je met cela au conditionel ( pas assez de temps d'essais...) mais j'ai désinstallé le pack FR de Icedove, et jusqu'à aujourd'hui (donc depuis 3 jours ) pas d'installabilté système.Je dirai même, que je le trouve plus fluide !
Je met en attente mes résultats,et reviendrai d'ici 2 semaine pour résoudre ou pas le thread !
Merçi à tous de votre aide.
Hors ligne
Ok ! Donc je reviens après ces 2 denières folles semaines d'install et désinstall pour moi
On va tout reprendre à zéro ,car je vais passé pour le pire des idiots :s
Donc après moultes essais de configuration,avec et sans driver Nvidia, d'avoir réinstallé Ubuntu et fait des compraraison de fonctionnement j'en suis arrivé à la conclusion que l'un de mes matériels ne foncionnait pas bien ,et je vous le donne en 1000 ? Mon refroidisseur de CPU... et oui je sais ... mais bon avant de remettre en cause mon matériel qui date de 6 ans... je penssai + à une mauvaise config distrib.
Bref, j'ai changé pour un matériel plus evolué en matière d'évacuaion de calorie, et je l'ai fait tourné à fond le gars, et pas de bloquage ni de figeage d'écran.....
Donc un post pour rien ! enfin pas tout à fait, car cela aurra eu le mérite de me prouver que Debian n'était pas en cause dans cette histoire !
En tout les cas, merçi à tous d'avoir fait le nécéssaire pour essayé de m'aider .
Sympa.........bonne communauté, je vais rester du coup tiens !
Aller ciao ciao
Hors ligne
Sympa.........bonne communauté, je vais rester du coup tiens !
Je veux non n'veu
Hors ligne
En parlant de dissipateur, une idée reçue dit qu'il faut mettre une tonne de colle entre le CPU et le dissipateur, cela n'est pas vrai, la colle qui a beau être thermo-conductrice l'est beaucoup moins que le métal, il faut donc en mettre un peu puis bien appuyer sur le dissipateur pour enlever l'excédent de colle afin d'assurer un meilleur échange thermique.
LeDub qui n'oublie pas la loi d'Ohm thermique.
Hors ligne
ledub a écrit:
En parlant de dissipateur, une idée reçue dit qu'il faut mettre une tonne de colle entre le CPU et le dissipateur, cela n'est pas vrai, la colle qui a beau être thermo-conductrice l'est beaucoup moins que le métal, il faut donc en mettre un peu puis bien appuyer sur le dissipateur pour enlever l'excédent de colle afin d'assurer un meilleur échange thermique.
LeDub qui n'oublie pas la loi d'Ohm thermique.
Oui, c'est exact. Si il y a trop de pâte thermique, une grosse partie de la chaleur n'arrive pas a aller au l'autre bout de l'épaisseur et donc la chaleur reste dans cette couche. Elle n'atteindra pas le radiateur et donc encore moins le ventilateur.
En effet, le but premier de cette pâte est de remplir les irrégularité du radiateur et éventuellement du processeur. Il est souvent conseillé d'en appliquer jusqu'en avoir une couche homogène et quasi-transparente.
De plus, après application du radiateur sur le processeur, un mouvement de rotation est, s'il est possible, nécessaire pour homogénéiser la quantité de pâte sur l'ensemble processeur.
Hors ligne
Chris_38 a écrit:
Sympa.........bonne communauté, je vais rester du coup tiens !
Cool ... bah si tu reste, prend une chaise alors => http://www.andesi.org/forum/viewtopic.p … 333#p53333
Hors ligne