2016-11-16 17:42 GMT-03:00 Esteban Monge <[email protected]>: > 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] 1: /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1(_ZN4Glib17SignalProxyNormal19slot0_void_callbackEP8_GObjectPv+0x28) [0x7f16beffd038] La aserción (!dev->external_mode) en ../../libparted/device.c:378 en la función ped_device_sync() ha fallado. Aborted En un segundo intento: *** Error in `/usr/sbin/gpartedbin': corrupted double-linked list: 0x0000000001752b00 *** Aborted Y finalmente, tras crear una nueva tabla de particiones y recrear las particiones, otra vez, el verificado sobre la primer partición /dev/sdb1 (fat32), me arroja (tras caerse gparted): *** Error in `/usr/sbin/gpartedbin': corrupted double-linked list: 0x0000000002994270 *** Aborted Extrañamente, si creo en ese mismo lugar del pendrive una partición ext4, la verifica sin problemas, de modo que pareciera algo asociado específicamente al sistema fat32/vfat, ¿puede ser? Lamentablemente, es un pendrive que uso para instalar varias distros en LiveUSB, y multisystem (el programa con que las administro) pide que la partición sea fat32... ¿Alguna ayuda, propuesta o comentario? Desde ya les agradezco a todxs, !
