Al tratar de administrar el bote de basura de los volúmenes NTFS montados, terminé leyendo la referencia de FreeDesktop.org sobre él.
Hojeando y haciendo algunas pruebas, me di cuenta de que Ubuntu / Gnome no sigue las especificaciones al 100%. Este es el por qué:
Para no particiones / particiones, siempre usa
<driveroot>/.Trash-<uid>
, nunca usó<driveroot>/.Trash/<uid>
, incluso cuando lo creé de antemano. Si bien esto funciona, es molesto: si tengo 15 usuarios, termino con 15/.Trash-xxx
carpetas en mi disco, mientras que el otro enfoque todavía daría una sola carpeta (con 15 subcarpetas). Esa "contaminación" en mis discos es muy desagradable. Y las especificaciones dicen " Si un$topdir/.Trash
directorio está ausente,$topdir/.Trash-$uid
se debe usar un directorio ". Bueno, está presente, entonces ¿por qué nunca lo usa?la basura raíz no funciona, al menos no fuera de la caja. Abra nautilus como root y haga clic en basura; da un error Intenta eliminar cualquier archivo, dice "no se puede mover a la papelera". Ok, sé que esto se puede solucionar creando
/root/.local/share
. Pero las especificaciones dicen " Un directorio de" basura doméstica "DEBE crearse automáticamente para cualquier usuario nuevo. Si este directorio es necesario para una operación de eliminación de basura pero no existe, la implementación DEBERÍA crearlo automáticamente, sin advertencias ni demoras ". ¿Por qué el error entonces? ¿Error?¿Por qué debo cambiar las
/etc/fstab
entradas para los volúmenes montados, agregando opciones como uid y guid, si los volúmenes ya están montados como RW para todos?
Estos son solo algunos ejemplos de desviación del estándar. Entonces, la pregunta es:
"Si Ubuntu no se adhiere al 100% a la especificación, ¿CÓMO funciona exactamente la basura? ¿DÓNDE puedo encontrar una referencia técnica para la implementación de la basura en Ubuntu?"
Por cierto: si Ubuntu sigue las especificaciones, dígame qué estoy haciendo mal, especialmente con respecto al problema /.Trash-<uid>
vs./.Trash/<uid>
¡Gracias!
EDITAR:
Alguna información más:
Si un determinado fs no tiene soporte para el bit fijo (VFAT, NTFS), probablemente tampoco tenga permisos (al menos VFAT seguramente no). Entonces, ¿qué impide que un usuario purgue la
/
restauración de otros usuarios./Trash-xxx
? Si uno puede leer / escribir su propia Papelera, uno puede hacer lo mismo para toda la unidad, incluidas las de otros, ¿correcto? ¿O Gnome tiene algún tipo de protección "extra" en las./Trash-xxx
carpetas en VFAT / NTFS fs?Si Linux puede "emular" los permisos de archivo en el montaje NTFS editando las
/fstab
opciones uid y gid, ¿también puede "emular" el bit adhesivo? Realmente preferiría usar el/.Trash/xxx
formato ...Para el problema raíz: para la partición /, puedo usar la basura como raíz, y va a
/root/.local/share/Trash
. Pero si hago clic en Nautilus "Trash" (como root), aparece un error. Tu no? Por lo tanto, los archivos están correctamente en la papelera, pero no puedo acceder a ellos. Todo lo que puedo hacer es "purgarlos" manualmente (eliminando archivos/root/.local/share/Trash
), pero la restauración sería muy complicada (abrir archivos de información y moverlos manualmente, etc.).Para las particiones no / / (o al menos para VFAT / NTFS), ni siquiera puedo usar la papelera como root: no crea una
./Trash-0
carpeta, simplemente dice "¿No se puede papelera, quiere eliminar permanentemente?" ¿Por qué?Acerca de fstab: lo uso para un montaje permanente para mis particiones NTFS. Tengo varios, y si no están "premontados", realmente abarrotan el escritorio y / o Nautilus. Yo prefiero tener que pre-montada, integrado en mi sistema de archivos, en los montes, como
/data
,/windows/xp
,/windows/vista
, y así sucesivamente, y la licencia/media
y su flexibilidad "montar / desmontar" sólo para unidades extraíbles verdad.
Entonces, si Ubuntu / Gnome realmente sigue las especificaciones, ¿hay alguna forma de solucionar los problemas de raíz y "emular" el bit pegajoso para (al menos) mis particiones fijas NTFS fstab'ed?