Hola se me estropeó la fuente de alimentación del portátil que tengo con SuSE 9.0. Ahora que he conseguido una nueva, al arrancar se queda parado en un mensaje que dice que no puede montar /. Arranco con el primer CD e inicio el sistema de rescate. Como root ejecuto reiserfsck /dev/hda6 y me da el siguiente mensaje: checking internal tree../ 1(of 2)/23 (of 114)/153 (of 170) the problem has ocurred looks like a hardware problem. check your drive for badblocks. bread: cannot read the block (19269) Dice que parece un problema de disco, pero ¿cómo chequeo para encontrar los bloques malos?¿y cómo los reparo? He hecho la prueba de montar con mount /dev/hda6 /mnt y puedo acceder a los datos. A ver si me podeis echar una manita para recuperar el sistema. Gracias
El 2004-12-11 a las 09:22 +0100, Angel Martín escribió:
se me estropeó la fuente de alimentación del portátil que tengo con SuSE 9.0. Ahora que he conseguido una nueva, al arrancar se queda parado en un mensaje que dice que no puede montar /.
Arranco con el primer CD e inicio el sistema de rescate. Como root ejecuto
reiserfsck /dev/hda6
y me da el siguiente mensaje:
checking internal tree../ 1(of 2)/23 (of 114)/153 (of 170) the problem has ocurred looks like a hardware problem. check your drive for badblocks.
bread: cannot read the block (19269)
Dice que parece un problema de disco, pero ¿cómo chequeo para encontrar los bloques malos?
badblocks.
¿y cómo los reparo?
No puedes. Se queda así de por vida.
He hecho la prueba de montar con
mount /dev/hda6 /mnt
y puedo acceder a los datos.
A ver si me podeis echar una manita para recuperar el sistema. Gracias
[busca en la lista, el tema se ha tratado con anterioridad extensamente] A ver. El reiserfs se lleva fatal con los sectores malos. La única posibilidad que tiene de tragarlos es que el hardware del propio disco duro sea capaz de remapear esos sectores: es decir, si el sector XX está mal, cuando el sistema le pida leer o escribir en el sector XX, en realidad la controladora lee del sector YY, sin que el sistema operativo se entere. Esto lo tienen los discos IDE modernos, desde hace unos cuantos años, creo. Viene con el SMART (Self-Monitoring, Analysis and Reporting Technology). Más información, "man smartctl". ¿Que puedes hacer tu? Bueno, pues esta capacidad se dispara al tratar de escribir en el sector fastidiado, que entonces el disco tratará de remapearlo en ese instante; a partir de ese momento, funcionará. Claro, que si el sector es un sector crucial, pues la cosa se fastidia bastante. A efectos prácticos, consiste en borrar la partición escribiendo encima con dd en todos sus sectores, así que tienes que hacer un backup previo. Eso lo hice una vez. O, también con dd, escribir encima del sector exacto que tiene error. Eso no lo he hecho nunca, pero funciona - claro, pierdes el fichero de marras, si es un fichero. Si es un inode como se llame, pues... ajo y agua. ¿Otras opciones? Pasarte a ext2/ext3. ¿Porqué? Pues porque ambos tienen la capacidad de mapear ellos mismos sectores fastidiados, como todos los sistemas de ficheros clásicos. En cualquier caso, una vez que esté funcionando, activa smartctl para tener un seguimiento del disco y ver si siguen apareciendo más sectores fastidiados, y otros parámetros del estado del disco. Puedes tener un disco así funcionando durante años, es normal (antiguamente el fabricante del disco te entregaba el HD con la lista de sectores malos "de fábrica"), pero si progresa es preocupante. -- Saludos Carlos Robinson
Angel Martín wrote:
Hola
se me estropeó la fuente de alimentación del portátil que tengo con SuSE 9.0. Ahora que he conseguido una nueva, al arrancar se queda parado en un mensaje que dice que no puede montar /.
Si es un portatil, lo mas probable es que halla recibido un golpe, y rozaron las cabezas lectoras en los discos. Mejor reemplaza el disco.
Arranco con el primer CD e inicio el sistema de rescate. Como root ejecuto
reiserfsck /dev/hda6
y me da el siguiente mensaje:
checking internal tree../ 1(of 2)/23 (of 114)/153 (of 170) the problem has ocurred looks like a hardware problem. check your drive for badblocks.
bread: cannot read the block (19269)
Dice que parece un problema de disco, pero ¿cómo chequeo para encontrar los bloques malos?¿y cómo los reparo?
He hecho la prueba de montar con
mount /dev/hda6 /mnt
y puedo acceder a los datos.
A ver si me podeis echar una manita para recuperar el sistema. Gracias
Las versiones nuevas de SuSE, suelen usar el comando debugreiserfs, en el modo de reparación automatica. Mas info: man debugreiserfs. Si quieres seguir usando ese disco, tendras que formatear y usar ext3/ext2, como te dijo otro listero.
El 2004-12-11 a las 09:55 -0300, Juan Erbes escribió:
Si es un portatil, lo mas probable es que halla recibido un golpe, y rozaron las cabezas lectoras en los discos. Mejor reemplaza el disco.
En un mundo perfecto, los discos duros de los portátiles deberían ser resistentes a las vibraciones y los golpes. Los portátiles se mueven, al fin y al cabo. Por eso son tan caros esos discos, se supone. Eso me recuerda un chasco... Hace lustros unos militares en mi ciudad compraron un PC, no se si era un ibm pc, pero me parece recordar que sería un clónico más barato, quizás un Amstrad PC. El caso es que al poco lo volvían a traer, con el disco duro estropeado. Nada, se lo cambian en garantía. Y vuelve a estropearse. "¿Oiga, donde lo han instalado?" "Pues en una cabina del submarino, por supuesto". Claro, en cuanto arrancaban el diesel con el PC en marcha, todo el casco vibraba lo suficiente como para freir el disco duro en minutos. X-) Lo que no se es que antigualla de submarino serían aquellos, que vibraban tanto: seguro que el enemigo los detectaba a docenas de kilómetros, del ruido que hacían los motores. 8-) Obviamente el vendedor les retiró la garantía. -- Saludos Carlos Robinson
Gracias a los dos, he decidido reformatear a ext3. Saludos.
El Sábado, 11 de Diciembre de 2004 15:34, Angel Martín escribió:
Gracias a los dos, he decidido reformatear a ext3.
Saludos.
que raro k te haya dado problmeas reiserfs, yo lo uso hace años y 0 dramas que lata k tengas que pasarte a ext3, vas a ver que el rendimiento de tu disco va a decaer bastante :(
que raro k te haya dado problmeas reiserfs, yo lo uso hace años y 0 dramas
que lata k tengas que pasarte a ext3, vas a ver que el rendimiento de tu disco va a decaer bastante :(
sí, es una pena. Hasta ahora en todas las máquinas que he usado con SuSE he tenido reiserfs (sobre todo porque el instalador lo hace por defecto), pero este portátil ya venía tocado de cuando se usaba con windows, daba muchos, muchos problemas. Le puse una 9.0 para él solito y ha funcionado muy bien hasta ahora. En fin... Igual, si veo que va muy lento, le vuelvo a meter reiser ;)
yo por desgracia sufrí una jodienda tambien con el reiserfs, serguro que carlos se acuerda por la brasa que le dí........ pero yo apague bien el ordenador..... y al dia siguiente al arrancar....... se dedico a decir que no queria....... me hice un txt con los pasos a seguir..... te lo pongo aqui.. por si te interesa.. o por si alguien quiere aportar algo mas.... Actuación: Arrancar con el dvd en modo emergencia: mount -t reiserfs /dev/hda5 /mnt Usar: reiserfsck --check /dev/hda5 Si hay algo mal reiserfsck --fix-fixable /dev/hda5 Si no lo soluciona: reiserfsck --rebuild-tree /dev/hda5 (puede ocasionar perdidas, p.ej en el directorio dev, se podria solucionar intentando reparar desde el dvd de suse) Además como hacer un chequeo del disco (supongo que ya lo conoces, las smartmontools) Chequeo del disco: smartctl --all /dev/hda | less Ver simplemente la "salud" del disco según los datos conocidos: smartctl --health /dev/hda Estado del disco: smartctl --attributes /dev/hda (Si "Value" está por debajo de "THRESH", malo. Y si además "TYPE" es "Pre-fail", entonces el fallo del disco es inminente. Si es del tipo "Old_age", simplemente se acerca al final de su vida util.) Arrancar la prueba corta: smartctl --test=short /dev/hda Ver el progreso (un minuto después): smartctl --log=selftest /dev/hda Lanzar la prueba larga: smartctl --test=long /dev/hda Ver el progreso (mas o menos dura una hora): smartctl --log=selftest /dev/hda Saludos Angel Martín <> wrote: sí, es una pena. Hasta ahora en todas las máquinas que he usado con SuSE he tenido reiserfs (sobre todo porque el instalador lo hace por defecto), pero este portátil ya venía tocado de cuando se usaba con windows, daba muchos, muchos problemas. Le puse una 9.0 para él solito y ha funcionado muy bien hasta ahora. En fin... Igual, si veo que va muy lento, le vuelvo a meter reiser ;) ç ---------------------------------
On Sat, 11 Dec 2004 21:43:42 +0100, Angel Martín wrote:
pero este portátil ya venía tocado de cuando se usaba con windows, daba muchos, muchos problemas.
Cambia el disco duro, compra uno nuevo. Si tiene algún error físico es como si estuvieras trabajando con una bomba de relojería, no sabes cuándo va a estallar, ya sea con Windows o con SuSE. Es posible que Windows lo intente retrasar lo más posible, pero es sólo un espejismo, una ilusión, y si tienes datos importantes puede ser una catástrofe. Con el disco duro hay que tener mucho cuidado. Saludos, -- Camaleón
El 2004-12-12 a las 10:39 +0100, Camaleón escribió:
pero este portátil ya venía tocado de cuando se usaba con windows, daba muchos, muchos problemas.
Cambia el disco duro, compra uno nuevo. Si tiene algún error físico es como si estuvieras trabajando con una bomba de relojería, no sabes cuándo va a estallar, ya sea con Windows o con SuSE. Es posible que Windows lo intente retrasar lo más posible, pero es sólo un espejismo, una ilusión, y si tienes datos importantes puede ser una catástrofe. Con el disco duro hay que tener mucho cuidado.
Sólo es preocupante si el número aumenta. Como ya he comentado, uno de mis discos duros lleva varios años con los mismos sectores fastidiados. No me preocupa. Antes se quemará el motor, o el eje empezará a vibrar, o que se yo. Para eso sirve el smart, para vigilar su estado. Claro, que si es un chip el que salta sin avisar, pues se acabó. -- Saludos Carlos Robinson
El 2004-12-11 a las 16:51 -0300, Juan Ponce R escribió:
que raro k te haya dado problmeas reiserfs, yo lo uso hace años y 0 dramas
Has tenido suerte.
que lata k tengas que pasarte a ext3, vas a ver que el rendimiento de tu disco va a decaer bastante :(
No tanto... Reiserfs está muy bien. Pero tiene algunos problemas: por ejemplo, no maneja en absoluto errores físicos en el disco duro. Si los tienes, se acabó (a no ser que el propio disco los remapee transparente y fácilmente). Y ese es el caso de de Angel. Otro ejemplo. Trata de crear dos directorios en el raiz de una partición reiser con estos nombres en un suse 9.1 de fábrica: "nb3001" y "nm3001" - no podrás. Te ahorraré la prueba poniendote el resultado - es más, te aconsejo que no la hagas si estimas en algo la integridad de tu sistema: nimrodel:~ # cd / nimrodel:/ # mkdir nb3001 nimrodel:/ # mkdir mm3001 mkdir: cannot create directory `mm3001': File exists Es decir, ambos nombres distintos, pero el reiser dice que son iguales. Documentado en: |Date: Tue, 03 Aug 2004 11:40:46 +0200 |From: Uwe Debacher |To: suse-security arroba suse.com |Subject: [suse-security] reiserfs strange behavior Si lo haces, ten preparado un backup y el sistema de rescate, porque tu partición puede quedar inutilizada y tendrías que reformatear. Lo aviso, porque me pasó :-/ -- Saludos Carlos Robinson
Carlos E. R. wrote:
El 2004-12-11 a las 16:51 -0300, Juan Ponce R escribió:
que raro k te haya dado problmeas reiserfs, yo lo uso hace años y 0 dramas
Has tenido suerte.
que lata k tengas que pasarte a ext3, vas a ver que el rendimiento de tu disco va a decaer bastante :(
No tanto...
Reiserfs está muy bien. Pero tiene algunos problemas: por ejemplo, no maneja en absoluto errores físicos en el disco duro. Si los tienes, se acabó (a no ser que el propio disco los remapee transparente y fácilmente). Y ese es el caso de de Angel.
Los maneja (no en forma automatica): http://www.namesys.com/bad-block-handling.html Habría que ver cuan eficiente es el remapeo que introduce SMART, pero se supone que debería estar activado mientras el disco está bien, para detectar el deterioro.
Otro ejemplo. Trata de crear dos directorios en el raiz de una partición reiser con estos nombres en un suse 9.1 de fábrica: "nb3001" y "nm3001" - no podrás. Te ahorraré la prueba poniendote el resultado - es más, te aconsejo que no la hagas si estimas en algo la integridad de tu sistema:
nimrodel:~ # cd / nimrodel:/ # mkdir nb3001 nimrodel:/ # mkdir mm3001 mkdir: cannot create directory `mm3001': File exists
Es decir, ambos nombres distintos, pero el reiser dice que son iguales.
En Suse 9.2, está solucionado. Hice la prueba, y no da el citado error. Me llama la atención que todavía no hallan incluido Reiserfs 4.0. Por otra parte, yo no reinstalaría ningun sistema operativo, en un disco duro que se que está dañado, porque lo mas probable, es que termine de estropearse completamente al poco tiempo.
El 2004-12-12 a las 00:18 -0300, Juan Erbes escribió:
Reiserfs está muy bien. Pero tiene algunos problemas: por ejemplo, no maneja en absoluto errores físicos en el disco duro. Si los tienes, se acabó (a no ser que el propio disco los remapee transparente y fácilmente). Y ese es el caso de de Angel.
Los maneja (no en forma automatica): http://www.namesys.com/bad-block-handling.html
Si es el enlace que he leido hace ya tiempo - es que ahora no estoy en linea - no vale. Lo que hace el usuario es marcar como en uso el sector fatidiado, de manera manual, lo cual evita, efectivamente, que el sistema lo vuelva a usar. El problema es que al primer chequeo del sistema de ficheros (reiserfsck) detecta que el bloque no está realmente en uso, y lo vuelve a activar: y estamos otra vez con el problema del principio.
Habría que ver cuan eficiente es el remapeo que introduce SMART, pero se supone que debería estar activado mientras el disco está bien, para detectar el deterioro.
El remapeo funciona bastante bien, y el sistema operativo ni se entera, es transparente. Se activa durante la escritura: si el disco sabe o detecta que no puede escribir en un sector determinado, automaticamente apunta por algún sitio que cuando le pidan a partir de ese momento ese sector, en realidad él por su cuenta buscará otro, y allí escribirá y leerá. Obviamente, siempre que le queden sectores libres para este cambalache, reservados en fábrica.
nimrodel:~ # cd / nimrodel:/ # mkdir nb3001 nimrodel:/ # mkdir mm3001 mkdir: cannot create directory `mm3001': File exists
Es decir, ambos nombres distintos, pero el reiser dice que son iguales.
En Suse 9.2, está solucionado. Hice la prueba, y no da el citado error.
Claro, es un fallo lo bastante gordo, ya informaron de que se corregía. Sin embargo, desconozco si se ha hecho algún parche para el 9.1, y tiempo ha habido de sobra. Sólo ocurre en el directorio raiz de la partición. El que lo descubrió es que tenía muchos usuarios con nombres serializados como esos dos de arriba - y descubrió varios pares que fallaban.
Me llama la atención que todavía no hallan incluido Reiserfs 4.0.
No se fiarán de él.
Por otra parte, yo no reinstalaría ningun sistema operativo, en un disco duro que se que está dañado, porque lo mas probable, es que termine de estropearse completamente al poco tiempo.
Yo tengo uno de mis dos discos duros con errores, desde unos meses después de comprarlo, y lleva ya varios años. Sin problemas. Por supuesto, que tengo el smartctl activado para ver si cambia (y no lo ha hecho). El simple hecho de tener sectores fastidiados en un disco duro no es determinante de que vaya a fallar catastróficamente. Eso no es cierto. En conjunción con otros factores, puede ser un síntoma: por ejemplo, si van aumentando, es preocupante. Puede ser simplemente un defecto de fabricación del disco, cuya superficie no es perfecta. Fíjate que, en muchos casos, ni siquiera te darás cuenta de que existen sectores malos porque el propio disco los remapeará sin que el OS se entere. Y, recuerda, como dije antes, que hace años los discos se entregaban de fábrica con unos cuantos sectores fastidiados. Es más, la lista de sectores fastidiados venía en una pegatina, y tenías que hacer el formateo a bajo nivel entrando la lista de defectos. Ahora eso no ocurre, afortunadamente, pero los discos pueden desarrollar errores durante su uso. No necesariamente es grave. -- Saludos Carlos Robinson
El 2004-12-12 a las 20:46 +0100, escribí:
Los maneja (no en forma automatica): http://www.namesys.com/bad-block-handling.html
Si es el enlace que he leido hace ya tiempo - es que ahora no estoy en linea - no vale. Lo que hace el usuario es marcar como en uso el sector fatidiado, de manera manual, lo cual evita, efectivamente, que el sistema lo vuelva a usar. El problema es que al primer chequeo del sistema de ficheros (reiserfsck) detecta que el bloque no está realmente en uso, y lo vuelve a activar: y estamos otra vez con el problema del principio.
Ya he mirado el enlace en cuestión. A ver, dice: * I have bad blocks on my hard drive, what do I do? You can try to write to all bad blocks with dd or dd_rescue program, the drive will probably be able to remap them to good ones (modern drives do this in response to write, but not reads). Understand that drives that start having problems with bad blocks very often rapidly decay and go bad, and consider buying a new drive to save yourself from experiencing that. Vale, esto es lo que dije yo de forzar el remapeo de los sectores malos por parte del propio disco, simplemente escribiendo en ellos con dd. Ahora, estas tres recomendaciones son nuevas: * I have bad blocks in the system reiserfs area, what do I do? ReiserFS can handle only those bad blocks that belong to the data area, and cannot handle bad blocks of the reiserfs system area -- super block, journal, bitmap. If the drive does not remap them (see I have bad blocks on my hard drive, what do I do), then you cannot use this partition with reiserfs, use dd_rescue to make a backup, run reiserfsck on the backup. * How can I create a reiserfs filesystem on the block device with bad blocks? If you have the list of bad blocks of the device in the file (see How can I get the list of bad blocks on my harddrive), then you can use the following: mkreiserfs --badblocks file device Remember that the block size of the reiserfs is 4k by default, specify the same block size to badblocks program. O sea, dicen que reiserfs puede manejar errores, pero sólo si están en la zona de datos. Esto es nuevo para mi, no lo sabía: se que no existía antes, lo investigué, pues me hizo falta. Es esta opción del manual, o sea, la 9.1 lo soporta: -B | --badblocks file File is the file name of the file that contains the list of blocks to be marked as bad on the filesystem. This list can be created by /sbin/badblocks -b block-size device. Y la áagina web sigue diciendo: How can I check a reiserfs filesystem with bad blocks? If you want to just check a filesystem, there should be no extra option to reiserfsck. If you need to fix the list of bad blocks on the reiserfs partition, use: reiserfsck --badblocks file device where file contains the list of ALL bad blocks on the device. If you need to rebuild a reiserfs partition on the block device with bad blocks, you ALWAYS must specify the FULL list of bad blocks: reiserfsck --rebuild-tree --bad-badblocks file device where file contains the list of ALL bad blocks on the device. (see How can I get the list of bad blocks on my harddrive) O sea, también se puede tratar de arreglar una partición ya existente. El manual dice lo siguiente (no existe --bad-badblocks en la 9.1). --badblocks file, -B file This option sets the badblock list to be the list of blocks specified in the given `file`. The filesystem badblock list is cleared before the new list is added. Can be used with --fix-fixable to fix the list of badblocks (see debugreiserfs -B) and must be given with --rebuild-tree option every time if the block device has bad blocks. O sea, muy interesante. Es un manual, pero ya hay tratamiento de los bloques defectuosos en una reiser, que antes no lo había. Incluso mencionan un programa, "reiserfs-add-badblock" para marcarlos en un sistema en marcha - pero eso no está en la 9.1, ignoro si la 9.2 lo tiene. -- Saludos Carlos Robinson
El Domingo, 12 de Diciembre de 2004 20:46, Carlos E. R. escribió:
El 2004-12-12 a las 00:18 -0300, Juan Erbes escribió: [...]
Me llama la atención que todavía no hallan incluido Reiserfs 4.0.
No se fiarán de él.
Que alguien con más tiempo libre que yo me corrija ;) Creo que se incluye en el DVD, pero hay que rebuscar "amanuense", no aparece en el YaST. Esto se ha hecho para evitar que "sin querer" la gente se lo instale y tire el equipo abajo. Si alguien tiene curiosidad, que lo pruebe y reporte errores ;) Saludos, Rafa -- Rafa Grimán, Category Specialist Paseo de la Castellana 95- 27ª Torre Europa 28046 Madrid SPAIN Tel: +34 (91) 555-6567 extn 1190 Direct: +34 (91) 417 81 87 Fax: +34 (91) 555 29 15
joe.. estará documentado.. pero es una chapuza no? que cosas mas raras pasan oye una cosa es que no te deje.. bueno.... pero que pete el sistema? gracias por el aviso "Carlos E. R." <> wrote: nimrodel:~ # cd / nimrodel:/ # mkdir nb3001 nimrodel:/ # mkdir mm3001 mkdir: cannot create directory `mm3001': File exists Es decir, ambos nombres distintos, pero el reiser dice que son iguales. Documentado en: |Date: Tue, 03 Aug 2004 11:40:46 +0200 |From: Uwe Debacher |To: suse-security arroba suse.com |Subject: [suse-security] reiserfs strange behavior Si lo haces, ten preparado un backup y el sistema de rescate, porque tu partición puede quedar inutilizada y tendrías que reformatear. Lo aviso, porque me pasó :-/ -- Saludos Carlos Robinson -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com ---------------------------------
El 2004-12-12 a las 13:56 +0100, Pedro b escribió:
joe.. estará documentado.. pero es una chapuza no? que cosas mas raras pasan oye una cosa es que no te deje.. bueno.... pero que pete el sistema?
gracias por el aviso
Se volvió inestable, y le pasé un fsck inmediatamente, que descubrió errores. Pero no debió quedar bien, y me daba errores de vez en cuando, y se bloqueaba el sistema. Coincidió con un fallo de memoria por la humedad, y ya no puedo estar seguro de que parte de los fallos eran del reiser, y cuales de la memoria. Mi partición raiz es ext3 a partir de ese momento. La home sigue siendo reiserfs. -- Saludos Carlos Robinson
El 2004-12-11 a las 19:34 +0100, Angel Martín escribió:
Gracias a los dos, he decidido reformatear a ext3.
Acuérdate de darle la opción "-c" al mke2fs - o mejor, doble: -c Check the device for bad blocks before creating the file system. If this option is specified twice, then a slower, destructive, read-write test is used instead of a fast read-only test. -- Saludos Carlos Robinson
participants (7)
-
Angel Martín -
Camaleón -
Carlos E. R. -
Juan Erbes -
Juan Ponce R -
Pedro b -
Rafa Griman