PDA

View Full Version : comando dmesg


texerasmo
24-02-2007, 16:46
Lancio il seguente comando ma non ottengo nessun risultato come mai?

dmesg

newuser
24-02-2007, 17:24
Da root credo che dovrebbe sempre funzionare, puoi ottenere qualche informazione in più con
strace dmesg

anche se probabilmente hai già provato.

texerasmo
24-02-2007, 17:29
[root@62 rc3.d]# strace dmesg
execve("//bin/dmesg", ["dmesg"], [/* 22 vars */]) = 0
uname({sys="Linux", node="XXX.XXX.XXX.XXX", ...}) = 0
brk(0) = 0x804a000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=32164, ...}) = 0
old_mmap(NULL, 32164, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fe3000
close(3) = 0
open("/lib/tls/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320N\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1521908, ...}) = 0
old_mmap(NULL, 1223900, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7eb8000
old_mmap(0xb7fdd000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x124000) = 0xb7fdd000
old_mmap(0xb7fe1000, 7388, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fe1000
close(3) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7eb7000
mprotect(0xb7fdd000, 8192, PROT_READ) = 0
mprotect(0xb8000000, 4096, PROT_READ) = 0
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7eb7940, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
munmap(0xb7fe3000, 32164) = 0
brk(0) = 0x804a000
brk(0x806b000) = 0x806b000
syslog(0xa, 0, 0) = 4096
syslog(0x3, 0x804a038, 0x1008) = 0
exit_group(0) = ?
Process 7654 detached


non avevo provato ma non vedo desrizione tecniche dell' Hardware

newuser
24-02-2007, 19:23
syslog(0x3, 0x804a038, 0x1008) = 0
Purtroppo non conosco le system call ma da quel poco che capisco la chiamata alla funzione syslog ritorna 0 byte.
Il problema non dovrebbe essere dmesg ma il buffer del kernel che potrebbe essere già marcato "clear" oppure con lunghezza pari a 0.

man syslog(2)
ti da qualche info sulla syscall invocata, però è solo una mia opinione e potrei sbagliarmi.

texerasmo
24-02-2007, 19:32
ok,
Mettiamo che il tuo intuito sia vincente:)

cosa significa questo?

dovrei ricompilare il kernel?

grazie

newuser
24-02-2007, 19:57
Ammesso che il problema sia quello potrebbe essere sufficiente aggiungere ai parametri di avvio del kernel

log_buf_len=65536 loglevel=6

rimuovendo il parametro quiet se presente.

texerasmo
24-02-2007, 20:47
scusa come ?

texerasmo
24-02-2007, 21:01
In rete ho trovato

Nella preparazione del kernel (configurazione e compilazione).

questa la boccio.

quando si avvia il kernel. passandoli a GRUB o LILO ma non li trovo nel mio server.

quando il kernel gira, scrivendo all'interno di file nelle cartelle /proc e /sys

quest'ultimo potrebbe fare per me.
Mi aiutare ?

iocci
24-02-2007, 21:31
I demoni syslogd e klogd sono attivi? Prova a controllare con ps aux | grep log, altrimenti non funziona per forza.

texerasmo
24-02-2007, 21:36
5259 ? S 0:00 /usr/sbin/courierlogger pop3d-ssl
5505 ? S 0:00 \_ splogger qmail
7686 pts/1 S+ 0:00 | \_ grep log
9722 ? Ss 0:00 syslogd -m 0
5121 ? Ss 0:00 klogd