• =?utf-8?Q?Re=3A_badblocks_y_tama=C3=B1o_de_bloque_1024_o_4096?=

    From Roberto Leon Lopez@21:1/5 to All on Sun Nov 21 11:30:01 2021
    El 21 nov 2021, a las 11:19, Camaleón <noelamac@gmail.com> escribió:

    El 2021-11-21 a las 10:59 +0100, Roberto Leon Lopez escribió:

    (mando a la lista)

    El 21 nov 2021, a las 10:58, Camaleón <noelamac@gmail.com> escribió:

    El 2021-11-21 a las 10:37 +0100, Roberto Leon Lopez escribió:

    Tengo avisos de sectores con problemas enviados por el servicio smartd y me dispongo a obtener los bloques defectuosos del disco.

    La salida del número de bloques malos no tengo claro si es la misma con las dos opciones siguientes:

    $ badblocks -v /dev/sda > bloques_malos.txt
    $ badblocks -b 4096 -v /dev/sda > bloques_malos.txt

    Según la págima man badblocks por defecto trabaja con un tamaño de bloque de 1024.

    Si tienes un formato ext3/4, con la orden «tune2fl -l /dev/sdaN¹» podrás
    ver el tamaño del bloque asignado a la partición, y si es distinto de >>> 1024 podrás especificarlo a badblocks como sugieres (-b) para que se
    ejecute más rápido, que entiendo es la finalidad que buscas.

    («N» es el número de la partición de la que quieres ver el tamaño del >>> bloque).

    Mi duda es si el resultado de ejecutar el comando va a dar el mismo número de bloque independientemente de que use -b o no.

    Si te refieres a qué efecto tiene el parámetro -b, entiendo que sólo afecta al rendimiento en la ejecución de la orden pero no a su
    resultado. Es decir, que te dirá el número de bloques defectuosos detectados en ambos casos.

    Saludos,

    --
    Camaleón

    Perdón por enviarte el correo anterior a tu buzón privado.

    Gracias por la aclaración…. me temo que el disco sigue dando más errores.

    Tengo ext4, aquí un sistema de ficheros copy on write vendría de perlas pero no me termino de fiar para llevarlo a los servidores que gestiono.

    Mi idea, para salir rápido del problema, es clonar con Clonezilla el dísco con los problemas a otro disco ahora que todavía no he perdido ficheros.

    Saludos.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Zeque@21:1/5 to All on Sun Nov 21 13:20:02 2021
    ------MVN8OU3ZE0YM4B8MU1UWQ20EP229OC
    Content-Type: text/plain;
    charset=utf-8
    Content-Transfer-Encoding: quoted-printable

    Hay una aplicación llamada hdat2 (tipo el hdd regenerator) que escanea y marca como defectuosos los sectores de un disco, si el sector está medio mal y puede rescatar los datos, los mueve y luego lo marca como malo.
    ESpero que te sirva.
    Saludos!
    Zeque

    El 21 de noviembre de 2021 8:21:32 ART, "Camaleón" <noelamac@gmail.com> escribió:
    El 2021-11-21 a las 11:23 +0100, Roberto Leon Lopez escribió:

    El 21 nov 2021, a las 11:19, Camaleón <noelamac@gmail.com> escribió:

    (...)

    Tengo avisos de sectores con problemas enviados por el servicio smartd y me dispongo a obtener los bloques defectuosos del disco.

    La salida del número de bloques malos no tengo claro si es la misma con las dos opciones siguientes:

    $ badblocks -v /dev/sda > bloques_malos.txt
    $ badblocks -b 4096 -v /dev/sda > bloques_malos.txt

    Según la págima man badblocks por defecto trabaja con un tamaño de bloque de 1024.

    Si tienes un formato ext3/4, con la orden «tune2fl -l /dev/sdaN¹» podrás
    ver el tamaño del bloque asignado a la partición, y si es distinto de >> >>> 1024 podrás especificarlo a badblocks como sugieres (-b) para que se >> >>> ejecute más rápido, que entiendo es la finalidad que buscas.

    («N» es el número de la partición de la que quieres ver el tamaño del
    bloque).

    Mi duda es si el resultado de ejecutar el comando va a dar el mismo número de bloque independientemente de que use -b o no.

    Si te refieres a qué efecto tiene el parámetro -b, entiendo que sólo >> > afecta al rendimiento en la ejecución de la orden pero no a su
    resultado. Es decir, que te dirá el número de bloques defectuosos
    detectados en ambos casos.


    Perdón por enviarte el correo anterior a tu buzón privado.

    Gracias por la aclaración…. me temo que el disco sigue dando más errores.

    Tengo ext4, aquí un sistema de ficheros copy on write vendría de perlas pero no me termino de fiar para llevarlo a los servidores que gestiono.

    Mi idea, para salir rápido del problema, es clonar con Clonezilla el dísco con los problemas a otro disco ahora que todavía no he perdido ficheros.

    Si el disco está en mal estado y ha marcado los sectores defectuosos como >inaccesibles, Clonezilla te dará problemas. Usa mejor ddrescue (también >disponible dentro de Clonezilla) o alguna herramienta similar.

    Yo siempre uso la herramienta SeaTools (livecd), que marca los sectores >malos y los inhabilita pero si van aumentando con el paso del tiempo, o
    el disco tiene problemas de estabilidad (deja el equipo bloqueado o con >cuelgues esporádico) cambio el disco duro sin dilación.

    Saludos,

    --
    Camaleón


    ------MVN8OU3ZE0YM4B8MU1UWQ20EP229OC
    Content-Type: text/html;
    charset=utf-8
    Content-Transfer-Encoding: quoted-printable

    <html><head></head><body>Hay una aplicación llamada hdat2 (tipo el hdd regenerator) que escanea y marca como defectuosos los sectores de un disco, si el sector está medio mal y puede rescatar los datos, los mueve y luego lo marca como malo. <br>ESpero
    que te sirva.<br>Saludos! <br>Zeque<br><br><div class="gmail_quote">El 21 de noviembre de 2021 8:21:32 ART, "Camaleón" &lt;noelamac@gmail.com&gt; escribió:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204,
    204, 204); padding-left: 1ex;">
    <pre dir="auto" class="k9mail">El 2021-11-21 a las 11:23 +0100, Roberto Leon Lopez escribió:<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"><blockquote class="gmail_quote"
    style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">El 21 nov 2021, a las 11:19, Camaleón &lt;noelamac@gmail.com&gt; escribió:<br></blockquote></blockquote><br>(...)<br><br><blockquote class="gmail_quote" style="margin:
    0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex;
    border-left: 1px solid #8ae234; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #fcaf3e; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px
    solid #e9b96e; padding-left: 1ex;">Tengo avisos de sectores con problemas enviados por el servicio smartd y me dispongo a obtener los bloques defectuosos del disco.<br><br>La salida del número de bloques malos no tengo claro si es la misma con las dos
    opciones siguientes:<br><br>$ badblocks -v /dev/sda &gt; bloques_malos.txt<br>$ badblocks -b 4096 -v /dev/sda &gt; bloques_malos.txt<br><br>Según la págima man badblocks por defecto trabaja con un tamaño de bloque de 1024.<br></blockquote><br>Si
    tienes un formato ext3/4, con la orden «tune2fl -l /dev/sdaN¹» podrás <br>ver el tamaño del bloque asignado a la partición, y si es distinto de <br>1024 podrás especificarlo a badblocks como sugieres (-b) para que se <br>ejecute más rápido, que
    entiendo es la finalidad que buscas.<br><br>(«N» es el número de la partición de la que quieres ver el tamaño del <br>bloque).<br></blockquote></blockquote><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #
    8ae234; padding-left: 1ex;">Mi duda es si el resultado de ejecutar el comando va a dar el mismo número de bloque independientemente de que use -b o no.<br></blockquote><br>Si te refieres a qué efecto tiene el parámetro -b, entiendo que sólo <br>
    afecta al rendimiento en la ejecución de la orden pero no a su <br>resultado. Es decir, que te dirá el número de bloques defectuosos <br>detectados en ambos casos.<br><br><br></blockquote>Perdón por enviarte el correo anterior a tu buzón privado.<br>
    <br>Gracias por la aclaración…. me temo que el disco sigue dando más errores. <br><br>Tengo ext4, aquí un sistema de ficheros copy on write vendría de perlas pero no me termino de fiar para llevarlo a los servidores que gestiono.<br><br>Mi idea,
    para salir rápido del problema, es clonar con Clonezilla el dísco con los problemas a otro disco ahora que todavía no he perdido ficheros.<br></blockquote><br>Si el disco está en mal estado y ha marcado los sectores defectuosos como <br>inaccesibles,
    Clonezilla te dará problemas. Usa mejor ddrescue (también <br>disponible dentro de Clonezilla) o alguna herramienta similar.<br><br>Yo siempre uso la herramienta SeaTools (livecd), que marca los sectores <br>malos y los inhabilita pero si van
    aumentando con el paso del tiempo, o <br>el disco tiene problemas de estabilidad (deja el equipo bloqueado o con <br>cuelgues esporádico) cambio el disco duro sin dilación.<br><br>Saludos,<br><br><div class="k9mail-signature">-- <br>Camaleón <br><br></
    </pre></blockquote></div></body></html> ------MVN8OU3ZE0YM4B8MU1UWQ20EP229OC--

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From alfon@21:1/5 to All on Mon Nov 22 09:00:02 2021
    Mi idea, para salir rápido del problema, es clonar con Clonezilla el dísco con los problemas a otro disco ahora que todavía no he perdido ficheros.

    Si el disco está en mal estado y ha marcado los sectores defectuosos como inaccesibles, Clonezilla te dará problemas. Usa mejor ddrescue (también disponible dentro de Clonezilla) o alguna herramienta similar.

    Yo siempre uso la herramienta SeaTools (livecd), que marca los sectores
    malos y los inhabilita pero si van aumentando con el paso del tiempo, o
    el disco tiene problemas de estabilidad (deja el equipo bloqueado o con cuelgues esporádico) cambio el disco duro sin dilación.


    Puedes clonar el disco usando el comando «dd». Pero no te permitirá recuperar los datos de los bloques defectuosos.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)