Provided by: manpages-pl-dev_4.23.1-1_all 
NAZWA
mount - montuje system plików
BIBLIOTEKA
Standardowa biblioteka C (libc, -lc)
SKŁADNIA
#include <sys/mount.h>
int mount(const char *source, const char *target,
const char *filesystemtype, unsigned long mountflags,
const void *_Nullable data);
OPIS
mount() dołącza system plików podany jako source (często jest to ścieżka odnosząca się do
urządzenia, ale może być również ścieżką katalogu lub pliku, albo atrapą) do położenia
(katalogu lub pliku) określonego ścieżką target.
Do montowania systemów plików wymagane są odpowiednie przywileje (Linux: przywilej
CAP_SYS_ADMIN (ang. capability)).
Obsługiwane przez jądro wartości argumentu filesystemtype są wypisane w /proc/filesystems
(np. „btrfs”, „ext4”, „jfs”, „xfs”, „vfat”, „fuse”, „tmpfs”, „cgroup”, „proc”, „mqueue”,
„nfs”, „cifs”, „iso9660”). Kolejne typy mogą stać się dostępne po załadowaniu odpowiednich
modułów.
Argument data jest interpretowany odmiennie przez poszczególne systemy plików. Zwykle jest
to łańcuch oddzielonych przecinkiem opcji akceptowanych przez dany system plików. W
podręczniku mount(8) opisano opcje dostępne dla każdego typu systemu plików. Argument ten
można podać również jako NULL, gdy brak jest opcji.
Wywołanie do mount() dokonuje wielu ogólnych typów działań, w zależności od bitów podanych
w mountflags. Wybór operacji do wykonania jest dokonywany po sprawdzeniu bitów ustawionych
w mountflags, a sprawdzenia te mają miejsce w poniższej kolejności:
• Montuje ponownie (przemontowuje) istniejące montowanie: mountflags zawiera MS_REMOUNT.
• Tworzy montowanie z podpięciem: mountflags zawiera MS_BIND.
• Zmienia propagację typu istniejącego montowania: mountflags obejmuje jedną z:
MS_SHARED, MS_PRIVATE, MS_SLAVE lub MS_UNBINDABLE.
• Przemieszcza istniejące montowanie do nowego położenia: mountflags zawiera MS_MOVE.
• Tworzy nowe montowanie: mountflags nie zawiera żadnego z powyższych znaczników.
Wszystkie powyższe operacje są opisane w dalszej części podręcznika. Kolejne znaczniki
można podać w mountflags, w celu modyfikacji zachowania mount(), zgodnie z opisem poniżej.
Dodatkowe znaczniki montowań
Poniższa lista opisuje dodatkowe znaczniki, które można podać w mountflags. Proszę
zauważyć, że część operacji ignoruje niektóre, lub wszystkie, z tych znaczników, zgodnie z
opisem w dalszej części podręcznika.
MS_DIRSYNC (od Linuksa 2.5.19)
Czyni zmiany katalogów w tym systemie plików synchronicznymi (tę właściwość można
pozyskać dla indywidualnych katalogów lub poddrzew za pomocą chattr(1)).
MS_LAZYTIME (od Linuksa 4.0)
Redukuje aktualizację znaczników czasowych (atime, mtime, ctime) i-węzłów na dysku,
zarządzając tymi zmianami jedynie w pamięci. Znaczniki czasowe na dysku są
aktualizowane tylko, gdy:
• i-węzeł musi być zaktualizowany z powodu innej zmiany, niezwiązanej ze
znacznikami czasowymi;
• aplikacja użyje fsync(2), syncfs(2) lub sync(2);
• przywrócony (po usunięciu) i-węzeł jest wyrzucany z pamięci; albo
• minęło ponad 24 godziny od czasu zapisania i-węzła na dysk.
Ta opcja montowania znacznie redukuje konieczność aktualizowania znaczników
czasowych i-węzłów, zwłaszcza mtime i atime. Jednak w przypadku załamania systemu,
pola atime i mtime na dysku, mogą zawierać nieaktualne informacje odnośnie zdarzeń
do 24 godzin wstecz.
Przykładami obciążeń, gdzie opcja ta może dać znaczne korzyści, są częste losowe
zapisy do prealokowanych plików, jak również przypadki, gdy włączona jest również
opcja montowania MS_STRICTATIME (zaleta łączenia MS_STRICTATIME i MS_LAZYTIME jest
taka, że stat(2) zwróci poprawnie zaktualizowany atime, lecz aktualizacje atime
zostaną zapisane na dysku tylko w wyżej wymienionych przypadkach).
MS_MANDLOCK
Pozwala na blokowanie obowiązujące (przymusowe) w tym systemie plików (blokowanie
obowiązujące musi być wciąż włączone w danym pliku, jak opisano w fcntl(2)). Od
Linuksa 4.5, ta opcja montowania wymaga przywileju CAP_SYS_ADMIN oraz jądra
skonfigurowanego z opcją CONFIG_MANDATORY_FILE_LOCKING. Blokowanie obowiązujące, od
Linuksa 5.15, jest w pełni przestarzałe, zatem znacznik ten również należy uważać
za przestarzały.
MS_NOATIME
Nie aktualizuje czasu dostępu dla (wszystkich typów) plików w tym systemie plików.
MS_NODEV
Nie zezwala na dostęp do (plików specjalnych) urządzeń w tym systemie plików.
MS_NODIRATIME
Nie aktualizuje czasu dostępu do katalogów w tym systemie plików. Znacznik
udostępnia podzbiór funkcjonalności zapewnianej przez MS_NOATIME tj. MS_NOATIME
wymusza MS_NODIRATIME.
MS_NOEXEC
Nie zezwala na wykonywanie programów z tego systemu plików.
MS_NOSUID
Nie honoruje bitów set-user-ID i set-group-ID, ani przywilejów plikowych (ang. file
capabilities) przy wykonywaniu programów z tego systemu plików. Dodatkowo,
przejścia domeny SELinux wymagają uprawnienia nosuid_transition, co z kolei wymaga
również przywileju zasad nnp_nosuid_transition.
MS_RDONLY
Montuje system plików tylko do odczytu.
MS_REC (od Linuksa 2.4.11)
Używane w połączeniu z MS_BIND do utworzenia rekurencyjnego montowania z podpięciem
oraz w połączeniu ze znacznikami typu propagacji, aby rekurencyjnie zmienić typ
propagacji we wszystkich montowaniach poddrzewa. Więcej szczegółów podano niżej.
MS_RELATIME (od Linuksa 2.6.20)
Gdy uzyskiwany jest dostęp do pliku w tym systemie plików, aktualizuje czas
ostatniego dostępu do pliku (atime) tylko, gdy aktualna wartość atime jest mniejsza
lub równa czasowi ostatniej modyfikacji (mtime) lub czasowi ostatniej zmiany
statusu (ctime). Opcja jest przydatna dla programów takich jak mutt(1), które muszą
wiedzieć, kiedy plik został odczytany po jego ostatniej modyfikacji. Od Linuksa
2.6.30, jądro domyślnie stosuje zachowanie zapewniane przez ten znacznik (chyba, ze
podano MS_NOATIME), a do uzyskania tradycyjnego zachowania konieczne jest podanie
znacznika MS_STRICTATIME. Dodatkowo, od Linuksa 2.6.30, czas ostatniego dostępu do
pliku jest zawsze aktualizowany, gdy jest starszy niż 1 dzień.
MS_SILENT (od Linuksa 2.6.17)
Powstrzymuje wypisywanie pewnych (printk()) ostrzeżeń w dzienniku jądra. Znacznik
ten zastępuje błędnie nazwany i przestarzały znacznik MS_VERBOSE (dostępny od
Linuksa 2.4.12), który ma takie samo znaczenie.
MS_STRICTATIME (od Linuksa 2.6.30)
Zawsze aktualizuje czas ostatniego dostępu (atime) przy uzyskiwaniu dostępu do
plików w tym systemie plików (było to domyślne zachowanie przed Linuksem 2.6.30).
Podanie tego znacznika przesłania efekt ustawienia znaczników MS_NOATIME i
MS_RELATIME.
MS_SYNCHRONOUS
Czyni zapisy w tym systemie plików synchronicznymi (tak, jakby w przypadku
wszystkich otwarć plików w tym systemie plików podawano znacznik O_SYNC do
open(2)).
MS_NOSYMFOLLOW (od Linuksa 5.10)
Nie podąża za dowiązaniami symbolicznymi przy rozwiązywaniu ścieżek. Dowiązania
symboliczne mogą być wciąż tworzone, a readlink(1), readlink(2), realpath(1) i
realpath(3) wciąż działają poprawnie.
Od Linuksa 2.4, niektóre z powyższych znaczników są ustawiane na dane montowanie; inne
tyczą się superbloku montowanego systemu plików — co oznacza, że wszystkie kolejne
montowania tego samego systemu plików będą dzielić te znaczniki (wcześniej wszystkie
znaczniki lądowały w superbloku).
Znaczniki ustawiane na dane montowanie to:
• Od Linuksa 2.4: MS_NODEV, MS_NOEXEC i MS_NOSUID są ustawiane na dane montowanie.
• Dodatkowo, od Linuksa 2.6.16: MS_NOATIME i MS_NODIRATIME.
• Dodatkowo, od Linuksa 2.6.20: MS_RELATIME.
Następujące znaczniki są przypisane do superbloku: MS_DIRSYNC, MS_LAZYTIME, MS_MANDLOCK,
MS_SILENT i MS_SYNCHRONOUS. Początkowe ustawienie tych znaczników zależy od pierwszego
montowania systemu plików i będzie dzielone przez wszystkie kolejne montowania tego
systemu plików. Ustawienia tych znaczników można zmienić następnie operacją ponownego
montowania (przemontowania; zob. niżej). Zmiany te będą widoczne we wszystkich
montowaniach związanych z systemem plików.
Od Linuksa 2.6.16, MS_RDONLY może być ustawiony lub usunięty zarówno w danym montowaniu
jak i w superbloku systemu plików. Zamontowany system plików będzie dostępny do zapisu
tylko, gdy ani system plików, ani punkt montowania nie ma znacznika tylko do odczytu.
Ponowne montowanie (przemontowanie) istniejącego montowania
Istniejące montowanie może zostać zamontowane ponownie (przemontowane), podając MS_REMOUNT
w mountflags. Można w ten sposób zmienić mountflags i data istniejącego montowania, bez
potrzeby odmontowywania i montowania systemu plików. Cel target powinien mieć tę samą
wartość, jaką podano w pierwotnym wywołaniu mount().
Argumenty source i filesystemtype są ignorowane.
Argumenty mountflags i data powinny być zgodne z wartościami użytymi w pierwotnym
wywołaniu mount() — poza tymi wartościami, które chce się zmienić.
Następujące mountflags mogą być zmieniane: MS_LAZYTIME, MS_MANDLOCK, MS_NOATIME, MS_NODEV,
MS_NODIRATIME, MS_NOEXEC, MS_NOSUID, MS_RELATIME, MS_RDONLY, MS_STRICTATIME (co powoduje
usunięcie znaczników MS_NOATIME i MS_RELATIME) oraz MS_SYNCHRONOUS. Próby zmiany ustawień
MS_DIRSYNC i MS_SILENT podczas przemontowania są po cichu ignorowane. Proszę zauważyć, że
zmiany znaczników w superbloku są widoczne we wszystkich montowaniach związanych z danym
systemem plików (ponieważ znaczniki superbloku są dzielone przez wszystkie montowania).
Od Linuksa 3.17, jeśli w mountflags nie podano żadnej z opcji: MS_NOATIME, MS_NODIRATIME,
MS_RELATIME, ani MS_STRICTATIME, to operacja przemontowania zachowuje istniejące wartości
tych znaczników (zamiast powracać do MS_RELATIME).
Od Linuksa 2.6.26, znacznik MS_REMOUNT może być użyty łącznie z MS_BIND, aby zmodyfikować
jedynie znaczniki przypisane do danego montowania. Jest to szczególnie przydatne w
ustawianiu lub usuwaniu znacznika „tylko do odczytu” bez zmieniania samego systemu plików.
Podanie następujących mountflags:
MS_REMOUNT | MS_BIND | MS_RDONLY
uczyni dostęp do tego punktu montowania tylko do odczytu, bez zmieniania innych montowań.
Tworzenie montowania z podpięciem (bind mount)
Jeśli mountflags obejmuje MS_BIND (dostępny od Linuksa 2.4), to dokonywane jest montowanie
z podpięciem. Montowanie z podpięciem czyni poddrzewo katalogów widocznym w innym punkcie
pojedynczej hierarchii katalogów. Montowania z podpięciem mogą przekraczać granice
systemów plików i rozciągać się na więzienia chroot(2).
Argumenty filesystemtype i data są ignorowane.
Pozostałe bity (poza MS_REC, opisanym poniżej) w argumencie mountflags również są
ignorowane (montowanie z podpięciem ma te same opcje montowania jak podstawowe
montowanie). W rozdziale dotyczącym ponownego montowania (przemontowania) opisano sposób
uczynienia istniejącego montowania z podpięciem, montowaniem tylko do odczytu.
Domyślnie, gdy katalog jest montowany z podpięciem, montowany jest tylko ten katalog;
jeśli w drzewie katalogów istnieją kolejne podmontowania, nie są one montowane z
podpięciem. Jeśli poda się również znacznik MS_REC, to dokonywana jest rekurencyjna
operacja montowania z podpięciem — wszystkie podmontowania w poddrzewie w source (inne niż
montowania bez podpięcia) są również montowane z podpięciem, w odpowiednim położeniu
poddrzewa target.
Zmiana typu propagacji istniejącego montowania
Jeśli mountflags obejmuje jeden z: MS_SHARED, MS_PRIVATE, MS_SLAVE lub MS_UNBINDABLE
(wszystkie dostępne od Linuksa 2.6.15), to zmieniana jest propagacja istniejącego
montowania. Jeśli poda się więcej niż jeden z tych znaczników, wystąpi błąd.
Jedyne inne znaczniki, jakie można podać przy zmianie typu propagacji to: MS_REC (opisany
poniżej) oraz MS_SILENT (który jest ignorowany).
Argumenty source, filesystemtype i data są ignorowane.
Znaczenie znaczników typu propagacji jest następujące:
MS_SHARED
Czyni montowanie dzielonym. Zdarzenia zamontowania i odmontowania znajdujące się
bezpośrednio pod tym montowaniem będą propagowane do innych montowań, które są
członkami grupy równoległych montowań. Propagacja oznacza tu, że to samo
zamontowanie lub odmontowanie nastąpi automatycznie we wszystkich innych
montowaniach w grupie równoległych montowań. Zatem zdarzenia zamontowania i
odmontowania, które wystąpią w równoległych montowaniach, będą propagowane również
na niniejsze montowanie.
MS_PRIVATE
Czyni montowanie prywatnym. Zdarzenia zamontowania i odmontowania nie propagują z
tego montowania, ani na to montowanie.
MS_SLAVE
Jeśli jest to montowanie dzielone, będące członkiem grupy montowań równoległych,
zawierającej innych członków, konwertuje je na montowanie podległe. Jeśli jest to
montowanie dzielone, będące członkiem grupy montowań równoległych, niezawierającej
innych członków, konwertuje je na montowanie prywatne. W innych przypadkach typ
propagacji montowania jest pozostawiany bez zmian.
Gdy montowanie jest podległe, zdarzenia zamontowania i odmontowania propagują na to
montowanie z (nadrzędnej) grupy montowań równoległych, której montowanie było
pierwotnie członkiem. Zdarzenia zamontowania i odmontowania pod tym montowaniem nie
propagują na inne.
Montowanie może być podległe wobec innej grupy montowań równoległych, a w tym samym
czasie dzielić zdarzenia montowania i odmontowania z grupą montowań równoległych,
której jest członkiem.
MS_UNBINDABLE
Czyni to montowanie niepodpinalnym. Działa to w ten sposób jak montowanie prywatne,
tyle że dodatkowo nie da się go zamontować z podpięciem. Gdy dokonywane jest
rekurencyjne montowanie z podpięciem (mount() ze znacznikami MS_BIND i MS_REC) w
poddrzewie katalogów, wszelkie niepodpinalne montowania w poddrzewie są
automatycznie wycinane (tj. nie są replikowane) przy replikacji tego poddrzewa w
celu utworzenia poddrzewa docelowego.
Domyślnie, zmiana typu propagacji wpływa jedynie na montowanie target. Jeśli w mountflags
poda się również znacznik MS_REC, to zmieni się typ propagacji również wszystkich montowań
poniżej celu target.
Więcej informacji o typach propagacji montowań (w tym domyślnym typie propagacji montowań
przypisywanym nowym montowaniom) znajduje się w podręczniku mount_namespaces(7).
Przesuwanie montowania
Jeśli mountflags zawiera znacznik MS_MOVE (dostępny od Linuksa 2.4.18), to nastąpi
przesunięcie poddrzewa: source określa dotychczasowe montowanie, a target podaje nowe
położenie, do którego to montowanie ma być przemieszczone. Przesunięcie jest niepodzielne,
w żadnej chwili poddrzewo nie jest odmontowane.
Pozostałe bity w argumencie mountflags są ignorowane, podobnie jak argumenty
filesystemtype i data.
Tworzenie nowego montowania
Jeśli w mountflags nie jest podany żaden ze znaczników: MS_REMOUNT, MS_BIND, MS_MOVE,
MS_SHARED, MS_PRIVATE, MS_SLAVE lub MS_UNBINDABLE, to mount() dokonuje swojej domyślnej
akcji: tworzenia nowego montowania. source określa źródło nowego montowania, a target
podaje katalog, w którym zostanie utworzony punkt montowania.
Używane są argumenty filesystemtype i data, a w mountflags można podać kolejne bity, aby
zmodyfikować zachowanie wywołania.
WARTOŚĆ ZWRACANA
Po pomyślnym zakończeniu zwracane jest zero. Po błędzie zwracane jest -1 i ustawiane
errno, wskazując błąd.
BŁĘDY
Podane poniżej wartości błędów, stanowią błędy niezależne od typu systemu plików. Każdy
typ systemu plików może mieć swoje specjalne błędy i swoje specjalne zachowania. Więcej
szczegółów w kodzie źródłowym jądra Linux.
EACCES Składowa ścieżki była nieprzeszukiwalna (zob. też path_resolution(7)).
EACCES Próbowano zamontować system plików tylko do odczytu, bez podania znacznika
MS_RDONLY.
System plików może być tylko do odczytu z wielu powodów, w tym: istnienia na dysku
optycznym tylko do odczytu; istnienia na urządzeniu z fizycznym przełącznikiem,
ustawionym w pozycji tylko do odczytu; skompilowania implementacji systemu plików
tylko z obsługą odczytu; wystąpienia przy pierwotnym zamontowaniu systemu plików
błędów, które spowodowały oznaczenie go jako tylko do odczytu, z brakiem możliwości
zamontowania jako do odczytu i zapisu (do momentu naprawienia tych błędów).
Niektóre systemy plików, przy próbie zamontowania systemu tylko do odczytu, w
zamian zwracają błąd EROFS.
EACCES Urządzenie blokowe source jest położone w systemie plików zamontowanym z opcją
MS_NODEV.
EBUSY Próbowano ułożyć nowe montowanie bezpośrednio na istniejącym punkcie montowania,
który utworzono w tej przestrzeni nazw montowań z tymi samymi argumentami source i
target.
EBUSY source nie może być przemontowany tylko do odczytu, ponieważ wciąż utrzymuje pliki
otwarte do zapisu.
EFAULT Jeden z argumentów wskaźnikowych wskazuje poza przestrzeń adresową użytkownika.
EINVAL source ma nieprawidłowy superblok.
EINVAL Próbowano dokonać operacji przemontowania (MS_REMOUNT), lecz source nie było
zamontowane w target.
EINVAL Próbowano dokonać operacji przesunięcia (MS_MOVE), lecz drzewo montowań pod source
zawiera montowania nieprzypinalne, a target jest montowaniem z typem propagacji
MS_SHARED.
EINVAL Próbowano dokonać operacji przesunięcia (MS_MOVE), lecz montowanie macierzyste
montowania source, ma typ propagacji MS_SHARED.
EINVAL Próbowano dokonać operacji przesunięcia (MS_MOVE), lecz source nie było montowaniem
lub wynosiło „/”.
EINVAL Żądano operacji podpięcia (MS_BIND), gdzie source odnosi się do magicznego
dowiązania przestrzeni nazw montowań (tj. dowiązania magicznego /proc/pid/ns/mnt
lub montowania z podpięciem do takiego dowiązania), przy czym typ propagacji
montowania macierzystego wobec target wynosił MS_SHARED, a żądany typ propagacji
montowania z przypięciem mógłby spowodować zapętlenie zależności, co w przyszłości
uniemożliwiłoby zwolnienie przestrzeni nazw montowań.
EINVAL mountflags obejmuje więcej niż jeden z: MS_SHARED, MS_PRIVATE, MS_SLAVE lub
MS_UNBINDABLE.
EINVAL mountflags obejmuje MS_SHARED, MS_PRIVATE, MS_SLAVE lub MS_UNBINDABLE oraz zawiera
znacznik inny niż MS_REC lub MS_SILENT.
EINVAL Próbowano zamontować z podpięciem montowanie niepodpinalne.
EINVAL W nieuprzywilejowanej przestrzeni nazw montowań (tj. przestrzeni nazw montowań
będącej własnością przestrzeni nazw użytkownika, utworzonej przez
nieuprzywilejowanego użytkownika), próbowano zamontować z podpięciem (MS_BIND), bez
podania (MS_REC), co spowodowałoby ujawnienie drzewa systemu plików, pod jednym z
podmontowań podpinanego katalogu.
ELOOP Podczas rozwiązywania ścieżki napotkano zbyt wiele dowiązań.
ELOOP Próbowano dokonać operacji przesunięcia, a target jest potomkiem source.
EMFILE (Gdy nie jest wymagane urządzeń blokowe:) Tablica urządzeń atrap jest pełna.
ENAMETOOLONG
Ścieżka była dłuższa od MAXPATHLEN.
ENODEV filesystemtype nie jest skonfigurowany w jądrze.
ENOENT Ścieżka była pusta lub miała nieistniejącą składową.
ENOMEM Jądro nie mogło zaalokować wolnej strony, w celu skopiowania do niej nazw plików
lub danych.
ENOTBLK
source nie jest urządzeniem blokowym (a było ono wymagane).
ENOTDIR
target lub przedrostek source nie jest katalogiem.
ENXIO Główny numer urządzenia blokowego source jest poza zakresem.
EPERM Wywołujący nie ma wymaganych przywilejów.
EPERM Próbowano zmodyfikować (MS_REMOUNT) znacznik MS_RDONLY, MS_NOSUID lub MS_NOEXEC,
albo jeden ze znaczników „atime” (MS_NOATIME, MS_NODIRATIME, MS_RELATIME)
istniejącego montowania, lecz montowanie jest zablokowane; zob.
mount_namespaces(7).
EROFS Próbowano zamontować system plików tylko do odczytu bez podania znacznika
MS_RDONLY. Zob. EACCES wyżej.
STANDARDY
Linux.
HISTORIA
Definicje MS_DIRSYNC, MS_MOVE, MS_PRIVATE, MS_REC, MS_RELATIME, MS_SHARED, MS_SLAVE,
MS_STRICTATIME i MS_UNBINDABLE dodano do nagłówków glibc w glibc 2.12.
Od Linuksa 2.4 pojedynczy system plików może być zamontowany w wielu punktach montowań, a
wiele montowań może być ułożonych w tym samym punkcie montowań.
Argument mountflags może mieć liczbę magiczną 0xC0ED (MS_MGC_VAL) w górnych 16 bitach
(wszelkie inne znaczniki opisane w OPISIE zajmują dolne 16 bitów mountflags). Podanie
MS_MGC_VAL było wymagane przed Linuksem 2.4, lecz od Linuksa 2.4 nie jest już konieczne i
jest ignorowane, jeśli jest obecne.
Pierwotny znacznik MS_SYNC został przemianowany na MS_SYNCHRONOUS w 1.1.69, gdy w <mman.h>
dodano odmienny MS_SYNC.
Przed Linuksem 2.4 próba wykonania programu set-user-ID lub set-group-ID w systemie plików
zamontowanym z MS_NOSUID zawiodłaby z błędem EPERM. Od Linuksa 2.4, bity set-user-ID i
set-group-ID są w takim przypadku po cichu ignorowane.
UWAGI
Przestrzenie nazw montowań
Od Linuksa 2.4.19, Linux zapewnia przestrzenie nazw montowań. Przestrzeń nazw montowań
jest zbiorem zamontowanych systemów plików widocznych dla procesu. Przestrzenie nazw
montowań mogą być (i zwykle są) dzielone pomiędzy wieloma procesami, a zmiany w
przestrzeni nazw (tj. zamontowania i odmontowania) dokonywane przez jeden proces, są
widoczne dla innych procesów dzielących tę samą przestrzeń nazw (sytuacja sprzed Linuksa
2.4.19 może być rozważana, jak gdyby istniała pojedyncza przestrzeń nazw dzielona przez
wszystkie procesy w systemie).
Proces potomny utworzony przez fork(2) dziedziczy przestrzeń montowań procesu
macierzystego; przestrzeń nazw montowań jest zachowywana przez execve(2).
Proces może uzyskać prywatną przestrzeń nazw montowań jeśli: utworzono go za pomocą
znacznika CLONE_NEWNS clone(2), gdy jego nowa przestrzeń nazw jest inicjowana jako kopia
przestrzeni nazw procesu, który wywołał clone(2); albo jeśli wywoła unshare(2) ze
znacznikiem CLONE_NEWNS, który powoduje, że przestrzeń nazw montowań wywołującego uzyskuje
prywatną kopię przestrzeni nazw, którą wcześniej dzieliła z innymi procesami, dzięki czemu
przyszłe zamontowania i odmontowania dokonane przez wywołującego są niewidoczne dla innych
procesów (z wyjątkiem procesów potomnych, które wywołujący następnie utworzy) i na odwrót.
Więcej informacji o przestrzeni nazw montowań znajduje się w podręczniku
mount_namespaces(7).
Relacje rodzicielskie pomiędzy montowaniami
Każde montowanie ma montowanie macierzyste. Cała relacja rodzicielska wszystkich montowań
definiuje pojedynczą hierarchię katalogów widoczną przez proces w przestrzeni nazw
montowań.
Montowanie macierzyste nowego montowania jest definiowane przy jego utworzeniu. W typowym
przypadku, montowaniem macierzystym nowego montowania jest to, zawierające system plików z
katalogiem lub plikiem, do którego dołączane jest nowe montowanie. W przypadku, gdy nowe
montowanie jest ułożone na istniejącym montowaniu, montowaniem macierzystym nowego
montowania jest poprzednie montowanie ułożone w tym położeniu.
Relacje rodzicielskie pomiędzy montowaniami można sprawdzić za pomocą pliku
/proc/pid/mountinfo (zob. niżej).
/proc/pid/mounts i /proc/pid/mountinfo
Typowo linuksowy plik /proc/pid/mounts ujawnia listę montowań w przestrzeni nazw montowań
procesu o danym pid. Plik /proc/pid/mountinfo ujawnia nawet więcej informacji o
montowaniach, w tym o typie propagacji oraz informacje o identyfikatorze montowania, które
umożliwiają odkrycie relacji rodzicielskich między montowaniami. Więcej informacji o tym
pliku znajduje się w podręcznikach proc(5) oraz mount_namespaces(7).
ZOBACZ TAKŻE
mountpoint(1), chroot(2), ioctl_iflags(2), mount_setattr(2), pivot_root(2), umount(2),
mount_namespaces(7), path_resolution(7), findmnt(8), lsblk(8), mount(8), umount(8)
TŁUMACZENIE
Autorami polskiego tłumaczenia niniejszej strony podręcznika są: Michał Kułach
<michal.kulach@gmail.com>
Niniejsze tłumaczenie jest wolną dokumentacją. Bliższe informacje o warunkach licencji
można uzyskać zapoznając się z GNU General Public License w wersji 3
⟨https://www.gnu.org/licenses/gpl-3.0.html⟩ lub nowszej. Nie przyjmuje się ŻADNEJ
ODPOWIEDZIALNOŚCI.
Błędy w tłumaczeniu strony podręcznika prosimy zgłaszać na adres listy dyskusyjnej
⟨manpages-pl-list@lists.sourceforge.net⟩.