Mailinglist Archive: opensuse-es (1198 mails)
| < Previous | Next > |
Re: [suse-linux-s] Cómo buscar el origen del problema
- From: rafagriman@xxxxxxxxx
- Date: Sat, 1 Apr 2006 21:15:35 +0200
- Message-id: <200604012115.36075.rafagriman@xxxxxxxxx>
Hola :)
El Sábado, 1 de Abril de 2006 20:53, Carlos E. R. escribió:
> El 2006-04-01 a las 20:30 +0200, rafagriman@xxxxxxxxx escribió:
> > > Mar 31 23:40:09 linux kernel: hdd: packet command error: status=0x51 {
> > > DriveReady SeekComplete Error } Mar 31 23:40:09 linux kernel: hdd:
> > > packet command error: error=0x50 { LastFailedSense=0x05 } Mar 31
> > > 23:40:09 linux kernel: ide: failed opcode was: unknown
> >
> > Esto no es bueno, mi equipo me decía esto mismo, pasé de él y reventó
> > un disco duro (y otro está a punto). Suele ocurrir cuando:
>
> Depende. Si sólo pasa una vez durante todos los aranques, yo pasaría de
> él. Si pasa durante el funcionamiento, de manera aleatoria, entonces me
> preocupo y mucho. Es que algunas veces es problema del driver que se está
> inicializando y aprendiendo lo que puede hacer - es mi interpretación.
>
> Por ejemplo, siempre que suspendo el equipo se me producen estos errores:
>
> Apr 1 20:24:53 nimrodel kernel: Freeing memory... done (188994 pages
> freed) Apr 1 20:24:53 nimrodel kernel: hdb: task_no_data_intr: status=0x51
> { DriveReady SeekComplete Error } Apr 1 20:24:53 nimrodel kernel: hdb:
> task_no_data_intr: error=0x04 { DriveStatusError } Apr 1 20:24:53 nimrodel
> kernel: ide: failed opcode was: unknown
> Apr 1 20:24:53 nimrodel kernel: hdb: task_no_data_intr: status=0x51 {
> DriveReady SeekComplete Error } Apr 1 20:24:53 nimrodel kernel: hdb:
> task_no_data_intr: error=0x04 { DriveStatusError } Apr 1 20:24:53 nimrodel
> kernel: ide: failed opcode was: unknown
> Apr 1 20:24:53 nimrodel kernel: hdb: task_no_data_intr: status=0x51 {
> DriveReady SeekComplete Error } Apr 1 20:24:53 nimrodel kernel: hdb:
> task_no_data_intr: error=0x04 { DriveStatusError } Apr 1 20:24:53 nimrodel
> kernel: ide: failed opcode was: unknown
> Apr 1 20:24:57 nimrodel kernel: hdb: task_no_data_intr: status=0x51 {
> DriveReady SeekComplete Error } Apr 1 20:24:57 nimrodel kernel: hdb:
> task_no_data_intr: error=0x04 { DriveStatusError } Apr 1 20:24:57 nimrodel
> kernel: ide: failed opcode was: unknown
A mi es que me pasaba mientras trabajaba y pensé "Bah, paso ... total, es un
sistema para guarrear".
> Y así unos cuantos. Pero es sólo en esa fase, y sospecho que es porque
> algún módulo necesario está descargado. Después funciona tan
> campante... y llevo ya meses, si no años, viendo esos errores. Es algo de
> software, la autocomprobación smart larga no dice nada de nada (nada
> malo).
>
> > Carlos ... necesitamos un poco de sabiduría ;) ¿Cuál es el problema
> > del que hablas?
>
> Sé muy poco. Aparece a veces, una corrupción del reiserfs que el chequeo
> de arranque no detecta, y que se manifiesta con la imposibilidad del root
> de escribir y tocar permisos en algunos ficheros o directorios. Sólo se
> corrige a partición desmontada, por lo que si es la raiz, debe ser
> reparada con CD de rescate.
Ahhhhh ... entonces puede ocurrir una cosa ...
<intentando pensar>
...
...
</intentando pensar>
Bueno, lo digo, en algunos casos si falla el testeo del sistema de ficheros
(aka fsck), la partición se monta de solo lectura por lo que escribir no te
deja, aunque leer sÃ. Luego tecleas:
mount -o rw,remount /
y ya está montada rw. No creo que sea el caso porque sà te deberÃas poder
leer/ejecutar comandos si fuera el caso.
> Me tengo que ir, preguntadme luego.
Como sé que vas a leer el correo luego ... le doy a enviar ahora ;)
Rafa
--
"Even paranoids have enemies."
OpenWengo: rgriman
Skype: rgriman
El Sábado, 1 de Abril de 2006 20:53, Carlos E. R. escribió:
> El 2006-04-01 a las 20:30 +0200, rafagriman@xxxxxxxxx escribió:
> > > Mar 31 23:40:09 linux kernel: hdd: packet command error: status=0x51 {
> > > DriveReady SeekComplete Error } Mar 31 23:40:09 linux kernel: hdd:
> > > packet command error: error=0x50 { LastFailedSense=0x05 } Mar 31
> > > 23:40:09 linux kernel: ide: failed opcode was: unknown
> >
> > Esto no es bueno, mi equipo me decía esto mismo, pasé de él y reventó
> > un disco duro (y otro está a punto). Suele ocurrir cuando:
>
> Depende. Si sólo pasa una vez durante todos los aranques, yo pasaría de
> él. Si pasa durante el funcionamiento, de manera aleatoria, entonces me
> preocupo y mucho. Es que algunas veces es problema del driver que se está
> inicializando y aprendiendo lo que puede hacer - es mi interpretación.
>
> Por ejemplo, siempre que suspendo el equipo se me producen estos errores:
>
> Apr 1 20:24:53 nimrodel kernel: Freeing memory... done (188994 pages
> freed) Apr 1 20:24:53 nimrodel kernel: hdb: task_no_data_intr: status=0x51
> { DriveReady SeekComplete Error } Apr 1 20:24:53 nimrodel kernel: hdb:
> task_no_data_intr: error=0x04 { DriveStatusError } Apr 1 20:24:53 nimrodel
> kernel: ide: failed opcode was: unknown
> Apr 1 20:24:53 nimrodel kernel: hdb: task_no_data_intr: status=0x51 {
> DriveReady SeekComplete Error } Apr 1 20:24:53 nimrodel kernel: hdb:
> task_no_data_intr: error=0x04 { DriveStatusError } Apr 1 20:24:53 nimrodel
> kernel: ide: failed opcode was: unknown
> Apr 1 20:24:53 nimrodel kernel: hdb: task_no_data_intr: status=0x51 {
> DriveReady SeekComplete Error } Apr 1 20:24:53 nimrodel kernel: hdb:
> task_no_data_intr: error=0x04 { DriveStatusError } Apr 1 20:24:53 nimrodel
> kernel: ide: failed opcode was: unknown
> Apr 1 20:24:57 nimrodel kernel: hdb: task_no_data_intr: status=0x51 {
> DriveReady SeekComplete Error } Apr 1 20:24:57 nimrodel kernel: hdb:
> task_no_data_intr: error=0x04 { DriveStatusError } Apr 1 20:24:57 nimrodel
> kernel: ide: failed opcode was: unknown
A mi es que me pasaba mientras trabajaba y pensé "Bah, paso ... total, es un
sistema para guarrear".
> Y así unos cuantos. Pero es sólo en esa fase, y sospecho que es porque
> algún módulo necesario está descargado. Después funciona tan
> campante... y llevo ya meses, si no años, viendo esos errores. Es algo de
> software, la autocomprobación smart larga no dice nada de nada (nada
> malo).
>
> > Carlos ... necesitamos un poco de sabiduría ;) ¿Cuál es el problema
> > del que hablas?
>
> Sé muy poco. Aparece a veces, una corrupción del reiserfs que el chequeo
> de arranque no detecta, y que se manifiesta con la imposibilidad del root
> de escribir y tocar permisos en algunos ficheros o directorios. Sólo se
> corrige a partición desmontada, por lo que si es la raiz, debe ser
> reparada con CD de rescate.
Ahhhhh ... entonces puede ocurrir una cosa ...
<intentando pensar>
...
...
</intentando pensar>
Bueno, lo digo, en algunos casos si falla el testeo del sistema de ficheros
(aka fsck), la partición se monta de solo lectura por lo que escribir no te
deja, aunque leer sÃ. Luego tecleas:
mount -o rw,remount /
y ya está montada rw. No creo que sea el caso porque sà te deberÃas poder
leer/ejecutar comandos si fuera el caso.
> Me tengo que ir, preguntadme luego.
Como sé que vas a leer el correo luego ... le doy a enviar ahora ;)
Rafa
--
"Even paranoids have enemies."
OpenWengo: rgriman
Skype: rgriman
| < Previous | Next > |