En * nix, ¿cómo determinar en qué sistema de archivos se encuentra un archivo en particular?

En un entorno genérico y moderno de Unix (por ejemplo, GNU / Linux, GNU / Solaris o Mac OS X), ¿hay una buena manera de determinar en qué punto de montaje y tipo de sistema de archivos se encuentra una ruta de archivo absoluta particular?

Supongo que podría ejecutar el mountcomando y analizar manualmente la salida de eso y compararlo con la ruta de mi archivo, pero antes de hacerlo me pregunto si hay una forma más elegante.

Estoy desarrollando un script BASH que hace uso de atributos extendidos y quiero que haga lo correcto (en la medida de lo posible) para una variedad de sistemas de archivos y entornos host.

El comando df(1)toma uno o más argumentos y devolverá el punto de montaje y el dispositivo en el que existe ese archivo o directorio, así como la información de uso. Luego puede usar la ruta o el dispositivo para buscar el tipo de sistema de archivos en la salida de mount -vo similar.

Desafortunadamente, el formato de salida de ambos dfy mountdepende del sistema; no hay un estándar aparente, al menos como puedo ver entre Solaris, NetBSD y Mac OS X.

Podrías usar stat . El comando stat --printf '% d' filename.txt devolverá el número del dispositivo como hexadecimal / decimal.

Solo por un archivo específico es tan fácil como

df -T "${FILE}" | awk '{print $2}' | tail -n1

Hm. Para el punto de montaje, puede subir la jerarquía hasta que cambie st_dev (luego acaba de cruzar un límite de montaje); hay GNU statpara scripts de bash; sin embargo, no sé cómo puede adivinar el tipo de sistema de archivos sin analizar /proc/mountso por prueba y error (es decir, manejar fallas después de establecer atributos extendidos)

Un problema con el uso dfes que si el nombre del dispositivo en la salida es largo, su línea se ajustará, por lo que no puede tomar la última línea. En su lugar, elimine la primera línea y luego tome la nueva primera línea y luego imprima el primer campo:

#!/usr/bin/env bash

path=$1
curdir=$(pwd)
cd $path
df . | tail -n +2 | head -1 | awk '{print $1}'
cd $curdir

Parece que hay un problema con df y btrfs en Linux. Cuando le pide a df que ubique el punto de montaje para un volumen btrfs montado, hará lo correcto. En este caso, Joe es un subdirectorio de / m / whale / backup.

# df /srv/backup/joe
Filesystem      1K-blocks      Used  Available Use% Mounted on
/dev/md126     2930135488 307676684 2619663252  11% /m/whale/backup

Pero si el directorio al que se hace referencia es un subvolumen, ya no le indicará el punto de montaje.

# df /srv/backup/joe/code
Filesystem      1K-blocks      Used  Available Use% Mounted on
-              2930135488 307676684 2619663252  11% /a/whale/backup/joe/code

El / a / whale / backup es el único punto de montaje según el núcleo.

# mount | grep whale
/dev/md126 on /a/whale/backup type btrfs (rw,relatime,space_cache)

FWIW, stat hace lo mismo:

# stat --printf '%m\n' /srv/backup/joe/code
/a/whale/backup/joe/code

Desde /programming/2167558/give-the-mount-point-of-a-path :

 df -P $path  | tail -1 | awk '{ print $NF}'

funciona en todos los lugares que he probado, tanto para * BSD como para sysV y para directorios automáticos extravagantes. Me encantaría saber de un caso en el que falla.