W * nix, jak ustalić, na jakim systemie plików znajduje się dany plik?

Czy w ogólnym, nowoczesnym środowisku unixowym (powiedzmy GNU / Linux, GNU / Solaris lub Mac OS X) istnieje dobry sposób, aby ustalić, który punkt montowania i typ systemu plików ma dana absolutna ścieżka do pliku?

Podejrzewam, że mógłbym wykonać mountpolecenie i ręcznie przeanalizować dane wyjściowe i porównać je ze ścieżką pliku, ale zanim to zrobię, zastanawiam się, czy istnieje bardziej elegancki sposób.

Zajmuję się tworzeniem skryptu BASH, który wykorzystuje rozszerzone atrybuty, i chcę, aby działał on właściwie (w niewielkim stopniu, w jakim jest to możliwe) dla różnych systemów plików i środowisk hosta.

Polecenie df(1)przyjmuje jeden lub więcej argumentów i zwraca punkt montowania i urządzenie, na którym istnieje ten plik lub katalog, a także informacje o użyciu. Następnie możesz użyć ścieżki lub urządzenia, aby wyszukać typ systemu plików na wyjściu mount -vlub podobny.

Niestety, format wyjściowy zarówno dfi mountsą zależne od systemu; nie ma widocznego standardu, przynajmniej jak widzę między Solaris, NetBSD i Mac OS X.

Możesz użyć statystyki . Polecenie stat --printf '% d' nazwa_pliku.txt zwróci numer urządzenia w postaci szesnastkowej / dziesiętnej.

W przypadku konkretnego pliku jest to tak proste, jak

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

Hm Dla punktu montowania możesz iść w górę hierarchii, aż zmieni się st_dev (wtedy właśnie przekroczyłeś granicę montowania); istnieje GNU statdla skryptów bash; nie wiem jednak, jak odgadnąć typ systemu plików bez analizowania /proc/mountslub metodą prób i błędów (tj. obsługi błędów po ustawieniu atrybutów rozszerzonych)

Jednym z problemów związanych z używaniem dfjest to, że jeśli nazwa urządzenia na wyjściu jest długa, wiersz zostanie zawinięty, więc nie można po prostu pobrać ostatniej linii. Zamiast tego zdejmij pierwszą linię, a następnie chwyć nową pierwszą linię, a następnie wydrukuj pierwsze pole:

#!/usr/bin/env bash

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

Wydaje się, że w Linuksie istnieje pewien problem z df i btrfs. Gdy poprosisz df o zlokalizowanie punktu montowania zamontowanego woluminu btrfs, zrobi to dobrze. W tym przypadku Joe jest podkatalogiem / m / whale / backup.

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

Ale jeśli katalog, do którego następuje odwołanie, jest pod-woluminem, nie będzie już wskazywać punktu podłączenia.

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

/ A / whale / backup jest jedynym punktem montowania zgodnie z jądrem.

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

FWIW, stat robi to samo:

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

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

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

działa wszędzie, gdzie testowałem, zarówno dla * BSD i sysV, jak i dla zwariowanych automatycznych katalogów. Z przyjemnością usłyszę o przypadku, w którym się nie powiedzie.