table of contents
- NUME
- REZUMAT
- DESCRIERE
- OPȚIUNI DE LINIE DE COMANDĂ
- OPȚIUNI DE MONTARE INDEPENDENTE DE SISTEMUL DE FIȘIERE
- OPȚIUNI DE MONTARE SPECIFICE SISTEMULUI DE FIȘIERE
- SUPORT PENTRU DM-VERITY
- SUPORT PENTRU DISPOZITIVE DE BUCLĂ
- STARE DE IEȘIRE
- ASISTENȚI EXTERNI
- MEDIU
- FIȘIERE
- ISTORIC
- ERORI
- AUTORI
- CONSULTAȚI ȘI
- RAPORTAREA ERORILOR
- DISPONIBILITATE
- unstable 2.40.3-1
MOUNT(8) | Administrare sistem | MOUNT(8) |
NUME¶
mount - montează un sistem de fișiere
REZUMAT¶
mount [-h|-V]
mount [-l] [-t tip-sistem-fișiere]
mount -a [-fFnrsvw] [-t tip-sistem-fișiere] [-O listă-opțiuni]
mount [-fnrsvw] [-o opțiuni] dispozitiv|punct-montare
mount [-fnrsvw] [-t tip-sistem-fișiere] [-o opțiuni] dispozitiv punct-montare
mount --bind|--rbind|--move dir-vechi dir-nou
mount --make-[shared|slave|private|unbindable|rshared|rslave|rprivate|runbindable] punct-montare
DESCRIERE¶
Toate fișierele accesibile într-un sistem Unix sunt aranjate într-un copac mare, ierarhia fișierelor, cu rădăcina /. Aceste fișiere pot fi repartizate pe mai multe dispozitive. Comanda mount are rolul de a atașa sistemul de fișiere aflat pe un anumit dispozitiv la arborele mare de fișiere. În schimb, comanda umount(8) îl va detașa din nou. Sistemul de fișiere este utilizat pentru a controla modul în care datele sunt stocate pe dispozitiv sau furnizate în mod virtual de către rețea sau alte servicii.
Forma standard a comenzii mount este:
mount -t tip dispozitiv dir
Aceasta îi solicită nucleului să atașeze sistemul de fișiere găsit pe dispozitiv (care este de tipul tip) la directorul dir. Opțiunea -t tip este opțională. Comanda mount este, de obicei, capabilă să detecteze un sistem de fișiere. Permisiunile de root sunt necesare pentru a monta un sistem de fișiere în mod implicit. Pentru mai multe detalii, consultați secțiunea „Montări fără superutilizator” de mai jos. Conținutul anterior (dacă există), precum și proprietarul și modul dir devin invizibile și, atâta timp cât acest sistem de fișiere rămâne montat, numele de cale dir se referă la rădăcina sistemului de fișiere de pe dispozitiv.
În cazul în care se indică doar directorul sau dispozitivul, de exemplu:
mount /dir
apoi mount caută un punct de montare (și dacă nu este găsit, atunci un dispozitiv) în fișierul /etc/fstab. Este posibil să se utilizeze opțiunile --target sau --source pentru a evita interpretarea ambiguă a argumentului dat. De exemplu:
mount --target /punct-montare
Același sistem de fișiere poate fi montat de mai multe ori, iar în unele cazuri (de exemplu, sisteme de fișiere de rețea), același sistem de fișiere poate fi montat de mai multe ori pe același punct de montare. Comanda mount nu implementează nicio politică pentru a controla acest comportament. Toate comportamentele sunt controlate de nucleu și, de obicei, sunt specifice controlorului sistemului de fișiere. Excepția este --all, în acest caz sistemele de fișiere deja montate sunt ignorate (a se vedea --all mai jos pentru mai multe detalii).
Listarea montărilor¶
Modul de listare este menținut doar pentru compatibilitate retroactivă.
Pentru o ieșire mai robustă și personalizabilă, utilizați findmnt(8), în special în scripturi. Rețineți că în numele punctului de montare, caracterele de control sunt înlocuite cu „?”.
Următoarea comandă listează toate sistemele de fișiere montate (de tipul tip):
mount [-l] [-t tip]
Opțiunea -l adaugă etichete la această listă. A se vedea mai jos.
Indicarea dispozitivului și a sistemului de fișiere¶
Majoritatea dispozitivelor sunt indicate printr-un nume de fișier (al unui dispozitiv special de bloc), cum ar fi /dev/sda1, dar există și alte posibilități. De exemplu, în cazul unei montări NFS, dispozitiv poate arăta ca knuth.cwi.nl:/dir.
Numele dispozitivelor din partițiile de disc sunt instabile; reconfigurarea componentelor fizice, precum și adăugarea sau eliminarea unui dispozitiv pot provoca modificări ale numelor. Acesta este motivul pentru care se recomandă insistent utilizarea identificatorilor de sistem de fișiere sau de partiții, cum ar fi UUID sau LABEL. Identificatorii (marcajele) suportate în prezent:
LABEL=eticheta
UUID=uuid
Rețineți că mount utilizează UUID-uri ca șiruri de caractere. UUID-urile din linia de comandă sau din fstab(5) nu sunt convertite în reprezentare binară internă. Reprezentarea șirului de caractere a UUID trebuie să se bazeze pe caractere minuscule.
PARTLABEL=eticheta
PARTUUID=uuid
ID=id
Comanda lsblk --fs oferă o imagine de ansamblu a sistemelor de fișiere, LABEL-urilor și UUID-urilor de pe dispozitivele de bloc disponibile. Comanda blkid -p <dispozitiv> oferă detalii despre un sistem de fișiere de pe dispozitivul specificat.
Nu uitați că nu există nicio garanție că UUID-urile și etichetele (labels) sunt cu adevărat unice, mai ales dacă mutați, partajați sau copiați dispozitivul. Utilizați lsblk -o +UUID,PARTUUID pentru a verifica dacă UUID-urile sunt într-adevăr unice în sistemul dumneavoastră.
Configurația recomandată este de a utiliza marcaje (de exemplu, UUID=uuid) mai degrabă decât legăturile simbolice udev /dev/disk/by-{label,uuid,id,partuuid,partlabel} în fișierul /etc/fstab. Etichetele sunt mai ușor de citit, mai robuste și mai portabile. Comanda mount(8) utilizează în mod intern legăturile simbolice udev, astfel încât utilizarea legăturilor simbolice în /etc/fstab nu are niciun avantaj față de etichete. Pentru mai multe detalii, consultați libblkid(3).
Sistemul de fișiere proc nu este asociat cu un dispozitiv special, iar atunci când îl montați, puteți utiliza un cuvânt cheie arbitrar - de exemplu, proc - în locul unei specificații de dispozitiv. (Alegerea obișnuită none este mai puțin fericită: mesajul de eroare: „none already mounted” (niciunul deja montat) de la mount poate fi derutant).
Fișierele „/etc/fstab”, „/etc/mtab” și „/proc/mounts”¶
Fișierul /etc/fstab (a se vedea fstab(5)), poate conține linii care descriu ce dispozitive sunt montate de obicei, unde sunt montate, folosind ce opțiuni. Locația implicită a fișierului fstab(5) poate fi suprascrisă cu opțiunea de linie de comandă --fstab ruta (a se vedea mai jos pentru mai multe detalii).
Comanda
mount -a [-t tip] [-O
listă-opțiuni]
(de obicei dată într-un script de pornire) face ca toate sistemele de fișiere menționate în fstab (de tipul corespunzător și/sau având sau nu opțiunile corespunzătoare) să fie montate așa cum este indicat, cu excepția celor a căror linie conține cuvântul cheie noauto. Adăugarea opțiunii -F va face ca mount să se bifurce, astfel încât sistemele de fișiere să fie montate în paralel.
Când montați un sistem de fișiere menționat în fstab sau mtab, este suficient să specificați în linia de comandă doar dispozitivul sau doar punctul de montare.
Programele mount și umount(8) păstrau în mod tradițional o listă a sistemelor de fișiere montate în prezent în fișierul /etc/mtab. Suportul pentru /etc/mtab clasic obișnuit este complet dezactivat în mod implicit la compilare, deoarece pe sistemele Linux actuale este mai bine ca /etc/mtab să fie în schimb o legătură simbolică către /proc/mounts. Fișierul mtab obișnuit menținut în spațiul utilizatorului nu poate funcționa în mod fiabil cu spațiile de nume, containerele și alte caracteristici avansate ale Linux. Dacă suportul mtab obișnuit este activat, atunci este posibil să se utilizeze atât fișierul, cât și legătura simbolică.
Dacă nu se furnizează niciun argument pentru mount, se afișează lista de sisteme de fișiere montate.
Dacă doriți să suprascrieți opțiunile de montare din /etc/fstab, trebuie să utilizați opțiunea -o:
mount dispozitiv|dir -o
opțiuni
și apoi opțiunile de montare din linia de comandă vor fi adăugate la lista de opțiuni din /etc/fstab. Acest comportament implicit poate fi modificat cu ajutorul opțiunii --options-mode din linia de comandă. Comportamentul obișnuit este ca ultima opțiune să primeze în cazul în care există opțiuni conflictuale.
Programul mount nu citește fișierul /etc/fstab dacă sunt specificate atât dispozitiv (sau LABEL, UUID, ID, PARTUUID sau PARTLABEL), cât și dir. De exemplu, pentru a monta dispozitivul oarecare la /dir:
mount /dev/oarecare /dir
Acest comportament implicit poate fi modificat prin utilizarea opțiunii de linie de comandă --options-source-force pentru a citi întotdeauna configurația din fstab. Pentru utilizatorii care nu sunt utilizatori „superman” ;-), mount citește întotdeauna configurația din fstab.
Montări fără superutilizator¶
În mod normal, numai superutilizatorul poate monta sisteme de fișiere. Cu toate acestea, atunci când fstab conține opțiunea user pe o linie, oricine poate monta sistemul de fișiere corespunzător.
Astfel, dată fiind o linie
/dev/cdrom /cd iso9660 ro,user,noauto,unhide
orice utilizator poate monta sistemul de fișiere iso9660 care se găsește pe un CDROM inserat folosind comanda:
mount /cd
Rețineți că mount este foarte strict în ceea ce privește utilizatorii non-root și toate rutele specificate în linia de comandă sunt verificate înainte ca fstab să fie analizat sau să fie executat un program de ajutor. Se recomandă cu tărie utilizarea unui punct de montare valid pentru a specifica sistemul de fișiere, în caz contrar mount poate eșua. De exemplu, nu este o idee bună să folosiți sursa NFS sau CIFS în linia de comandă.
Începând cu util-linux 2.35, mount nu mai iese atunci când permisiunile utilizatorului sunt inadecvate în conformitate cu regulile interne de securitate ale libmount. În schimb, renunță la permisiunile suid și continuă ca utilizator obișnuit care nu este root. Acest comportament asigură suportul pentru cazurile de utilizare în care permisiunile de root nu sunt necesare (de exemplu, sisteme de fișiere fuse, spații de nume de utilizator etc.).
Pentru mai multe detalii, consultați fstab(5). Numai utilizatorul care a montat un sistem de fișiere îl poate demonta din nou. Dacă orice utilizator ar trebui să îl poată demonta, utilizați users în loc de user în linia fstab. Opțiunea owner este similară cu opțiunea user, cu restricția că utilizatorul trebuie să fie proprietarul fișierului special. Acest lucru poate fi util, de exemplu, pentru /dev/fd dacă un script de conectare face ca utilizatorul consolei să fie proprietarul acestui dispozitiv. Opțiunea group este similară, cu restricția că utilizatorul trebuie să fie membru al grupului din fișierul special.
Opțiunea de montare user este acceptată dacă nu se specifică un nume de utilizator. Dacă este utilizată în formatul user=cineva, opțiunea este ignorată în tăcere și este vizibilă numai pentru asistenții de montare externi (/sbin/mount.<tip>) pentru compatibilitate cu unele sisteme de fișiere de rețea.
Operația de montare a legăturii¶
Remontează o parte din ierarhia fișierelor în altă parte. Apelul este:
mount --bind|--rbind|--move
dir-vechi dir-nou
sau utilizând această intrare din fstab:
/dir-vechi /dir-nou none bind
După acest apel, același conținut este accesibil în două locuri.
Este important să se înțeleagă că „bind” nu creează noduri speciale sau de clasa a doua în VFS (sistemul de fișiere virtual) din nucleu. „bind” este doar o altă operație de atașare a unui sistem de fișiere. Nu este stocată nicăieri informația că sistemul de fișiere a fost atașat printr-o operație „bind”. dir-vechi și dir-nou sunt independente, iar dir-vechi poate fi demontat.
De asemenea, se poate remonta un singur fișier (pe un singur fișier). De asemenea, este posibil să se utilizeze o montare de asociere pentru a crea un punct de montare dintr-un director obișnuit, de exemplu:
mount --bind foo foo
Apelul de montare a legăturii atașează doar (o parte din) un singur sistem de fișiere, nu și posibilele sub-montări. Întreaga ierarhie de fișiere, inclusiv sub-montările, poate fi atașată într-un al doilea loc, utilizând:
mount --rbind dir-vechi dir-nou
Rețineți că opțiunile de montare a sistemului de fișiere păstrate de nucleu vor rămâne aceleași cu cele din punctul de montare original. Opțiunile de montare din spațiul utilizatorului (de exemplu, _netdev) nu vor fi copiate de mount și este necesar să specificați în mod explicit opțiunile în linia de comandă mount.
Începând cu util-linux 2.27 mount permite modificarea opțiunilor de montare prin trecerea opțiunilor relevante împreună cu --bind. De exemplu:
mount -o bind,ro foo foo
Această caracteristică nu este acceptată de nucleul Linux; este implementată în spațiul utilizatorului printr-un apel de sistem suplimentar de remontare mount(2). Această soluție nu este atomică.
Modalitatea alternativă (clasică) de a crea o montare asociată doar pentru citire este de a utiliza operația de remontare, de exemplu:
mount --bind|--rbind|--move dir-vechi dir-nou
mount -o remount,bind,ro dir-vechi dir-nou
Rețineți că o asociere numai-pentru-citire va crea un punct de montare numai-pentru-citire (intrare VFS), dar super-blocul original al sistemului de fișiere va fi în continuare inscriptibil, ceea ce înseamnă că dir-vechi va fi inscriptibil, dar dir-nou va fi numai-pentru-citire.
De asemenea, este posibil să modificați fanioanele de intrare în VFS nosuid, nodev, noexec, noatime, nodiratime, relatime și nosymfollow prin intermediul unei operații „remount,bind”. Celelalte fanioane (de exemplu, fanioanele specifice sistemului de fișiere) sunt ignorate în mod silențios. Apelul de sistem clasic mount(2) nu permite modificarea recursivă a opțiunilor de montare (de exemplu, cu -o rbind,ro). Semantica recursivă este posibilă cu un nou apel de sistem mount_setattr(2) din nucleu și este acceptată începând cu libmount din util-linux v2.39 printr-un nou argument experimental de opțiune „recursivă” (de exemplu, -o rbind,ro=recursive). Pentru mai multe detalii, consultați secțiunea OPȚIUNI DE MONTARE INDEPENDENTE DE SISTEMUL DE FIȘIERE.
Începând cu util-linux 2.31, mount ignoră fanionul bind din /etc/fstab la o operație de remount (dacă -o remount este specificată în linia de comandă). Acest lucru este necesar pentru a controla complet opțiunile de montare la remontare prin linia de comandă. În versiunile anterioare, fanionul „bind” a fost întotdeauna aplicat și era imposibil să se redefinească opțiunile de montare fără interacțiune cu semantica „bind”. Acest comportament mount nu afectează situațiile în care „remount,bind” este specificat în fișierul /etc/fstab.
Operația de mutare¶
Mutarea unui arbore montat în alt loc (atomic). Apelul este:
mount --move dir-vechi dir-nou
În acest fel, conținutul care apărea anterior în dir-vechi va fi acum accesibil în dir-nou. Locația fizică a fișierelor nu se modifică. Rețineți că dir-vechi trebuie să fie un punct de montare.
Rețineți, de asemenea, că mutarea unei montări care se află sub o montare partajată nu este validă și nu este acceptată. Folosiți findmnt -o TARGET,PROPAGATION pentru a vedea fanioanele de propagare actuale.
Operații de subarbore partajate¶
Începând cu Linux 2.6.15, este posibilă marcarea unei montări și a submontărilor sale ca fiind partajate, private, sclave sau neasociabile. O montare partajată oferă posibilitatea de a crea oglinzi ale acelei montări, astfel încât montările și demontările din oricare dintre oglinzi să se propage în cealaltă oglindă. O montare sclavă primește propagare de la maestra sa, dar nu și invers. O montare privată nu are capacitatea de propagare. O montare neasociabilă este o montare privată care nu poate fi clonată printr-o operație de asociere. Semantica detaliată este documentată în fișierul Documentation/filesystems/sharedsubtree.txt din arborele sursă al nucleului; a se vedea, de asemenea, mount_namespaces(7).
Operațiile acceptate sunt:
mount --make-shared punct-montare mount --make-slave punct-montare mount --make-private punct-montare mount --make-unbindable punct-montare
Comenzile următoare permit schimbarea recursivă a tipului tuturor montărilor sub un anumit punct de montare.
mount --make-rshared punct-montare mount --make-rslave punct-montare mount --make-rprivate punct-montare mount --make-runbindable punct-montare
mount nu citește fstab(5) atunci când este solicitată o operație --make-*. Toate informațiile necesare trebuie să fie specificate în linia de comandă.
Rețineți că nucleul Linux nu permite modificarea mai multor fanioane de propagare cu un singur apel de sistem mount(2), iar fanioanele nu pot fi amestecate cu alte opțiuni și operații de montare.
Începând cu util-linux 2.23, comanda mount poate fi utilizată pentru a efectua mai multe modificări de propagare (topologie) printr-un singur apel mount(8) și poate fi efectuată împreună cu alte operațiuni de montare. Marcajele de propagare sunt aplicate prin apeluri de sistem mount(2) suplimentare atunci când operațiile de montare precedente au avut succes. Rețineți că acest caz de utilizare nu este atomic. Este posibil să se specifice fanioanele de propagare în fstab(5) ca opțiuni de montare (private, slave, shared, unbindable, rprivate, rslave, rshared, runbindable).
De exemplu:
mount --make-private --make-unbindable /dev/sda1 /foo
este identic cu:
mount /dev/sda1 /foo mount --make-private /foo mount --make-unbindable /foo
OPȚIUNI DE LINIE DE COMANDö
Setul complet de opțiuni de montare utilizate de o invocare a mount este determinat prin extragerea mai întâi a opțiunilor de montare pentru sistemul de fișiere din tabelul fstab, apoi prin aplicarea oricăror opțiuni specificate de argumentul -o și, în final, prin aplicarea unei opțiuni -r sau -w, dacă este prezentă.
Comanda mount nu transmite toate opțiunile din linia de comandă către ajutoarele de montare /sbin/mount.sufix. Interfața dintre mount și ajutoarele de montare este descrisă mai jos, în secțiunea ASISTENȚI EXTERNI.
Opțiunile din linia de comandă disponibile pentru comanda mount sunt:
-a, --all
The correct functionality depends on /proc (to detect already mounted filesystems) and on /sys (to evaluate filesystem tags like UUID= or LABEL=). It’s strongly recommended to mount /proc and /sys filesystems before mount -a is executed, or keep /proc and /sys at the beginning of fstab.
Opțiunea --all poate fi utilizată și pentru operațiunea de remontare. În acest caz, toate filtrele (-t și -O) sunt aplicate la tabelul cu sistemele de fișiere deja montate.
Începând cu versiunea 2.35, este posibil să se utilizeze opțiunea de linie de comandă -o pentru a modifica opțiunile de montare din fstab (a se vedea și --options-mode).
Rețineți că este o practică proastă să folosiți mount -a pentru verificarea fstab. Soluția recomandată este findmnt --verify.
-B, --bind
-c, --no-canonicalize
Rețineți că mount nu transmite această opțiune asistenților /sbin/mount.tip.
-F, --fork
-f, --fake
Fișierul /etc/mtab nu mai este menținut în spațiul utilizatorului, iar începând cu versiunea 2.39, operația de montare poate fi un lanț complex de operații cu dependențe între apelurile de sistem. Opțiunea --fake forțează libmount să sară peste toate operațiile de pregătire a sursei de montare, analiza opțiunilor de montare și procesul de montare propriu-zis.
Diferența dintre o execuție falsă și una non-falsă este uriașă. Acesta este motivul pentru care opțiunea --fake are o importanță minimă pentru implementarea actuală a mount(8) și este menținută în principal pentru compatibilitate cu versiunile anterioare.
-i, --internal-only
-L, --label eticheta
-l, --show-labels
-M, --move
-m, --mkdir[=mod]
--map-groups, --map-users interior:exterior:cantitate
--map-users /proc/PID/ns/utilizator
-n, --no-mtab
-N, --namespace spațiu-nume
mount trece la spațiul de nume de montare atunci când citește /etc/fstab, scrie /etc/mtab: (sau scrie în _/run/mount) și apelează mount(2), în caz contrar rulează în spațiul de nume de montare original. Acest lucru înseamnă că spațiul de nume țintă nu trebuie să conțină nicio bibliotecă sau alte cerințe necesare pentru a executa apelul mount(2).
Pentru mai multe informații, consultați mount_namespaces(7).
-O, --test-opts argumente-opționale
mount -a -O no_netdev
montează toate sistemele de fișiere, cu excepția celor care au opțiunea netdev specificată în câmpul options din fișierul /etc/fstab.
Se deosebește de -t prin faptul că fiecare opțiune se potrivește exact; un no la începutul unei opțiuni nu le anulează pe celelalte.
Opțiunile -t și -O au efect cumulativ; adică, comanda
mount -a -t ext2 -O _netdev
montează toate sistemele de fișiere ext2 cu opțiunea _netdev, nu toate sistemele de fișiere care sunt fie ext2, fie au opțiunea _netdev specificată.
-o, --options argumente-opționale
mount LABEL=discul-meu -o noatime,nodev,nosuid
Rețineți că ordinea opțiunilor contează, deoarece ultima opțiune este cea care primează în cazul în care există opțiuni conflictuale. Opțiunile din linia de comandă suprascriu, de asemenea, opțiunile din fstab în mod implicit.
Pentru mai multe detalii, consultați secțiunile OPȚIUNI DE MONTARE INDEPENDENTE DE SISTEMUL DE FIȘIERE și OPȚIUNI DE MONTARE SPECIFICE SISTEMULUI DE FIȘIERE.
--onlyonce
--options-mode mod
--options-source sursă
--options-source-force
-R, --rbind
-r, --read-only
Rețineți că, în funcție de tipul de sistem de fișiere, de starea și de comportamentul nucleului, sistemul poate scrie în continuare pe dispozitiv. De exemplu, ext3 și ext4 vor relua jurnalul dacă sistemul de fișiere este murdar. Pentru a preveni acest tip de acces în scriere, este posibil să doriți să montați un sistem de fișiere ext3 sau ext4 cu opțiunile de montare ro,noload sau să configurați dispozitivul de bloc propriu-zis în modul numai-pentru-citire, consultați comanda blockdev(8).
-s
--source dispozitiv
--target director
--target-prefix director
mount --all --target-prefix /chroot -o X-mount.mkdir
montează tot din fișierul fstab al sistemului în /chroot, toate punctele de montare lipsă sunt create (datorită X-mount.mkdir). Consultați și --fstab pentru a utiliza un fstab alternativ.
-T, --fstab ruta
Rețineți că mount nu transmite opțiunea --fstab asistenților /sbin/mount.tip, ceea ce înseamnă că fișierele fstab alternative vor fi invizibile pentru asistenți. Acest lucru nu reprezintă o problemă pentru montările normale, dar montările de utilizator (non-root) necesită întotdeauna fstab pentru a verifica drepturile utilizatorului.
-t, --types tip-sistem-fișiere
Programele mount și umount(8) acceptă subtipurile de sisteme de fișiere. Subtipul este definit prin sufixul „.subtip”. De exemplu, „fuse.sshfs”. Se recomandă utilizarea notației de subtip mai degrabă decât adăugarea oricărui prefix la sursa de montare (de exemplu, 'sshfs#exemplu.com' este depreciată).
Dacă nu este furnizată opțiunea -t sau dacă este specificat tipul auto, mount va încerca să ghicească tipul dorit. mount utilizează biblioteca libblkid(3) pentru a ghici tipul sistemului de fișiere; dacă nu găsește nimic familiar, mount va încerca să citească fișierul /etc/filesystems sau, dacă acesta nu există, /proc/filesystems. Se vor încerca toate tipurile de sisteme de fișiere enumerate acolo, cu excepția celor care sunt etichetate „nodev” (de exemplu devpts, proc și nfs). Dacă /etc/filesystems se termină într-o linie cu un singur *, mount va citi apoi /proc/filesystems. În timpul încercării, toate tipurile de sisteme de fișiere vor fi montate cu opțiunea de montare silent.
Tipul auto poate fi util pentru dischete montate de utilizator. Crearea unui fișier /etc/filesystems poate fi utilă pentru a schimba ordinea de scanare (de exemplu, pentru a încerca vfat înainte de msdos sau ext3 înainte de ext2) sau dacă folosiți un auto-încărcător de module de nucleu.
Se pot specifica mai multe tipuri într-o listă separată prin virgule, atât pentru opțiunea -t, cât și pentru o intrare /etc/fstab. Lista de tipuri de sisteme de fișiere pentru opțiunea -t poate fi prefixată cu no pentru a specifica tipurile de sisteme de fișiere pentru care nu trebuie întreprinsă nicio acțiune. Prefixul no nu are niciun efect atunci când este specificat într-o intrare /etc/fstab.
Prefixul no poate fi semnificativ cu opțiunea -a. De exemplu, comanda
mount -a -t nomsdos,smbfs
montează toate sistemele de fișiere, cu excepția celor de tip msdos și smbfs.
Pentru majoritatea tipurilor, tot ceea ce trebuie să facă programul mount este să emită un simplu apel de sistem mount(2) și nu este necesară nicio cunoaștere detaliată a tipului de sistem de fișiere. Cu toate acestea, pentru câteva tipuri (cum ar fi nfs, nfs4, cifs, smbfs, ncpfs) este necesar un cod ad hoc. Sistemele de fișiere nfs, nfs4, cifs, smbfs și ncpfs au un program de montare separat. Pentru a face posibilă tratarea tuturor tipurilor într-un mod uniform, mount va executa programul /sbin/mount.tip (dacă acesta există) atunci când este apelat cu tipul tip. Deoarece diferite versiuni ale programului smbmount au convenții de apelare diferite, /sbin/mount.smbfs poate fi necesar să fie un script shell care să configureze apelul dorit.
-U, --uuid uuid
-v, --verbose
-w, --rw, --read-write
Un sinonim este -o rw.
Rețineți că specificarea -w în linia de comandă forțează mount să nu încerce niciodată montarea în regim de numai-citire pe dispozitive protejate la scriere sau pe sisteme de fișiere în regim de numai-citire deja montate.
-h, --help
-V, --version
OPȚIUNI DE MONTARE INDEPENDENTE DE SISTEMUL DE FIȘIERE¶
Unele dintre aceste opțiuni sunt utile doar atunci când apar în fișierul /etc/fstab.
Unele dintre aceste opțiuni ar putea fi activate sau dezactivate în mod implicit în nucleul sistemului. Pentru a verifica configurația curentă, consultați opțiunile din /proc/mounts. Rețineți că sistemele de fișiere au, de asemenea, opțiuni de montare implicite specifice fiecărui sistem de fișiere în parte (a se vedea, de exemplu, tune2fs -l output pentru sistemele de fișiere extN).
Opțiunile nosuid, noexec, nodiratime, relatime, noatime, strictatime și nosymfollow sunt interpretate numai de stratul abstract al nucleului VFS și se aplică nodului punctului de montare și nu sistemului de fișiere în sine. Încearcă:
findmnt -o TARGET,VFS-OPTIONS,FS-OPTIONS
pentru a obține o vedere de ansamblu completă a sistemelor de fișiere și a opțiunilor VFS.
Opțiunea numai-pentru-citire „read-only” (ro sau rw) este interpretată de VFS și de sistemul de fișiere și depinde de modul în care este specificată opțiunea în linia de comandă mount(8). În mod implicit, opțiunea este interpretată la nivelul sistemului de fișiere. Operația „-o bind,remount,ro” se aplică numai la punctul de montare VFS, iar operația „-o remount,ro” se aplică la VFS și la super-blocul sistemului de fișiere. Această semantică permite crearea unui punct de montare numai pentru citire, dar păstrează sistemul de fișiere inscriptibil de la un alt punct de montare.
Începând cu v2.39 libmount poate utiliza o nouă interfață de montare a nucleului pentru a defini opțiunile VFS recursive. Pentru compatibilitate retroactivă, această caracteristică nu este activată în mod implicit, deși a fost solicitată operarea recursivă (de exemplu, rbind). Noul argument de opțiune „recursive” poate fi specificat, de exemplu:
mount -orbind,ro=recursive,noexec=recursive,nosuid /foo /bar
leagă recursiv sistemele de fișiere de la /foo la /bar, /bar și toate sub-montările vor fi numai-pentru-citire și noexec, dar numai /bar însuși va fi „nosuid”. Argumentul opțional „recursive” pentru opțiunile de montare VFS este o caracteristică EXPERIMENTALĂ.
Următoarele opțiuni se aplică oricărui sistem de fișiere care este montat (dar nu toate sistemele de fișiere le respectă - de exemplu, opțiunea sync are efect doar pentru ext2, ext3, ext4, fat, vfat, ufs și xfs):
async
atime
noatime
auto
noauto
context=context, fscontext=context, defcontext=context, și rootcontext=context
O opțiune utilizată în mod obișnuit pentru mediile detașabile este context="system_u:object_r:removable_t.
Opțiunea fscontext= funcționează pentru toate sistemele de fișiere, indiferent de suportul xattr al acestora. Opțiunea fscontext stabilește eticheta generală a sistemului de fișiere la un anumit context de securitate. Această etichetă a sistemului de fișiere este separată de etichetele individuale de pe fișiere. Ea reprezintă întregul sistem de fișiere pentru anumite tipuri de verificări ale permisiunilor, cum ar fi în timpul montării sau creării fișierelor. Etichetele individuale ale fișierelor se obțin în continuare din xattrs de pe fișierele în sine. Opțiunea „context” stabilește de fapt contextul agregat pe care îl furnizează fscontext, pe lângă faptul că furnizează aceeași etichetă pentru fișierele individuale.
Puteți stabili contextul de securitate implicit pentru fișierele neetichetate utilizând opțiunea defcontext=. Aceasta înlocuiește valoarea stabilită pentru fișierele neetichetate în politica de securitate și necesită un sistem de fișiere care acceptă etichetarea xattr.
Opțiunea rootcontext= vă permite să etichetați explicit nodul-i rădăcină al unui sistem de fișiere montat înainte ca sistemul de fișiere sau nodul-i să devină vizibil în spațiul utilizatorului. Această opțiune s-a dovedit a fi utilă pentru lucruri precum Linux „stateless” (fără stare). Valoarea specială @target poate fi utilizată pentru a atribui contextul curent al locației țintă a punctului de montare.
Rețineți că nucleul respinge orice cerere de remontare care include opțiunea de context, inclusiv atunci când este neschimbată față de contextul curent.
Atenție: *valoarea context poate conține virgule, caz în care valoarea trebuie să fie pusă corect între ghilimele, altfel mount va interpreta virgula ca un separator între opțiunile de montare. Nu uitați că shell-ul elimină ghilimelele și, prin urmare, este necesară utilizarea ghilimelelor duble. De exemplu:
mount -t tmpfs none /mnt -o \ 'context="system_u:object_r:tmp_t:s0:c127,c456",noexec'
Pentru mai multe detalii, consultați selinux(8).
defaults
Rețineți că setul real al tuturor opțiunilor de montare implicite depinde de tipul de nucleu și de sistemul de fișiere. Pentru mai multe detalii, consultați începutul acestei secțiuni.
dev
nodev
diratime
nodiratime
dirsync
exec
noexec
group
iversion
noiversion
mand
nomand
_netdev
nofail
relatime
Începând cu Linux 2.6.30, nucleul utilizează în mod implicit comportamentul oferit de această opțiune (cu excepția cazului în care a fost specificat noatime), iar opțiunea strictatime este necesară pentru a obține semantica tradițională. În plus, începând cu Linux 2.6.30, ultima oră de accesare a fișierului este întotdeauna actualizată dacă este mai veche de o zi.
norelatime
strictatime
nostrictatime
lazytime
Această opțiune de montare reduce în mod semnificativ scrierile în tabelul de noduri-i pentru sarcinile de lucru care efectuează scrieri aleatorii frecvente în fișiere prealocate.
Marcajele de timp de pe disc sunt actualizate numai atunci când:
nolazytime
suid
nosuid
silent
loud
owner
remount
Operația de remontare împreună cu fanionul bind are o semantică specială. A se vedea mai sus, subsecțiunea Operația de montare a legăturii.
Comportamentul implicit al nucleului pentru fanioanele de montare VFS (nodev,nosuid,noexec,ro) este de a reinițializa toate fanioanele nespecificate la remontare. De aceea, mount(8) încearcă să păstreze configurația curentă în conformitate cu fstab sau /proc/self/mountinfo. Acest comportament implicit este posibil de modificat prin --options-mode. Schimbarea recursivă a fanioanelor de montare (acceptată începând cu v2.39 pe sistemele cu syscall mount_setattr(2)), de exemplu, mount -o remount,ro=recursive, nu utilizează comportamentul „reset-unspecified” și funcționează ca o simplă operație de adăugare/eliminare, iar fanioanele nespecificate nu sunt modificate.
Funcționalitatea de remontare urmează modul standard în care funcționează comanda mount cu opțiunile din fstab. Aceasta înseamnă că mount nu citește fstab (sau mtab) decât atunci când sunt specificate atât dispozitiv cât și dir.
mount -o remount,rw /dev/foo /dir
După acest apel, toate vechile opțiuni de montare sunt înlocuite și elementele arbitrare din fstab (sau mtab) sunt ignorate, cu excepția opțiunii loop=, care este generată intern și menținută de comanda mount.
mount -o remount,rw /dir
După acest apel, mount citește fstab și combină aceste opțiuni cu opțiunile din linia de comandă (-o). Dacă nu se găsește niciun punct de montare în fstab, atunci se utilizează în mod implicit opțiunile de montare din /proc/self/mountinfo.
mount permite utilizarea lui --all pentru a remonta toate sistemele de fișiere deja montate care corespund unui filtru specificat (-O și -t). De exemplu:
mount --all -o remount,ro -t vfat
remontează toate sistemele de fișiere vfat deja montate în modul numai-pentru-citire. Fiecare dintre sistemele de fișiere este remontat prin semantica mount -o remount,ro /dir. Aceasta înseamnă că comanda mount citește fstab sau mtab și îmbină aceste opțiuni cu opțiunile din linia de comandă.
ro
rw
sync
user
nouser
users
X-*
x-*
Rețineți că înainte de util-linux v2.30 opțiunile x-* nu au fost menținute de libmount și stocate în spațiul utilizatorului (funcționalitatea era aceeași ca și pentru X-* acum), dar datorită numărului tot mai mare de cazuri de utilizare (în initrd, systemd etc.) funcționalitatea a fost extinsă pentru a păstra configurațiile fstab existente utilizabile fără modificări.
X-mount.auto-fstypes=listă
listă este o listă de nume de sisteme de fișiere, separate prin virgule. Detectarea automată a sistemului de fișiere este declanșată de tipul de sistem de fișiere „auto” sau atunci când tipul de sistem de fișiere nu este specificat.
lista urmărește modul în care «mount» evaluează tiparele de tip (a se vedea -t pentru mai multe detalii). Numai tipurile de sisteme de fișiere specificate sunt permise sau toate tipurile specificate sunt interzise dacă lista este precedată de „no”.
De exemplu, X-mount.auto-fstypes="ext4,btrfs" acceptă numai ext4 și btrfs, iar X-mount.auto-fstypes="novfat,xfs" acceptă toate sistemele de fișiere, cu excepția vfat și xfs.
Rețineți că virgula este utilizată ca separator între opțiunile de montare, ceea ce înseamnă că valorile auto-fstypes trebuie să fie corect încadrate între ghilimele, nu uitați că shell-ul elimină ghilimelele și, prin urmare, sunt necesare ghilimelele duble. De exemplu:
mount -t auto
-o’X-mount.auto-fstypes="noext2,ext3"' /dev/sdc1 /mnt/test
X-mount.mkdir[=mod]
X-mount.subdir=director
Rețineți că această caracteristică nu va funcționa în sesiunea cu un spațiu de nume de montare privat nepartajat (după unshare --mount) pe nuclee vechi sau cu mount(8) fără suport pentru API-ul nucleului de montare bazat pe descriptori de fișiere. În acest caz, aveți nevoie de unshare --mount --propagation shared.
Această caracteristică este EXPERIMENTALĂ.
X-mount.owner=nume-utilizator|UID, X-mount.group=grup|GID
X-mount.mode=mod
X-mount.idmap=id-tip:id-montare:id-gazdă:id-interval [id-tip:id-montare:id-gazdă:id-interval], X-mount.idmap=fișier
The ID-mapping must be specified using the syntax id-type:id-mount:id-host:id-range. Specifying u as the id-type prefix creates a UID-mapping, g creates a GID-mapping and omitting id-type or specifying b creates both a UID- and GID-mapping. The id-mount parameter indicates the starting ID in the new mount. The id-host parameter indicates the starting ID in the filesystem. The id-range parameter indicates how many IDs are to be mapped. It is possible to specify multiple ID-mappings.
The individual ID mappings must be separated by spaces. Please note that in the /etc/fstab file, spaces are interpreted as separators between fields. To avoid this, you must escape them using \040. For example, X-mount.idmap=0:0:1\040500:1000:1.
De exemplu, atribuirea ID X-mount.idmap=u:1000:0:1 g:1001:1:2 5000:1000:2 creează o montare idmapped în care UID 0 este asociat cu UID 1000, GID 1 este asociat cu GUID 1001, GID 2 este asociat cu GID 1002, UID și GID 1000 sunt asociate cu 5000, iar UID și GID 1001 sunt asociate cu 5001 în montare.
În cazul în care se specifică direct o atribuire ID, un nou spațiu de nume de utilizator va fi alocat cu atribuirea ID solicitată. Spațiul de nume de utilizator nou creat va fi atașat la montare.
Spațiul de nume de utilizator va fi apoi atașat la montare, iar atribuirea ID a spațiului de nume de utilizator va deveni asocierea ID a montării.
De exemplu, X-mount.idmap=/proc/PID/ns/user va atașa spațiul de nume de utilizator al procesului PID la montare.
nosymfollow
OPȚIUNI DE MONTARE SPECIFICE SISTEMULUI DE FIȘIERE¶
Această secțiune enumeră opțiunile care sunt specifice anumitor sisteme de fișiere. Acolo unde este posibil, ar trebui să consultați mai întâi paginile de manual specifice sistemului de fișiere pentru detalii. Unele dintre aceste pagini sunt enumerate în tabelul următor.
Sistemul de fișiere | Pagina de manual |
btrfs | btrfs(5) |
cifs | mount.cifs(8) |
ext2, ext3, ext4 | ext4(5) |
fuse | fuse(8) |
nfs | nfs(5) |
tmpfs | tmpfs(5) |
xfs | xfs(5) |
Rețineți că este posibil ca unele dintre paginile enumerate mai sus să fie disponibile numai după ce ați instalat respectivele instrumente pentru utilizator.
Următoarele opțiuni se aplică numai anumitor sisteme de fișiere. Le sortăm în funcție de sistemul de fișiere. Toate opțiunile urmează fanionul -o.
Opțiunile acceptate depind un pic de nucleul care rulează. Informații suplimentare pot fi disponibile în fișierele specifice sistemului de fișiere din subdirectorul sursă al nucleului Documentation/filesystems.
Opțiuni de montare pentru ADFS¶
uid=valoare și gid=valoare
ownmask=valoare și othmask=valoare
Opțiuni de montare pentru AFFS¶
uid=valoare și gid=valoare
setuid=valoare și setgid=valoare
mode=valoare
protect
usemp
verbose
prefix=șir
volume=șir
reserved=valoare
root=valoare
bs=valoare
grpquota|noquota|quota|usrquota
Opțiuni de montare pentru Debugfs (depanarea sistemului de fișiere)¶
Sistemul de fișiere debugfs este un pseudo-sistem de fișiere, montat în mod tradițional pe /sys/kernel/debug. Începând cu versiunea 3.4 a nucleului, debugfs are următoarele opțiuni:
uid=n, gid=n
mode=valoare
Opțiuni de montare pentru Devpts¶
Sistemul de fișiere devpts este un pseudo-sistem de fișiere, montat în mod tradițional pe /dev/pts. Pentru a achiziționa un pseudoterminal, un proces deschide /dev/ptmx; numărul pseudoterminalului este apoi pus la dispoziția procesului, iar pseudoterminalul sclav poate fi accesat ca /dev/pts/<număr>.
uid=valoare și gid=valoare
mode=valoare
newinstance
Toate montările de devpts fără această opțiune newinstance au în comun același set de indici pseudoterminal (adică, modul tradițional). Fiecare montare de devpts cu opțiunea newinstance are un set privat de indici pseudoterminal.
Această opțiune este utilizată în principal pentru a permite utilizarea containerelor în nucleul Linux. Este implementată în versiunile de kernel Linux începând cu 2.6.29. În plus, această opțiune de montare este valabilă numai dacă opțiunea CONFIG_DEVPTS_MULTIPLE_INSTANCES este activată în configurația nucleului.
Pentru a utiliza această opțiune în mod eficient, /dev/ptmx trebuie să fie o legătură simbolică către pts/ptmx. Pentru detalii, consultați Documentation/filesystems/devpts.txt în arborele sursă al nucleului Linux.
ptmxmode=valoare
Cu suportul pentru mai multe instanțe de devpts (a se vedea opțiunea newinstance de mai sus), fiecare instanță are un nod privat ptmx în rădăcina sistemului de fișiere devpts (de obicei /dev/pts/ptmx).
Pentru compatibilitate cu versiunile mai vechi ale nucleului, modul implicit al noului nod ptmx este 0000. ptmxmode=valoare specifică un mod mai util pentru nodul ptmx și este foarte recomandat atunci când se specifică opțiunea newinstance.
Această opțiune este implementată numai în versiunile nucleului Linux începând cu 2.6.29. În plus, această opțiune este valabilă numai dacă opțiunea CONFIG_DEVPTS_MULTIPLE_INSTANCES este activată în configurația nucleului.
Opțiuni de montare pentru FAT¶
(Notă: fat nu este un sistem de fișiere separat, ci o parte comună a sistemelor de fișiere msdos, umsdos și vfat.)
blocksize={512|1024|2048}
uid=valoare și gid=valoare
umask=valoare
dmask=valoare
fmask=valoare
allow_utime=valoare
20
2
Valoarea implicită este stabilită de opțiunea „dmask”. (În cazul în care directorul este inscriptibil, este permisă și utime(2). De exemplu: ~dmask & 022)
În mod normal, utime(2) verifică dacă procesul curent este proprietarul fișierului sau dacă are capacitatea CAP_FOWNER. Dar sistemele de fișiere FAT nu au UID/GID pe disc, astfel încât verificarea normală este mult prea inflexibilă. Cu această opțiune o puteți relaxa.
check=valoare
r[elaxed]
n[ormal]
s[trict]
codepage=valoare
conv=mod
cvf_format=modul
cvf_option=optiune
debug
discard
dos1xfloppy
errors={panic|continue|remount-ro}
fat={12|16|32}
iocharset=valoare
nfs={stale_rw|nostale_ro}
stale_rw: Această opțiune menține un index (cache) al nodurilor-i de directoare care este utilizat de codul nfs pentru a îmbunătăți căutările. Operațiile complete cu fișiere (citire/scriere) prin NFS sunt acceptate, dar cu evacuarea cache-ului la serverul NFS, acest lucru ar putea duce la erori ESTALE false.
nostale_ro: Această opțiune se bazează pe numărul de nodului-i și gestionarea fișierelor pe baza locației pe disc a unui fișier în intrarea de director FAT. Acest lucru garantează că ESTALE nu va fi returnat după ce un fișier este evacuat din memoria cache a nodurilor-i. Cu toate acestea, aceasta înseamnă că operațiile de redenumire, creare și eliminare a legăturilor ar putea face ca operatorii de fișiere care indicau anterior un fișier să indice un alt fișier, ceea ce ar putea cauza o eventuală corupție a datelor. Din acest motiv, această opțiune montează, de asemenea, sistemul de fișiere în regim numai-pentru-citire.
Pentru a menține compatibilitatea retroactivă, -o nfs este, de asemenea, acceptată, fiind implicită la stale_rw.
tz=UTC
time_offset=minute
quiet
rodir
Dacă doriți să utilizați ATTR_RO ca indicator de numai-citire chiar și pentru director, definiți această opțiune.
showexec
sys_immutable
flush
usefree
dots, nodots, dotsOK=[yes|no]
Opțiuni de montare pentru HFS¶
creator=cccc, type=cccc
uid=n, gid=n
dir_umask=n, file_umask=n, umask=n
session=n
part=n
quiet
Opțiuni de montare pentru HPFS¶
uid=valoare și gid=valoare
umask=valoare
case={lower|asis}
conv=mod
nocheck
Opțiuni de montare pentru ISO9660¶
ISO 9660 este un standard care descrie o structură de sistem de fișiere care urmează să fie utilizată pe CD-ROM-uri. (Acest tip de sistem de fișiere este întâlnit și pe unele DVD-uri. A se vedea, de asemenea, sistemul de fișiere udf).
Numele de fișiere iso9660 normale apar într-un format 8.3 (adică restricții de tip DOS privind lungimea numelui de fișier) și, în plus, toate caracterele sunt scrise cu majuscule. De asemenea, nu există niciun câmp pentru proprietatea fișierelor, protecție, numărul de legături, prevederi pentru dispozitive de blocuri/caractere, etc.
Rock Ridge este o extensie a iso9660 care oferă toate aceste caracteristici de tip UNIX. Practic, există extensii la fiecare înregistrare de director care furnizează toate informațiile suplimentare, iar atunci când Rock Ridge este utilizat, sistemul de fișiere nu se poate distinge de un sistem de fișiere UNIX normal (cu excepția faptului că este numai pentru citire, desigur).
norock
nojoliet
check={r[elaxed]|s[trict]}
uid=valoare și gid=valoare
map={n[ormal]|o[ff]|a[corn]}
mode=valoare
unhide
block={512|1024|2048}
conv=mod
cruft
session=x
sbsector=xxx
Următoarele opțiuni sunt aceleași ca și pentru vfat, iar specificarea lor are sens doar atunci când se utilizează discuri codificate cu ajutorul extensiilor Joliet de la Microsoft.
iocharset=valoare
utf8
Opțiuni de montare pentru JFS¶
iocharset=nume
resize=valoare
nointegrity
integrity
errors={continue|remount-ro|panic}
noquota|quota|usrquota|grpquota
Opțiuni de montare pentru MS-DOS¶
Consultați opțiunile de montare pentru FAT. În cazul în care sistemul de fișiere msdos detectează o inconsecvență, raportează o eroare și configurează sistemul de fișiere numai pentru citire. Sistemul de fișiere poate fi făcut din nou inscriptibil prin remontarea lui.
Opțiuni de montare pentru Ncpfs¶
La fel ca nfs, implementarea ncpfs așteaptă un argument binar (o struct ncp_mount_data) pentru apelul de sistem mount(2). Acest argument este construit de ncpmount(8), iar versiunea actuală a mount (2.12) nu știe nimic despre ncpfs.
Opțiuni de montare pentru NTFS¶
iocharset=nume
nls=nume
utf8
uni_xlate={0|1|2}
posix=[0|1]
uid=valuoar, gid=valoare și umask=valoare
Opțiuni de montare pentru suprapunere¶
Începând cu Linux 3.18, pseudo-sistemul de fișiere suprapus implementează o montare de uniune pentru alte sisteme de fișiere.
Un sistem de fișiere suprapus combină două sisteme de fișiere - un sistem de fișiere superior și un sistem de fișiere inferior. Atunci când un nume există în ambele sisteme de fișiere, obiectul din sistemul de fișiere superior este vizibil, în timp ce obiectul din sistemul de fișiere inferior este fie ascuns, fie, în cazul directoarelor, fuzionat cu obiectul superior.
Sistemul de fișiere inferior poate fi orice sistem de fișiere acceptat de Linux și nu este necesar să fie inscriptibil. Sistemul de fișiere inferior poate fi chiar și un alt „overlayfs” sistem de fișiere suprapus. Sistemul de fișiere superior va fi în mod normal inscriptibil și, dacă este, trebuie să suporte crearea de atribute extinse trusted.* și trebuie să furnizeze un d_type valid în răspunsurile readdir, astfel încât NFS nu este potrivit.
O suprapunere de numai-citire a două sisteme de fișiere de numai-citire poate utiliza orice tip de sistem de fișiere. Opțiunile lowerdir și upperdir sunt combinate într-un director fuzionat prin utilizarea:
mount -t overlay overlay \
-olowerdir=/lower,upperdir=/upper,workdir=/work /merged
lowerdir=_director
upperdir=director
workdir=director
userxattr
redirect_dir={on|off|follow|nofollow}
on
off
follow
nofollow
index={on|off}
uuid={on|off}
nfs_export={on|off}
Cu caracteristica „nfs_export”, la copierea oricărui obiect inferior, se creează o intrare de index în directorul de index. Numele intrării de index este reprezentarea hexazecimală a gestionarului fișierului de origine al copierii. Pentru un obiect care nu este un director, intrarea de index este o legătură dură la nodul-i superior. În cazul unui obiect de director, intrarea de index are un atribut extins „{trusted|user}.overlay.upper” cu un gestionar de fișier codificat al nodului-i al directorului superior.
Atunci când se codifică un gestionar de fișier dintr-un obiect de sistem de fișiere suprapus, se aplică următoarele reguli:
Gestionarul fișierului de suprapunere codificat include
Acest format de codificare este identic cu formatul de codificare al gestionarilor de fișiere care sunt stocate în atributul extins "{trusted|user}.overlay.origin". La decodificarea unui gestionar de fișier de suprapunere, se urmează următorii pași:
Decodificarea unui gestionar de fișier care nu este un director poate returna o structură deconectată. „copy_up” a acestei structuri deconectate va crea o intrare de index superior fără alias superior.
În cazul în care sistemul de fișiere suprapuse are mai multe niveluri inferioare, un director de nivel mediu poate avea o „redirecționare” către un director inferior. Deoarece „redirecționările” din stratul de mijloc nu sunt indexate, un gestionar de fișier inferior care a fost codificat din directorul de origine al „redirecționării” nu poate fi utilizat pentru a găsi directorul din stratul de mijloc sau superior. În mod similar, un gestionar de fișier inferior care a fost codificat dintr-un descendent al directorului de origine a „redirecționării” nu poate fi utilizat pentru a reconstrui o rută de suprapunere conectată. Pentru a atenua cazurile de directoare care nu pot fi decodificate de la un gestionar de fișier inferior, aceste directoare sunt copiate în sus la codificare și codificate ca un gestionar de fișier superior. Pe un sistem de fișiere suprapuse fără strat superior, această atenuare nu poate fi utilizată. Exportul NFS în această configurație necesită dezactivarea redirecționării (de exemplu, „redirect_dir=nofollow”).
Sistemele de fișiere suprapuse nu acceptă gestionari de fișiere care nu pot fi conectați la directoare, astfel încât exportul cu configurația „subtree_check exportfs” va cauza eșecuri în căutarea fișierelor prin NFS.
Atunci când este activată funcția de export NFS, toate intrările indexului de directoare sunt verificate în momentul montării pentru a verifica dacă gestionarii de fișiere superioare nu sunt expirați. În unele cazuri, această verificare poate provoca o supraîncărcare semnificativă.
Notă: opțiunile de montare index=off,nfs_export=on sunt în conflict pentru o montare de tip citire-scriere și vor genera o eroare.
xino={on|off|auto}
Pentru o descriere detaliată a efectului acestei opțiuni, vă rugăm să consultați <https://docs.kernel.org/filesystems/overlayfs.html>
metacopy={on|off}
Cu alte cuvinte, aceasta este o operație de copiere întârziată a datelor, iar datele sunt copiate în sus atunci când este necesar să se modifice efectiv datele.
volatile
Avantajul montării cu opțiunea „volatile” este că toate formele de apeluri de sincronizare către sistemul de fișiere superior sunt omise.
Pentru a evita un fals sentiment de siguranță, semantica syncfs (și fsync) a montărilor volatile este ușor diferită de cea a restului VFS. În cazul în care apare o eroare de scriere înapoi pe sistemul de fișiere din directorul superior după ce are loc o montare volatilă, toate funcțiile de sincronizare vor returna o eroare. Odată ce această condiție este atinsă, sistemul de fișiere nu își va reveni, iar fiecare apel de sincronizare ulterior va returna o eroare, chiar dacă directorul superior nu a înregistrat o nouă eroare de la ultimul apel de sincronizare.
Atunci când suprapunerea este montată cu opțiunea „volatile”, se creează directorul „$workdir/work/incompat/volatile”. În timpul următoarei montări, suprapunerea verifică dacă există acest director și refuză montarea dacă este prezent. Acesta este un indicator puternic care arată că utilizatorul ar trebui să renunțe la directoarele superior și de lucru și să creeze unele noi. În cazuri foarte limitate, în care utilizatorul știe că sistemul nu s-a prăbușit și conținutul directorului superior este intact, directorul „volatile” poate fi eliminat.
Opțiuni de montare pentru ReiserFS¶
Reiserfs este un sistem de fișiere cu jurnalizare.
conv
hash={rupasov|tea|r5|detect}
rupasov
tea
r5
detect
hashed_relocation
no_unhashed_relocation
noborder
nolog
notail
replayonly
resize=număr
user_xattr
acl
barrier=none / barrier=flush
Opțiuni de montare pentru UBIFS¶
UBIFS este un sistem de fișiere flash care funcționează peste volumele UBI. Rețineți că atime nu este suportat și este întotdeauna dezactivat.
Numele dispozitivului poate fi specificat ca
ubiX_Y
ubiY
ubiX:NUME
ubi:NUME
Separatorul alternativ ! poate fi utilizat în loc de :.
Sunt disponibile următoarele opțiuni de montare:
bulk_read
no_bulk_read
chk_data_crc
no_chk_data_crc
compr={none|lzo|zlib}
Opțiuni de montare pentru UDF¶
UDF este sistemul de fișiere „Universal Disk Format” definit de OSTA, Optical Storage Technology Association, și este adesea utilizat pentru DVD-ROM, adesea sub forma unui sistem de fișiere hibrid UDF/ISO-9660. Cu toate acestea, este perfect utilizabil ca atare pe unități de disc, unități flash și alte dispozitive de tip bloc. A se vedea și iso9660.
uid=
gid=
umask=
mode=
dmode=
bs=
Pentru alte detalii, consultați pagina de manual mkudffs(8) 2.0+, vedeți secțiunile COMPATIBILITY și BLOCK SIZE.
unhide
undelete
adinicb
noadinicb
shortad
longad
nostrict
iocharset=
utf8
Opțiuni de montare pentru depanare și recuperare în caz de dezastru¶
novrs
session=
anchor=
lastblock=
Opțiuni de montare istorice neutilizate care pot fi întâlnite și care ar trebui eliminate¶
uid=ignore
gid=ignore
volume=
partition=
fileset=
rootdir=
Opțiuni de montare pentru UFS¶
ufstype=valoare
old
44bsd
ufs2
5xbsd
sun
sunx86
hp
nextstep
nextstep-cd
openstep
onerror=valoare
panic
[lock|umount|repair]
Opțiuni de montare pentru UMSDOS¶
Consultați opțiunile de montare pentru msdos. Opțiunea dotsOK este eliminată în mod explicit de umsdos.
Opțiuni de montare pentru VFAT¶
În primul rând, opțiunile de montare pentru fat sunt recunoscute. Opțiunea dotsOK este eliminată în mod explicit de vfat. În plus, există
uni_xlate
posix
nonumtail
utf8
shortname=mod
lower
win95
winnt
mixed
Opțiuni de montare pentru Usbfs¶
devuid=uid și devgid=gid și devmode=mod
busuid=uid și busgid=gid și busmode=mod
listuid=uid și listgid=gid și listmode=mod
SUPORT PENTRU DM-VERITY¶
Ținta verity a „device-mapper” oferă o verificare transparentă a integrității dispozitivelor de blocuri, numai pentru citire, utilizând API-ul criptografic al nucleului. Comanda mount poate deschide dispozitivul dm-verity și poate efectua verificarea integrității înainte ca sistemul de fișiere al dispozitivului să fie montat. Necesită libcryptsetup cu în libmount (opțional prin dlopen(3)). Dacă libcryptsetup suportă extragerea sumei de control (hash) rădăcină al unui dispozitiv deja montat, dispozitivele existente vor fi reutilizate automat în caz de potrivire. Opțiuni de montare pentru dm-verity:
verity.hashdevice=ruta
verity.roothash=hex
verity.roothashfile=ruta
verity.hashoffset=poziția
verity.fecdevice=ruta
verity.fecoffset=poziția
verity.fecroots=valoare
verity.roothashsig=ruta
verity.oncorruption=ignore|restart|panic
Compatibil începând cu util-linux v2.35.
De exemplu, comenzile:
mksquashfs /etc /tmp/etc.raw veritysetup format /tmp/etc.raw /tmp/etc.verity --root-hash-file=/tmp/etc.roothash openssl smime -sign -in /tmp/etc.roothash -nocerts -inkey private.key \ -signer private.crt -noattr -binary -outform der -out /tmp/etc.roothash.p7s mount -o verity.hashdevice=/tmp/etc.verity,verity.roothashfile=/tmp/etc.roothash,\ verity.roothashsig=/tmp/etc.roothash.p7s /tmp/etc.raw /mnt
creează imaginea squashfs din directorul /etc, verifică dispozitivul sumelor de control (hash) și montează imaginea sistemului de fișiere verificat pe /mnt. În cazul în care se utilizează roothashsig, nucleul va verifica dacă suma de control a rădăcinii este semnată de o cheie din inelul de chei al nucleului.
SUPORT PENTRU DISPOZITIVE DE BUCLö
Un alt tip posibil este o montare prin intermediul dispozitivului de buclă. De exemplu, comanda
mount /tmp/disk.img /mnt -t vfat -o loop=/dev/loop3
va configura dispozitivul de buclă /dev/loop3 pentru a corespunde fișierului /tmp/disk.img, iar apoi va monta acest dispozitiv pe /mnt.
Dacă nu este menționat nici un dispozitiv de buclă explicit (ci doar o opțiune '-o loop'), atunci mount va încerca să găsească un dispozitiv de buclă nefolosit și îl va folosi, de exemplu:
mount /tmp/disk.img /mnt -o loop
Comanda mount creează automat un dispozitiv de buclă dintr-un fișier obișnuit dacă nu este specificat un tip de sistem de fișiere sau dacă sistemul de fișiere este cunoscut pentru libblkid, de exemplu:
mount /tmp/disk.img /mnt
mount -t ext4 /tmp/disk.img /mnt
Acest tip de montare cunoaște trei opțiuni, și anume loop, offset și sizelimit, care sunt de fapt opțiuni pentru losetup(8). (Aceste opțiuni pot fi utilizate în plus față de cele specifice tipului de sistem de fișiere).
Începând cu Linux 2.6.25 este acceptată autodistrugerea automată a dispozitivelor de buclă, ceea ce înseamnă că orice dispozitiv de buclă alocat de mount va fi eliberat de umount independent de /etc/mtab.
Puteți, de asemenea, să eliberați manual un dispozitiv în buclă, utilizând losetup -d sau umount -d.
Începând cu util-linux v2.29, mount reutilizează dispozitivul de buclă în loc să inițializeze un nou dispozitiv dacă același fișier de suport este deja utilizat pentru un alt dispozitiv de buclă cu aceleași valori de poziție și limită de dimensiune. Acest lucru este necesar pentru a evita o corupție a sistemului de fișiere.
STARE DE IEȘIRE¶
mount are următoarele valori ale stării de ieșire (biții pot fi combinați prin OR):
0
1
2
4
8
16
32
64
Comanda mount -a returnează 0 (toate au reușit), 32 (toate au eșuat) sau 64 (unele au eșuat, altele au reușit).
ASISTENȚI EXTERNI¶
Sintaxa asistenților externi de montare este:
/sbin/mount.sufix spec dir [-sfnv] [-N spațiu-nume] [-o opțiuni] [-t tip.subtip]
unde sufix este tipul sistemului de fișiere, iar opțiunile -sfnvoN au același înțeles ca și opțiunile normale de montare. Opțiunea -t este utilizată pentru sistemele de fișiere cu suport pentru subtipuri (de exemplu /sbin/mount.fuse -t fuse.sshfs).
Comanda mount nu pasează opțiunile de montare unbindable, runbindable, private, rprivate, slave, rslave, shared, rshared, auto, noauto, comment, x-*, loop, offset și sizelimit către asistenții mount. <sufix>. Toate celelalte opțiuni sunt utilizate într-o listă separată prin virgule ca argument pentru opțiunea -o.
MEDIU¶
LIBMOUNT_FORCE_MOUNT2={always|never|auto}
LIBMOUNT_FSTAB=<ruta>
LIBMOUNT_DEBUG=all
LIBBLKID_DEBUG=all
LOOPDEV_DEBUG=all
FIȘIERE¶
Consultați de asemenea „Fișierele /etc/fstab, /etc/mtab și /proc/mounts” din secțiunea de mai sus.
/etc/fstab
/run/mount
/etc/mtab
/etc/mtab~
/etc/mtab.tmp
/etc/filesystems
ISTORIC¶
Comanda mount a apărut în versiunea 5 AT&T UNIX.
ERORI¶
Este posibil ca un sistem de fișiere corupt să provoace o defecțiune.
Unele sisteme de fișiere Linux nu acceptă -o sync și -o dirsync (sistemele de fișiere ext2, ext3, ext4, fat și vfat acceptă actualizări sincrone (a la BSD) atunci când sunt montate cu opțiunea sync).
Este posibil ca -o remount să nu poată modifica parametrii de montare (de exemplu, toți parametrii specifici ext2fs, cu excepția sb, pot fi modificați cu o remontare, dar nu puteți modifica gid sau umask pentru fatfs).
Este posibil ca fișierele /etc/mtab și /proc/mounts să nu se potrivească pe sistemele cu un fișier mtab obișnuit. Primul fișier se bazează doar pe opțiunile comenzii mount, dar conținutul celui de-al doilea fișier depinde și de nucleu și de alte configurații (de exemplu, pe un server NFS la distanță - în anumite cazuri, comanda mount poate raporta informații nesigure despre un punct de montare NFS, iar fișierul /proc/mount conține de obicei informații mai fiabile). Acesta este un alt motiv pentru a înlocui fișierul mtab cu o legătură simbolică către fișierul /proc/mounts.
Verificarea fișierelor de pe sistemele de fișiere NFS la care se face referire prin descriptori de fișiere (de exemplu, familiile de funcții fcntl și ioctl) poate duce la rezultate incoerente din cauza lipsei unei verificări a consistenței în nucleu, chiar dacă se utilizează opțiunea de montare noac.
Opțiunea loop cu opțiunile offset sau sizelimit utilizate poate eșua atunci când se utilizează nuclee mai vechi, dacă comanda mount nu poate confirma că dimensiunea dispozitivului de bloc a fost configurată conform solicitării. Această situație poate fi rezolvată prin utilizarea manuală a comenzii losetup(8) înainte de a apela mount cu dispozitivul de buclă configurat.
AUTORI¶
Karel Zak <kzak@redhat.com>
CONSULTAȚI ȘI¶
mount(2), umount(2), filesystems(5), fstab(5), nfs(5), xfs(5), mount_namespaces(7), xattr(7), e2label(8), findmnt(8), losetup(8), lsblk(8), mke2fs(8), mountd(8), nfsd(8), swapon(8), tune2fs(8), umount(8), xfs_admin(8)
RAPORTAREA ERORILOR¶
Pentru rapoarte de eroare, folosiți sistemul de urmărire al erorilor la <https://github.com/util-linux/util-linux/issues>.
DISPONIBILITATE¶
Comanda mount face parte din pachetul util-linux care poate fi descărcat de la Linux Kernel Archive <https://www.kernel.org/pub/linux/utils/util-linux/>.
2025-01-09 | util-linux 2.40.3 |