Imagenes de instalación de las versiones estables para Mageia y OpenMandriva.
OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.
Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.
Particion NTFS: "no se han podido restablecer los permisos"
Enviado por jcbaena el 31 Octubre, 2010 - 18:14
Una duda rapida y "sencilla": cuando copio ficheros a ntfs me dice: "no se han podido restablecer los permisos".
Me imagino que eso será que en un sistema ntfs los permisos no son iguales q los ext3. qué se pone en el fstab para indicar que todo lo que se copie se ponga con unos permisos por defecto.
¿es el umask de fstab? ¿qué valor pongo?
Gracias.
# 109436 Lo siguiente...
Comentas...
Saludos!!!!
Registered Linux user #472290
MiniBOFH 2008 - MediumBOFH - KapyBOFH - Utiliza RecoverDrake!! (Proyecto Derix)
Usuario
# 109437 igual
Sigue dando el aviso de que no se pueden cambiar los permisos.
Usuario linux #496861
# 109440 fstab
Pega el contenido completo del fstab, para echar un vistazo.
Para hacerlo automaticamente instala y configura ntfs-config.
NOTA: Si lo tienes marcado todo, lo desmarcas todo, incluso el avanzado y lo vuelve a marcar todo, otra vez.
Comentas...
Saludos!!!!
Registered Linux user #472290
MiniBOFH 2008 - MediumBOFH - KapyBOFH - Utiliza RecoverDrake!! (Proyecto Derix)
Usuario
# 109629 Solución apropiada
Llevaba varios días siguiendo este hilo ya que tenía el mismo problema. Lo único que he hecho es desmarcar las opciones del ntfs-conf (mirar el contenido de fstab por curiosidad ) y después volverlas a marcar tal como estaban. El problema se soluciona y además queda una copia del fstab antes de modificar ( fstab-ntfs-config-save ) para los curiosos que quieran fisgonear los cambios. Gracias
Usuario
# 109635 Excelente
Gracias Kapyderi, funcionó tal como lo explicas.
Hace un tiempo publiqué este mismo error en:
http://blogdrake.net/consulta/que-aplicacion-usa-dolphin-para-copiar
pero no pude solucionarlo, gracias miles...
danux
http://www.danux.inet.cl
Usuario
# 109637 Perdon...
Pero al final no he podido probarlo, se me pasó. Si a Danux le funciona supongo que a mí también con las explicaciones y detalles de Kapyderi.
Gracias, en cuanto llegue a casa lo hago.
Usuario linux #496861
Usuario
# 111019 Hmmmm....parece que no
Hola Kapyderi... parece que no resultó finalmente. Al principio me había resultado hasta que luego de dos días comenzó nuevamente con el mismo error... hice nuevamente los cambios que describes, pero sigue con problemas... ¿alguna ayuda?
danux
http://www.danux.inet.cl
Usuario
# 111109 ahora q lo dices...
... a mí también me funcionó al principio y despues ha dejado de funcionarme. He vuelto a ejecutar ntfs-config y desmarcar/marcar todo de nuevo y creo recordar que luego seguí copiando ficheros y no me dio el aviso.
Compruebalo a ver si alguna actualización a cambiado la configuración que habíamos puesto.
Usuario linux #496861
Usuario
# 111132 mira, ya entiendo qué es lo
mira, ya entiendo qué es lo que sucede:
al correr ntfs-config, se modifica el fstab. Estuve revisando y sólo cambia una línea (la del montaje de Windors)...
cambia a:
O sea, sólo quita el umask y todo comienza a funcionar de perillas. El problema es que luego de reiniciar, el sistema lo cambia nuevamente a su estado original, de modo que el error vuelve a aparecer.
Hice un intento de cambiarlo manualmente a umask=0 como decía kapideri:
y sigue sucediendo que el sistema me lo "corrige", de modo que siempre vuelvo a tener el error... ¿dónde podré configurar que no se haga esa modificación automáticamente?
danux
http://www.danux.inet.cl
# 111139 Habria que hacer un script
para que al inicio del sistema lo corrigiera automaticamente, como inicio dentro de configurar kde, pero ahora no tengo mucho tiempo para poner el codigo que necesitaria poner, ya que habria que utilizar el comando sed.
Algo asi:
#!/bin/bash
# Nombre: RecoverDrake -- RecoverNTFS
# Accion: Permisos NTFS
# Versión: 1.6.0
sed -i '/ntfs-3g/s/umask=000/umask=0/;/ntfs-3g/s/nouser/user/;/ntfs-3g/s/defaults/defaults/' /etc/fstab
Se le pone el nombre de RecoverNTFS y se le da permisos de ejecución (dentro del fichero en la segunda solapa de propiedades marcar "es ejecutable" y se pone donde debe ejecutarse de inicio.
NOTA: Esta es una parte de mi RecoverDrake, pero os puede servir para corregir el error, ahora solo falta que se meta donde he dicho y deberia ser corregido al inicio de cada sesión.
Comentas...
Saludos!!!!
Registered Linux user #472290
MiniBOFH 2008 - MediumBOFH - KapyBOFH - Utiliza RecoverDrake!! (Proyecto Derix)
Usuario
# 111201 Hola kapyderi, Si, se me
Hola kapyderi,
Si, se me había ocurrido esa idea, sólo que encuentro es una mala solución que el sistema haga algo al inicio y que "yo" lo corrija cada vez... es como hacer todo dos veces, no lo encuentro muy elegante, aunque seguramente muy efectivo y fácil de implementar...
De todas formas, lo solucioné siguiendo algunas ideas de Kanatek (mira más abajo el post que le dejé).
Saludos y muchas gracias...
danux
http://www.danux.inet.cl
# 111169 En diskdrake en modo avanzado
En diskdrake en modo avanzado seleccionas la partición, dentro de opciones me parece puedes fijar el umask.
Si no dentro de msec
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
Usuario
# 111202 Excelente, solucionado
Gracias Katnatek,
he solucionado mi problema. La solución con el diskdrake ya la había intentado, pero no resultaba, el sistema seguía modificando el fstab a su gusto.
Efectivamente era MSEC quien actualizaba mi fstab en cada inicio haciendo nulas las modificaciones de ntfs-config. Tuve que entrar y modificar
y lo dejé vacío (umask=0 también me daba el cargante mensajito). Luego modifiqué el fstab y lo dejé así:
que era la propuesta de ntfs-config. Ahora reinicio y el fstab se mantiene tal como lo dejé. Muchas gracias (me avisas si te parece una aberración lo que hice)...
danux
http://www.danux.inet.cl