☰

¿Cómo arreglar la basura que no funciona en montajes enlazados en Ubuntu 19.04? (y esconderlos en Nautilus)

tag-icon • tag-icon mount nautilus 19.04 fstab trash
¿Cómo arreglar la basura que no funciona en montajes enlazados en Ubuntu 19.04? (y esconderlos en Nautilus)

Tengo dos máquinas ejecutando el mismo Ubuntu 18.10. En ambos tengo varios montajes de enlace /etc/fstabcomo se muestra a continuación:

# file system      mount point      type  options           dump  pass
  /mnt/hdd/folder  /home/user/data  none  bind,x-gvfs-hide  0     0

Después de actualizar una de estas máquinas a 19.04, recibí los siguientes errores:

  1. No puedo mover archivos de los soportes enlazados a la papelera (ni usando la GUI de Nautilus ni a través de gio trash):

    $ gio trash file.txt
gio: file:///home/user/data/file.txt: 
Trashing on system internal mounts is not supported
  2. En Nautilus, el último elemento fstabno está oculto y se muestra como una partición montada

¿Cómo arreglo eso? ¿O dónde envío un informe de error? ¿O hay una solución alternativa? (Después de todo, han pasado varios meses desde que se lanzó la versión 19.04). Especialmente la basura que no funciona es molesta.

Respuesta1

Me doy cuenta de que ha pasado algún tiempo desde su publicación, pero el problema persiste en Ubuntu 19.10, por lo que esta respuesta aún podría resultar informativa para algunos.

  1. Para su primer problema, se analizó un poco más a fondo allí:https://unix.stackexchange.com/questions/115757/unable-to-delete-files-to-trash-in-a-bind-mounted-filesystem/115811. En pocas palabras, no existe una solución actual, al menos para la experiencia con GUI. Pero una de las respuestas sugiere que puede usar el trashcomando del paquete de línea de comandos trash-cliy que funciona bien con montajes de enlace (sin embargo, supongo que no es una solución ideal para una computadora de escritorio).

Como nota al margen, personalmente también tengo el problema en mi computadora con Ubuntu (y también anteriormente en Fedora, si mal no recuerdo), pero no parece encontrar este problema en Manjaro (al menos usando Deepin DE, he tenido No lo he probado en otro entorno de escritorio y no sé si podría estar relacionado con él). Supongo que sería interesante investigar cómo esos dos sistemas diferentes manejan la basura para detectar dónde está el problema en Ubuntu (y otras distribuciones que tienen el mismo problema).

  1. En cuanto a tu segundo problema, debo admitir que no entiendo qué es lo que no funciona, ya que ya estás usando la opción x-gvfs-hide. En mi caso la única diferencia que veo es que también tengo la defaultsopción. Entonces daría lo siguiente con tu ejemplo:
# file system      mount point      type  options                  dump  pass
  /mnt/hdd/folder  /home/user/data  none  defaults,bind,x-gvfs-hide  0     0

Respuesta2

en caso de que hayas pasado de nautilus a nemo (como lo hice yo), puedes usar esto:
coloca este archivo en:
~/.local/share/nemo/actions/trash.nemo_action

[Nemo Action]
Active=true
Name=Move to Tra_sh(cli)
Comment=Trash even on mount binds
Exec=xterm -title "Trashing(cli)" -e trash -v %F
Selection=any
Extensions=any
EscapeSpaces=true

puedes eliminar la parte xterm y conservar solo el comando.
puedes cambiar el acceso directo, pero te sugiero simplemente presionar la tecla del menú contextual sobre los archivos y presionar 's'.
Lo probé con 1 archivo, muchos archivos, 1 carpeta y muchas carpetas seleccionadas, ¡todo funcionó!
Estoy bastante seguro de que esto también puede funcionar en Nautilus, pero no recuerdo dónde debería colocar una acción equivalente.

información relacionada