Suite et fin.
Ce week-end j'ai testé une autre alimentation, cela n'a rien changé.
J'ai pu me rendre compte que j'avais en fait 2 barettes et que mon
lshw avait bel et bien dit vrai la première fois.
Une barette de 128Mo et une de 64Mo. La 64 semblait flinguée. J'ai
testé divers emplacements
Bonjour et merci pour ta réponse.
On 10/22/07, Jean-Yves F. Barbier [EMAIL PROTECTED] wrote:
c'est memtest86+ qu'il faut installer; par ailleurs, il existe en
image iso bootable pour tests
Oui c'est ce que j'ai installé. J'ai testé ma RAM pendant 8h30, 17
passes de tests effectuées avec succès
Vincent H. a écrit :
Bonjour et merci pour ta réponse.
On 10/22/07, Jean-Yves F. Barbier [EMAIL PROTECTED] wrote:
c'est memtest86+ qu'il faut installer; par ailleurs, il existe en
image iso bootable pour tests
Oui c'est ce que j'ai installé. J'ai testé ma RAM pendant 8h30, 17
passes de tests
On 10/24/07, Charles Plessy [EMAIL PROTECTED] wrote:
Le Tue, Oct 23, 2007 at 05:57:15PM +0200, Sylvain Sauvage a écrit :
D'ailleurs, si le CPU fait du speedstep/trucmuche, il peut
changer de tension (c'est le cas pour le Cool'n'quiet d'AMD,
je n'ai pas les senseurs de tension avec mon
Vincent H. a écrit :
On 10/24/07, Charles Plessy [EMAIL PROTECTED] wrote:
Le Tue, Oct 23, 2007 at 05:57:15PM +0200, Sylvain Sauvage a écrit :
D'ailleurs, si le CPU fait du speedstep/trucmuche, il peut
changer de tension (c'est le cas pour le Cool'n'quiet d'AMD,
je n'ai pas les senseurs de
On 10/25/07, Vincent H. [EMAIL PROTECTED] wrote:
les requete ntp continue sans faire rebooter la machine.
les requetes ntp continuent
Bref le coup du memtest 16M est utile mais j'aimerais vraiment
comprendre quel processus faire rebooter ma machine.
processus fait
Désolé pour les fautes
j'ai aussi ce type de PB sur une CM ECS, et je ne suis pas loin de me
dire que, puisque toutes les RAMs ont été changées, il ne reste plus que
les HDs ou la CM (j'ai régulièrement un ou deux caractères qui merdouillent
dans /var/lib/dpkg/available (et/ou status))
ça arrive dès fois après une
c'est memtest86+ qu'il faut installer; par ailleurs, il existe en
image iso bootable pour tests (mais il ne découvre pas tout: il
a fallu que je pousse la RAM au maximum pour découvrir que la corruption
du fs venait de la barette#2, qui ne faisait pas d'erreurs à vitesse normale)
Vincent H. a
On 10/23/07, Jean-Michel OLTRA [EMAIL PROTECTED] wrote:
Bonjour,
Bonjour et merci de ta réponse,
Si tu as plusieurs barettes, essaie de les retirer une à une. J'ai déjà
eu ce problème de reboot intempestif. C'était tout bonnement une barette
mémoire défectueuse.
Alors en fait j'ai
Bonjour,
Le mardi 23 octobre 2007, Vincent H. a écrit...
J'ai éxecuté memtest86+ toute la nuit:
8h30 de tests, 17 passes éxecutées avec succès : 0 erreur.
Ce n'est pas beaucoup, 8h30
Que faire?
Remplace ta barette, et profite en pour en mettre une de plus grande
capacité.
--
jm
Jean-Michel OLTRA a écrit :
Bonjour,
Le mardi 23 octobre 2007, Vincent H. a écrit...
J'ai éxecuté memtest86+ toute la nuit:
8h30 de tests, 17 passes éxecutées avec succès : 0 erreur.
Ce n'est pas beaucoup, 8h30
En même temps c'est beaucoup par rapport au
On 10/23/07, Hugues LARRIVE [EMAIL PROTECTED] wrote:
Ce n'est pas beaucoup, 8h30
En même temps c'est beaucoup par rapport au reboot qui survient au bout
de 7 minutes, non ?
C'est juste.
Que faire?
Essayer une autre alimentation ! ben oui, on y pense jamais à celle-là
tant qu'elle ne
Hugues LARRIVE, mardi 23 octobre 2007, 16:09:08 CEST
[…]
De plus j'ai vu des machines planter
(kernel panic) suite à un problème de ram mais jamais
rebooter... (sauf sous winxp où c'est le comportement par
défaut en cas de plantage).
^^
C’est pas le comportement par
Sylvain Sauvage a écrit :
Hugues LARRIVE, mardi 23 octobre 2007, 16:09:08 CEST
[…]
De plus j'ai vu des machines planter
(kernel panic) suite à un problème de ram mais jamais
rebooter... (sauf sous winxp où c'est le comportement par
défaut en cas de plantage).
^^
Le Tue, Oct 23, 2007 at 05:57:15PM +0200, Sylvain Sauvage a écrit :
D’ailleurs, si le CPU fait du speedstep/trucmuche, il peut
changer de tension (c’est le cas pour le Cool’n’quiet d’AMD,
je n’ai pas les senseurs de tension avec mon Intel).
Hypothèse à deux francs: une vieille option oubliée
Bonjour la liste,
Suite à une installation Vendredi de munin et munin-node sur mon
serveur, ce dernier est devenu extremement instable :
- Connexion ssh fermées
- plus de passerelle internet, bref le neant.
je reboot je reprends la main et je désinstalle munin en me disant que
le problème vient
Vincent H. a écrit :
Cependant, depuis ces operations, mon serveur reboot sans arrêt...
Peut-être que munin n'était pas la cause et que les reboot sont
arrivés en même temps par pure coincidence alors?
Ou alors une dépendance installée par munin qui resterait.
Tu as installé munin avec
Le Monday 22 October 2007 11:18:09 Daniel Caillibaud, vous avez écrit :
Vincent H. a écrit :
[...]
Oct 22 10:13:00 thargos ntpd[4157]: synchronized to 88.191.19.23, stratum
2 Oct 22 10:13:00 thargos ntpd[4157]: kernel time sync enabled 0001 Oct
22 10:17:01 thargos /USR/SBIN/CRON[4297]:
Merci Daniel pour ta réponse rapide.
On 10/22/07, Daniel Caillibaud [EMAIL PROTECTED] wrote:
Ou alors une dépendance installée par munin qui resterait.
Tu as installé munin avec aptitude ?
Si oui, regarde le log
Dans le log j'ai trouvé ceci d'interressant :
[INSTALLÉ, DÉPENDANCES]
On 10/22/07, Gilles Mocellin [EMAIL PROTECTED] wrote:
Je pense que c'est justement après le reboot.
exact.
Donc, le syslog n'a rien écrit avant le redémarrage, c'est un beau plantage.
Je soupçonnerais d'emblée la mémoire.
Un petit coup de memtest86++ permettrait d'en savoir plus.
ok merci
On 10/22/07, Gilles Mocellin [EMAIL PROTECTED] wrote:
Un petit coup de memtest86++ permettrait d'en savoir plus.
Est-il possible de booter sur memtest86, faire une serie de test (qui
log le tout quelque part) et ensuite rebooter automatiquement le
serveur pour me permettre d'avoir à nouveau
Le Monday 22 October 2007 11:54:40 Vincent H., vous avez écrit :
On 10/22/07, Gilles Mocellin [EMAIL PROTECTED] wrote:
Un petit coup de memtest86++ permettrait d'en savoir plus.
Est-il possible de booter sur memtest86, faire une serie de test (qui
log le tout quelque part) et ensuite
On 10/22/07, Gilles Mocellin [EMAIL PROTECTED] wrote:
Si tu n'as pas la main sur la console (KVM réseau, console série via
réseau...) ça va être dur.
Sinon, tu peux essayer en live memtester, en lui faisant tester une bonne
partie de ta mémoire (pas toute, sinon ça va tout bloquer).
Si le
Le lundi 22 octobre 2007, Vincent H. a écrit :
On 10/22/07, Gilles Mocellin [EMAIL PROTECTED] wrote:
Merci pour les infos :)
Je vais voir du côté de memtester. Sinon je testerais tout ça ce soir.
Je crois qu'il n'y a qu'une barrette de ram sur cette machine... 128Mo...
:-/ Merci encore.
Si
On 10/22/07, Eric DECORNOD [EMAIL PROTECTED] wrote:
Si le système a pas beaucoup de ram et que le swap est plein (oui ça peut
arriver ;-) le système marche plus très très bien, mais de mes souvenirs, il
en reste alors des traces dans les logs (notament kern.log).
C'est fort possible aussi!
Au
On 10/22/07, Eric DECORNOD [EMAIL PROTECTED] wrote:
Si le système a pas beaucoup de ram et que le swap est plein (oui ça
peut
arriver ;-) le système marche plus très très bien, mais de mes
souvenirs, il
en reste alors des traces dans les logs (notament kern.log).
C'est fort possible
On 10/22/07, Dominique Arpin [EMAIL PROTECTED] wrote:
reformater la swap avec l'option -c?
mkswap -c /dev/partition
Bon je viens de reformater ma swap
[root][0]/dev$ mkswap -c /dev/hda5
Setting up swapspace version 1, size = 386551 kB
no label, UUID=85ba1363-2bf4-4e6a-92a9-9f14a195cf1e
Bonjour,
Le lundi 22 octobre 2007, Vincent H. a écrit...
Je vais tester la ram en entier je pense
Si tu as plusieurs barettes, essaie de les retirer une à une. J'ai déjà
eu ce problème de reboot intempestif. C'était tout bonnement une barette
mémoire défectueuse.
--
jm
A.E.L.
Je viens d'installer une bécane en Sarge, que j'ai ensuite passé en
2.6.6 (kernel Debian standard). Et depuis qu'elle est en 2.6, elle subit
des reboot intempestifs. Seul indicce pour le moment, ces deux lignes
qui apparaissent systématiquement dans user.log, juste avant le
reboot :
jun 16 20:39
comme je ne peux plus du tout redemmarer
J'ai donc essayer de trouver un probleme Hard (barette mem, graveur,
alim., ) sans succes. Il se trouve que ma machine marche bien avec
un DD Windowsé !
J'en conclus que ca vient donc de mon disque. Alors est-ce un probleme
Hard ou Soft, that the
Le vendredi 06 février 2004, Vincent Tuybens a écrit...
bonjour,
comme je ne peux plus du tout redemmarer
Ça rebouterait sur un cd rescue ?
--
jm
31 matches
Mail list logo