Re: Pendrive: Verificar/Solucionar sectores dañados

2016-11-17 Por tema Rivera Valdez 
¿"Solucionado"?

Parece ser un problema de esta versión de gparted:

$ apt-cache policy gparted
gparted:
  Instalados: 0.18.0-1
  Candidato:  0.18.0-1
  Tabla de versión:
 *** 0.18.0-1 0


Acabo de realizar las tareas del caso con una versión anterior (en
otra máquina):

$ apt-cache policy gparted
gparted:
  Installed: 0.11.0-2ubuntu0.1
  Candidate: 0.11.0-2ubuntu0.1
  Version table:
 *** 0.11.0-2ubuntu0.1 0


, y salió todo sin problemas. (Desde luego, asumo que es un fallo de
soft de gparted, y no un fallo de hardware que versiones anteriores de
gparted no detectan...).

No recuerdo si había que marcar de algún modo el hilo para indicar que
estaba (al menos circunstancialmente) cerrado el asunto. Si es así,
por favor recuérdenmelo.

¡Muchas gracias a todxs por la ayuda!

Re: Pendrive: Verificar/Solucionar sectores dañados

2016-11-17 Por tema Rivera Valdez 
Por si acaso añado que al parecer no es algo nuevo (si estoy
interpretando bien):

https://bugs.launchpad.net/ubuntu/+source/gparted/+bug/1325708

https://bugs.launchpad.net/ubuntu/+source/gparted/+bug/1361594

¿Alguna sugerencia?, ¡gracias!

2016-11-17 4:44 GMT-03:00 Rivera Valdez :
> 2016-11-16 17:42 GMT-03:00 Esteban Monge :
>> El 2016-11-16 14:09, Javier Marcon escribió:
>>>
>>> El 16/11/16 a las 16:59, Rivera Valdez escribió:

 Memtest tengo entendido que es para checkear la memoria (RAM), y aquí
 el problema parece estar en un pendrive (flash, USB), no tengo
 problemas con la RAM de esta máquina, ¿me explico?
 ¿Memtest86+ se puede usar para verificar memorias flash?
 Gracias, desde ya, por las respuestas.

>>> En C, malloc se usa para asignar memoria ram, por eso me pareció que tu
>>> problema fuese de memoria ram, y por eso recomendé el uso de memtest86.
>>>
>>> Si queres chequear el estado del pendrive podés usar fsck y badblocks.
>>>
>>> Saudos,
>>>
>>> Javier.
>
>
> Bien, badblocks (pasado 10 veces) no encontró nada:
>
> $ sudo badblocks -sv -p 10 /dev/sdb
> [sudo] password for user:
> Revisando los bloques del 0 al 15458303
> Se están revisando los bloques dañados (prueba de sólo lectura): done
> Pass completed, 0 bad blocks found. (0/0/0 errors)
> Revisando los bloques del 0 al 15458303
> Se están revisando los bloques dañados (prueba de sólo lectura): done
> Pass completed, 0 bad blocks found. (0/0/0 errors)
> Revisando los bloques del 0 al 15458303
> Se están revisando los bloques dañados (prueba de sólo lectura): done
> Pass completed, 0 bad blocks found. (0/0/0 errors)
> Revisando los bloques del 0 al 15458303
> Se están revisando los bloques dañados (prueba de sólo lectura): done
> Pass completed, 0 bad blocks found. (0/0/0 errors)
> Revisando los bloques del 0 al 15458303
> Se están revisando los bloques dañados (prueba de sólo lectura): done
> Pass completed, 0 bad blocks found. (0/0/0 errors)
> Revisando los bloques del 0 al 15458303
> Se están revisando los bloques dañados (prueba de sólo lectura): done
> Pass completed, 0 bad blocks found. (0/0/0 errors)
> Revisando los bloques del 0 al 15458303
> Se están revisando los bloques dañados (prueba de sólo lectura): done
> Pass completed, 0 bad blocks found. (0/0/0 errors)
> Revisando los bloques del 0 al 15458303
> Se están revisando los bloques dañados (prueba de sólo lectura): done
> Pass completed, 0 bad blocks found. (0/0/0 errors)
> Revisando los bloques del 0 al 15458303
> Se están revisando los bloques dañados (prueba de sólo lectura): done
> Pass completed, 0 bad blocks found. (0/0/0 errors)
> Revisando los bloques del 0 al 15458303
> Se están revisando los bloques dañados (prueba de sólo lectura): done
> Pass completed, 0 bad blocks found. (0/0/0 errors)
>
>
> Luego, seguí con fsck:
>
> $ sudo fsck -V /dev/sdb1
> fsck de util-linux 2.20.1
> [/sbin/fsck.vfat (1) -- /dev/sdb1] fsck.vfat /dev/sdb1
> fsck.fat 3.0.26 (2014-03-07)
> /dev/sdb1: 1 files, 1/1537438 clusters
>
>
> No me queda claro qué significa esa salida.
>
> Por último, intenté nuevamente verificar la partición con gparted, que
> antes de caerse, me dio lo siguiente:
>
> $ gparted-pkexec
> ==
> libparted : 2.3
> ==
>
> Se intentaron escribir los sectores 24072-24087 fuera de la partición en �7�� 
>  .
> (gpartedbin:27635): Pango-WARNING **: Invalid UTF-8 string passed to
> pango_layout_set_text()
> Backtrace tiene 20 llamadas en espera:
>   20: /lib/x86_64-linux-gnu/libparted.so.0(ped_assert+0x31) [0x7f16c055f4b1]
>   19: /lib/x86_64-linux-gnu/libparted.so.0(+0xfe5c) [0x7f16c055fe5c]
>   18: /lib/x86_64-linux-gnu/libparted.so.0(fat_write_sync_fragments+0x19)
> [0x7f16c0579389]
>   17: /lib/x86_64-linux-gnu/libparted.so.0(+0x272af) [0x7f16c05772af]
>   16: /lib/x86_64-linux-gnu/libparted.so.0(fat_duplicate_clusters+0x2de)
> [0x7f16c057772e]
>   15: /lib/x86_64-linux-gnu/libparted.so.0(fat_resize+0x3b2) [0x7f16c0579c52]
>   14: /usr/sbin/gpartedbin() [0x47094f]
>   13: /usr/sbin/gpartedbin() [0x476f31]
>   12: /usr/sbin/gpartedbin() [0x477397]
>   11: /usr/sbin/gpartedbin() [0x480d66]
>   10: /usr/sbin/gpartedbin() [0x44c3fd]
>   9: 
> /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1(_ZN4Glib17SignalProxyNormal19slot0_void_callbackEP8_GObjectPv+0x28)
> [0x7f16beffd038]
>   8: /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x138)
> [0x7f16be8b53b8]
>   7: /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x21fd1) [0x7f16be8c6fd1]
>   6: /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xdd9)
> [0x7f16be8cea29]
>   5: /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)
> [0x7f16be8cece2]
>   4: /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_widget_show+0x86)
> [0x7f16bf45edc6]
>   3: /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_dialog_run+0x215)
> [0x7f16bf2d3f45]
>   2: /usr/sbin/gpartedbin() [0x4c2a7d]