no se que pasa en mi máquina, help!
Hola a todos, esta tarde mi maquina se ha parado por razones desconocidas para mi. Tal vez un tiron involuntario de un cable, tal vez un apagon... ni idea. Solo se que yo soy el unico usuario que ha entrado hoy en mi maquina (y estaba en el trabajo). Cuando he dado ha reiniciar, ha tardado una barbaridad de tiempo, pero parece que todo ha arrancado bien. Y luego, empiezan las cosas raras: miguel@x1-6-00-0a-cd-05-58-51:~> sux - hostname: `Host' desconocido Password: hostname: Unknown host xauth: (argv):1: bad display name "/unix:0.0" in "extract" command xauth: (argv):1: bad display name "/unix:0.0" in "extract" command - que es x1-6-00-0a-cd-05-58-51?? La máquina debería llamarse 'pistacho' a secas... - que son esos mensajes de error?? Alguna idea?? Y, como puedo saber que es lo que me ha pasado? He mirado en el /var/log/messages, y veo muchas veces repetido: Jun 1 01:07:30 pistacho kernel: ll header: 00:0a:cd:05:58:51:00:0d:66:27:9c:70:08:00 Jun 1 01:07:33 pistacho kernel: martian source 82.39.101.30 from 0.0.0.0, on dev eth0 que son esas martian sources?? y vienen de 0.0.0.0!? Los cambios de nombre de pistacho a esa cosa rara empiezan el /var/log/messages asi: Jun 2 19:59:00 pistacho /USR/SBIN/CRON[4593]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Jun 2 20:00:00 pistacho /USR/SBIN/CRON[4597]: (root) CMD (chmod +s /usr/bin/suidperl) Jun 2 21:16:05 x1-6-00-0a-cd-05-58-51 syslogd 1.4.1: restart. Jun 2 21:16:15 x1-6-00-0a-cd-05-58-51 kernel: PCI: Setting latency timer of device 00:11.5 to 64 Jun 2 21:16:15 x1-6-00-0a-cd-05-58-51 sshd[1589]: Server listening on 0.0.0.0 port 22. Jun 2 21:16:29 x1-6-00-0a-cd-05-58-51 kernel: bootsplash: silent jpeg found. Jun 2 21:16:29 x1-6-00-0a-cd-05-58-51 SuSEfirewall2: Firewall rules successfully set from /etc/sysconfig/SuSEfirewall2 Jun 2 21:16:31 x1-6-00-0a-cd-05-58-51 SuSEfirewall2: Firewall rules successfully set from /etc/sysconfig/SuSEfirewall2 Jun 2 21:16:31 x1-6-00-0a-cd-05-58-51 kernel: isapnp: Scanning for PnP cards... Jun 2 21:16:31 x1-6-00-0a-cd-05-58-51 kernel: isapnp: No Plug & Play device found Jun 2 21:16:34 x1-6-00-0a-cd-05-58-51 ntpdate[2152]: no server suitable for synchronization found Jun 2 21:16:34 x1-6-00-0a-cd-05-58-51 ntpd[2512]: ntpd 4.1.1@1.786 Tue Sep 23 17:37:35 UTC 2003 (1) Jun 2 21:16:35 x1-6-00-0a-cd-05-58-51 ntpd[2512]: signal_no_reset: signal 13 had flags 4000000 Jun 2 21:16:35 x1-6-00-0a-cd-05-58-51 ntpd[2512]: precision = 14 usec Jun 2 21:16:35 x1-6-00-0a-cd-05-58-51 ntpd[2512]: kernel time discipline status 0040 Jun 2 21:16:35 x1-6-00-0a-cd-05-58-51 ntpd[2512]: frequency initialized 0.000 from /var/lib/ntp/drift/ntp.drift Jun 2 21:16:41 x1-6-00-0a-cd-05-58-51 modprobe: modprobe: Can't locate module char-major-226 Jun 2 21:16:41 x1-6-00-0a-cd-05-58-51 last message repeated 3 times Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: Linux agpgart interface v0.99 (c) Jeff Hartmann Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: agpgart: Maximum main memory to use for agp memory: 203M Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: agpgart: Detected Via KT266/KT266x/KT333 chipset Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: agpgart: AGP aperture is 128M @ 0xe0000000 Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: [drm] AGP 0.99 aperture @ 0xe0000000 128MB Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: [drm] Initialized radeon 1.7.0 20020828 on minor 0 Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: agpgart: Device is in legacy mode, falling back to 2.x Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: agpgart: Putting AGP V2 device at 00:00.0 into 1x mode Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: agpgart: Putting AGP V2 device at 01:00.0 into 1x mode Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: Linux video capture interface: v1.00 Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: i2c-core.o: i2c core module version 2.8.0 (20030714) Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: bttv: driver version 0.7.104 loaded Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: bttv: using 4 buffers with 2080k (8320k total) for capture Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: bttv: Host bridge is VIA Technologies, Inc. VT8367 [KT266] Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 insmod: /lib/modules/2.4.21-215-athlon/kernel/drivers/media/video/bttv.o: init_module Y sin embargo, la máquina no se cae hasta unos minutos mas tarde: Jun 2 21:26:05 x1-6-00-0a-cd-05-58-51 kernel: [drm] Loading R200 Microcode Jun 2 21:26:09 x1-6-00-0a-cd-05-58-51 /usr/sbin/cron[2600]: (CRON) STARTUP (fork ok) Jun 2 21:26:12 x1-6-00-0a-cd-05-58-51 su: (to wwwrun) root on none Jun 2 21:26:12 x1-6-00-0a-cd-05-58-51 su: pam_unix2: session started for user wwwrun, service su Jun 2 21:26:12 x1-6-00-0a-cd-05-58-51 su: pam_unix2: session finished for user wwwrun, service su Jun 2 21:26:24 x1-6-00-0a-cd-05-58-51 kdm[2523]: pam_unix2: session started for user miguel, service xdm Jun 2 21:26:24 x1-6-00-0a-cd-05-58-51 resmgr[1298]: accepted connection from user root Jun 2 21:26:24 x1-6-00-0a-cd-05-58-51 resmgr[1298]: disconnect from root Jun 2 21:27:05 x1-6-00-0a-cd-05-58-51 kernel: ALSA via82xx.c:704: invalid via82xx_cur_ptr, using last valid pointer Jun 2 21:27:05 x1-6-00-0a-cd-05-58-51 last message repeated 15 times jun 2 21:27:46 x1-6-00-0a-cd-05-58-51 su: (to root) miguel on /dev/pts/2 jun 2 21:27:46 x1-6-00-0a-cd-05-58-51 su: pam_unix2: session started for user root, service su Jun 2 23:57:55 x1-6-00-0a-cd-05-58-51 ntpdate[3009]: step time server 130.206.3.166 offset 8991.565212 sec Pero no veo por qué! Algun gurú de la lista que me arroje algo de luz? Y sobre todo, como puedo evitar que me vuelva a pasar?? Muchas gracias por adelantado, miguel
Camaleón wrote:
miguel wrote:
- que es x1-6-00-0a-cd-05-58-51?? La máquina debería llamarse 'pistacho' a secas...
¿Puede ser una dirección IP en formato IPv6?
:-?
Vaya día llevo... me refería a esto otro: Jun 1 01:07:30 pistacho kernel: ll header: 00:0a:cd:05:58:51:00:0d:66:27:9c:70:08:00 << :-P -- Camaleón
El 2004-06-03 a las 00:17 +0100, miguel escribió:
Cuando he dado ha reiniciar, ha tardado una barbaridad de tiempo, pero parece que todo ha arrancado bien. Y luego, empiezan las cosas raras:
miguel@x1-6-00-0a-cd-05-58-51:~> sux - hostname: `Host' desconocido Password: hostname: Unknown host xauth: (argv):1: bad display name "/unix:0.0" in "extract" command xauth: (argv):1: bad display name "/unix:0.0" in "extract" command
Yo sospecharía de alguna partición o directorio ilegible: suponiendo que tengas particiones reiser, pásales un reiserfck arrancando desde el CD/DVD de rescate. Eso habría que hacerlo siempre que haya una parada repentina inexplicada.
- que es x1-6-00-0a-cd-05-58-51?? La máquina debería llamarse 'pistacho' a secas... - que son esos mensajes de error??
Imagino que como el nombre se ha corrompido, luego otros scripts fallan, porque no son capaces de extraer el nombre.
Alguna idea??
Y, como puedo saber que es lo que me ha pasado?
He mirado en el /var/log/messages, y veo muchas veces repetido:
Habría que mirar en el /var/log/kernel, pero puede que ni siquiera esté activado.
Jun 1 01:07:30 pistacho kernel: ll header: 00:0a:cd:05:58:51:00:0d:66:27:9c:70:08:00 Jun 1 01:07:33 pistacho kernel: martian source 82.39.101.30 from 0.0.0.0, on dev eth0
que son esas martian sources?? y vienen de 0.0.0.0!?
Pues precisamente eso, paquetes que deben venir de Marte, o lo que es lo mismo, direcciones inexistentes en internet, como son la 0.0.0.0. Lo del "00:0a:cd:05:58:51:00:0d:66:27:9c:70:08:00" es simplemente la dirección ethernet (MAC) de donde venían esos paquetes.
Los cambios de nombre de pistacho a esa cosa rara empiezan el /var/log/messages asi:
Jun 2 19:59:00 pistacho /USR/SBIN/CRON[4593]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Jun 2 20:00:00 pistacho /USR/SBIN/CRON[4597]: (root) CMD (chmod +s /usr/bin/suidperl) Jun 2 21:16:05 x1-6-00-0a-cd-05-58-51 syslogd 1.4.1: restart.
Justo al rearrancar. Comprueba el disco. -- Saludos Carlos Robinson
tengas particiones reiser, pásales un reiserfck arrancando desde el CD/DVD de rescate. Eso habría que hacerlo siempre que haya una parada repentina inexplicada.
Pues eso intente... Pero un reiserfsck /dev/hd** no me funciona, me sugiere usar la opción --rebuild-(algo), pero me rajo en cuanto me pregunta el tamaño de bloque. No se cual es el tamaño de bloque que usa suse por defecto, pero reiserfsck sugiere 4096k, si mal no recuerdo. No se que es lo que hace la opción --rebuild-algo, pero que más preguntas me puede hacer? La verdad es que salvo una cosa que comentaré mas adelante... todo parece ir bien. Es necesario este reiserfsck? (la verdad, despues de la caida asi deberia de ser, pero sin saber lo que hago no me gusta la idea)
- que es x1-6-00-0a-cd-05-58-51?? La máquina debería llamarse 'pistacho' a secas... - que son esos mensajes de error??
Imagino que como el nombre se ha corrompido, luego otros scripts fallan, porque no son capaces de extraer el nombre.
BUeno, este problema lo solucione con la sugerencia de otro listero, desactivando la obtencion del nombre a través de dhcp, en la configuracion de la tarjeta de red en yast.
Habría que mirar en el /var/log/kernel, pero puede que ni siquiera esté activado.
Lo estaba, pq ni existe el fichero...
Pues precisamente eso, paquetes que deben venir de Marte, o lo que es lo mismo, direcciones inexistentes en internet, como son la 0.0.0.0.
Joé, y como se crean esos paquetes?
Lo del "00:0a:cd:05:58:51:00:0d:66:27:9c:70:08:00" es simplemente la dirección ethernet (MAC) de donde venían esos paquetes.
Pues no se, pero mi MAC es mucho mas corta que esa (6 pares), y esta tiene 14 :-?
Jun 2 21:16:05 x1-6-00-0a-cd-05-58-51 syslogd 1.4.1: restart.
Justo al rearrancar. Comprueba el disco.
Ayer estaba demasiado cansado cuando me puse a pasar el reiserfsck y no
cai en mirar los errores, pero el reiserfsck no le gusto, y
me sugirio, como decia antes, la opcion --rebuild-<algo> <particion>,
pero me raje en cuanto vi lo del tamaño del bloque.
Cual es el tamaño del bloque en suse? Y cuantas preguntas mas me va a
hacer?
Y otro problema mas importante todavia, el correo me esta dando
problemas: Cuando trato de enviar un correo desde mozilla o desde el
openwebmail, me rebota un mensaje de:
An error ocurred while sending mail. The mail server responded:
El 2004-06-04 a las 12:30 +0100, Miguel escribió:
tengas particiones reiser, pásales un reiserfck arrancando desde el CD/DVD de rescate. Eso habría que hacerlo siempre que haya una parada repentina inexplicada.
Pues eso intente...
Pero un reiserfsck /dev/hd** no me funciona, me sugiere usar la opción --rebuild-(algo), pero me rajo en cuanto me pregunta el tamaño de bloque. No se cual es el tamaño de bloque que usa suse por defecto, pero reiserfsck sugiere 4096k, si mal no recuerdo.
Si te sugiere usar esa opción, es que realmente está mal la partición. No recuerdo ahora mismo si el tamaño de sector lo pilla automáticamente o no. Creo que suele funcionar bien... salvo cuando no lo hace.
No se que es lo que hace la opción --rebuild-algo, pero que más preguntas me puede hacer?
No lo se... --rebuild-sb This option recovers the superblock on a Reiserfs partition. Normally you only need this option if mount reports "read_super_block: can't find a reiserfs file system" and you are sure that a Reiserfs file system is there. --rebuild-tree This option rebuilds the entire file system tree using leaf nodes found on the device. Normally you only need this option if the --check option reports "corruption that can be fixed only during --rebuild-tree". You are strongly encouraged to make a backup copy of the whole partition before attempting the --rebuild-tree option. Las opciones "normales" son estas: --check This default action checks file system consistency and reports but does not repair any corruption that it finds. This option may be used on a read-only file system mount. The --check option exits with status 0 to indicate that no corruption was found. Otherwise, reiserfsck returns 1 to indicate corruption that can be fixed with --fix-fix able and 2 to indicate corruption that requires --rebuild-tree. --fix-fixable This option recovers certain kinds of corruption that do not require rebuilding the entire file system tree (--rebuild-tree). Normally you only need this option if the --check option reports "corruption that can be fixed with --fix-fixable". This includes: zeroing invalid data-block pointers, correcting st_size and st_blocks for direc tories, and deleting invalid directory entries. Ahora bien, te avisa: 5. Before running reiserfsck --rebuild-tree, please make a backup of the whole partition before proceeding. Then run reiserfsck --rebuild-tree --logfile rebuild.log /dev/hda1.
La verdad es que salvo una cosa que comentaré mas adelante... todo parece ir bien. Es necesario este reiserfsck? (la verdad, despues de la caida asi deberia de ser, pero sin saber lo que hago no me gusta la idea)
No debería haber ocurrido, pero ha ocurrido. Creo que si que es necesario, te puede petar luego de mala manera.
- que es x1-6-00-0a-cd-05-58-51?? La máquina debería llamarse 'pistacho' a secas... - que son esos mensajes de error??
Imagino que como el nombre se ha corrompido, luego otros scripts fallan, porque no son capaces de extraer el nombre.
BUeno, este problema lo solucione con la sugerencia de otro listero, desactivando la obtencion del nombre a través de dhcp, en la configuracion de la tarjeta de red en yast.
Si, pero eso me suena a que algún fichero ha quedado ilegible, y el sintoma es ese, porque falla algún script.
Habría que mirar en el /var/log/kernel, pero puede que ni siquiera esté activado.
Lo estaba, pq ni existe el fichero...
O sea, desactivado. No se hace por defecto, porque en caso de ciertos problemas puede tomar un tamaño gigantesco en cuestion de minutos (porque la parte que falla se lia a soltar mensajes). Pero, por lo mismo, sirve para detectar problemas "oscuros". Se activa en "/etc/syslog.conf": kern.* -/var/log/kernel
Pues precisamente eso, paquetes que deben venir de Marte, o lo que es lo mismo, direcciones inexistentes en internet, como son la 0.0.0.0.
Joé, y como se crean esos paquetes?
Pues una máquina que se los inventa con proósitos perversos, me imagino. Si activas snort, puedes ver informes como este: [**] [1:528:3] BAD TRAFFIC loopback traffic [**] [Classification: Potentially Bad Traffic] [Priority: 2] 10/18-21:21:21.040715 127.0.0.1:80 -> 212.166.94.225:1712 TCP TTL:127 TOS:0x0 ID:44097 IpLen:20 DgmLen:40 ***A*R** Seq: 0x0 Ack: 0x57370001 Win: 0x0 TcpLen: 20 [Xref => url rr.sans.org/firewall/egress.php] En esa dirección web puedes ver una explicación de porqué se producían - uso el pretérito porque es anticuada. También hay otra explicación en la SDB - no, no es la SDB, es el susefaq no oficial pero es que tengo la antigua versión integrada: . What is martian source and why I'm getting them ? These are packets which orginate on the planet Mars ;-). These have IP numbers which should never apear in the wild. For example IP range 192.168.0.0/24 is a reserved IP range for local networks and these IP numbers should never reach the Internet. Y alguna vez se ha comentado por la lista(s), busca "martian"
Lo del "00:0a:cd:05:58:51:00:0d:66:27:9c:70:08:00" es simplemente la dirección ethernet (MAC) de donde venían esos paquetes.
Pues no se, pero mi MAC es mucho mas corta que esa (6 pares), y esta tiene 14 :-?
Es verdad, deben ser 6 bytes. Espera, había otra explicación, ¿donde la vi? En algún sitio leí la explicación esas dos entradas que se registran con lo de "martian source"
Justo al rearrancar. Comprueba el disco.
Ayer estaba demasiado cansado cuando me puse a pasar el reiserfsck y no cai en mirar los errores, pero el reiserfsck no le gusto, y me sugirio, como decia antes, la opcion --rebuild-<algo> <particion>, pero me raje en cuanto vi lo del tamaño del bloque.
Cual es el tamaño del bloque en suse? Y cuantas preguntas mas me va a hacer?
No recuerdo... a ver si alguno que lo haya hecho alguna vez lo sabe.
Y otro problema mas importante todavia, el correo me esta dando problemas: Cuando trato de enviar un correo desde mozilla o desde el openwebmail, me rebota un mensaje de:
An error ocurred while sending mail. The mail server responded:
: Relay access denied. Please check the message recipients and try again. Y el botoncito de ok
Buf, para averiguar eso ahora... te pasa cada cosa rara con el correo que me dan escalofríos :-P Me sospecho que el origen es el mismo, la partición está mal. -- Saludos Carlos Robinson
Por defecto suse coge el hostname del DHCP. Si tu DHCP no rula o te da ese hostname, tu máquina se llamará así. Ve a la configuración de nombres y desactiva esa opción y pon tu a mano el nombre de la máquina y problema solucionado ;) El Jueves, 3 de Junio de 2004 01:17, miguel escribió:
Hola a todos,
esta tarde mi maquina se ha parado por razones desconocidas para mi. Tal vez un tiron involuntario de un cable, tal vez un apagon... ni idea. Solo se que yo soy el unico usuario que ha entrado hoy en mi maquina (y estaba en el trabajo).
Cuando he dado ha reiniciar, ha tardado una barbaridad de tiempo, pero parece que todo ha arrancado bien. Y luego, empiezan las cosas raras:
miguel@x1-6-00-0a-cd-05-58-51:~> sux - hostname: `Host' desconocido Password: hostname: Unknown host xauth: (argv):1: bad display name "/unix:0.0" in "extract" command xauth: (argv):1: bad display name "/unix:0.0" in "extract" command
- que es x1-6-00-0a-cd-05-58-51?? La máquina debería llamarse 'pistacho' a secas... - que son esos mensajes de error??
Alguna idea??
Y, como puedo saber que es lo que me ha pasado?
He mirado en el /var/log/messages, y veo muchas veces repetido:
Jun 1 01:07:30 pistacho kernel: ll header: 00:0a:cd:05:58:51:00:0d:66:27:9c:70:08:00 Jun 1 01:07:33 pistacho kernel: martian source 82.39.101.30 from 0.0.0.0, on dev eth0
que son esas martian sources?? y vienen de 0.0.0.0!?
Los cambios de nombre de pistacho a esa cosa rara empiezan el /var/log/messages asi:
Jun 2 19:59:00 pistacho /USR/SBIN/CRON[4593]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Jun 2 20:00:00 pistacho /USR/SBIN/CRON[4597]: (root) CMD (chmod +s /usr/bin/suidperl) Jun 2 21:16:05 x1-6-00-0a-cd-05-58-51 syslogd 1.4.1: restart. Jun 2 21:16:15 x1-6-00-0a-cd-05-58-51 kernel: PCI: Setting latency timer of device 00:11.5 to 64 Jun 2 21:16:15 x1-6-00-0a-cd-05-58-51 sshd[1589]: Server listening on 0.0.0.0 port 22. Jun 2 21:16:29 x1-6-00-0a-cd-05-58-51 kernel: bootsplash: silent jpeg found. Jun 2 21:16:29 x1-6-00-0a-cd-05-58-51 SuSEfirewall2: Firewall rules successfully set from /etc/sysconfig/SuSEfirewall2 Jun 2 21:16:31 x1-6-00-0a-cd-05-58-51 SuSEfirewall2: Firewall rules successfully set from /etc/sysconfig/SuSEfirewall2 Jun 2 21:16:31 x1-6-00-0a-cd-05-58-51 kernel: isapnp: Scanning for PnP cards... Jun 2 21:16:31 x1-6-00-0a-cd-05-58-51 kernel: isapnp: No Plug & Play device found Jun 2 21:16:34 x1-6-00-0a-cd-05-58-51 ntpdate[2152]: no server suitable for synchronization found Jun 2 21:16:34 x1-6-00-0a-cd-05-58-51 ntpd[2512]: ntpd 4.1.1@1.786 Tue Sep 23 17:37:35 UTC 2003 (1) Jun 2 21:16:35 x1-6-00-0a-cd-05-58-51 ntpd[2512]: signal_no_reset: signal 13 had flags 4000000 Jun 2 21:16:35 x1-6-00-0a-cd-05-58-51 ntpd[2512]: precision = 14 usec Jun 2 21:16:35 x1-6-00-0a-cd-05-58-51 ntpd[2512]: kernel time discipline status 0040 Jun 2 21:16:35 x1-6-00-0a-cd-05-58-51 ntpd[2512]: frequency initialized 0.000 from /var/lib/ntp/drift/ntp.drift Jun 2 21:16:41 x1-6-00-0a-cd-05-58-51 modprobe: modprobe: Can't locate module char-major-226 Jun 2 21:16:41 x1-6-00-0a-cd-05-58-51 last message repeated 3 times Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: Linux agpgart interface v0.99 (c) Jeff Hartmann Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: agpgart: Maximum main memory to use for agp memory: 203M Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: agpgart: Detected Via KT266/KT266x/KT333 chipset Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: agpgart: AGP aperture is 128M @ 0xe0000000 Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: [drm] AGP 0.99 aperture @ 0xe0000000 128MB Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: [drm] Initialized radeon 1.7.0 20020828 on minor 0 Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: agpgart: Device is in legacy mode, falling back to 2.x Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: agpgart: Putting AGP V2 device at 00:00.0 into 1x mode Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: agpgart: Putting AGP V2 device at 01:00.0 into 1x mode Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: Linux video capture interface: v1.00 Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: i2c-core.o: i2c core module version 2.8.0 (20030714) Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: bttv: driver version 0.7.104 loaded Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: bttv: using 4 buffers with 2080k (8320k total) for capture Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 kernel: bttv: Host bridge is VIA Technologies, Inc. VT8367 [KT266] Jun 2 21:16:42 x1-6-00-0a-cd-05-58-51 insmod: /lib/modules/2.4.21-215-athlon/kernel/drivers/media/video/bttv.o: init_module
Y sin embargo, la máquina no se cae hasta unos minutos mas tarde:
Jun 2 21:26:05 x1-6-00-0a-cd-05-58-51 kernel: [drm] Loading R200 Microcode Jun 2 21:26:09 x1-6-00-0a-cd-05-58-51 /usr/sbin/cron[2600]: (CRON) STARTUP (fork ok) Jun 2 21:26:12 x1-6-00-0a-cd-05-58-51 su: (to wwwrun) root on none Jun 2 21:26:12 x1-6-00-0a-cd-05-58-51 su: pam_unix2: session started for user wwwrun, service su Jun 2 21:26:12 x1-6-00-0a-cd-05-58-51 su: pam_unix2: session finished for user wwwrun, service su Jun 2 21:26:24 x1-6-00-0a-cd-05-58-51 kdm[2523]: pam_unix2: session started for user miguel, service xdm Jun 2 21:26:24 x1-6-00-0a-cd-05-58-51 resmgr[1298]: accepted connection from user root Jun 2 21:26:24 x1-6-00-0a-cd-05-58-51 resmgr[1298]: disconnect from root Jun 2 21:27:05 x1-6-00-0a-cd-05-58-51 kernel: ALSA via82xx.c:704: invalid via82xx_cur_ptr, using last valid pointer Jun 2 21:27:05 x1-6-00-0a-cd-05-58-51 last message repeated 15 times jun 2 21:27:46 x1-6-00-0a-cd-05-58-51 su: (to root) miguel on /dev/pts/2 jun 2 21:27:46 x1-6-00-0a-cd-05-58-51 su: pam_unix2: session started for user root, service su Jun 2 23:57:55 x1-6-00-0a-cd-05-58-51 ntpdate[3009]: step time server 130.206.3.166 offset 8991.565212 sec
Pero no veo por qué!
Algun gurú de la lista que me arroje algo de luz? Y sobre todo, como puedo evitar que me vuelva a pasar??
Muchas gracias por adelantado, miguel
-- " Dios no juega a los dados con el universo " " El mundo no es malo por culpa de quienes hacen cosas malas, sino porque el resto se sientan a observar. " Albert Einstein Pablo Mª Romeu Guallart
On Thu, Jun 03, 2004 at 01:22:08PM +0200, Pablo Romeu wrote:
Por defecto suse coge el hostname del DHCP. Si tu DHCP no rula o te da ese hostname, tu máquina se llamará así. Ve a la configuración de nombres y desactiva esa opción y pon tu a mano el nombre de la máquina y problema solucionado ;)
Pues si, el nombre de máquina si lo he recuperado asi... gracias! El nombre si estaba puesto (eso ya lo habia comprobado), pero no me habia dado cuenta de que tb cogia el nombre de dhcp, con desactivar la casilla, listo. De todos modos, mis problemas no han acabado aqui... mira el mail que le mando a carlos, por si tienes mas ideas. gracias, miguel
participants (5)
-
Camaleón
-
Carlos E. R.
-
miguel
-
Miguel
-
Pablo Romeu