toujours le meme problème ?-(, je vais tenter de changer la pile du bios !

bonne année !

Poste le Wednesday 2 January 2008 19:22:19

Salut ,

As tu essayé de démarrer sans le vga=792 ? Le problème vient à mon avis de la ....

Poste le Wednesday 2 January 2008 20:39:50

j'ai changé la pile du bios, enlevé le vga=792 et reinstallé grub sur la partition racine de gentoo (l'os qui ce lance) mais le problème persiste, il faut peu etre que je modifie mon kernel :
l'affichage se met quand meme en 1280x1024 au debut des scripts init

c'est tres genant, les vacances sont finies et je me retrouves à 1400km de mon serveur qui est planté !

Poste le Sunday 6 January 2008 11:54:02

ca y est c'est "résolu"... pas très proprement mais ca marche :
le problème venait en fait de mon noyau je ne sais pas pour quelle raison il plantait aléatoirement au boot mais maintenant ca marche.
en fait j'avais optimisé mon noyau gentoo avec menuconfig pour faire un kernel bien léger. du coup j'ai fais un bon gros kernel avec tous les drivers et options (un truc bien lourd mais qui marche)

#emerge -av genkernel
#genkernel --install --all

et apres ya plus qu'a rajouter une entrée dans le menu.lst de grub, la mettre par defaut, rebooter et prier pour qu'il redémare ssh...
heureusement le noyau a bien marché et j'ai pu me connecter en ssh. pfiou, le changement de noyaux par ssh ca fait peur !

Poste le Tuesday 8 January 2008 23:05:00

[v]Tu mériterais presque d'être inscrit d'office sur le fil du boulet![/v]

... content que ça fonctionne maintenant.

[^]oui, heu... grub, grub, grub!!! ¡oh! mon noyau![/^]

mais pourquoi c'est pas propre?

Poste le Wednesday 9 January 2008 10:43:41

heu j'ai pas trop pigé ce que tu voulais dire NBaH.

c'est vrai que le titre n'est plus trop en rapport avec le "supposé" problème

en fait ca ne fonctionne pas mieux apres le genkernel et je suis complètement paumé, ce sont mes premiers pas d'administration à distance, de gentoo (6 mois maintenant), de compilation du noyau (6 mois aussi). donc vu que je ne maitrise pas trop tout ca et que en plus je n'arrives pas à mettre la main sur un fichier de log du boot lors du freeze, tu comprendra que je suis plutot perdu.

je reitère donc mon problème :
lors d'un "reboot", aucun problème
lors d'un "poweroff", aucun poblème
lors d'un boot (en appuyant sur le bouton de l'UC ou par "wake on lan") c'est la que ca se complique:
-soit mon PC est eteinds depuis moins d'une dizaines d'heures et la il va démmarer normalement
-soit il est etteind depuis plus longtemps et la grub lance mon noyau qui plante (ecrant noir) juste avant les scripts inits, pendant le changement de résolution de l'ecrant (qui n'est pas branché dailleurs)

quand je dis qu'il est planté, plus rien ne reponds meme pas les touches magiques.
mon gros problème c'est que je ne trouves pas de logs qui me permeterait de trouver la panne, en effet les systèmes de logs que je connais demarrent apres et dmesg ne contiens que le dernier demmarrage.

en bref :
ce n'est pas le bios : j'ai changé la pile il y a une semaine
ce n'est pas grub : le noyau se lance tout le temps

apres une dizaine d'heures d'arret les seules choses affectées sont la ram et les condensateurs des periphériques, la ram a été tésté pendant ben trois heures et je vois donc que si c'est lié à un condensateur d'un périphérique c'est un problème de pilote (donc dans le noyau) ou un problème d'alim.

un log du boot me permetterait de savoir

Poste le Thursday 10 January 2008 15:13:59

Il me semble que ces logs sont contenus dans /var/log/dmesg.

Poste le Thursday 10 January 2008 19:39:32

[lea-linux.org] : ça permet de relativiser ses propres mésaventures...
[^]je venais de passer un bon moment à configurer, déconf-reconf[...] le menu.lst de l'autre distribution sur mon pc, sans résultat !!![/^]

Je confirme /var/log/syslog.
pour un peu de clarté :

cp /var/log/syslog /var/log/syslog.svgrd_n+1  #on sait jamais
>/var/log/syslog  #pour purger le fichier

opère tes différents démarrages, en répétant la manip précédente, pour comparer les logs.

Tiens nous au courant

Poste le Thursday 10 January 2008 23:37:59

bon et ben j'en ai une mémorable pour le forum du boulet

l'erreur est humaine.

--j'ai une minuterie qui coupe l'alim du modem adsl entre aproximativement 2h(GMT+1) et 7h(GMT+1) pour faire souffler la bebête

--j'ai réglé ntpd en UTC donc l'horloge hardware est en UTC. linux ajoute une heure pour avoir l'heure francaise.

--mon serveur est réveillé par le bios à 1h30(heure du bios donc GMT).

--cron eteinds mon serveur à 2h(GMT+1)

tout ca c'etait pour faire une petite sauvegarde entre 1h30 et 2h tous les jours mais j'ai pas pensé aux fuseaux horaires. du coup au lieu que le PC s'alume entre 1h30 et 2h, il s'alume à 2H30 et ne s'eteinds pas

c'est pas un problème vous me direz, sauf que vu que mon modem est eteind à 2H30 et que du coup dhcpd ne trouve pas de connection ---> les daemons ssh,samba,nfs et ntpd ne démarent pas.
voila pourquoi mon serveur reste inacessible bien que non planté !

ceci dis, mon nouveau noyau ne plante pas contrairement à l'ancien !

Jan 10 02:00:01 akenaton shutdown[16476]: shutting down for system halt
Jan 10 02:00:01 akenaton init: Switching to runlevel: 0
Jan 10 02:00:04 akenaton watchdog[6588]: stopping daemon (5.2)
Jan 10 02:00:10 akenaton mountd[8064]: Caught signal 15, un-registering and exiting.
Jan 10 02:00:10 akenaton kernel: nfsd: last server has exited
Jan 10 02:00:10 akenaton kernel: nfsd: unexporting all filesystems
Jan 10 02:00:10 akenaton rpc.statd[8033]: Caught signal 15, un-registering and exiting.
Jan 10 02:00:12 akenaton dhcpcd[7777]: eth2: received SIGTERM, stopping
Jan 10 02:00:12 akenaton dhcpcd[7777]: eth2: removing default route via 192.168.0.1 metric 0
Jan 10 02:00:12 akenaton dhcpcd[7777]: eth2: deleting IP address 192.168.0.2/24
Jan 10 02:00:12 akenaton dhcpcd[7777]: eth2: exiting
Jan 10 02:00:14 akenaton acpid: exiting 
Jan 10 02:00:14 akenaton kernel: Kernel logging (proc) stopped.
Jan 10 02:00:14 akenaton kernel: Kernel log daemon terminating.
Jan 10 02:00:15 akenaton exiting on signal 15
Jan 10 03:00:56 akenaton syslogd 1.4.1: restart.
Jan 10 03:00:57 akenaton kernel: klogd 1.4.1, log source = /proc/kmsg started.
Jan 10 03:00:57 akenaton kernel: Cannot find map file.
Jan 10 03:00:57 akenaton kernel: Linux version 2.6.22-gentoo-r5 (root@akenaton) (gcc version 4.1.1 (Gentoo 4.1.1-r3)) #1 SMP Mon Jan 7 13:04:51 CET 2008
[...]
Jan 10 03:00:59 akenaton kernel: eth2: link down
Jan 10 03:00:59 akenaton dhcpcd[7776]: eth2: dhcpcd 3.0.16 starting
Jan 10 03:00:59 akenaton dhcpcd[7776]: eth2: hardware address = 00:18:e7:08:94:55
Jan 10 03:01:00 akenaton dhcpcd[7776]: eth2: broadcasting for a lease
Jan 10 03:01:20 akenaton dhcpcd[7776]: eth2: timed out
Jan 10 03:01:20 akenaton dhcpcd[7776]: eth2: exiting
Jan 10 03:01:20 akenaton rc-scripts: ERROR:  cannot start netmount as net.eth2 could not start
Jan 10 03:01:20 akenaton rc-scripts: ERROR:  cannot start ntp-client as net.eth2 could not start
Jan 10 03:01:22 akenaton kernel: Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Jan 10 03:01:22 akenaton rpc.statd[8031]: Version 1.0.11 Starting
Jan 10 03:01:23 akenaton rc-scripts: ERROR:  cannot start samba as net.eth2 could not start
Jan 10 03:01:23 akenaton rc-scripts: ERROR:  cannot start sshd as net.eth2 could not start

PS: il ne faut pas se fier à l'heure tant que ntpd n'est pas lancé:

akenaton ~ # less /var/log/syslog.1.gz | grep ntpdate
Jan 12 18:39:21 akenaton ntpdate[4102]: step time server 91.121.13.63 offset -3586.299428 sec
Jan 13 03:01:27 akenaton ntpdate[4860]: step time server 91.121.13.63 offset -3586.769201 sec

Poste le Sunday 13 January 2008 13:09:37

merci dudule, NBaH et Tilatti pour m'avoir aidé !

Poste le Sunday 13 January 2008 13:11:28