Bonjour,
Je viens d'installer une barette de 1G en plus de celle de 512M et j'ai
l'ordinateur qui en forte charge redémarre sans prévenir.
J'avais déjà tenté une premiére puis une seconde et le résultat est le
même... Ainsi je pense que ça ne viens pas de la mémoire ...
Serait-il possible que FreeBSD pose un problème?
Y a t'il une option à rajouter au noyau pour éviter ce genre de
désagrément?
J'ai bien fait des recherches sur le net mais rien de convainquant ..
Merci d'avance
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Eric Masson
gwenhael writes:
'Lut,
Je viens d'installer une barette de 1G en plus de celle de 512M et j'ai l'ordinateur qui en forte charge redémarre sans prévenir.
Dans le cas d'un problème soft, Free devrait 'panic'er, les options de rc.conf pour les crashdumps sont actives ?
S'il n'y pas de panic, le problème de hard est le plus probable (certaines associations carte mère/ram sont très sensibles aux timings de rafraichissement)
-- XH> Une maintenance logicielle tous les 3 ans, raahhhh le rêve ! Normal. On va tout de même pas jeter une version payante pas encore amortie pour une version gratuite. -+- TT in http://www.le-gnu.net : C'est pour pas gaacher. -+-
gwenhael <gwenj@free.fr> writes:
'Lut,
Je viens d'installer une barette de 1G en plus de celle de 512M et j'ai
l'ordinateur qui en forte charge redémarre sans prévenir.
Dans le cas d'un problème soft, Free devrait 'panic'er, les options de
rc.conf pour les crashdumps sont actives ?
S'il n'y pas de panic, le problème de hard est le plus probable
(certaines associations carte mère/ram sont très sensibles aux timings
de rafraichissement)
--
XH> Une maintenance logicielle tous les 3 ans, raahhhh le rêve !
Normal. On va tout de même pas jeter une version payante pas encore
amortie pour une version gratuite.
-+- TT in http://www.le-gnu.net : C'est pour pas gaacher. -+-
Je viens d'installer une barette de 1G en plus de celle de 512M et j'ai l'ordinateur qui en forte charge redémarre sans prévenir.
Dans le cas d'un problème soft, Free devrait 'panic'er, les options de rc.conf pour les crashdumps sont actives ?
S'il n'y pas de panic, le problème de hard est le plus probable (certaines associations carte mère/ram sont très sensibles aux timings de rafraichissement)
-- XH> Une maintenance logicielle tous les 3 ans, raahhhh le rêve ! Normal. On va tout de même pas jeter une version payante pas encore amortie pour une version gratuite. -+- TT in http://www.le-gnu.net : C'est pour pas gaacher. -+-
Francois Tigeot
gwenhael wrote:
Bonjour, Je viens d'installer une barette de 1G en plus de celle de 512M et j'ai l'ordinateur qui en forte charge redémarre sans prévenir. J'avais déjà tenté une premiére puis une seconde et le résultat est le même... Ainsi je pense que ça ne viens pas de la mémoire ... Serait-il possible que FreeBSD pose un problème? Y a t'il une option à rajouter au noyau pour éviter ce genre de désagrément? J'ai bien fait des recherches sur le net mais rien de convainquant .. Merci d'avance
Comme le dit Eric, ça ressemble pas mal à un problème hard.
Même si chaque barette prise séparèment fonctionne, les deux ensemble peuvent poser problème, surtout si elles sont de type différent. C'est généralement le contrôleur mémoire / les circuits présents sur la carte-mère qui sont en cause.
Ceci dit, c'est bizarre d'avoir une machine qui reboote comme ça. Sous Free on a souvent des signal 11 avant.
Il faudrait au minimum que tu vérifies dans le manuel de ta carte-mère si la combinaison des deux barettes est valide. Genre, ne pas brancher deux barettes de taille/vitesse différentes en dual-channel...
-- Francois Tigeot
gwenhael wrote:
Bonjour,
Je viens d'installer une barette de 1G en plus de celle de 512M et j'ai
l'ordinateur qui en forte charge redémarre sans prévenir.
J'avais déjà tenté une premiére puis une seconde et le résultat est le
même... Ainsi je pense que ça ne viens pas de la mémoire ...
Serait-il possible que FreeBSD pose un problème?
Y a t'il une option à rajouter au noyau pour éviter ce genre de
désagrément?
J'ai bien fait des recherches sur le net mais rien de convainquant ..
Merci d'avance
Comme le dit Eric, ça ressemble pas mal à un problème hard.
Même si chaque barette prise séparèment fonctionne, les deux ensemble
peuvent poser problème, surtout si elles sont de type différent. C'est
généralement le contrôleur mémoire / les circuits présents sur la
carte-mère qui sont en cause.
Ceci dit, c'est bizarre d'avoir une machine qui reboote comme ça. Sous
Free on a souvent des signal 11 avant.
Il faudrait au minimum que tu vérifies dans le manuel de ta carte-mère si
la combinaison des deux barettes est valide. Genre, ne pas brancher deux
barettes de taille/vitesse différentes en dual-channel...
Bonjour, Je viens d'installer une barette de 1G en plus de celle de 512M et j'ai l'ordinateur qui en forte charge redémarre sans prévenir. J'avais déjà tenté une premiére puis une seconde et le résultat est le même... Ainsi je pense que ça ne viens pas de la mémoire ... Serait-il possible que FreeBSD pose un problème? Y a t'il une option à rajouter au noyau pour éviter ce genre de désagrément? J'ai bien fait des recherches sur le net mais rien de convainquant .. Merci d'avance
Comme le dit Eric, ça ressemble pas mal à un problème hard.
Même si chaque barette prise séparèment fonctionne, les deux ensemble peuvent poser problème, surtout si elles sont de type différent. C'est généralement le contrôleur mémoire / les circuits présents sur la carte-mère qui sont en cause.
Ceci dit, c'est bizarre d'avoir une machine qui reboote comme ça. Sous Free on a souvent des signal 11 avant.
Il faudrait au minimum que tu vérifies dans le manuel de ta carte-mère si la combinaison des deux barettes est valide. Genre, ne pas brancher deux barettes de taille/vitesse différentes en dual-channel...
-- Francois Tigeot
Marwan Burelle
On Tue, 23 Jan 2007 20:27:48 +0100 Eric Masson wrote:
Dans le cas d'un problème soft, Free devrait 'panic'er, les options de rc.conf pour les crashdumps sont actives ?
S'il n'y pas de panic, le problème de hard est le plus probable (certaines associations carte mère/ram sont très sensibles aux timings de rafraichissement)
Je m'itouze sur cette remarque. En règle générale, lorsqu'il y a un problème avec la RAM (RAM trop rapide par exemple, ou association non-symétrique) la machine redémarre sans prévenir de manière aléatoire. Avec memtest86 on se retrouve même devant des erreurs "mouvantes" (pas toujours les mêmes à chaque passage.)
-- Ferengi Rule of Acquisition #76: Every once in a while, declare peace. It confuses the hell out of your enemies. -- ST:DS9, "The Homecoming"
On Tue, 23 Jan 2007 20:27:48 +0100
Eric Masson <emss@free.fr> wrote:
Dans le cas d'un problème soft, Free devrait 'panic'er, les options de
rc.conf pour les crashdumps sont actives ?
S'il n'y pas de panic, le problème de hard est le plus probable
(certaines associations carte mère/ram sont très sensibles aux timings
de rafraichissement)
Je m'itouze sur cette remarque. En règle générale, lorsqu'il y a un
problème avec la RAM (RAM trop rapide par exemple, ou association
non-symétrique) la machine redémarre sans prévenir de manière
aléatoire. Avec memtest86 on se retrouve même devant des erreurs
"mouvantes" (pas toujours les mêmes à chaque passage.)
--
Ferengi Rule of Acquisition #76:
Every once in a while, declare peace. It confuses the hell out
of your enemies.
-- ST:DS9, "The Homecoming"
On Tue, 23 Jan 2007 20:27:48 +0100 Eric Masson wrote:
Dans le cas d'un problème soft, Free devrait 'panic'er, les options de rc.conf pour les crashdumps sont actives ?
S'il n'y pas de panic, le problème de hard est le plus probable (certaines associations carte mère/ram sont très sensibles aux timings de rafraichissement)
Je m'itouze sur cette remarque. En règle générale, lorsqu'il y a un problème avec la RAM (RAM trop rapide par exemple, ou association non-symétrique) la machine redémarre sans prévenir de manière aléatoire. Avec memtest86 on se retrouve même devant des erreurs "mouvantes" (pas toujours les mêmes à chaque passage.)
-- Ferengi Rule of Acquisition #76: Every once in a while, declare peace. It confuses the hell out of your enemies. -- ST:DS9, "The Homecoming"
gwenhael
Le Tue, 23 Jan 2007 21:26:00 +0100, Marwan Burelle a écrit :
On Tue, 23 Jan 2007 20:27:48 +0100 Eric Masson wrote:
Dans le cas d'un problème soft, Free devrait 'panic'er, les options de rc.conf pour les crashdumps sont actives ?
S'il n'y pas de panic, le problème de hard est le plus probable (certaines associations carte mère/ram sont très sensibles aux timings de rafraichissement)
Je m'itouze sur cette remarque. En règle générale, lorsqu'il y a un problème avec la RAM (RAM trop rapide par exemple, ou association non-symétrique) la machine redémarre sans prévenir de manière aléatoire. Avec memtest86 on se retrouve même devant des erreurs "mouvantes" (pas toujours les mêmes à chaque passage.)
Les deux rams sont de la pc3200. Meme dans le cas où je ne met que la 1G j'ai des redemarrages. L'ordi me fait des kernels panics mais je n'ai pas eu le temps de noter les informations. Quelles sont les options de rc.conf pour le crashdump? Quelles sont les options a mettre dans le noyau ?
Gwen
Le Tue, 23 Jan 2007 21:26:00 +0100, Marwan Burelle a écrit :
On Tue, 23 Jan 2007 20:27:48 +0100
Eric Masson <emss@free.fr> wrote:
Dans le cas d'un problème soft, Free devrait 'panic'er, les options de
rc.conf pour les crashdumps sont actives ?
S'il n'y pas de panic, le problème de hard est le plus probable
(certaines associations carte mère/ram sont très sensibles aux timings
de rafraichissement)
Je m'itouze sur cette remarque. En règle générale, lorsqu'il y a un
problème avec la RAM (RAM trop rapide par exemple, ou association
non-symétrique) la machine redémarre sans prévenir de manière
aléatoire. Avec memtest86 on se retrouve même devant des erreurs
"mouvantes" (pas toujours les mêmes à chaque passage.)
Les deux rams sont de la pc3200.
Meme dans le cas où je ne met que la 1G j'ai des redemarrages.
L'ordi me fait des kernels panics mais je n'ai pas eu le temps de noter
les informations.
Quelles sont les options de rc.conf pour le crashdump? Quelles sont les
options a mettre dans le noyau ?
Le Tue, 23 Jan 2007 21:26:00 +0100, Marwan Burelle a écrit :
On Tue, 23 Jan 2007 20:27:48 +0100 Eric Masson wrote:
Dans le cas d'un problème soft, Free devrait 'panic'er, les options de rc.conf pour les crashdumps sont actives ?
S'il n'y pas de panic, le problème de hard est le plus probable (certaines associations carte mère/ram sont très sensibles aux timings de rafraichissement)
Je m'itouze sur cette remarque. En règle générale, lorsqu'il y a un problème avec la RAM (RAM trop rapide par exemple, ou association non-symétrique) la machine redémarre sans prévenir de manière aléatoire. Avec memtest86 on se retrouve même devant des erreurs "mouvantes" (pas toujours les mêmes à chaque passage.)
Les deux rams sont de la pc3200. Meme dans le cas où je ne met que la 1G j'ai des redemarrages. L'ordi me fait des kernels panics mais je n'ai pas eu le temps de noter les informations. Quelles sont les options de rc.conf pour le crashdump? Quelles sont les options a mettre dans le noyau ?
Gwen
Paul Gaborit
À (at) Wed, 24 Jan 2007 07:57:13 +0100, gwenhael écrivait (wrote):
Meme dans le cas où je ne met que la 1G j'ai des redemarrages. L'ordi me fait des kernels panics mais je n'ai pas eu le temps de noter les informations.
Et que dit memtest86 de cette nouvelle barette ?
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) Wed, 24 Jan 2007 07:57:13 +0100,
gwenhael <gwenj@free.fr> écrivait (wrote):
Meme dans le cas où je ne met que la 1G j'ai des redemarrages.
L'ordi me fait des kernels panics mais je n'ai pas eu le temps de noter
les informations.
Et que dit memtest86 de cette nouvelle barette ?
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) Wed, 24 Jan 2007 07:57:13 +0100, gwenhael écrivait (wrote):
Meme dans le cas où je ne met que la 1G j'ai des redemarrages. L'ordi me fait des kernels panics mais je n'ai pas eu le temps de noter les informations.
Et que dit memtest86 de cette nouvelle barette ?
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Eric Masson
gwenhael writes:
'Lut,
Quelles sont les options de rc.conf pour le crashdump ?
man rc.conf /dump
Pour dumpdev, on utilise habituellement le swap, dont la taille doit être au moins égale à la taille de la ram physique.
Quelles sont les options a mettre dans le noyau ?
Rien en particulier, même si il est toujours préférable d'avoir les options de debug actives, ainsi que les symboles. Pour plus d'infos, voir : http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html
-- J > Y sont pas normaux chez Teaser. Ils refusent les abonnements. JRV> Mais si. Nous avons tous 5 bras, 2 tetes et 4 oreilles :-) Manque juste les yeux et quelque autre outil fort utile. -+- Wolf in GNU : À la queue comme tout le monde -+-
gwenhael <gwenj@free.fr> writes:
'Lut,
Quelles sont les options de rc.conf pour le crashdump ?
man rc.conf
/dump
Pour dumpdev, on utilise habituellement le swap, dont la taille doit
être au moins égale à la taille de la ram physique.
Quelles sont les options a mettre dans le noyau ?
Rien en particulier, même si il est toujours préférable d'avoir les
options de debug actives, ainsi que les symboles.
Pour plus d'infos, voir :
http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html
--
J > Y sont pas normaux chez Teaser. Ils refusent les abonnements.
JRV> Mais si. Nous avons tous 5 bras, 2 tetes et 4 oreilles :-)
Manque juste les yeux et quelque autre outil fort utile.
-+- Wolf in GNU : À la queue comme tout le monde -+-
Quelles sont les options de rc.conf pour le crashdump ?
man rc.conf /dump
Pour dumpdev, on utilise habituellement le swap, dont la taille doit être au moins égale à la taille de la ram physique.
Quelles sont les options a mettre dans le noyau ?
Rien en particulier, même si il est toujours préférable d'avoir les options de debug actives, ainsi que les symboles. Pour plus d'infos, voir : http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html
-- J > Y sont pas normaux chez Teaser. Ils refusent les abonnements. JRV> Mais si. Nous avons tous 5 bras, 2 tetes et 4 oreilles :-) Manque juste les yeux et quelque autre outil fort utile. -+- Wolf in GNU : À la queue comme tout le monde -+-
gwenhael
Le Wed, 24 Jan 2007 09:44:14 +0100, Eric Masson a écrit:
gwenhael writes:
'Lut,
Quelles sont les options de rc.conf pour le crashdump ?
man rc.conf /dump
Pour dumpdev, on utilise habituellement le swap, dont la taille doit être au moins égale à la taille de la ram physique.
Quelles sont les options a mettre dans le noyau ?
Rien en particulier, même si il est toujours préférable d'avoir les options de debug actives, ainsi que les symboles. Pour plus d'infos, voir : http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html
Bonjour, J'ai pris un peu de temps pour tester. Avec uniquement la 1G j'ai un kernel panic : Fatal trap 12 : page fault.
Ce que je n'arrive pas à comprendre c'est que j'ai tenté avec un cd bootable d'une knoppix. Après avoir lancé un bon paquet d'applisje me suis retrouvé avec 8M de dispo sur l'ensemble de la ram Mais l'ordi a pas planté pour autant...
Alors qu'avec la FreeBSD avec 300M environ de dispo j'ai le kernel panic ... Toutes mes recherches sur le net n'ont absolument rien données ...
Si quelqu'un a une idée... Je suis preneur Merci d'avance Gwenhael
Le Wed, 24 Jan 2007 09:44:14 +0100, Eric Masson a écrit:
gwenhael <gwenj@free.fr> writes:
'Lut,
Quelles sont les options de rc.conf pour le crashdump ?
man rc.conf
/dump
Pour dumpdev, on utilise habituellement le swap, dont la taille doit
être au moins égale à la taille de la ram physique.
Quelles sont les options a mettre dans le noyau ?
Rien en particulier, même si il est toujours préférable d'avoir les
options de debug actives, ainsi que les symboles.
Pour plus d'infos, voir :
http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html
Bonjour,
J'ai pris un peu de temps pour tester.
Avec uniquement la 1G j'ai un kernel panic :
Fatal trap 12 : page fault.
Ce que je n'arrive pas à comprendre c'est que j'ai tenté avec un cd
bootable d'une knoppix.
Après avoir lancé un bon paquet d'applisje me suis retrouvé avec 8M de
dispo sur l'ensemble de la ram
Mais l'ordi a pas planté pour autant...
Alors qu'avec la FreeBSD avec 300M environ de dispo j'ai le kernel panic
... Toutes mes recherches sur le net n'ont absolument rien données ...
Si quelqu'un a une idée... Je suis preneur
Merci d'avance
Gwenhael
Le Wed, 24 Jan 2007 09:44:14 +0100, Eric Masson a écrit:
gwenhael writes:
'Lut,
Quelles sont les options de rc.conf pour le crashdump ?
man rc.conf /dump
Pour dumpdev, on utilise habituellement le swap, dont la taille doit être au moins égale à la taille de la ram physique.
Quelles sont les options a mettre dans le noyau ?
Rien en particulier, même si il est toujours préférable d'avoir les options de debug actives, ainsi que les symboles. Pour plus d'infos, voir : http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html
Bonjour, J'ai pris un peu de temps pour tester. Avec uniquement la 1G j'ai un kernel panic : Fatal trap 12 : page fault.
Ce que je n'arrive pas à comprendre c'est que j'ai tenté avec un cd bootable d'une knoppix. Après avoir lancé un bon paquet d'applisje me suis retrouvé avec 8M de dispo sur l'ensemble de la ram Mais l'ordi a pas planté pour autant...
Alors qu'avec la FreeBSD avec 300M environ de dispo j'ai le kernel panic ... Toutes mes recherches sur le net n'ont absolument rien données ...
Si quelqu'un a une idée... Je suis preneur Merci d'avance Gwenhael
