Wie kann man in * nix feststellen, auf welchem ​​Dateisystem sich eine bestimmte Datei befindet?

Gibt es in einer allgemeinen, modernen Unix-Umgebung (z. B. GNU / Linux, GNU / Solaris oder Mac OS X) eine gute Möglichkeit, um festzustellen, auf welchem ​​Mountpunkt und Dateisystemtyp sich ein bestimmter absoluter Dateipfad befindet?

Ich nehme an, ich könnte den mountBefehl ausführen und die Ausgabe manuell analysieren und mit meinem Dateipfad vergleichen, aber bevor ich das tue, frage ich mich, ob es einen eleganteren Weg gibt.

Ich entwickle ein BASH-Skript, das erweiterte Attribute verwendet, und möchte, dass es für eine Vielzahl von Dateisystemen und Hostumgebungen das Richtige tut (soweit dies möglich ist).

Der Befehl df(1)akzeptiert ein oder mehrere Argumente und gibt den Mountpunkt und das Gerät, auf dem sich diese Datei oder dieses Verzeichnis befindet, sowie Verwendungsinformationen zurück. Sie können dann den Pfad oder das Gerät verwenden, um den Dateisystemtyp in der Ausgabe von mount -voder ähnlichem nachzuschlagen .

Leider sind die Ausgabeformate von beiden dfund mountsystemabhängig; Es gibt keinen offensichtlichen Standard, zumindest wie ich zwischen Solaris, NetBSD und Mac OS X sehen kann.

Sie könnten stat verwenden . Der Befehl stat --printf '% d' filename.txt gibt die Gerätenummer als Hex / Dezimal zurück.

Nur für eine bestimmte Datei ist es so einfach wie

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

Hm. Für den Mount-Punkt können Sie die Hierarchie nach oben gehen, bis sich st_dev ändert (dann haben Sie gerade eine Mount-Grenze überschritten). Es gibt GNU statfür Bash-Skripte; Ich weiß jedoch nicht, wie man den Dateisystemtyp erraten kann, ohne ihn zu analysieren /proc/mountsoder durch Ausprobieren (dh Fehler behandeln, nachdem erweiterte Attribute festgelegt wurden).

Ein Gotcha bei der Verwendung dfist , dass , wenn der Gerätename in der Ausgabe lange ist es die Zeile umgebrochen wird , so dass Sie nicht nur die letzte Zeile greifen. Entfernen Sie stattdessen die erste Zeile, greifen Sie die neue erste Zeile und drucken Sie das erste Feld aus:

#!/usr/bin/env bash

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

Es scheint einen Haken bei df und btrfs unter Linux zu geben. Wenn Sie df auffordern, den Einhängepunkt für ein eingehängtes btrfs-Volume zu suchen, wird das Richtige getan. In diesem Fall ist Joe ein Unterverzeichnis von / m / whale / backup.

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

Wenn das Verzeichnis, auf das verwiesen wird, ein Sub-Volume ist, wird der Mount-Punkt nicht mehr angezeigt.

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

Das / a / whale / backup ist laut Kernel der einzige Einhängepunkt.

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

FWIW, stat macht dasselbe:

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

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

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

Funktioniert überall, wo ich getestet habe, sowohl für * BSDs als auch für sysVs und für verrückte automounted-Verzeichnisse. Es würde mich sehr freuen, von einem Fall zu hören, in dem dies fehlschlägt.