Pas de fichier log après un reboot infructueux

Support Debian
#1

Bonjour.
Un collègue m’a appeler hier pour me dire que notre serveur ne démarait pas : fsck failed, run manually, enter a password for maintenance or type ctrl+D .
Il s’y connait encore moins que moi en linux alors, je lui ai fait faire un fsck manuel (réparage d’une 10aine de bloc, je ne sais pas trop, je n’étais pas là) et un reboot, et tout va bien.
Ce matin j’ai donc cherché à comprendre ( le pc à moins de 3 mois, les ddr sont neuf), mais je ne trouve aucun log (syslog, kern.log) à cette date entre 8h et 10h, heure à laquelle mon collegue tentait de démarrer cette machine.
Les log de la veille (le 14 dec) indiquent un shutdow correct ( du moins je pense )
Quelqu’un sait il s’il est possible de savoir ce qu’il s’est passé pendant ces 2 heures ???

Merci de votre attention,
Cordialement.

Au fait, nous utilisons une debian squeeze 2.6.32-5-amd64 en raid mirror (mdadm), voici mon syslog :

Dec 14 18:21:32 serveur shutdown[7796]: shutting down for system halt Dec 14 18:21:33 serveur init: Switching to runlevel: 0 Dec 14 18:21:33 serveur kernel: [36810.024038] [drm] nouveau 0000:00:0d.0: nouveau_channel_free: freeing fifo 1 Dec 14 18:21:33 serveur acpid: client 7361[0:0] has disconnected Dec 14 18:21:33 serveur acpid: client connected from 7809[0:0] Dec 14 18:21:33 serveur acpid: 1 client rule loaded Dec 14 18:21:33 serveur kernel: [36810.289770] [drm] nouveau 0000:00:0d.0: Allocating FIFO number 1 Dec 14 18:21:33 serveur kernel: [36810.290309] [drm] nouveau 0000:00:0d.0: nouveau_channel_alloc: initialised FIFO 1 Dec 14 18:21:34 serveur avahi-daemon[7365]: Withdrawing workstation service for pan0. Dec 14 18:21:34 serveur NetworkManager[7321]: SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/pan0, iface: pan0) Dec 14 18:21:34 serveur bluetoothd[7375]: bridge pan0 removed Dec 14 18:21:34 serveur bluetoothd[7375]: Stopping SDP server Dec 14 18:21:34 serveur bluetoothd[7375]: Exit Dec 14 18:21:34 serveur NetworkManager[7321]: <info> caught signal 15, shutting down normally. Dec 14 18:21:34 serveur NetworkManager[7321]: <info> exiting (success) Dec 14 18:21:34 serveur postfix/master[8248]: terminating on signal 15 Dec 14 18:21:35 serveur kernel: [36811.953169] fuse exit Dec 14 18:21:35 serveur avahi-daemon[7365]: Got SIGTERM, quitting. Dec 14 18:21:35 serveur avahi-daemon[7365]: Leaving mDNS multicast group on interface eth0.IPv6 with address fe80::225:22ff:fe4e:d254. Dec 14 18:21:35 serveur avahi-daemon[7365]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.1.2. Dec 14 18:21:35 serveur mysqld: 101214 18:21:35 [Note] /usr/sbin/mysqld: Normal shutdown Dec 14 18:21:35 serveur mysqld: Dec 14 18:21:35 serveur mysqld: 101214 18:21:35 [Note] Event Scheduler: Purging the queue. 0 events Dec 14 18:21:35 serveur mysqld: 101214 18:21:35 InnoDB: Starting shutdown... Dec 14 18:21:39 serveur mysqld: 101214 18:21:39 InnoDB: Shutdown completed; log sequence number 0 5588219 Dec 14 18:21:39 serveur mysqld: 101214 18:21:39 [Note] /usr/sbin/mysqld: Shutdown complete Dec 14 18:21:39 serveur mysqld: Dec 14 18:21:39 serveur mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended Dec 14 18:21:39 serveur acpid: exiting Dec 14 18:21:39 serveur modem-manager: Caught signal 15, shutting down... Dec 14 18:21:39 serveur gnome-session[7836]: WARNING: Failed to send buffer Dec 14 18:21:39 serveur gnome-session[7836]: WARNING: Failed to send buffer Dec 14 18:21:39 serveur rpc.statd[6926]: Caught signal 15, un-registering and exiting Dec 14 18:21:39 serveur gdm-simple-slave[7808]: WARNING: Unable to close session: Connection was disconnected before a reply was received#012 Dec 14 18:21:39 serveur kernel: [36816.753091] [drm] nouveau 0000:00:0d.0: nouveau_channel_free: freeing fifo 1 Dec 14 18:21:39 serveur gdm-simple-greeter[7979]: WARNING: GetDisplayId org.freedesktop.DBus.Error.NoReply raised: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.#012 Dec 14 18:21:39 serveur gdm-simple-greeter[7979]: WARNING: Failed to send buffer Dec 14 18:21:39 serveur gdm-simple-greeter[7979]: WARNING: Failed to send buffer Dec 14 18:21:40 serveur kernel: Kernel logging (proc) stopped. Dec 14 18:21:40 serveur rsyslogd: [origin software="rsyslogd" swVersion="4.6.4" x-pid="7165" x-info="http://www.rsyslog.com"] exiting on signal 15. Dec 15 10:06:13 serveur kernel: imklog 4.6.4, log source = /proc/kmsg started. Dec 15 10:06:13 serveur rsyslogd: [origin software="rsyslogd" swVersion="4.6.4" x-pid="7302" x-info="http://www.rsyslog.com"] (re)start Dec 15 10:06:13 serveur kernel: [ 0.000000] Initializing cgroup subsys cpuset Dec 15 10:06:13 serveur kernel: [ 0.000000] Initializing cgroup subsys cpu Dec 15 10:06:13 serveur kernel: [ 0.000000] Linux version 2.6.32-5-amd64 (Debian 2.6.32-20) (ben@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Thu Aug 12 13:01:50 UTC 2010 Dec 15 10:06:13 serveur kernel: [ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64 root=/dev/mapper/vg00-root ro quiet Dec 15 10:06:13 serveur kernel: [ 0.000000] KERNEL supported cpus: Dec 15 10:06:13 serveur kernel: [ 0.000000] Intel GenuineIntel Dec 15 10:06:13 serveur kernel: [ 0.000000] AMD AuthenticAMD Dec 15 10:06:13 serveur kernel: [ 0.000000] Centaur CentaurHauls Dec 15 10:06:13 serveur kernel: [ 0.000000] BIOS-provided physical RAM map:

#2

Bon, toujours rien, j’ai regardé tous les fichiers de /var/log et n’ai rien trouvé.
Je remarque avec etonnement que mon Sxxrsyslog se trouve dans /etc/rc2.d/ , ne devrait-il pas etre dans rc1.d ?, si non, puis-je le faire ?

Merci d’avance

#3

Salut,
Au minimum bootlogd doit être activé :

#4

retourne :

Run bootlogd at startup ?

BOOTLOGD_ENABLE=No

On dirait que je devrais mettre Yes ?

#5

[quote=“zozizozu”]retourne :

Run bootlogd at startup ?

BOOTLOGD_ENABLE=No

On dirait que je devrais mettre Yes ?[/quote]

Oh Yes :wink:
Mais si mes souvenirs sont bon il y a autre chose… Mais j’ai un trou…
Si personne n’a la solution ici, essaye google. Désolé c’est pas sport… mais j’ai oublié.

#6

Peut-être :

#7

Merci LOL, apparemment le BOOTLOGD_ENABLE=Yes est suffisant : cat /var/log/boot me donne bien ce qui ce passe à l’init 1.
Ne l’ayant activé que maintenant, il semble clair que je n’ai aucun moyen de savoir ce qui c’est passé hier lors de l’init 1 ?

Bon, tan pis °(

Merci encore de votre aide.

#8

Tu es le bienvenue.
N’oublie pas de passer en résolu (coche verte) merci. :006

#9

Ben, c’est vrai que dans l’absolut, l’édition du fichier /etc/default/bootlogd aurait résolut le pb, pour moi ce n’est pas résolu, et insolvable …, je coche :wink:

#10

Et j’en suis désolé! Mais effectivement… sauf si la personne qui a démarré la machine à une mémoire d’éléphant, pas de solution (et encore, si la machine a un écran…) :079

#11

HiHaaaa :079