No mataras ...
Hola, Tengo un CD estropeado, mejor dicho mal grabado. Lo meto en el lector, monto el cdrom como siempre y hago un ls para listar el contenido. Hasta aqui, todo bien. Pero cuando intento editar o copiar (abrir en definitiva) alguno de los ficheros, el lector empieza a dar vueltas pa'lante y pa'tras y se vuelve loco. Entonces, empieza a lanzar mensajes: hdc: irq timeout: status=0xd0 hdc: ATAPI reset complete end_request I/O error, dev 16:00, sector 1013244 Esta secuencia se repite hasta el infinito y mas alla, incrementando en 2 el numero del sector. Bueno, la ultima linea es la que saca normalmente cuando intento montar el cdrom sin meter un disco. Del resto, ni idea. Pero esa no es la pregunta. Lo que me preocupa es que cuando intento matar el proceso (ejecuto un editor y conozco el pid con ps), NO PUEDO! Hago Alt+F2 para pasarme a otra consola, entro como root, hago un kill -9 pid y nada de nada, el proceso sigue ahi. Y ademas los mensajes de error del cdrom tambien me aparecen en esta consola. La unica solucion que he encontrado: resetear el equipo. ¿No hay otra solucion menos drastica? Gracias y saludos. Octavio PD: Por cierto, el CD es el de la Linux Actual no. 1 (menuda calidad, ya he oido de muchas personas que han tenido problemas con los CD's de esta editorial). Ahora recuerdo lo que escribian hace unas semanas aqui sobre problemas al instalar la Hamm, que el cdrom daba patinazos y todo eso. No me extraña, si la editorial permite que sus CD's lleguen con una calidad tan pesima a los usuarios, van a conseguir una muy mala imagen.
Re: No mataras ...
On Thu, Oct 29, 1998 at 08:55:46AM +, Octavio Rodriguez Perez wrote: ¿No hay otra solucion menos drastica? El kernel esta tratando de leer algo que no puede leer... de hecho los mensajes vienen del kernel. Asi, a quien quieres matar es al kernel :-) En el 2.1.x hay una opcion que se llama Magic SysRq; presionas el Alt de la derecha e Imprimir Pantalla y las sostienes asi. Luego puedes presionar s, u, b y eso desmonta los discos limpiamente y resetea la maquina... es realmente util. Marcelo
Re: No mataras ...
Marcelo E. Magallon wrote: On Thu, Oct 29, 1998 at 08:55:46AM +, Octavio Rodriguez Perez wrote: ¿No hay otra solucion menos drastica? El kernel esta tratando de leer algo que no puede leer... de hecho los mensajes vienen del kernel. Asi, a quien quieres matar es al kernel :-) En el 2.1.x hay una opcion que se llama Magic SysRq; presionas el Alt de la derecha e Imprimir Pantalla y las sostienes asi. Luego puedes presionar s, u, b y eso desmonta los discos limpiamente y resetea la maquina... es realmente util. Marcelo Cuando un fichero del disco duro se corrompe por la causa que sea, al intentar abrirlo el S.O. nos da un mensaje de error. ¿No deberia pasar lo mismo al intentar acceder a un fichero del cdrom? Es decir, ambas son llamadas al sistema y sin embargo en una da un mensaje de error mientras en la otra sigue intentando infinitas veces llevar a cabo una tarea que sabe que no puede realizar. ¿Por que no funciona igual al leer del disco duro que del cdrom? Octavio
Re: No mataras ...
Lord of Hell wrote: yo tambien tengo un cd mal grabado pero no tan danado probastes con umount /dev/cdrom eject Si, pero no lo desmonta ni me deja hacer un eject. Ese mensaje debe provenir de syslogd si no quieres ver ningun mensaje de error mata al demonion de syslogd pero con esa opcion arriesga la seguridad del sistema !! Como la unica solucion que conozco es reiniciar el ordenador, y cuando Linux se carga me salen los mensajes: /dev/hda2 was not clearly unmounted, check forced Pass 1: Checking inodes, blocks and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information /dev/hda2: 32992/281520 files (0.6% non-contiguous), 469566/1124550 blocks de los cuales el ultimo me da muy mala espina, me pregunto: ¿A que te refieres con que se arriesga la seguridad del sistema? ¿Al login? Porque si es asi, tu solucion de matar al syslogd es muy buena, ya que en mi casa no me importa que haya agujeros de seguridad durante unos minutos. Ademas, si seguidamente hago un shutdown de la maquina, ¿el kernel matara los procesos ordenadamente y desmontara bien las unidades? Despues de reiniciar la maquina, se restableceria el syslogd y el sistema volveria a ser tan seguro como al principio, ¿no? Muchas gracias y saludos, Octavio