Re: Pendrive: Verificar/Solucionar sectores dañados
¿"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
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] > 1: > /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1(
Re: Pendrive: Verificar/Solucionar sectores dañados
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] 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: 0x01752b00 *** 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)
Re: Pendrive: Verificar/Solucionar sectores dañados
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. Tengo un forro en la página del link para badblocks. Pudiera ser que tienes errores en la memoria RAM, sería conveniente que utilice los dos test... primero el de memtest86+ y luego el de badblocks (en ese orden porque dependiendo del tamaño del pendrive va a durar mas el último): https://www.estebanmonge.tk/doku.php/badblocks?s[]=badblocks
Re: Pendrive: Verificar/Solucionar sectores dañados
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. -- El matrimo es tan bueno que la gente se muere por casarse con mujeres como Nazarena Velez, Margerie Orbin, Jordania Linn Graham, Katherine Knight, Stacey Castor, etc.
Re: Pendrive: Verificar/Solucionar sectores dañados
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. 2016-11-16 12:07 GMT-03:00 Erick Ocrospoma : > > > 2016-11-16 8:34 GMT-05:00 Javier Marcon : >> >> El 16/11/16 a las 07:11, Rivera Valdez escribió: >> > Qué tal, >> > >> > tengo un pendrive que al querer verificar una de sus particiones con >> > gparted, tras caerse, me arroja el siguiente error: >> > >> > *** Error in `/usr/sbin/gpartedbin': malloc(): memory corruption: >> > 0x7f897a90c930 *** >> > Aborted >> > > > > Eso suena a errores de memoria. Prueba corriendo memtest como ya te > recomendaron, o trata de correr gparted desde otro computador. > > >> >> > >> > Se me ocurre que puede tratarse de un sector defectuoso. >> > Si es así, ¿qué método me recomiendan para verificar si se trata de >> > esto, hallar dicho sector, y corregir el problema de algún modo? >> > >> > >> > Desde ya agradezco cualquier sugerencia, ¡saludos! >> > >> > >> Instala memtest86, y corre el test de memoria. >> >> Saludos, >> >> Javier. >> >> -- >> El matrimo es tan bueno que la gente se muere por casarse >> con mujeres como Nazarena Velez, Margerie Orbin, >> Jordania Linn Graham, Katherine Knight, Stacey Castor, etc. >> > > > > -- > > > Erick. > > > --- > IRC : zerick > Blog: http://zerick.me > About : http://about.me/zerick > Linux User ID : 549567
Re: Pendrive: Verificar/Solucionar sectores dañados
2016-11-16 8:34 GMT-05:00 Javier Marcon : > El 16/11/16 a las 07:11, Rivera Valdez escribió: > > Qué tal, > > > > tengo un pendrive que al querer verificar una de sus particiones con > > gparted, tras caerse, me arroja el siguiente error: > > > > *** Error in `/usr/sbin/gpartedbin': malloc(): memory corruption: > > 0x7f897a90c930 *** > > Aborted > > > Eso suena a errores de memoria. Prueba corriendo memtest como ya te recomendaron, o trata de correr gparted desde otro computador. > > > > Se me ocurre que puede tratarse de un sector defectuoso. > > Si es así, ¿qué método me recomiendan para verificar si se trata de > > esto, hallar dicho sector, y corregir el problema de algún modo? > > > > > > Desde ya agradezco cualquier sugerencia, ¡saludos! > > > > > Instala memtest86, y corre el test de memoria. > > Saludos, > > Javier. > > -- > El matrimo es tan bueno que la gente se muere por casarse > con mujeres como Nazarena Velez, Margerie Orbin, > Jordania Linn Graham, Katherine Knight, Stacey Castor, etc. > > -- Erick. --- IRC : zerick Blog: http://zerick.me About : http://about.me/zerick Linux User ID : 549567
Re: Pendrive: Verificar/Solucionar sectores dañados
El 16/11/16 a las 07:11, Rivera Valdez escribió: > Qué tal, > > tengo un pendrive que al querer verificar una de sus particiones con > gparted, tras caerse, me arroja el siguiente error: > > *** Error in `/usr/sbin/gpartedbin': malloc(): memory corruption: > 0x7f897a90c930 *** > Aborted > > > Se me ocurre que puede tratarse de un sector defectuoso. > Si es así, ¿qué método me recomiendan para verificar si se trata de > esto, hallar dicho sector, y corregir el problema de algún modo? > > > Desde ya agradezco cualquier sugerencia, ¡saludos! > > Instala memtest86, y corre el test de memoria. Saludos, Javier. -- El matrimo es tan bueno que la gente se muere por casarse con mujeres como Nazarena Velez, Margerie Orbin, Jordania Linn Graham, Katherine Knight, Stacey Castor, etc.
Pendrive: Verificar/Solucionar sectores dañados
Qué tal, tengo un pendrive que al querer verificar una de sus particiones con gparted, tras caerse, me arroja el siguiente error: *** Error in `/usr/sbin/gpartedbin': malloc(): memory corruption: 0x7f897a90c930 *** Aborted Se me ocurre que puede tratarse de un sector defectuoso. Si es así, ¿qué método me recomiendan para verificar si se trata de esto, hallar dicho sector, y corregir el problema de algún modo? Desde ya agradezco cualquier sugerencia, ¡saludos!
