¿Dónde monta el administrador de archivos Nautilus las conexiones ftp / smb?

Ubuntu 16.04. Quiero saber en qué punto del árbol del sistema de archivos el administrador de archivos Nautilus monta las conexiones ftp / smb. Pensé que podría estar en el mismo directorio donde se montan los dispositivos de almacenamiento externo, a saber , /media/my_user/disko /run/media/my_user/disk, pero no está allí.

Traté de buscarlo en la documentación de Nautilus pero no pude encontrar nada.

Corrí df -ha buscar el punto de montaje y esto es lo que obtuve:

Filesystem      Size  Used Avail Use% Mounted on
udev            3.9G     0  3.9G   0% /dev
tmpfs           785M  9.5M  775M   2% /run
/dev/sda5        64G   50G   11G  83% /
tmpfs           3.9G  114M  3.8G   3% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/sda2        96M   29M   68M  30% /boot/efi
tmpfs           785M   80K  785M   1% /run/user/1000

Así que supongo que no se está montando como un disco 'normal'.

Si mi conocimiento sobre los sistemas Linux no está equivocado, todo lo que puedo ver en mi sistema de archivos está montado en el mismo árbol. ¿Es de alguna manera diferente cuando se trata de una conexión a un servidor realizada por el administrador de archivos predeterminado?

Como @grawity menciona en su comentario, la raíz para el montaje de carpetas secundarias está en:

/run/user/$UID/gvfs

Puede encontrar la ubicación exacta guardando un archivo HTML, como un archivo vacío, index.htmle intentando abrirlo desde nautilus(o nemo). En el navegador verás:

file:///run/user/$UID/gvfs/ftp:host=<host>,user=<user>/index.html

con partes completas para sus UIDdetalles y FTP. Desde allí puede navegar a la carpeta principal de FTP y allí específicamente puede distinguir múltiples conexiones FTP (y tal vez incluso SMB, aunque no tengo nada que probar) en este patrón:

/run/user/$UID/gvfs/ftp:host=<host>,user=<user>

# escape before using in terminal
cd /run/user/$UID/gvfs/ftp\:host\=<host>\,user\=<user>

Y con él podría correr, por ejemplo:

grep -r pattern .

aunque es extremadamente lento debido a la limitación de FTP e incluso si tiene la velocidad limitada, puede ir a tomar un café o un almuerzo incluso. En caso de que tenga alguna opción de compresión disponible para los archivos en su servidor a través de algún cliente web FTP (que se ejecuta en ese servidor), comprima primero los archivos y extráigalos localmente.

En realidad, es el último tmpfs en la lista que proporcionó. Si navega a "/ run / user / 1000 /" estará en la carpeta smb. O, al menos, las conexiones smb se montan en la carpeta / run / user /. Después de conectarme a mi recurso compartido smb, ejecuté df -h y descubrí que la mía se montó en / run / user / 999 /.

Ahora puede hacer enlaces simbólicos para hacer que la subcarpeta / run / user / vaya a / media / location, pero en este caso se vería como / media / 1000.

No soy de los que escriben un script para hacer cambios en el sistema solo por conveniencia; así que si necesita un recurso compartido smb / ftp accesible en todo momento, entonces escribiría una entrada para fstab y montaría en una ubicación fácilmente accesible.

Así que supongo que no se está montando como un disco 'normal'.

Creo que tienes razón. Nautilus probablemente "habla" FTP o SMB protocolo como ftpy smbclientherramientas de línea de comandos hacer.

No puedo instalarlo nautilusen este momento y experimentar con él, pero encontré el documento Conectando a Samba Share para CentOS. Utilizan nautilusy puedo ver que admite direcciones como smb:///o smb://workgroup. No creo que se puede montar éstos , es sólo nautilus"hablar" a los servidores y la interpretación de sus respuestas (si lo hay).

Este parece ser un enfoque perfectamente razonable. Como usuario normal no puede montar libremente, aún puede iniciar conexiones. Es más fácil "hablar" un protocolo que montarlo. Observe que en el documento vinculado también hay una sección separada llamada "Montaje del recurso compartido" donde se montan como raíz .

Usted mencionó los dispositivos de almacenamiento externo que se montan en /media/. La situación es diferente con ellos porque, como usuario habitual, no puede montar ni acceder libremente a dispositivos de bloque (por ejemplo /dev/sdc). El protocolo de "hablar" en este caso significaría acceder al dispositivo directamente e interpretar su contenido (sistema de archivos), pero los usuarios habituales no pueden leer ni escribir /dev/sdX. Se requiere algún tipo de ayuda. Creo en Ubuntu udisks2y las herramientas relacionadas hacen el trabajo.

No sé si puede montar fácilmente recursos compartidos de red con estas herramientas. Esta pregunta parece correcta, pero aún no hay respuestas (2017-10-05).