J'utilise un pc sous mandrake 10 comme proxy et serveur de fichier. Il
n'a pas d'écran.
De temps en temps, (en moyenne tous les 15 jours) il plante, et ce même
quand il est au repos (le réseau n'est pas utilisé). C'est à dire que le
serveur de fichier ne répond plus, le proxy non plus, VNC non plus...
Si je branche un écran, ça reste noir.
Je suis donc obligé de rebooter.
un test smartctl ne détecte pas d'anomalie.
Quels logs faut-il fouiller pour essayer de déterminer la cause de ce
plantage ?
Le Thu, 25 Nov 2004 10:05:34 +0100, ludovic Thebault a écrit :
Bonjour,
J'utilise un pc sous mandrake 10 comme proxy et serveur de fichier. Il n'a pas d'écran.
Essayez de faire la même chose sans lancer le serveur X. $ su # drakx11 Option > Désactiver l'interface graphique au démarrage
S'il n'y a pas d'écran... pas besoin de serveur X. Quand il y en a vraiment besoin on lance l'interface graphique avec startx
De temps en temps, (en moyenne tous les 15 jours) il plante, et ce même quand il est au repos (le réseau n'est pas utilisé). C'est à dire que le serveur de fichier ne répond plus, le proxy non plus, VNC non plus... Si je branche un écran, ça reste noir.
On saura enfin si c'est à cause de X ou si c'est un autre problème.
De toute façon un serveur n'a pas besoin de X... c'est plus sûr, c'est plus performant.
Pensez tout de même à installer openssh pour vous connecter en mode console avec "ssh" depuis un Linux ou "putty" depuis Windows. Pour transférer les fichiers en mode sécurisé utilisez "Winscp" ou en ligne de commande scp.
Cordialement
Bonjour,
Le Thu, 25 Nov 2004 10:05:34 +0100, ludovic Thebault a écrit :
Bonjour,
J'utilise un pc sous mandrake 10 comme proxy et serveur de fichier. Il
n'a pas d'écran.
Essayez de faire la même chose sans lancer le serveur X.
$ su
# drakx11
Option > Désactiver l'interface graphique au démarrage
S'il n'y a pas d'écran... pas besoin de serveur X.
Quand il y en a vraiment besoin on lance l'interface graphique avec startx
De temps en temps, (en moyenne tous les 15 jours) il plante, et ce même
quand il est au repos (le réseau n'est pas utilisé). C'est à dire que le
serveur de fichier ne répond plus, le proxy non plus, VNC non plus...
Si je branche un écran, ça reste noir.
On saura enfin si c'est à cause de X ou si c'est un autre problème.
De toute façon un serveur n'a pas besoin de X... c'est plus sûr, c'est
plus performant.
Pensez tout de même à installer openssh pour vous connecter en mode
console avec "ssh" depuis un Linux ou "putty" depuis Windows.
Pour transférer les fichiers en mode sécurisé utilisez "Winscp" ou en
ligne de commande scp.
Le Thu, 25 Nov 2004 10:05:34 +0100, ludovic Thebault a écrit :
Bonjour,
J'utilise un pc sous mandrake 10 comme proxy et serveur de fichier. Il n'a pas d'écran.
Essayez de faire la même chose sans lancer le serveur X. $ su # drakx11 Option > Désactiver l'interface graphique au démarrage
S'il n'y a pas d'écran... pas besoin de serveur X. Quand il y en a vraiment besoin on lance l'interface graphique avec startx
De temps en temps, (en moyenne tous les 15 jours) il plante, et ce même quand il est au repos (le réseau n'est pas utilisé). C'est à dire que le serveur de fichier ne répond plus, le proxy non plus, VNC non plus... Si je branche un écran, ça reste noir.
On saura enfin si c'est à cause de X ou si c'est un autre problème.
De toute façon un serveur n'a pas besoin de X... c'est plus sûr, c'est plus performant.
Pensez tout de même à installer openssh pour vous connecter en mode console avec "ssh" depuis un Linux ou "putty" depuis Windows. Pour transférer les fichiers en mode sécurisé utilisez "Winscp" ou en ligne de commande scp.
Cordialement
remy
"ludovic Thebault" a écrit dans le message de news: 41a60629$0$31257$
Bruno Patri wrote:
Pas sur des partitions montées, il vaut mieux éviter. Pour des tests approfondis sur les disques dur sans démarrer dessus, il y a des boites à outils comme UltimateBootCD.
Le bug est réapparu. Le clavier ne répond pas => donc gèle complet du système, reboot obligatoire. Après fsck, je vois que le nombre de blocks diminue... Signe que le DD est fatigué non ?
qd ton clavier ne repond plus avant de faire un coup de reset ou marche /arret essayer [ctrl][alt][imp ecran]+les touches S ,U ,I, B
remy
"ludovic Thebault" <ludovic.thebault@laposte.invalide> a écrit dans le
message de news: 41a60629$0$31257$8fcfb975@news.wanadoo.fr...
Bruno Patri wrote:
Pas sur des partitions montées, il vaut mieux éviter. Pour des tests
approfondis sur les disques dur sans démarrer dessus, il y a des boites
à outils comme UltimateBootCD.
Le bug est réapparu.
Le clavier ne répond pas => donc gèle complet du système, reboot
obligatoire.
Après fsck, je vois que le nombre de blocks diminue... Signe que le DD
est fatigué non ?
qd ton clavier ne repond plus avant de faire un coup de reset ou
marche /arret
essayer
[ctrl][alt][imp ecran]+les touches S ,U ,I, B
"ludovic Thebault" a écrit dans le message de news: 41a60629$0$31257$
Bruno Patri wrote:
Pas sur des partitions montées, il vaut mieux éviter. Pour des tests approfondis sur les disques dur sans démarrer dessus, il y a des boites à outils comme UltimateBootCD.
Le bug est réapparu. Le clavier ne répond pas => donc gèle complet du système, reboot obligatoire. Après fsck, je vois que le nombre de blocks diminue... Signe que le DD est fatigué non ?
qd ton clavier ne repond plus avant de faire un coup de reset ou marche /arret essayer [ctrl][alt][imp ecran]+les touches S ,U ,I, B
remy
ludovic Thebault
wrote:
De toute façon un serveur n'a pas besoin de X... c'est plus sûr, c'est plus performant.
Je sais, mais je ne maitrise pas assez le terminal pour m'en passer.
Pensez tout de même à installer openssh pour vous connecter en mode console avec "ssh" depuis un Linux ou "putty" depuis Windows.
J'ai tester Putty une fois, j'ai rien compris :-) mais je vais tenter ssh depuis mon mac (en le controlant par VNC depuis le boulot !)
noone@nowhere.com wrote:
De toute façon un serveur n'a pas besoin de X... c'est plus sûr, c'est
plus performant.
Je sais, mais je ne maitrise pas assez le terminal pour m'en passer.
Pensez tout de même à installer openssh pour vous connecter en mode
console avec "ssh" depuis un Linux ou "putty" depuis Windows.
J'ai tester Putty une fois, j'ai rien compris :-)
mais je vais tenter ssh depuis mon mac (en le controlant par VNC depuis
le boulot !)
Dans le message <news:, *no_spam* tapota sur f.c.o.l.configuration :
FrekoDing wrote:
remy ecrivait :
qd ton clavier ne repond plus avant de faire un coup de reset ou marche /arret essayer [ctrl][alt][imp ecran]+les touches S ,U ,I, B
fonctionne si les magic syskeys sont inclus dans le noyau ;-)
Et c'est [Alt][Syst]... Pas de [Ctrl] dans la boucle...
Oui...
Et en plus il me semble avoir déjà donné cette réponse dans le fil de discussion. Mais on sait bien que de toute manière personne ne s'attarde à lire les réponses ou au moins à en tenir compte...
-- TiChou
Dans le message <news:pan.2004.11.26.11.40.25.82140@magic.fr>,
*no_spam* tapota sur f.c.o.l.configuration :
FrekoDing wrote:
remy ecrivait :
qd ton clavier ne repond plus avant de faire un coup de reset ou
marche /arret
essayer
[ctrl][alt][imp ecran]+les touches S ,U ,I, B
fonctionne si les magic syskeys sont inclus dans le noyau ;-)
Et c'est [Alt][Syst]...
Pas de [Ctrl] dans la boucle...
Oui...
Et en plus il me semble avoir déjà donné cette réponse dans le fil de
discussion. Mais on sait bien que de toute manière personne ne s'attarde à
lire les réponses ou au moins à en tenir compte...
Dans le message <news:, *no_spam* tapota sur f.c.o.l.configuration :
FrekoDing wrote:
remy ecrivait :
qd ton clavier ne repond plus avant de faire un coup de reset ou marche /arret essayer [ctrl][alt][imp ecran]+les touches S ,U ,I, B
fonctionne si les magic syskeys sont inclus dans le noyau ;-)
Et c'est [Alt][Syst]... Pas de [Ctrl] dans la boucle...
Oui...
Et en plus il me semble avoir déjà donné cette réponse dans le fil de discussion. Mais on sait bien que de toute manière personne ne s'attarde à lire les réponses ou au moins à en tenir compte...
-- TiChou
no_spam
On Fri, 26 Nov 2004 14:30:31 +0100, TiChou wrote:
Dans le message <news:, *no_spam* tapota sur f.c.o.l.configuration :
FrekoDing wrote:
remy ecrivait :
qd ton clavier ne repond plus avant de faire un coup de reset ou marche /arret essayer [ctrl][alt][imp ecran]+les touches S ,U ,I, B
fonctionne si les magic syskeys sont inclus dans le noyau ;-)
Et c'est [Alt][Syst]... Pas de [Ctrl] dans la boucle...
Oui...
Et en plus il me semble avoir déjà donné cette réponse dans le fil de discussion.
C'est vrai.
Mais on sait bien que de toute manière personne ne s'attarde à lire les réponses ou au moins à en tenir compte...
Ou la flemme de relire tout le thread ?
On Fri, 26 Nov 2004 14:30:31 +0100, TiChou wrote:
Dans le message <news:pan.2004.11.26.11.40.25.82140@magic.fr>,
*no_spam* tapota sur f.c.o.l.configuration :
FrekoDing wrote:
remy ecrivait :
qd ton clavier ne repond plus avant de faire un coup de reset ou
marche /arret
essayer
[ctrl][alt][imp ecran]+les touches S ,U ,I, B
fonctionne si les magic syskeys sont inclus dans le noyau ;-)
Et c'est [Alt][Syst]...
Pas de [Ctrl] dans la boucle...
Oui...
Et en plus il me semble avoir déjà donné cette réponse dans le fil de
discussion.
C'est vrai.
Mais on sait bien que de toute manière personne ne s'attarde à
lire les réponses ou au moins à en tenir compte...
Dans le message <news:, *no_spam* tapota sur f.c.o.l.configuration :
Mais on sait bien que de toute manière personne ne s'attarde à lire les réponses ou au moins à en tenir compte...
Ou la flemme de relire tout le thread ?
Ça doit être ça. ;-)
-- TiChou
ludovic Thebault
TiChou wrote:
Dans tous les cas tout n'est pas totalement perdu si votre noyau a été compilé avec l'option 'Magic SysRq key'. Vous pouvez en effet tenter reprendre la main sur votre système figé avec les combinaisons de touches Alt+SysRq+touche.
Le bug est revenu ce matin. Les touches magiques ont fonctionnées (la mandrake doit avoir été compilé avec cette option).
J'ai tenté un contact par ssh, mais après après avoir killé les processus système, la connexion n'a pas réussi, normal, non ?
J'ai alors rebooté avec la suite des 3 combinaisons de touches. C'est déjà plus rapide que de forcer le reboot.
TiChou wrote:
Dans tous les cas tout n'est pas totalement perdu si votre noyau a été
compilé avec l'option 'Magic SysRq key'. Vous pouvez en effet tenter
reprendre la main sur votre système figé avec les combinaisons de
touches Alt+SysRq+touche.
Le bug est revenu ce matin.
Les touches magiques ont fonctionnées (la mandrake doit avoir été
compilé avec cette option).
J'ai tenté un contact par ssh, mais après après avoir killé les
processus système, la connexion n'a pas réussi, normal, non ?
J'ai alors rebooté avec la suite des 3 combinaisons de touches.
C'est déjà plus rapide que de forcer le reboot.
Dans tous les cas tout n'est pas totalement perdu si votre noyau a été compilé avec l'option 'Magic SysRq key'. Vous pouvez en effet tenter reprendre la main sur votre système figé avec les combinaisons de touches Alt+SysRq+touche.
Le bug est revenu ce matin. Les touches magiques ont fonctionnées (la mandrake doit avoir été compilé avec cette option).
J'ai tenté un contact par ssh, mais après après avoir killé les processus système, la connexion n'a pas réussi, normal, non ?
J'ai alors rebooté avec la suite des 3 combinaisons de touches. C'est déjà plus rapide que de forcer le reboot.
