Comunidad Gambas-es

Buenas!.

Linux Mint dispone de un analizador de los log del sistema. Visor de sucesos

Parece que los dos importantes son:

Dmesg
Syslog

Estos archivos se generan con otras aplicaciones del sistema operativo.
Según el sistema dmesg, preguntándole que es al sistema, nos dice:

Citar:

dmesg (1) - print or control the kernel ring buffer

¿ El anillo del buffer del kernel ?. ¿ El de Frodo ?.
¿ Cómo es que se le lama anillo ?.

Pues si, hay otro comando que se llama syslog al igual que el nombre que muestra el visor de sucesos.
Volvemos a preguntar y el que es más listo que nosotros, nos dice. ( Otra vez, que es domingo! ).
Ja, te pille, eres una máquina y tienes que hacer lo que yo te diga, no te puedes negar!.

Citar:

syslog (2) - lee o limpia el búfer del anillo de mensajes del núcleo; establece el nivel de registro de la consola
syslog (3) - envían mensajes al registrador del sistema

Cuando le pedimos ayuda a dmesg y usando el nivel que queremos ver...

Citar:

Supported log levels (priorities):
emerg - system is unusable
alert - se debe tomar una acción inmediatamente
crit - condiciones críticas
err - condiciones de error
warn - condiciones de advertencia
notice - normal but significant condition
info - informational
debug - debug-level messages

Pues ale, ahora usemos la opción -l

Citar:

-l, --level <list> restrict output to defined levels

Y ahora que conocemos que yo quiero ver errores. Usaré err



¿ Estos errores son los que se muestran solo con los dispositivos al iniciar el sistema ?.
A mi me dio:

Citar:

[ 1.039635] ACPI PCC probe failed.
[ 16.004888] MPU-401 device not found or device busy

Lo del MPU-401, es cosa de Tymidity midi. Lo uso para Dosbox.

Entonces ¿ Syslog ?. ¿ Es todo el tiempo de funcionamiento ?

Vaya syslog como tal no existe el comando.

¿ Cómo puedo saber por ejemplo si un determinado momento mi disco duro se ha ido al baño ?. ( Es que quiero pillarlo en el momento que se escaquea ).

Imaginar por un momento que haces un reset a lo bestia después de un problema gordo y dices.
¿ Qué ha pasado ? Y quieres que el sistema te diga algo, después de reiniciar.

A pesar de que me estoy tomando en broma, no es cuestión de broma, son cosas que ocurren y hay que saber "lidiar" con ellas.
Normalmente uso el visor de sucesos. Pero hay que saber más!.

Saludos

Volviendo con el tema de Dmesg.

Si yo quisiera ver los errores del sistema ( supongo que al iniciar ).



Hasta ahí ok. Pero ahora tenemos una cosa más.

Citar:

Supported log facilities:
kern - mensajes del núcleo
user - random user-level messages
mail - sistema de correo
daemon - system daemons
auth - security/authorization messages
syslog - mensajes generados internamente por syslogd
lpr - line printer subsystem
news - network news subsystem

¿ Podemos ver los errores que Syslog pueda mostrar a traves de Dmesg ?.
Yo intenté esto, pero no vi nada.



Tampoco funciona si uso: (Por probar algo)



Continuara...

Saludos

Parece que todos los "facilities" o ¿ instalaciones ? no tienen por que mostrarse.

Ejemplo:

Citar:

dmesg: unknown facility 'info'

Citar:

dmesg: unknown facility 'emerg'

En cambio si va con otros:

Citar:

[ 1.207292] systemd-udevd[113]: starting version 204
[ 15.268624] systemd-udevd[382]: starting version 204

Continuara..

Saludos

Y si....

Quisiera ver los errores de un día determinado.

Supongo que es una semana máximo. Por otro lado si se produce un error gordo, si es que el log no se fue a paseo,
a lo mejor solo se muestra cuando las cosas vayan sobre ruedas..

Por ejemplo, se me fastidia el ordenador a las 15:00, lo arreglo, termino a las 15:05 ( que hacha!. Normaaal ).
Arranco y..después de eso, ¿ puedo haber perdido el syslog de los días anteriores ?.

Yo aquí salvando al mundo y vosotros de fiesta!
Siempre alerta!.

Saludos

A ver si algunos de estos comandos os parecen interesantes.
No encontré lo que quería aun pero, son otras cosas más..

Comandos Linux para Monitorear y Depurar el Sistema

Saludos

Aleee, no me digáis que no hacéis cosas de estas.

Vale, he estado bromeando , pero supongo que vosotros tambien usareis la consola para depuración del sistema.

Saludos

Shell:

Citar:

pero supongo que vosotros tambien usareis la consola para depuración del sistema.

Pues yo no miro casi nunca el tema de log de los programas.. me falta curiosidad, supongo.

Encontre este podcast sobre el tema, que a lo mejor te gusta:
http://www.ivoox.com/logs-gnu-linux-audios-mp3_rf_2639713_1.html

Saludos

Julio

Citar:

Aleee, no me digáis que no hacéis cosas de estas.

Vale, he estado bromeando , pero supongo que vosotros tambien usareis la consola para depuración del sistema.

En los ordenatas "normales" no mucho, la verdad... sólo en caso de mal funcionamiento.

En los servidores sí, que salen a la luz intentos de acceso, accesos extraños, etc. etc.

Shordi:

Citar:

En los ordenatas "normales" no mucho, la verdad... sólo en caso de mal funcionamiento.

Por ahí voy.

Digamos que es como la píldora del día después. ¿ Qué pasó cuando ocurrió esto ?. Por ejemplo.
Ya me lo imagino...ejem...patada y otro pc. ¿ no ?. La administración siempre paga.

Julio:

Citar:

Pues yo no miro casi nunca el tema de log de los programas.. me falta curiosidad, supongo.

No es por falta de curiosidad. Es que si el ordenador peta por algún motivo, saber
que buscar y no tener que llamar a los C.S.I.

Citar:

Encontré este podcast sobre el tema, que a lo mejor te gusta:

Gracias. Seguro que es interesante.

Lo que no tengo ni idea si después de un error de estos, tipo cuelgue, arrasa con todo los logs.

Saludos

Citar:

La administración siempre paga.

No creas, somos un sindicato no subvencionado y vivimos exclusivamente (casi) de las cuotas de los afiliados. Si hay que comprar, se compra, pero nada de alegrías... al menos en lo que yo controlo que nunca hay que poner la mano en el fuego por nadie...