Traté de arreglar mi disco duro usando Ubuntu pero encontré un mensaje de error y no sabía cómo proceder. Necesito arreglar mis sectores defectuosos
fsck /dev/sdb
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
fsck.ext2: Permission denied while trying to open /dev/sdb
You must have r/w access to the filesystem or be root
hard-drive
fsck
usuario122095
fuente
fuente
Respuestas:
Un sector defectuoso en una unidad es una señal de daño permanente en la unidad. A menos que tenga razones para creer que su unidad marcó estos sectores como incorrectos, no puede "repararlos".
Significa que una parte de su unidad está dañada en la medida en que ya no puede leerse y / o escribirse de manera confiable.
Su sistema puede continuar usando la unidad marcando ese sector como inutilizable, pero podría considerar un reemplazo de la unidad de todos modos, ya que un sector defectuoso puede ser una señal de que más sectores, o toda la unidad, podrían fallar pronto.
Si bien puede haber formas de forzar a la unidad a desmarcar un sector como malo, lo que le permite volver a usarlo, probablemente no sea una buena idea. El sector puede mantenerse bien, pero es probable que vuelva a ser malo nuevamente. Algunos datos pueden perderse o dañarse dependiendo de cómo falle.
Ahora, en cuanto al mensaje de error que ha pegado en su pregunta (al momento de escribir esto), ese error no tiene nada que ver con sectores defectuosos. Significa que no tiene acceso a la unidad. Ser
sudo
puede darte acceso, entonces:Sin embargo, esto probablemente no sea lo que desea, porque / dev / sdb se refiere a toda la unidad, mientras que
fsck
está diseñado para funcionar en sistemas de archivos , que generalmente se colocan en particiones (pero no siempre, y puede tener una excepción aquí) . Si lo anterior no funcionó, es posible que haya querido hacer esto en la primera partición de esa unidad:Puede obtener una lista de particiones por unidad con:
fuente
it isn't immediately doomed
- No tienes forma de saberlo o garantizarlo. En algunos casos podría ser.So much depends on why that block went bad
- sería imposible descubrir de manera confiable el por qué, sin abrirlo y destruirlo efectivamente. Como dije, siempre es un mayor riesgo. Si está absolutamente bien con ese riesgo, no tengo ningún problema con eso. La mayoría de las veces, tal vez incluso> 90% de las veces, la unidad no fallará rápidamente después de encontrar un sector defectuoso y, en algunos casos, incluso podría durar años. Mantenga buenas copias de seguridad y cualquier falla futura no afectará tanto.En resumen : inicie un sistema de rescate y use badblocks :
para que el controlador del disco duro reemplace los bloques defectuosos por bloques de repuesto.
He respondido la misma pregunta en detalle aquí .
fuente
-c
opción de fsck . El uso de AFAIK de formabadblocks
independiente nunca cambiará el comportamiento de nada, solo informará dónde están los bloques defectuosos. Por supuesto, el firmware de la unidad podría modificar de manera transparente su comportamiento cuando se somete a los patrones de uso característicos debadblocks
, pero ¿seguramente esto dependerá de la unidad?En los viejos tiempos solía tener que tomar nota de los bloques defectuosos que estaban escritos en la unidad e ingresarlos en la lista de defectos antes de formatear la unidad, porque las superficies del disco duro nunca fueron "perfectas", el fabricante se dio cuenta de esto porque la gente comprar discos miraría la tabla de defectos impresa en el disco y compraría los que tengan la menor cantidad de defectos ...
Ahora avance unos 20 años y los fabricantes de discos duros ocultan el hecho de que un disco nuevo tiene bloques defectuosos con el firmware, cuando compra un disco nuevo ya tendrá probablemente bloques defectuosos, el firmware detectará bloques defectuosos recién crecidos y los asigna a partir de un conjunto de cilindros de repuesto que tiene, pero esto solo sucede cuando se produce una operación de escritura en ese sector y el algoritmo ECC detecta una falla de bits, solo entonces asignará el bloqueo. Entonces, volviendo al punto, puede forzar a una unidad a mapear los bloques defectuosos simplemente usando DD, es decir, / [editar: el siguiente ejemplo fue editado para evitar la destrucción accidental de la unidad: carácter comodín eliminado, reemplazado por X]
obviamente, altere el of = target para reflejar la unidad que desea poner a cero, esta es la forma más rápida de volver a mapear los defectos de una unidad, también es la forma más rápida de destruir totalmente su configuración de Linux haciendo que la unidad de destino sea incorrecta, así que verifique, verifique dos veces luego verifique nuevamente, antes de presionar la tecla enter. Puede aumentar el tamaño del tamaño de bloque en el comando dd para optimizar las lecturas / escrituras y quizás hacer que las cosas vayan más rápido, pero hay rendimientos decrecientes después de un punto. Creo que cualquier cosa entre 1M y 8M funciona mejor para mí
Puede hacer que DD solo escriba un sector, el malo ... para reasignarlo, para que no tenga que hacer una copia de seguridad de su unidad, pero eso es un caldero de peces y ruleta rusa completamente diferente si no sabe exactamente que estas haciendo .....
Este comando destruirá todo en su disco duro, incluidas las particiones. Pero obligará a la unidad a mapear cualquier sector defectuoso que pueda tener.
Está perfectamente bien que un disco tenga sectores defectuosos siempre y cuando no estén en el sector de arranque, si lo están, entonces la unidad no sirve para nada, si observa unos meses más tarde que su unidad ha desarrollado más sectores defectuosos, entonces es hora para comenzar a comprar un reemplazo.
He revivido cientos de unidades como esta y han vivido durante muchos años después, un sector defectuoso no es necesariamente la sentencia de muerte para la unidad.
fuente