Re: Pendrive: Verificar/Solucionar sectores dañados

2016-11-16 Por tema 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(_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

Lentísima la descarga de paquetes

2016-11-16 Por tema Germán Avendaño Ramírez 
Entre ayer y hoy he notado que la descarga de paquetes va supremamente
lenta. Pensé que fuera cuestión de los repositorios a los cuales
apuntaban mi archivo sources.list. Sin embargo he usado
http://httpredir.debian.org/debian para que apt escoja de donde
descargar y sin embargo el problema continúa. ¿Qué podrá estar pasando?
¿Será problema de apt-get?

Observen el tiempo de descarga

Calculando la actualización... Listo
Se actualizarán los siguientes paquetes:
  firefox-esr firefox-esr-l10n-es-ar firefox-esr-l10n-es-cl
  firefox-esr-l10n-es-es firefox-esr-l10n-es-mx iceweasel
iceweasel-l10n-es-ar
  iceweasel-l10n-es-cl iceweasel-l10n-es-es iceweasel-l10n-es-mx
10 actualizados, 0 nuevos se instalarán, 0 para eliminar y 0 no
actualizados.
Se necesita descargar 44,1 MB/46,0 MB de archivos.
Se utilizarán 48,1 kB de espacio de disco adicional después de esta
operación.
¿Desea continuar? [S/n]
Des:1 http://security.debian.org/ jessie/updates/main firefox-esr amd64
45.5.0esr-1~deb8u1 [43,5 MB]
46% [1 firefox-esr 20,4 MB/43,5 MB 47%]6.468 B/s 1h
1min 2s

Ayer tuve el mismo problema actualizando el paquete geogebra de los
repositorios de geogebra stable, así que creo que el problema no es de
repositorios.

Atentamente.

-- 
Germán Avendaño Ramírez
Lic. Mat. U.D., M.Sc. U.N.
Email: gdavenda...@autistici.org
GNU/Linux user # 531535
Sent from Debian Jessie GNU/Linux

Re: Pendrive: Verificar/Solucionar sectores dañados

2016-11-16 Por tema 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.


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

2016-11-16 Por tema Javier Marcon 
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

2016-11-16 Por tema Rivera Valdez 
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

[OT] Samba 4 + permisos en copia.

2016-11-16 Por tema Laotrasolucion 
Hola,

Tengo un pequeño problema con un samba 4 que esta como fileserver. Me
pasa que cuando algún usuario mueve o copia un archivo de una carpeta a
otra el archivo en cuestión queda como "read-only". Desde la consola lo
veo al atributo RDONLY y desde windows tiene marcado el atributo solo
lectura, esto genera que no pueda manipular archivo al cual el usuario
es el owner

3879 11124  DENY_NONE  0x120089RDONLYEXCLUSIVE+BATCH
 /USUARIOS   planilla/Cartas/161107.ods   Wed Nov 16 14:11:48 2016


Para el permiso de los usuarios estoy usando ACL tal como explica la
pagina de samba.
https://wiki.samba.org/index.php/Shares_with_Windows_ACLs


getfacl: Eliminando '/' inicial en nombres de ruta absolutos
# file: USUARIOS/planilla/Cartas/161107.ods
# owner: josela
# group: domain\040users
user::rwx
user:domain\040admins:rwx
user:josela:rwx
user:grp_users:r--
user:grp_nexx:rwx
user:grp_usersnexx:r-x
user:grp_nexx_gerencia:rwx
group::---
group:domain\040admins:rwx
group:domain\040users:---
group:grp_usersnexx:r--
group:grp_users:r-x
group:grp_NEXX_gerencia:rwx
mask::rwx
other::---



la configuración del samba es la siguiente:

[global]
security = ADS
workgroup = NEXX
realm = NEXX.LAN
netbios name = sambafs
encrypt passwords = yes

vfs objects = acl_xattr full_audit

full_audit:prefix = %u|%I|%m|%S
full_audit:success = mkdir rename unlink rmdir pwrite
full_audit:failure = none
full_audit:facility = local7
full_audit:priority = NOTICE


map acl inherit = Yes
store dos attributes = Yes
log level = 3
winbind trusted domains only = no
winbind use default domain = yes
winbind enum users = yes
winbind enum groups = yes
winbind offline logon = yes
winbind refresh tickets = yes

idmap config *:range = 2000-
idmap config NEXX:backend = rid
idmap config NEXX:schema_mode = rfc2307
idmap config NEXX:range = 1-9
winbind nss info = rfc2307


printcap name = /dev/null
load printers = no





[usuarios]
path = /USUARIOS
read only = no




signature.asc
Description: OpenPGP digital signature

Re: Pendrive: Verificar/Solucionar sectores dañados

2016-11-16 Por tema 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 Por tema 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
>
>
> 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

2016-11-16 Por tema Rivera Valdez 
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!