mount(8): Skillnad mellan sidversioner
Admin (diskussion | bidrag) Ingen redigeringssammanfattning |
Admin (diskussion | bidrag) |
||
| (16 mellanliggande sidversioner av samma användare visas inte) | |||
| Rad 1: | Rad 1: | ||
= mount(8) = | = mount(8) = | ||
== | == NAME == | ||
mount | mount - montera ett filsystem | ||
== SYNOPSIS == | == SYNOPSIS == | ||
mount [- | <code>mount [-h|-V]</code> | ||
mount | <code>mount [-l] [-t fstype]</code> | ||
mount [-fnrsvw] [- | <code>mount -a [-F] [-fnrsvw] [-t fstype] [-O optlist]</code> | ||
mount [-fnrsvw] [-o options | <code>mount [-fnrsvw] [-o options] device|mountpoint</code> | ||
mount -- | <code>mount [-fnrsvw] [-o options] [-t fstype] device mountpoint</code> | ||
mount -- | <code>mount --bind|--rbind|--move olddir newdir</code> | ||
</ | |||
<code>mount --make-[r]{shared|slave|private|unbindable} mountpoint</code> | |||
== DESCRIPTION == | |||
Alla filer som är åtkomliga i ett Unix-system är ordnade i ett enda stort träd, | |||
filhierarkin, med roten i /. Dessa filer kan vara utspridda över flera enheter. | |||
Kommandot '''mount''' används för att ansluta filsystemet som finns på en enhet till | |||
det stora filträdet. Omvänt kopplar kommandot [[umount(8)|umount(8)]] bort det igen. | |||
Filsystemet används för att styra hur data lagras på enheten eller tillhandahålls | |||
på ett virtuellt sätt via nätverk eller andra tjänster. | |||
Standardformen för kommandot '''mount''' är: | |||
mount | |||
Detta | <code>mount -t type device dir</code> | ||
(som är av | |||
är valfritt. Kommandot '''mount''' kan | Detta talar om för kärnan att ansluta filsystemet som finns på device (som är av typ <type) | ||
filsystem. Root-behörighet krävs | |||
Se avsnittet " | vid katalogen dir. Alternativet -t type är valfritt. Kommandot '''mount''' | ||
innehållet (om något) samt ägare och | kan vanligtvis identifiera ett filsystem. Root-behörighet krävs som standard för att montera | ||
osynliga, och så länge filsystemet | ett filsystem. Se avsnittet "Non-superuser mounts" nedan för mer information. | ||
Det tidigare innehållet (om något) samt ägare och läge (mode) fö dir blir osynliga, | |||
och så länge filsystemet förblir monterat refererar sökvägen dir till roten i filsystemet på device. | |||
Om endast katalogen eller enheten anges, till exempel: | Om endast katalogen eller enheten anges, till exempel: | ||
< | <code>mount /dir</code> | ||
mount /dir | |||
</ | |||
så letar '''mount''' efter en monteringspunkt (och om den inte hittas, | så letar '''mount''' efter en monteringspunkt (och om den inte hittas, efter en enhet) i filen /etc/fstab | ||
en enhet) i filen | Det är möjligt att använda alternativen --targe eller --source för att undvika tvetydig tolkning | ||
av det angivna argumentet. Till exempel: | |||
argumentet. Till exempel: | |||
mount --target /mountpoint | mount --target /mountpoint | ||
Samma filsystem kan monteras | Samma filsystem kan monteras mer än en gång, och i vissa fall (t.ex. nätverksfilsystem) kan samma filsystem monteras | ||
nätverksfilsystem) kan samma filsystem monteras flera gånger på samma | flera gånger på samma monteringspunkt. Kommandot '''mount''' implementerar ingen policy för att kontrollera detta beteende. | ||
monteringspunkt. Kommandot '''mount''' implementerar ingen policy för att | Allt beteende styrs av kärnan och är vanligtvis specifikt för filsystemsdrivrutinen. Undantaget är --all —i detta fall | ||
kontrollera detta beteende. Allt beteende styrs av kärnan och är | ignoreras redan monterade filsystem (se <code>--all</code> nedan för mer information). | ||
specifikt för | |||
=== | === Listning av monteringar === | ||
Listläget | Listläget behålls endast av bakåtkompatibilitetsskäl. | ||
För mer robust och anpassningsbar utdata använd [[findmnt(8)]], särskilt | För mer robust och anpassningsbar utdata använd [[findmnt(8)|findmnt(8)]], särskilt i dina skript. Observera att kontrolltecken | ||
i skript. Observera att kontrolltecken i monteringspunktens namn ersätts | i monteringspunktens namn ersätts med '?'. | ||
med '?'. | |||
Följande kommando listar alla monterade filsystem (av typen | Följande kommando listar alla monterade filsystem (av typen <code>type</code>): | ||
< | <code> | ||
mount [-l] [-t | mount [-l] [-t type] | ||
</ | </code> | ||
Alternativet | Alternativet <code>-l</code> lägger till etiketter i listan. Se nedan. | ||
=== Ange | === Ange enheten och filsystemet === | ||
De flesta enheter anges | De flesta enheter anges med ett filnamn (för en blockspecialenhet), som <code>/dev/sda1</code>, men det finns andra möjligheter. | ||
men det finns andra möjligheter. Till exempel vid NFS: | Till exempel, vid en NFS-montering kan <code>device</code> se ut som <code>knuth.cwi.nl:/dir</code>. | ||
Enhetsnamn för diskpartitioner är instabila; omkonfigurering av hårdvara, och att lägga till eller ta bort en enhet kan orsaka | |||
namnändringar. Det är därför starkt rekommenderat att använda filsystems- eller partitionsidentifierare som UUID eller LABEL. | |||
För närvarande stöds följande identifierare (taggar): | |||
<code> | |||
LABEL=label | |||
</code> | |||
Mänskligt läsbar filsystemsidentifierare. Se även <code>-L</code>. | |||
< | <code> | ||
UUID=uuid | UUID=uuid | ||
</code> | |||
Filsystemets universellt unika identifierare. Formatet för UUID är vanligtvis en serie hexsiffror separerade med bindestreck. | |||
Se även <code>-U</code>. | |||
</ | |||
Observera att '''mount''' använder UUID:er som strängar. UUID:er från kommandoraden eller från [[fstab(5)|fstab(5)]] | |||
konverteras inte till intern binär representation. Strängrepresentationen av UUID bör baseras på gemener. | |||
< | <code> | ||
PARTLABEL=label | |||
</ | </code> | ||
Mänskligt läsbar partitionsidentifierare. Denna identifierare är oberoende av filsystem och ändras inte av <code>mkfs</code>- eller <code>mkswap</code>-operationer. | |||
Den stöds till exempel för GUID Partition Tables (GPT). | |||
<code> | |||
PARTUUID=uuid | |||
</code> | |||
Partitionens universellt unika identifierare. Denna identifierare är oberoende av filsystem och ändras inte av <code>mkfs</code>- eller <code>mkswap</code>-operationer. | |||
Den stöds till exempel för GUID Partition Tables (GPT). | |||
< | <code> | ||
ID=id | |||
</ | </code> | ||
Hårdvaru-ID för blockenheten som genereras av <code>udevd</code>. Denna identifierare är vanligtvis baserad på WWN (unique storage identifier) | |||
och tilldelas av hårdvarutillverkaren. Se <code>ls /dev/disk/by-id</code> för mer information; den katalogen och en körande <code>udevd</code> krävs. | |||
Denna identifierare rekommenderas inte för generell användning, eftersom identifieraren inte är strikt definierad och den beror på udev, | |||
udev-regler och hårdvara. | |||
ger detaljer. | Kommandot <code>lsblk --fs</code> ger en översikt över filsystem, LABEL och UUID på tillgängliga blockenheter. | ||
Kommandot <code>blkid -p <device></code> ger detaljer om ett filsystem på den angivna enheten. | |||
Glöm inte att det inte finns någon garanti för att UUID:er och etiketter verkligen är unika, särskilt om du flyttar, delar eller kopierar enheten. | |||
Använd <code>lsblk -o +UUID,PARTUUID</code> för att verifiera att UUID:erna verkligen är unika i ditt system. | |||
Den rekommenderade konfigurationen är att använda taggar (t.ex. <code>UUID=uuid</code>) snarare än udev-symlänkarna | |||
< | <code>/dev/disk/by-{label,uuid,id,partuuid,partlabel}</code> i filen <code>/etc/fstab</code>. Taggar är mer läsbara, robusta och portabla. | ||
Kommandot '''mount''' använder internt udev-symlänkar, så användning av symlänkar i <code>/etc/fstab</code> har ingen fördel jämfört med taggar. | |||
För mer information se [[libblkid(3)|libblkid(3)]]. | |||
<code>proc</code>-filsystemet är inte associerat med en specialenhet, och vid montering av det kan ett godtyckligt nyckelord—till exempel <code>proc</code>— | |||
användas istället för en enhetsspecifikation. (Det vanliga valet <code>none</code> är mindre lyckat: felmeddelandet 'none already mounted' från '''mount''' | |||
kan vara förvirrande.) | |||
=== Filerna /etc/fstab, /etc/mtab och /proc/mounts === | === Filerna /etc/fstab, /etc/mtab och /proc/mounts === | ||
Filen < | Filen <code>/etc/fstab</code> (se [[fstab(5)|fstab(5)]]) kan innehålla rader som beskriver vilka enheter som vanligtvis monteras var, | ||
som | och med vilka alternativ. Standardplaceringen för [[fstab(5)|fstab(5)]] kan åsidosättas med kommandoradsalternativet | ||
<code>--fstab path</code> (se nedan för mer detaljer). | |||
Kommandot | |||
<code> | |||
mount -a [-t type] [-O optlist] | |||
</code> | |||
< | (vanligtvis i ett startskript) gör att alla filsystem som nämns i <code>fstab</code> (av rätt typ och/eller med eller utan rätt alternativ) | ||
monteras enligt anvisning, förutom de vars rad innehåller nyckelordet <code>noauto</code>. Genom att lägga till alternativet <code>-F</code> kommer '''mount''' | |||
</ | att forka, så att filsystemen monteras parallellt. | ||
Vid montering av ett filsystem som nämns i <code>fstab</code> eller <code>mtab</code> räcker det att på kommandoraden ange endast enheten, eller endast monteringspunkten. | |||
Programmen '''mount''' och [[umount(8)|umount(8)]] underhöll traditionellt en lista över för närvarande monterade filsystem i filen <code>/etc/mtab</code>. | |||
Stöd för en vanlig klassisk <code>/etc/mtab</code> är som standard helt avstängt vid kompilering, eftersom det på moderna Linux-system är bättre att göra | |||
<code>/etc/mtab</code> till en symlänk till <code>/proc/mounts</code> istället. En vanlig <code>mtab</code>-fil som underhålls i användarrymden kan inte fungera | |||
tillförlitligt med namnrymder, containrar och andra avancerade Linux-funktioner. Om stödet för vanlig <code>mtab</code> är aktiverat, är det möjligt att använda | |||
både filen och symlänken. | |||
Om | Om inga argument ges till '''mount''' skrivs listan över monterade filsystem ut. | ||
Om du vill åsidosätta monteringsalternativ från <code>/etc/fstab</code> måste du använda alternativet <code>-o</code>: | |||
< | |||
< | |||
<code> | |||
mount device|dir -o options | |||
</code> | |||
och då kommer monteringsalternativen från kommandoraden att läggas till i listan över alternativ från <code>/etc/fstab</code>. Detta standardbeteende kan ändras med | |||
kommandoradsalternativet <code>--options-mode</code>. Det vanliga beteendet är att det sista alternativet vinner om det finns konflikter. | |||
< | Programmet '''mount''' läser inte filen <code>/etc/fstab</code> om både <code>device</code> (eller LABEL, UUID, ID, PARTUUID eller PARTLABEL) och <code>dir</code> anges. | ||
Till exempel, för att montera enheten <code>foo</code> vid <code>/dir</code>: | |||
</ | |||
<code> | |||
mount /dev/foo /dir | |||
</code> | |||
Detta standardbeteende kan ändras genom att använda kommandoradsalternativet <code>--options-source-force</code> för att alltid läsa konfiguration från <code>fstab</code>. | |||
För icke-root-användare läser '''mount''' alltid konfigurationen i <code>fstab</code>. | |||
=== | === Non-superuser mounts === | ||
Normalt kan endast root montera filsystem. Men | Normalt kan endast superuser (root) montera filsystem. Men när <code>fstab</code> innehåller alternativet <code>user</code> på en rad kan vem som helst montera det motsvarande filsystemet. | ||
Alltså, givet en rad | |||
< | <code> | ||
/dev/cdrom /cd iso9660 ro,user,noauto,unhide | /dev/cdrom /cd iso9660 ro,user,noauto,unhide | ||
</ | </code> | ||
kan vilken användare som helst montera iso9660-filsystemet som finns på en insatt CDROM med kommandot: | |||
< | <code> | ||
mount /cd | mount /cd | ||
</ | </code> | ||
Observera att '''mount''' är mycket strikt med icke-root-användare och att alla sökvägar som anges på kommandoraden verifieras innan <code>fstab</code> tolkas eller ett hjälpprogram körs. | |||
Det rekommenderas starkt att använda en giltig monteringspunkt för att ange filsystem; annars kan '''mount''' misslyckas. Till exempel är det en dålig idé att ange NFS- eller CIFS-källa på kommandoraden. | |||
=== Bind | Sedan util-linux 2.35 avslutas inte '''mount''' när användarbehörigheter är otillräckliga enligt libmounts interna säkerhetsregler. Istället släpper den suid-behörigheter och fortsätter som en vanlig icke-root-användare. | ||
< | Detta beteende stödjer användningsfall där root-behörigheter inte är nödvändiga (t.ex. FUSE-filsystem, användarnamnrymder, osv.). | ||
För mer information, se [[fstab(5)|fstab(5)]]. Endast den användare som monterade ett filsystem kan avmontera det igen. Om vilken användare som helst ska kunna avmontera det, använd då <code>users</code> istället för <code>user</code> i <code>fstab</code>-raden. | |||
Alternativet <code>owner</code> liknar <code>user</code>, men med begränsningen att användaren måste vara ägare till specialfilen. Detta kan vara användbart t.ex. för <code>/dev/fd</code> om ett inloggningsskript gör konsolanvändaren till ägare av enheten. | |||
Alternativet <code>group</code> är liknande, men med begränsningen att användaren måste vara medlem i gruppen för specialfilen. | |||
Monteringsalternativet <code>user</code> accepteras om inget användarnamn specificeras. Om det används i formatet <code>user=someone</code> ignoreras alternativet tyst och är synligt endast för externa monteringshjälpare (<code>/sbin/mount.<type></code>) | |||
för kompatibilitet med vissa nätverksfilsystem. | |||
=== Bind mount operation === | |||
Montera om en del av filhierarkin någon annanstans. Anropet är: | |||
<code> | |||
mount --bind olddir newdir | mount --bind olddir newdir | ||
</ | </code> | ||
eller genom att använda denna <code>fstab</code>-post: | |||
<code> | |||
/olddir /newdir none bind | |||
</code> | |||
Efter detta anrop är samma innehåll åtkomligt på två platser. | |||
Det är viktigt att förstå att "bind" inte skapar någon andraklassig eller specialnod i kärnans VFS. "bind" är bara ännu en operation för att ansluta ett filsystem. | |||
Det finns ingenstans lagrad information om att filsystemet har kopplats in av en "bind"-operation. <code>olddir</code> och <code>newdir</code> är oberoende och <code>olddir</code> kan avmonteras. | |||
Man kan också montera om en enskild fil (på en enskild fil). Det är också möjligt att använda en bind-montering för att skapa en monteringspunkt från en vanlig katalog, till exempel: | |||
<code> | |||
mount --bind foo foo | |||
</code> | |||
Bind-monteringen ansluter endast (en del av) ett enda filsystem, inte möjliga undermonteringar. Hela filhierarkin inklusive undermonteringar kan kopplas in på en andra plats genom att använda: | |||
< | <code> | ||
mount --rbind olddir newdir | mount --rbind olddir newdir | ||
</ | </code> | ||
Observera att filsystemets monteringsalternativ som upprätthålls av kärnan kommer att förbli desamma som på den ursprungliga monteringspunkten. | |||
Användarrymdsalternativ (t.ex. <code>_netdev</code>) kommer inte att kopieras av '''mount''' och det är nödvändigt att uttryckligen ange alternativen på kommandoraden. | |||
Sedan util-linux 2.27 tillåter '''mount''' att monteringsalternativ ändras genom att skicka relevanta alternativ tillsammans med <code>--bind</code>. Till exempel: | |||
<code> | |||
mount -o bind,ro foo foo | |||
</code> | |||
Denna funktion stöds inte av Linux-kärnan; den implementeras i användarrymden genom ett extra [[mount(2)|mount(2)]]-systemanrop för remontering. Denna lösning är inte atomär. | |||
Det alternativa (klassiska) sättet att skapa en skrivskyddad bind-montering är att använda remount-operationen, till exempel: | |||
<code> | |||
mount --bind olddir newdir | |||
mount -o remount,bind,ro olddir newdir | |||
</code> | |||
Observera att en skrivskyddad bind skapar en skrivskyddad monteringspunkt (VFS-post), men det ursprungliga filsystemets superblock kommer fortfarande att vara skrivbart, | |||
vilket betyder att <code>olddir</code> kommer att vara skrivbart medan <code>newdir</code> kommer att vara skrivskyddat. | |||
Det är också möjligt att ändra VFS-postflaggor via en "remount,bind"-operation: <code>nosuid</code>, <code>nodev</code>, <code>noexec</code>, <code>noatime</code>, <code>nodiratime</code>, <code>relatime</code> och <code>nosymfollow</code>. | |||
Övriga flaggor (t.ex. filsystems-specifika flaggor) ignoreras tyst. | |||
=== | Det klassiska [[mount(2)|mount(2)]]-systemanropet tillåter inte att monteringsalternativ ändras rekursivt (till exempel med <code>-o rbind,ro</code>). | ||
< | Den rekursiva semantiken är möjlig med ett nytt kärnsystemanrop [[mount_setattr(2)|mount_setattr(2)]] och stöds sedan libmount från util-linux v2.39 via ett nytt experimentellt alternativargument "recursive" | ||
(t.ex. <code>-o rbind,ro=recursive</code>). För mer information se avsnittet '''FILESYSTEM-INDEPENDENT MOUNT OPTIONS'''. | |||
Sedan util-linux 2.31 ignorerar '''mount''' flaggan <code>bind</code> från <code>/etc/fstab</code> vid en remount-operation (om <code>-o remount</code> anges på kommandoraden). | |||
Detta är nödvändigt för att fullt ut kontrollera monteringsalternativ vid remount via kommandoraden. | |||
I tidigare versioner applicerades bind-flaggan alltid och det var omöjligt att omdefiniera monteringsalternativ utan interaktion med bind-semantiken. | |||
Detta beteende påverkar inte situationer där "remount,bind" anges i <code>/etc/fstab</code>-filen. | |||
Sedan util-linux 2.39 kan '''mount''' använda det nya kärn-API:t för montering om det är tillgängligt. | |||
Detta nya kärn-gränssnitt ger ett mer precist sätt att arbeta med monteringspunktsattribut. | |||
Till exempel kommer operationen <code>-o bind,rw</code> att skapa en läs/skriv-nod även om den ursprungliga noden var skrivskyddad. | |||
Detta var omöjligt med det gamla klassiska mount(2)-syscall:et, där den skrivskyddade VFS-flaggan ärvdes från den ursprungliga noden. | |||
=== The move operation === | |||
Flytta ett monterat träd till en annan plats (atomärt). Anropet är: | |||
<code> | |||
mount --move olddir newdir | mount --move olddir newdir | ||
</ | </code> | ||
Detta gör att innehållet som tidigare syntes under <code>olddir</code> nu blir åtkomligt under <code>newdir</code>. | |||
Den fysiska platsen för filerna ändras inte. Observera att <code>olddir</code> måste vara en monteringspunkt. | |||
=== | Observera också att det är ogiltigt och inte stöds att flytta en montering som ligger under en delad montering. | ||
< | Använd <code>findmnt -o TARGET,PROPAGATION</code> för att se aktuella propageringsflaggor. | ||
=== Shared subtree operations === | |||
Sedan Linux 2.6.15 är det möjligt att markera en montering och dess undermonteringar som delad (shared), privat (private), slav (slave) eller obindbar (unbindable). | |||
En delad montering ger möjlighet att skapa speglar av den monteringen så att monteringar och avmonteringar inom någon av speglarna propagerar till den andra spegeln. | |||
En slavmontering tar emot propagation från sin master, men inte tvärtom. En privat montering bär inga propagationsegenskaper. | |||
En obindbar montering är en privat montering som inte kan klonas via en bind-operation. | |||
Den detaljerade semantiken dokumenteras i filen <code>Documentation/filesystems/sharedsubtree.txt</code> i kärnans källträd; se även [[mount_namespaces(7)|mount_namespaces(7)]]. | |||
Stödda operationer är: | |||
<code> | |||
mount --make-shared mountpoint | mount --make-shared mountpoint | ||
mount --make-slave mountpoint | mount --make-slave mountpoint | ||
mount --make-private mountpoint | mount --make-private mountpoint | ||
mount --make-unbindable mountpoint | mount --make-unbindable mountpoint | ||
</ | </code> | ||
Följande kommandon gör det möjligt att rekursivt ändra typen för alla monteringar under en given monteringspunkt: | |||
< | <code> | ||
mount --make-rshared mountpoint | mount --make-rshared mountpoint | ||
mount --make-rslave mountpoint | mount --make-rslave mountpoint | ||
mount --make-rprivate mountpoint | mount --make-rprivate mountpoint | ||
mount --make-runbindable mountpoint | mount --make-runbindable mountpoint | ||
</ | </code> | ||
'''mount''' läser inte fstab(5) när en <code>--make-</code>*-operation begärs. All nödvändig information måste anges på kommandoraden. | |||
Observera att Linux-kärnan inte tillåter att flera propageringsflaggor ändras med ett enda [[mount(2)|mount(2)]]-systemanrop, och flaggorna kan inte blandas med andra monteringsalternativ och operationer. | |||
'''- | Sedan util-linux 2.23 kan kommandot '''mount''' användas för att göra fler propagation-/topologiändringar med ett enda mount(8)-anrop och göra det tillsammans med andra monteringsoperationer. | ||
Propageringsflaggorna tillämpas via ytterligare [[mount(2)|mount(2)]]-systemanrop när de föregående monteringsoperationerna lyckades. | |||
Observera att detta användningsfall inte är atomärt. | |||
Det är möjligt att ange propageringsflaggor i [[fstab(5)|fstab(5)]] som monteringsalternativ (<code>private</code>, <code>slave</code>, <code>shared</code>, <code>unbindable</code>, <code>rprivate</code>, <code>rslave</code>, <code>rshared</code>, <code>runbindable</code>). | |||
Till exempel: | |||
<code> | |||
mount --make-private --make-unbindable /dev/sda1 /foo | |||
</code> | |||
är samma som: | |||
<code> | |||
mount /dev/sda1 /foo | |||
mount --make-private /foo | |||
mount --make-unbindable /foo | |||
</code> | |||
<!-- ========================================================= --> | |||
<!-- DEL 2/5: COMMAND-LINE OPTIONS --> | |||
<!-- ========================================================= --> | |||
== COMMAND-LINE OPTIONS == | |||
Den fullständiga uppsättningen monteringsalternativ som används av en körning av '''mount''' bestäms genom att först extrahera monteringsalternativen för filsystemet från tabellen <code>fstab</code>, | |||
därefter tillämpa alternativ som anges med argumentet <code>-o</code>, och slutligen tillämpa alternativet <code>-r</code> eller <code>-w</code> när sådant finns. | |||
Kommandot '''mount''' skickar inte alla kommandoradsalternativ till monteringshjälpare av formen <code>/sbin/mount.suffix</code>. | |||
Gränssnittet mellan '''mount''' och monteringshjälparna beskrivs nedan i avsnittet '''EXTERNAL HELPERS'''. | |||
Kommandoradsalternativ som finns för kommandot '''mount''' är: | |||
'''-a''', '''--all''' | |||
Montera alla filsystem (av de angivna typerna) som nämns i <code>fstab</code> (utom de vars rad innehåller nyckelordet <code>noauto</code>). | |||
Detta alternativ var ursprungligen designat för användning i init-skript. | |||
Observera att många moderna systemd-baserade distributioner inte använder <code>mount -a</code> vid uppstart, utan monterar filsystem på ett mer sofistikerat sätt via systemd-enheter (units). | |||
Filsystemen monteras i den ordning de förekommer i <code>fstab</code>. | |||
Kommandot '''mount''' jämför filsystems källa och mål (och filsystemsrot för bind-monteringar eller btrfs) för att detektera redan monterade filsystem. | |||
Kärnans tabell med redan monterade filsystem cachas under <code>mount --all</code>. Detta innebär att alla duplicerade <code>fstab</code>-poster kommer att monteras. | |||
Korrekt funktion beror på <code>/proc</code> (för att detektera already mounted) och <code>/sys</code> (för att utvärdera filsystemstaggar såsom UUID= eller LABEL=). | |||
Det rekommenderas starkt att montera <code>/proc</code> och <code>/sys</code> innan <code>mount -a</code> körs, eller att ha /proc och /sys i början av <code>fstab</code>. | |||
Alternativet <code>--all</code> kan också användas för remount-operationer. | |||
I detta fall tillämpas alla filter (<code>-t</code> och <code>-O</code>) på tabellen över redan monterade filsystem. | |||
Sedan version 2.35 är det möjligt att använda kommandoradsalternativet <code>-o</code> för att förändra monteringsalternativ från <code>fstab</code> (se även <code>--options-mode</code>). | |||
Observera att swap-poster i <code>fstab</code> ignoreras tyst av <code>mount -a</code>. | |||
Använd <code>swapon -a</code> för att aktivera swap-enheter och swap-filer. Se [[swapon(8)|swapon(8)]]. | |||
Observera att det är dålig praxis att använda <code>mount -a</code> för kontroll av <code>fstab</code>. | |||
Den rekommenderade lösningen är <code>findmnt --verify</code>. | |||
'''--beneath''' | '''--beneath''' | ||
Montera filsystemet under toppmonteringen på angivet mål (monteringspunkt), vilket gör att toppmonteringen kan avmonteras. | |||
Detta alternativ ersätter filsystemet vid monteringspunkten atomärt, och säkerställer att det inte finns något ögonblick då filsystemet saknas. | |||
Till exempel, uppdatera från ett Btrfs-filsystem till ett XFS-filsystem utan att någonsin exponera den underliggande monteringspunkten: | |||
< | <code> | ||
mount -t btrfs /dev/sdA /mnt | mount -t btrfs /dev/sdA /mnt | ||
mount --beneath -t xfs /dev/sdB /mnt | mount --beneath -t xfs /dev/sdB /mnt | ||
umount /mnt | umount /mnt | ||
</ | </code> | ||
'''-B''', '''--bind''' | '''-B''', '''--bind''' | ||
Montera om ett delträd någon annanstans (så att dess innehåll är tillgängligt på båda platserna). Se ovan under '''Bind mount operation'''. | |||
'''-c''', '''--no-canonicalize''' | '''-c''', '''--no-canonicalize''' | ||
Kanonisera inte några sökvägar eller taggar under monteringsprocessen. | |||
Kommandot '''mount''' kanoniserar automatiskt alla sökvägar (från kommandoraden eller <code>fstab</code>). Detta alternativ kan användas tillsammans med flaggan <code>-f</code> för sökvägar som redan är kanoniserade. | |||
Detta alternativ är avsett för monteringshjälpare som anropar <code>mount -i</code>. | |||
Det rekommenderas starkt att inte använda detta kommandoradsalternativ för vanliga monteringsoperationer. Se även monteringsalternativet <code>X-mount.nocanonicalize</code>. | |||
Observera att '''mount''' inte skickar detta alternativ till <code>/sbin/mount.type</code>-hjälpare. | |||
'''--exclusive''' | '''--exclusive''' | ||
Säkerställer att filsystemet monteras som en unik instans och att filsystemets superblock inte återanvänds av kärnan. | |||
Filsystemet kan återanvändas senare om det monteras utan detta alternativ. | |||
Alternativet påverkar endast den aktuella monteringen och är tillåtet även för icke-root-användare. | |||
Se även alternativet <code>--onlyonce</code>. | |||
Skillnaden mellan <code>--onlyonce</code> och <code>--exclusive</code> är att "onlyonce" säkerställer att samma källa inte monteras på samma monteringspunkt; detta innebär att montering två gånger på <code>/A</code> inte tillåts, men montering på <code>/A</code> och <code>/B</code> är tillåtet. | |||
Den "exclusive" monteringen säkerställer att filsystemet i sig inte återanvänds, oavsett monteringspunkt. | |||
'''-F''', '''--fork''' | '''-F''', '''--fork''' | ||
(Används tillsammans med <code>-a</code>.) | |||
Forka en ny instans av '''mount''' för varje enhet. | |||
Detta gör monteringar på olika enheter eller olika NFS-servrar parallellt. | |||
Fördelen är att det går snabbare; även NFS-timeouter hanteras parallellt. | |||
Nackdelen är att ordningen blir odefinierad. | |||
Därför kan du inte använda detta alternativ om du vill montera både <code>/usr</code> och <code>/usr/spool</code>. | |||
'''-f''', '''--fake''' | '''-f''', '''--fake''' | ||
Gör att allt utförs utom de monteringsrelaterade systemanropen. | |||
Alternativet <code>--fake</code> designades ursprungligen för att skriva en post till <code>/etc/mtab</code> utan att faktiskt montera. | |||
<code>/etc/mtab</code> underhålls inte längre i användarrymden, och från och med version 2.39 kan en montering vara en komplex kedja av operationer med beroenden mellan syscalls. | |||
Alternativet <code>--fake</code> tvingar libmount att hoppa över all förberedelse av monteringskällor, analys av monteringsalternativ och själva monteringsprocessen. | |||
Skillnaden mellan fake och icke-fake körning är enorm. | |||
Detta är anledningen till att <code>--fake</code> har minimal betydelse för den nuvarande mount(8)-implementationen och främst underhålls för bakåtkompatibilitet. | |||
'''-i''', '''--internal-only''' | '''-i''', '''--internal-only''' | ||
Anropa inte <code>/sbin/mount.filesystem</code>-hjälparen även om den finns. | |||
'''-L''', '''--label label''' | '''-L''', '''--label label''' | ||
Montera partitionen som har den angivna etiketten. | |||
'''-l''', '''--show-labels''' | '''-l''', '''--show-labels''' | ||
Lägg till etiketter i mount-utdatan. | |||
'''mount''' måste ha behörighet att läsa disk-enheten (t.ex. vara set-user-ID root) för att detta ska fungera. | |||
Man kan sätta en sådan etikett för ext2, ext3 eller ext4 med verktyget [[e2label(8)|e2label(8)]], eller för XFS med [[xfs_admin(8)|xfs_admin(8)]], eller för reiserfs med <code>reiserfstune(8)</code>. | |||
'''-M''', '''--move''' | '''-M''', '''--move''' | ||
Flytta ett delträd till en annan plats. Se ovan, avsnittet '''The move operation'''. | |||
'''-m''', '''--mkdir[=mode]''' | '''-m''', '''--mkdir[=mode]''' | ||
Tillåt att skapa en målkatalog (monteringspunkt) om den ännu inte finns. | |||
Alias för <code>-o X-mount.mkdir[=mode]</code>; standardläget är 0755. | |||
För mer information se <code>X-mount.mkdir</code> nedan. | |||
'''--map-groups''', '''--map-users inner: | '''--map-groups''', '''--map-users inner:_outer_:_count_''' | ||
Lägg till angiven användar-/gruppmappning till en <code>X-mount.idmap</code>-mappning. | |||
Dessa alternativ kan anges flera gånger för att bygga upp kompletta mappningar för användare och grupper. | |||
För mer information se <code>X-mount.idmap</code> nedan. | |||
'''--map-users /proc/PID/ns/user''' | '''--map-users /proc/PID/ns/user''' | ||
Använd angiven user namespace för användar- och gruppmappning i en id-mappad montering. | |||
Detta är ett alias för <code>-o X-mount.idmap=/proc/PID/ns/user</code> och kan inte användas två gånger eller tillsammans med formatet <code>inner:_outer_:_count_</code> ovan. | |||
För mer information se <code>X-mount.idmap</code> nedan. | |||
'''-n''', '''--no-mtab''' | '''-n''', '''--no-mtab''' | ||
Montera utan att skriva till <code>/etc/mtab</code>. | |||
Detta är nödvändigt t.ex. när <code>/etc</code> ligger på ett skrivskyddat filsystem. | |||
'''-N''', '''--namespace ns''' | '''-N''', '''--namespace ns''' | ||
Utför monteringsoperationen i den mount-namespace som anges av <code>ns</code>. | |||
<code>ns</code> är antingen PID för en process som kör i den namnrymden eller en specialfil som representerar den namnrymden. | |||
'''mount''' byter till mount-namespace när den läser <code>/etc/fstab</code>, skriver <code>/etc/mtab</code> (eller skriver till <code>/run/mount</code>) och anropar [[mount(2)|mount(2)]], annars kör den i den ursprungliga mount-namespace. | |||
Det betyder att mål-namnrymden inte behöver innehålla några bibliotek eller andra krav som behövs för att exekvera mount(2)-anropet. | |||
Se [[mount_namespaces(7)|mount_namespaces(7)]] för mer information. | |||
'''-O''', '''--test-opts opts''' | '''-O''', '''--test-opts opts''' | ||
Begränsa uppsättningen filsystem som <code>-a</code> gäller för. | |||
I detta avseende liknar det <code>-t</code> utom att <code>-O</code> är oanvändbart utan <code>-a</code>. | |||
Till exempel kommandot | |||
<code> | |||
mount -a -O no_netdev | |||
</code> | |||
< | monterar alla filsystem utom de som har alternativet <code>netdev</code> angivet i alternativfältet i <code>/etc/fstab</code>. | ||
mount -a -O | |||
</ | Det skiljer sig från <code>-t</code> genom att varje alternativ matchas exakt; ett inledande <code>no</code> i början av ett alternativ negerar inte resten. | ||
Alternativen <code>-t</code> och <code>-O</code> är kumulativa; det vill säga, kommandot | |||
<code> | |||
mount -a -t ext2 -O _netdev | |||
</code> | |||
monterar alla ext2-filsystem med alternativet <code>_netdev</code>, inte alla filsystem som antingen är ext2 eller har <code>_netdev</code>. | |||
'''-o''', '''--options opts''' | '''-o''', '''--options opts''' | ||
Använd de angivna monteringsalternativen. | |||
Argumentet <code>opts</code> är en kommaseparerad lista. | |||
Till exempel: | |||
<code> | |||
mount LABEL=mydisk -o noatime,nodev,nosuid | |||
</code> | |||
Observera att ordningen på alternativen spelar roll, eftersom det sista alternativet vinner om det finns konflikter. | |||
Observera också att alternativ på kommandoraden åsidosätter alternativ från fstab. | |||
För mer information, se avsnitten '''FILESYSTEM-INDEPENDENT MOUNT OPTIONS''' och '''FILESYSTEM-SPECIFIC MOUNT OPTIONS'''. | |||
'''--onlyonce''' | '''--onlyonce''' | ||
Tvingar '''mount''' att kontrollera om filsystemet redan är monterat på den angivna monteringspunkten. | |||
Detta beteende är standard för <code>--all</code>; i övriga fall beror det på kärnans filsystemsdrivrutin. | |||
Vissa filsystem kan monteras mer än en gång på samma monteringspunkt (t.ex. tmpfs). | |||
Se även <code>--exclusive</code>. | |||
'''--options-mode mode''' | '''--options-mode mode''' | ||
Styr hur alternativ från <code>fstab</code>/<code>mtab</code> kombineras med alternativ från kommandoraden. | |||
<code>mode</code> kan vara ett av <code>ignore</code>, <code>append</code>, <code>prepend</code> eller <code>replace</code>. | |||
Till exempel innebär <code>append</code> att alternativ från <code>fstab</code> läggs till efter alternativ från kommandoraden. | |||
Standardvärdet är <code>prepend</code>—det betyder att kommandoradsalternativ utvärderas efter <code>fstab</code>-alternativ. | |||
Observera att sista alternativet vinner om det finns konflikter. | |||
'''--options-source source''' | '''--options-source source''' | ||
Källa för standardalternativ. | |||
<code>source</code> är en kommaseparerad lista av <code>fstab</code>, <code>mtab</code> och <code>disable</code>. | |||
<code>disable</code> inaktiverar <code>fstab</code> och <code>mtab</code> och aktiverar <code>--options-source-force</code>. | |||
Standardvärdet är <code>fstab,mtab</code>. | |||
'''--options-source-force''' | '''--options-source-force''' | ||
Använd alternativ från <code>fstab</code>/<code>mtab</code> även om både <code>device</code> och <code>dir</code> anges. | |||
'''-R''', '''--rbind''' | '''-R''', '''--rbind''' | ||
Montera om ett delträd och alla möjliga undermonteringar någon annanstans (så att dess innehåll är tillgängligt på båda platserna). | |||
Se ovan, avsnittet '''Bind mount operation'''. | |||
'''-r''', '''--ro''' | '''-r''', '''--ro''', '''--read-only''' | ||
Montera filsystemet skrivskyddat. | |||
En synonym är <code>-o ro</code>. | |||
Observera att beroende på filsystemtyp, tillstånd och kärnbeteende kan systemet fortfarande skriva till enheten. | |||
Till exempel kommer ext3 och ext4 att spela upp journalen om filsystemet är "dirty". | |||
För att förhindra denna typ av skrivåtkomst kan du vilja montera ett ext3- eller ext4-filsystem med alternativen <code>ro,noload</code> eller ställa själva blockenheten i skrivskyddat läge; se kommandot [[blockdev(8)|blockdev(8)]]. | |||
'''-s''' | '''-s''' | ||
Tolerera slarviga monteringsalternativ istället för att misslyckas. | |||
Detta ignorerar monteringsalternativ som inte stöds av en filsystemtyp. | |||
Inte alla filsystem stöder detta alternativ. | |||
För närvarande stöds det endast av monteringshjälparen <code>mount.nfs</code>. | |||
'''--source device''' | '''--source device''' | ||
Om endast ett argument ges till '''mount''' kan argumentet tolkas som mål (monteringspunkt) eller källa (enhet). | |||
Detta alternativ gör det möjligt att uttryckligen definiera att argumentet är monteringskällan. | |||
'''--target directory''' | '''--target directory''' | ||
Om endast ett argument ges till '''mount''' kan argumentet tolkas som mål (monteringspunkt) eller källa (enhet). | |||
Detta alternativ gör det möjligt att uttryckligen definiera att argumentet är monteringsmålet. | |||
'''--target-prefix directory''' | '''--target-prefix directory''' | ||
Prefixa den angivna katalogen till alla monteringsmål. | |||
Detta alternativ kan användas för att följa <code>fstab</code>, men utföra monteringar på en annan plats, till exempel: | |||
<code> | |||
mount --all --target-prefix /chroot -o X-mount.mkdir | |||
</code> | |||
< | monterar allt från systemets <code>fstab</code> till <code>/chroot</code>, och alla saknade monteringspunkter skapas (p.g.a. <code>X-mount.mkdir</code>). | ||
Se även <code>--fstab</code> för att använda en alternativ <code>fstab</code>. | |||
</ | |||
'''-T''', '''--fstab path''' | '''-T''', '''--fstab path''' | ||
Anger en alternativ <code>fstab</code>-fil. | |||
Om <code>path</code> är en katalog sorteras filerna i katalogen med [[strverscmp(3)|strverscmp(3)]]; | |||
filer som börjar med "." eller utan filändelsen <code>.fstab</code> ignoreras. | |||
Alternativet kan anges mer än en gång. | |||
Detta alternativ är främst designat för initramfs- eller chroot-skript där extra konfiguration specificeras utöver standard systemkonfiguration. | |||
Observera att '''mount''' inte skickar alternativet <code>--fstab</code> till <code>/sbin/mount.type</code>-hjälpare, vilket innebär att alternativa <code>fstab</code>-filer blir osynliga för hjälparna. | |||
Det är inget problem för normala monteringar, men användarmontering (icke-root) kräver alltid <code>fstab</code> för att verifiera användarens rättigheter. | |||
'''-t''', '''--types fstype''' | '''-t''', '''--types fstype''' | ||
Argumentet efter <code>-t</code> används för att ange filsystemtyp. | |||
Vilka filsystemtyper som stöds beror på den körande kärnan. | |||
Se <code>/proc/filesystems</code> och <code>/lib/modules/$(uname -r)/kernel/fs</code> för en komplett lista. | |||
De vanligaste är ext2, ext3, ext4, xfs, btrfs, vfat, sysfs, proc, nfs och cifs. | |||
Programmen '''mount''' och [[umount(8)|umount(8)]] stöder filsystemsubtyper. | |||
Subtypen definieras av suffixet <code>.subtype</code>. Till exempel <code>fuse.sshfs</code>. | |||
Det rekommenderas att använda subtypnotation snarare än att lägga till något prefix till monteringskällan (till exempel är <code>sshfs#example.com</code> föråldrat). | |||
Om inget <code>-t</code> anges, eller om typen <code>auto</code> anges, försöker '''mount''' gissa önskad typ. | |||
'''mount''' använder biblioteket [[libblkid(3)|libblkid(3)]] för att gissa filsystemtyp; om det inte hittar något bekant försöker '''mount''' | |||
läsa filen <code>/etc/filesystems</code>, eller, om den inte finns, <code>/proc/filesystems</code>. | |||
Alla filsystemtyper som listas där kommer att provas, utom de som är märkta "nodev" (t.ex. <code>devpts</code>, <code>proc</code> och <code>nfs</code>). | |||
Om <code>/etc/filesystems</code> slutar med en rad som endast innehåller <code>*</code>, kommer '''mount''' att läsa <code>/proc/filesystems</code> efteråt. | |||
Under provningen monteras alla filsystemtyper med monteringsalternativet <code>silent</code>. | |||
Typen <code>auto</code> kan vara användbar för användarmontering av disketter. | |||
Att skapa en fil <code>/etc/filesystems</code> kan vara användbart för att ändra probordningen (t.ex. prova vfat före msdos eller ext3 före ext2) eller om du använder en kernel module autoloader. | |||
Mer än en typ kan anges som en kommaseparerad lista både för <code>-t</code> samt i en <code>/etc/fstab</code>-post. | |||
Listan för <code>-t</code> kan prefixas med <code>no</code> för att ange filsystemtyper som ingen åtgärd ska vidtas på. | |||
Prefixet <code>no</code> har ingen effekt när det anges i en <code>/etc/fstab</code>-post. | |||
Prefixet <code>no</code> kan vara meningsfullt med <code>-a</code>. | |||
Till exempel kommandot | |||
<code> | |||
mount -a -t nomsdos,smbfs | |||
</code> | |||
monterar alla filsystem utom de av typen <code>msdos</code> och <code>smbfs</code>. | |||
För de flesta typer behöver '''mount''' bara göra ett enkelt [[mount(2)|mount(2)]]-systemanrop, och ingen detaljerad kunskap om filsystemtypen krävs. | |||
För några typer (som nfs, nfs4, cifs, smbfs, ncpfs) behövs ad hoc-kod. | |||
Filsystemen nfs, nfs4, cifs, smbfs och ncpfs har ett separat mount-program. | |||
För att göra det möjligt att behandla alla typer likformigt kommer '''mount''' att köra programmet <code>/sbin/mount.type</code> (om det finns) när det anropas med typen <code>type</code>. | |||
Eftersom olika versioner av <code>smbmount</code>-programmet har olika anropskonventioner kan <code>/sbin/mount.smbfs</code> behöva vara ett shell-skript som sätter upp önskat anrop. | |||
'''-U''', '''--uuid uuid''' | '''-U''', '''--uuid uuid''' | ||
Montera partitionen som har den angivna UUID:en. | |||
'''-v''', '''--verbose''' | '''-v''', '''--verbose''' | ||
Aktiverar verbose-läge. | |||
Från version 2.41, om det nya kärn-API:t för montering är tillgängligt, skrivs även kärnans informationsmeddelanden ut. | |||
'''-w''', '''--rw''', '''--read-write''' | |||
Montera filsystemet läs/skriv. | |||
Läs/skriv är kärnans standard och mount:ens standard är att försöka en skrivskyddad montering om det föregående [[mount(2)|mount(2)]]-systemanropet med läs/skriv-flaggor misslyckades på skrivskyddade enheter. | |||
En synonym är <code>-o rw</code>. | |||
Observera att om <code>-w</code> anges på kommandoraden tvingar det '''mount''' att aldrig försöka skrivskyddad montering på skrivskyddade enheter eller redan monterade skrivskyddade filsystem. | |||
'''-h''', '''--help''' | '''-h''', '''--help''' | ||
Visa hjälptext och avsluta. | |||
'''-V''', '''--version''' | '''-V''', '''--version''' | ||
Visa version och avsluta. | |||
<!-- ========================================================= --> | |||
<!-- DEL 3/5: FILESYSTEM-INDEPENDENT MOUNT OPTIONS --> | |||
<!-- ========================================================= --> | |||
== | == FILESYSTEM-INDEPENDENT MOUNT OPTIONS == | ||
Vissa av dessa alternativ är endast användbara när de förekommer i filen <code>/etc/fstab</code>. | |||
Vissa av dessa alternativ kan vara aktiverade eller inaktiverade som standard i systemets kärna. | |||
För att kontrollera den aktuella inställningen, se alternativen i <code>/proc/mounts</code>. | |||
Observera att filsystem också har per-filsystem specifika standardalternativ (se t.ex. utdata från <code>tune2fs -l</code> för extN-filsystem). | |||
=== Virtual Filesystem Notes === | |||
Virtual File System (VFS) är det abstrakta lager i kärnan som tillhandahåller filsystemsgränssnittet till program i användarrymden. | |||
Det tillhandahåller också en abstraktion inom kärnan som gör att olika filsystemimplementationer kan samexistera. | |||
En del monteringsalternativ gäller endast detta lager. | |||
Alternativen <code>nosuid</code>, <code>noexec</code>, <code>nodiratime</code>, <code>relatime</code>, <code>noatime</code>, <code>strictatime</code> och <code>nosymfollow</code> tolkas endast av VFS-lagret i kärnan och appliceras på monteringspunktsnoden snarare än på filsystemet självt. | |||
För att få en fullständig översikt över filsystem och VFS-alternativ, prova: | |||
<code> | |||
findmnt -o TARGET,VFS-OPTIONS,FS-OPTIONS | |||
</code> | |||
Sedan v2.39 kan libmount använda ett nytt kärn-gränssnitt för montering för att ställa in VFS-attribut rekursivt. | |||
För bakåtkompatibilitet är denna funktion inte aktiverad som standard, även om rekursiv operation (t.ex. rbind) har begärts. | |||
Det nya alternativargumentet "recursive" kan anges, till exempel: | |||
<code> | |||
mount -orbind,ro=recursive,noexec=recursive,nosuid /foo /bar | |||
</code> | |||
Detta binder rekursivt filsystem från <code>/foo</code> till <code>/bar</code>, och gör <code>/bar</code> och alla undermonteringar skrivskyddade och noexec, men endast <code>/bar</code> självt kommer att vara "nosuid". | |||
Den valfria "recursive"-parametern för VFS-monteringsalternativ är en EXPERIMENTELL funktion. | |||
=== Read-only Setting Notes === | |||
Skrivskyddsinställningen (<code>ro</code> eller <code>rw</code>) tolkas av både VFS och filsystemet, och det beror på hur alternativet anges på kommandoraden för [[mount(8)|mount(8)]]. | |||
För bakåtkompatibilitet är standard att använda den för båda lagren under standardmonteringar. | |||
Operationen <code>-o bind,remount,ro</code> appliceras endast på VFS-monteringspunkten, medan operationen <code>-o remount,ro</code> appliceras på både VFS och filsystemets superblock. | |||
Denna semantik gör det möjligt att skapa en skrivskyddad monteringspunkt samtidigt som filsystemet hålls skrivbart från en annan monteringspunkt. | |||
Sedan version 2.41 har libmount möjlighet att använda valfria argument <code>vfs</code> och <code>fs</code> (t.ex. <code>ro=fs</code>) för att specificera var skrivskyddsinställningen ska appliceras. | |||
Till exempel kommer kommandot: | |||
<code> | |||
mount -o ro=vfs /dev/sdc1 /A | |||
</code> | |||
att montera filsystemet som läs/skriv på superblocknivå, men noden <code>/A</code> kommer att sättas som skrivskyddad. | |||
I tidigare versioner krävdes en extra <code>-o bind,remount,ro</code>-operation för att uppnå samma sak. | |||
=== Generic Mount Options === | |||
Följande alternativ kan användas för vilket filsystem som helst som monteras, men varje filsystem hedrar dem inte nödvändigtvis. | |||
Till exempel har alternativet <code>sync</code> endast effekt för ext2, ext3, ext4, fat, vfat, ufs och xfs. | |||
'''async''' | '''async''' | ||
All I/O till filsystemet bör göras asynkront. (Se även alternativet <code>sync</code>.) | |||
'''atime''' | '''atime''' | ||
Använd inte <code>noatime</code>-funktionen; åtkomsttid för inode styrs av kärnans standard. | |||
Se även <code>relatime</code> och <code>strictatime</code>. | |||
'''noatime''' | '''noatime''' | ||
Uppdatera inte inode-åtkomsttider på detta filsystem (t.ex. för snabbare åtkomst på news-spool för att accelerera news-servrar). | |||
Detta fungerar för alla inode-typer (kataloger också), så det innebär <code>nodiratime</code>. | |||
'''auto''' | '''auto''' | ||
Kan monteras med <code>-a</code>. | |||
'''noauto''' | '''noauto''' | ||
Kan endast monteras explicit (dvs <code>-a</code> gör inte att filsystemet monteras). | |||
'''context=context''' | '''context=context''', '''fscontext=context''', '''defcontext=context''', och '''rootcontext=context''' | ||
Alternativet <code>context=</code> är användbart vid montering av filsystem som inte stöder utökade attribut, såsom en diskett eller hårddisk formaterad med VFAT, eller system som normalt inte körs under SELinux, såsom en ext3- eller ext4-formaterad disk från en icke-SELinux-arbetsstation. | |||
Du kan även använda <code>context=</code> på filsystem du inte litar på, såsom en diskett. | |||
Det hjälper också med kompatibilitet för filsystem med xattr-stöd på äldre 2.4.x-kärnor. | |||
Även när xattrs stöds kan du spara tid genom att inte behöva märka varje fil genom att tilldela hela disken en säkerhetskontext. | |||
Ett vanligt alternativ för flyttbara media är <code>context="system_u:object_r:removable_t</code>. | |||
Alternativet <code>fscontext=</code> fungerar för alla filsystem, oavsett deras xattr-stöd. | |||
fscontext sätter den övergripande filsystemsetiketten till en specifik säkerhetskontext. | |||
Denna filsystemsetikett är separat från individuella etiketter på filer. | |||
Den representerar hela filsystemet för vissa typer av behörighetskontroller, såsom vid montering eller filskapande. | |||
Individuella filetiketter hämtas fortfarande från xattrs på filerna. | |||
Alternativet <code>context=</code> sätter den aggregerade kontext som fscontext tillhandahåller, utöver att tillhandahålla samma etikett för individuella filer. | |||
Du kan sätta standard säkerhetskontext för omärkta filer med <code>defcontext=</code>. | |||
Detta åsidosätter värdet som satts för omärkta filer i policyn och kräver ett filsystem som stödjer xattr-märkning. | |||
Alternativet <code>rootcontext=</code> låter dig uttryckligen märka rot-inoden i ett filsystem som monteras innan filsystemet eller inoden blir synlig för användarrymden. | |||
Detta visade sig vara användbart för t.ex. stateless Linux. | |||
Specialvärdet <code>@target</code> kan användas för att tilldela den aktuella kontexten för målmonteringspunktsplatsen. | |||
Observera att kärnan avvisar alla remount-begäranden som inkluderar <code>context</code>-alternativet, även när det är oförändrat. | |||
'''Varning: context-värdet kan innehålla kommatecken''', i vilket fall värdet måste citeras korrekt, annars tolkar '''mount''' kommatecknet som en separator mellan monteringsalternativ. | |||
Glöm inte att skalet tar bort citationstecken och därför krävs '''dubbel citering'''. | |||
Till exempel: | |||
<code> | |||
mount -t tmpfs none /mnt -o \ | |||
'context="system_u:object_r:tmp_t:s0:c127,c456",noexec' | |||
</code> | |||
För mer information, se [[selinux(8)|selinux(8)]]. | |||
'''defaults''' | '''defaults''' | ||
Använd standardalternativen: <code>rw</code>, <code>suid</code>, <code>dev</code>, <code>exec</code>, <code>auto</code>, <code>nouser</code> och <code>async</code>. | |||
Observera att den verkliga uppsättningen standardalternativ beror på kärna och filsystemtyp. | |||
Se början av detta avsnitt för mer information. | |||
'''dev''' | '''dev''' | ||
Tolka tecken- eller blockspecialenheter på filsystemet. | |||
'''nodev''' | '''nodev''' | ||
Tolka inte tecken- eller blockspecialenheter på filsystemet. | |||
'''diratime''' | '''diratime''' | ||
Uppdatera kataloginoders åtkomsttider på detta filsystem. Detta är standard. (Alternativet ignoreras när <code>noatime</code> är satt.) | |||
'''nodiratime''' | '''nodiratime''' | ||
Uppdatera inte kataloginoders åtkomsttider på detta filsystem. (Detta impliceras när <code>noatime</code> är satt.) | |||
'''dirsync''' | '''dirsync''' | ||
Alla kataloguppdateringar inom filsystemet ska göras synkront. | |||
Detta påverkar följande systemanrop: | |||
[[creat(2)|creat(2)]], [[link(2)|link(2)]], [[unlink(2)|unlink(2)]], [[symlink(2)|symlink(2)]], [[mkdir(2)|mkdir(2)]], [[rmdir(2)|rmdir(2)]], | |||
[[mknod(2)|mknod(2)]] och [[rename(2)|rename(2)]]. | |||
'''exec''' | '''exec''' | ||
Tillåt exekvering av binärer och andra körbara filer. | |||
'''noexec''' | '''noexec''' | ||
Tillåt inte direkt exekvering av binärer på det monterade filsystemet. | |||
'''group''' | '''group''' | ||
Tillåt en vanlig användare att montera filsystemet om någon av användarens grupper matchar gruppen för enheten. | |||
Detta alternativ implicerar <code>nosuid</code> och <code>nodev</code> (om det inte åsidosätts av efterföljande alternativ, som i alternativraden <code>group,dev,suid</code>). | |||
'''iversion''' | '''iversion''' | ||
Varje gång inoden modifieras kommer fältet <code>i_version</code> att inkrementeras. | |||
'''noiversion''' | '''noiversion''' | ||
Inkrementera inte <code>i_version</code>-fältet. | |||
'''mand''' | '''mand''' | ||
Tillåt obligatoriska lås på filsystemet. Se [[fcntl(2)|fcntl(2)]]. Detta alternativ blev föråldrat i Linux 5.15. | |||
'''nomand''' | '''nomand''' | ||
Tillåt inte obligatoriska lås på filsystemet. | |||
'''_netdev''' | '''_netdev''' | ||
Filsystemet ligger på en enhet som kräver nätverksåtkomst (används för att hindra systemet från att försöka montera dessa filsystem innan nätverket har aktiverats). | |||
'''nofail''' | '''nofail''' | ||
Rapportera inte fel för enheten om den inte finns. | |||
'''relatime''' | '''relatime''' | ||
Uppdatera inode-åtkomsttider relativt modifierings- eller ändringstid. | |||
Åtkomsttiden uppdateras endast om föregående åtkomsttid var tidigare än eller lika med nuvarande modifierings- eller ändringstid. | |||
(Liknar <code>noatime</code>, men bryter inte [[mutt(1)|mutt(1)]] eller andra program som behöver veta om en fil har lästs sedan senaste modifiering.) | |||
Sedan Linux 2.6.30 är detta kärnans standardbeteende (om inte <code>noatime</code> angavs), och alternativet <code>strictatime</code> krävs för traditionell semantik. | |||
Dessutom uppdateras filens åtkomsttid alltid om den är mer än 1 dag gammal. | |||
'''norelatime''' | '''norelatime''' | ||
Använd inte <code>relatime</code>. Se även <code>strictatime</code>. | |||
'''strictatime''' | '''strictatime''' | ||
Begär fulla atime-uppdateringar. | |||
Gör det möjligt för kärnan att standarda till <code>relatime</code> eller <code>noatime</code>, men ändå låta användarrymden åsidosätta. | |||
'''nostrictatime''' | '''nostrictatime''' | ||
Använd kärnans standardbeteende för atime. | |||
'''lazytime''' | |||
Uppdatera bara tider (atime, mtime, ctime) på in-memory-versionen av filens inode. | |||
Detta alternativ minskar avsevärt skrivningar till inode-tabellen för arbetslaster som gör frekventa slumpmässiga skrivningar till förallokerade filer. | |||
On-disk-tidsstämplar uppdateras endast när: | |||
• inoden behöver uppdateras för någon ändring som inte är relaterad till tidsstämplar | |||
• applikationen använder [[fsync(2)|fsync(2)]], [[syncfs(2)|syncfs(2)]] eller [[sync(2)|sync(2)]] | |||
• en oavslutad inode evakueras från minne | |||
• mer än 24 timmar har passerat sedan inoden skrevs till disk | |||
'''nolazytime''' | |||
Använd inte lazytime. | |||
'''suid''' | '''suid''' | ||
Respektera set-user-ID och set-group-ID-bitar eller filkapabiliteter när program exekveras från detta filsystem. | |||
'''nosuid''' | '''nosuid''' | ||
Respektera inte set-user-ID och set-group-ID-bitar eller filkapabiliteter när program exekveras från detta filsystem. | |||
Dessutom kräver SELinux domänövergångar behörigheten <code>nosuid_transition</code>, vilket i sin tur också kräver policykapabiliteten <code>nnp_nosuid_transition</code>. | |||
'''silent''' | |||
Aktivera silent-flaggan. | |||
'''loud''' | |||
Stäng av silent-flaggan. | |||
'''owner''' | '''owner''' | ||
Tillåt en vanlig användare att montera filsystemet om användaren är ägare till enheten. | |||
Detta alternativ implicerar <code>nosuid</code> och <code>nodev</code> (om det inte åsidosätts av efterföljande alternativ, som i alternativraden <code>owner,dev,suid</code>). | |||
'''remount''' | '''remount''' | ||
Försök att montera om ett redan monterat filsystem. | |||
Detta används ofta för att ändra mount-flaggor för ett filsystem, särskilt för att göra ett skrivskyddat filsystem skrivbart. | |||
Det ändrar inte enhet eller monteringspunkt. | |||
Remount-operationen tillsammans med flaggan <code>bind</code> har speciell semantik. Se ovan, avsnittet '''Bind mount operation'''. | |||
Kärnans standardbeteende för VFS-mountflaggor (nodev,nosuid,noexec,ro) är att återställa alla ospecificerade flaggor vid remount. | |||
Därför försöker [[mount(8)|mount(8)]] behålla nuvarande inställning enligt <code>fstab</code> eller <code>/proc/self/mountinfo</code>. | |||
Detta standardbeteende kan ändras med <code>--options-mode</code>. | |||
Den rekursiva ändringen av mount-flaggor (stöds sedan v2.39 på system med [[mount_setattr(2)|mount_setattr(2)]]), till exempel <code>mount -o remount,ro=recursive</code>, använder inte beteendet "reset-unspecified" | |||
och fungerar som en enkel add/remove-operation där ospecificerade flaggor inte modifieras. | |||
Remount-funktionen följer standardmetoden som '''mount''' arbetar med alternativ från <code>fstab</code>. | |||
Det betyder att '''mount''' inte läser <code>fstab</code> (eller <code>mtab</code>) endast när både <code>device</code> och <code>dir</code> anges. | |||
<code> | |||
mount -o remount,rw /dev/foo /dir | |||
</code> | |||
Efter detta anrop ersätts alla gamla monteringsalternativ och godtycklig information från <code>fstab</code> (eller <code>mtab</code>) ignoreras, utom alternativet <code>loop=</code> som genereras internt och underhålls av '''mount'''. | |||
<code> | |||
mount -o remount,rw /dir | |||
</code> | |||
Efter detta anrop läser '''mount''' <code>fstab</code> och sammanfogar dessa alternativ med alternativen från kommandoraden (<code>-o</code>). | |||
Om ingen monteringspunkt hittas i <code>fstab</code> faller den tillbaka till monteringsalternativ från <code>/proc/self/mountinfo</code>. | |||
'''mount''' tillåter användning av <code>--all</code> för att remount:a alla redan monterade filsystem som matchar ett filter (<code>-O</code> och <code>-t</code>). | |||
Till exempel: | |||
<code> | |||
mount --all -o remount,ro -t vfat | |||
</code> | |||
remount:ar alla redan monterade vfat-filsystem i skrivskyddat läge. | |||
'''ro'''[=<code>(recursive|vfs|fs)</code>] | |||
Montera filsystemet skrivskyddat. | |||
Det valfria argumentet är en experimentell funktion som endast stöds av det fil-deskriptorbaserade mount-API:t och ignoreras tyst för det gamla [[mount(2)|mount(2)]]-syscall:et. | |||
<code>recursive</code> tvingar VFS-attributet att appliceras rekursivt. | |||
<code>vfs</code> och <code>fs</code> anger lagret där skrivskyddsflaggan ska appliceras. | |||
<code>fs</code> anger filsystemets superblock (unik filsysteminstans i kärnan), och <code>vfs</code> anger monteringsnoden. | |||
Om inget lager anges sätts båda till skrivskydd. | |||
'''rw''' | '''rw'''[=<code>(recursive|vfs|fs)</code>] | ||
Montera filsystemet läs/skriv. | |||
'''sync''' | '''sync''' | ||
All I/O till filsystemet bör göras synkront. | |||
För media med begränsat antal skrivcykler (t.ex. vissa flash-enheter) kan <code>sync</code> förkorta livslängden. | |||
'''user''' | '''user''' | ||
Tillåt en vanlig användare att montera filsystemet. | |||
Namnet på monterande användare skrivs till <code>mtab</code>-filen (eller till libmounts privata fil i <code>/run/mount</code>) så att samma användare kan avmontera filsystemet igen. | |||
Detta alternativ implicerar <code>noexec</code>, <code>nosuid</code> och <code>nodev</code> (om inte åsidosatt av senare alternativ, som i <code>user,exec,dev,suid</code>). | |||
'''nouser''' | '''nouser''' | ||
Förbjud vanlig användare att montera filsystemet. | |||
Detta är standard; det implicerar inga andra alternativ. | |||
'''users''' | '''users''' | ||
Tillåt vilken användare som helst att montera och avmontera filsystemet, även om en annan vanlig användare tidigare monterade det. | |||
Detta alternativ implicerar <code>noexec</code>, <code>nosuid</code> och <code>nodev</code> (om inte åsidosatt av senare alternativ, som i <code>users,exec,dev,suid</code>). | |||
''' | '''X-'''* | ||
Alla alternativ som börjar med "X-" tolkas som kommentarer eller användarrymdsspecifika applikationsalternativ. | |||
Dessa alternativ lagras inte i användarrymden (t.ex. <code>mtab</code>) och skickas inte till <code>mount.type</code>-hjälpare eller till [[mount(2)|mount(2)]]. | |||
Föreslaget format är <code>X-appname.option</code>. | |||
''' | '''x-'''* | ||
Samma som <code>X-*</code>, men lagras permanent i användarrymden. | |||
Det betyder att alternativen också är tillgängliga för [[umount(8)|umount(8)]] och andra operationer. | |||
Observera att underhåll av monteringsalternativ i användarrymden är knepigt; det kräver libmount-baserade verktyg och det finns ingen garanti att alternativen alltid är tillgängliga (t.ex. efter en move mount-operation eller i en o-delad namespace). | |||
Observera att före util-linux v2.30 underhölls inte x-* av libmount och lagrades inte i användarrymden (funktionaliteten var då samma som för X-*). | |||
Men p.g.a. fler användningsfall (initrd, systemd, etc.) har funktionaliteten utökats för att bevara existerande <code>fstab</code>-konfigurationer utan ändringar. | |||
''' | '''X-mount.auto-fstypes'''=<code>list</code> | ||
Anger tillåtna eller förbjudna filsystemtyper för automatisk filsystemdetektion. | |||
<code>list</code> är en kommaseparerad lista av filsystemsnamn. | |||
Automatisk filsystemdetektion triggas av filsystemtypen <code>auto</code> eller när filsystemtypen inte anges. | |||
Listan följer hur mount utvärderar typmönster (se <code>-t</code>). | |||
Endast angivna filsystemtyper tillåts, eller—om listan prefixas med "no"—förbjuds alla angivna typer. | |||
Till exempel: <code>X-mount.auto-fstypes="ext4,btrfs"</code> accepterar endast ext4 och btrfs, och <code>X-mount.auto-fstypes="novfat,xfs"</code> accepterar alla utom vfat och xfs. | |||
Observera att kommatecken används som separator mellan monteringsalternativ, vilket innebär att auto-fstypes-värden måste citeras korrekt. | |||
Glöm inte att skalet tar bort citationstecken och därför krävs dubbel citering. Till exempel: | |||
<code> | |||
mount -t auto -o’X-mount.auto-fstypes="noext2,ext3"' | |||
/dev/sdc1 /mnt/test | |||
</code> | |||
''' | '''X-mount.mkdir'''[=<code>mode</code>] | ||
Tillåt att skapa målkatalogen (monteringspunkten) om den inte finns. | |||
Det valfria argumentet <code>mode</code> anger filsystemets åtkomstläge som används för [[mkdir(2)|mkdir(2)]] i oktal notation. | |||
Standard är 0755. | |||
Denna funktion stöds endast för root eller när '''mount''' körs utan suid-behörigheter. | |||
Alternativet stöds också som <code>x-mount.mkdir</code>, men den notationen är föråldrad sedan v2.30. | |||
Se även kommandoradsalternativet <code>--mkdir</code>. | |||
''' | '''X-mount.nocanonicalize'''[=<code>type</code>] | ||
Tillåt att inaktivera kanonisering för monteringskälla och mål. | |||
Som standard löser '''mount''' alla sökvägar till absoluta sökvägar utan symlänkar. | |||
Detta är ibland oönskat, t.ex. vid bind-mount över en symlänk, eller en symlänk över en katalog eller en annan symlänk. | |||
Det valfria argumentet <code>type</code> kan vara "source" eller "target". Om inget anges inaktiveras kanonisering för båda. | |||
Kommandoradsalternativet <code>--no-canonicalize</code> åsidosätter detta monteringsalternativ och påverkar alla sökvägs- och taggkonverteringar i alla situationer, men av bakåtkompatibilitetsskäl modifierar det inte open_tree syscall-flaggor och tillåter inte bind-mount över symlänk-use case. | |||
Observera att [[mount(8)|mount(8)]] fortfarande sanitiserar och kanoniserar käll- och mål-sökvägar angivna på kommandoraden av icke-root-användare, oavsett inställningen <code>X-mount.nocanonicalize</code>. | |||
''' | '''X-mount.noloop''' | ||
Skapa och montera ingen loop-enhet, även om monteringskällan är en vanlig fil. | |||
''' | '''X-mount.subdir='''<code>directory</code> | ||
Tillåt montering av en underkatalog i ett filsystem istället för rotkatalogen. | |||
Detta är endast effektivt när en ny instans av ett filsystem ansluts till systemet. | |||
Alternativet ignoreras tyst för operationer som remount, bind mount eller move. | |||
För närvarande implementeras detta via en temporär montering av filsystemets rotkatalog i en o-delad namespace, och sedan bindning av underkatalogen till den slutliga monteringspunkten, och avmontering av filsystemets rot. | |||
Underkatalogsmonteringen syns atomärt för resten av systemet trots att det implementeras via flera [[mount(2)|mount(2)]]-syscalls. | |||
Observera att funktionen inte fungerar i en session med o-delad privat mount-namespace (efter <code>unshare --mount</code>) på gamla kärnor eller med [[mount(8)|mount(8)]] utan stöd för fil-deskriptorsbaserat mount-API. | |||
I detta fall behöver du <code>unshare --mount --propagation shared</code>. | |||
Denna funktion är EXPERIMENTELL. | |||
''' | '''X-mount.owner='''<code>username|UID</code>, '''X-mount.group='''<code>group|GID</code> | ||
Sätt monteringspunktens ägar-/gruppägande efter montering. | |||
Namn löses i mål-namnrymden; se <code>-N</code>. | |||
''' | '''X-mount.mode='''<code>mode</code> | ||
Sätt monteringspunktens läge (mode) efter montering. | |||
''' | '''X-mount.idmap='''<code>id-type:id-mount:id-host:id-range</code> [<code>id-type:id-mount:id-host:id-range</code>], '''X-mount.idmap='''<code>file</code> | ||
Använd detta alternativ för att skapa en id-mappad montering. | |||
En id-mappad montering tillåter att ändra ägande för alla filer under en montering enligt den ID-mappning som associeras med en user namespace. | |||
Ägarändringen är knuten till livslängden och lokaliserad till den relevanta monteringen. | |||
Den relevanta ID-mappningen kan specificeras på två sätt: | |||
• En användare kan ange ID-mappningen direkt. | |||
ID-mappningen måste specificeras med syntaxen <code>id-type:id-mount:id-host:id-range</code>. | |||
Att ange <code>u</code> som <code>id-type</code>-prefix skapar en UID-mappning, <code>g</code> skapar en GID-mappning och att utelämna <code>id-type</code> eller ange <code>b</code> skapar både UID- och GID-mappning. | |||
Parametern <code>id-mount</code> anger start-ID i den nya monteringen. | |||
Parametern <code>id-host</code> anger start-ID i filsystemet. | |||
Parametern <code>id-range</code> anger hur många ID som ska mappas. | |||
Det är möjligt att ange flera ID-mappningar. | |||
Individuella ID-mappningar måste separeras med mellanslag. | |||
Observera att mellanslag i <code>/etc/fstab</code> tolkas som fältseparatorer. | |||
För att undvika detta måste du escap:a dem med <code>\040</code>. | |||
Till exempel: <code>X-mount.idmap=0:0:1\040500:1000:1</code>. | |||
Till exempel skapar ID-mappningen <code>X-mount.idmap=u:1000:0:1 g:1001:1:2 5000:1000:2</code> en id-mappad montering där UID 0 mappas till UID 1000, GID 1 mappas till GID 1001, GID 2 mappas till GID 1002, och UID och GID 1000 mappas till 5000, och UID och GID 1001 mappas till 5001 i monteringen. | |||
När en ID-mappning anges direkt kommer en ny user namespace att allokeras med den begärda ID-mappningen. | |||
Den nyskapade user namespace kommer att knytas till monteringen. | |||
• En användare kan ange en user namespace-fil. | |||
User namespace kommer då att knytas till monteringen och ID-mappningen i user namespace blir monteringsmappningen. | |||
= | Till exempel kommer <code>X-mount.idmap=/proc/PID/ns/user</code> att knyta processen PID:s user namespace till monteringen. | ||
'''nosymfollow''' | |||
Följ inte symlänkar när sökvägar löses. | |||
Symlänkar kan fortfarande skapas, och [[readlink(1)|readlink(1)]], [[readlink(2)|readlink(2)]], [[realpath(1)|realpath(1)]] och [[realpath(3)|realpath(3)]] fungerar fortfarande korrekt. | |||
=== | <!-- ========================================================= --> | ||
<!-- DEL 4/5: FILESYSTEM-SPECIFIC, DM-VERITY, LOOP --> | |||
<!-- ========================================================= --> | |||
== FILESYSTEM-SPECIFIC MOUNT OPTIONS == | |||
Detta avsnitt listar alternativ som är specifika för vissa filsystem. | |||
Där det är möjligt bör du först konsultera filsystemets egna manualsidor. | |||
Några av dessa sidor listas i tabellen nedan. | |||
{| class="wikitable" | |||
! Filsystem | |||
! Manualsida | |||
|- | |||
| btrfs | |||
| [[btrfs(5)|btrfs(5)]] | |||
|- | |||
| cephfs | |||
| mount.ceph(8) | |||
|- | |||
| cifs | |||
| [[mount.cifs(8)|mount.cifs(8)]] | |||
|- | |||
| ext2, ext3, ext4 | |||
| [[ext4(5)|ext4(5)]] | |||
|- | |||
| fuse | |||
| [[fuse(8)|fuse(8)]] | |||
|- | |||
| nfs | |||
| [[nfs(5)|nfs(5)]] | |||
|- | |||
| tmpfs | |||
| [[tmpfs(5)|tmpfs(5)]] | |||
|- | |||
| xfs | |||
| [[xfs(5)|xfs(5)]] | |||
|} | |||
Observera att vissa av sidorna ovan kanske bara är tillgängliga efter att du installerat respektive användarverktyg. | |||
Följande alternativ gäller endast vissa filsystem. Vi sorterar dem efter filsystem. Alla alternativ följer flaggan <code>-o</code>. | |||
Vilka alternativ som stöds beror delvis på den körande kärnan. | |||
Mer information kan finnas i filsystemsspecifika filer i kärnans källkod under <code>Documentation/filesystems</code>. | |||
=== Mount options for adfs === | |||
<code> | |||
uid=value och gid=value | |||
</code> | |||
Sätt ägare och grupp för filerna i filsystemet (standard: uid=gid=0). | |||
<code> | |||
ownmask=value och othmask=value | |||
</code> | |||
Sätt rättighetsmask för ADFS "owner"-rättigheter respektive "other"-rättigheter (standard: 0700 respektive 0077). Se även <code>/usr/src/linux/Documentation/filesystems/adfs.rst</code>. | |||
=== Mount options for affs === | |||
<code> | |||
uid=value och gid=value | |||
</code> | |||
Sätt ägare och grupp för filsystemets rot (standard: uid=gid=0, men om <code>uid</code> eller <code>gid</code> anges utan värde används UID och GID för den aktuella processen). | |||
<code> | |||
setuid=value och setgid=value | |||
</code> | |||
Sätt ägare och grupp för alla filer. | |||
<code> | |||
mode=value | |||
</code> | |||
Sätt läge för alla filer till <code>value & 0777</code> oavsett ursprungliga rättigheter. Lägg till sökrättighet på kataloger som har läsrättighet. Värdet anges i oktal. | |||
<code> | |||
protect | |||
</code> | |||
Tillåt inga ändringar av skyddsbitarna på filsystemet. | |||
<code> | |||
usemp | |||
</code> | |||
Sätt UID och GID för filsystemets rot till UID och GID för monteringspunkten vid första synk eller umount, och rensa sedan detta alternativ. Märkligt... | |||
<code> | |||
verbose | |||
</code> | |||
Skriv ett informationsmeddelande för varje lyckad montering. | |||
= | <code> | ||
prefix=string | |||
</code> | |||
Prefix som används före volymnamn när en länk följs. | |||
'' | <code> | ||
volume=string | |||
</code> | |||
Prefix (maxlängd 30) som används före '/' när en symbolisk länk följs. | |||
<code> | |||
reserved=value | |||
</code> | |||
(Standard: 2.) Antal oanvända block i början av enheten. | |||
<code> | |||
root=value | |||
</code> | |||
Ange explicit plats för rotblocket. | |||
<code> | |||
bs=value | |||
</code> | |||
Ange blockstorlek. Tillåtna värden är 512, 1024, 2048, 4096. | |||
<code> | |||
grpquota|noquota|quota|usrquota | |||
</code> | |||
Dessa alternativ accepteras men ignoreras. (Kvotverktyg kan dock reagera på sådana strängar i <code>/etc/fstab</code>.) | |||
=== Mount options for debugfs === | |||
debugfs är ett pseudo-filsystem, traditionellt monterat på <code>/sys/kernel/debug</code>. | |||
Fr.o.m. kärnversion 3.4 har debugfs följande alternativ: | |||
<code> | |||
uid=n, gid=n | |||
</code> | |||
Sätt ägare och grupp för monteringspunkten. | |||
<code> | |||
mode=value | |||
</code> | |||
Sätt läge för monteringspunkten. | |||
=== Mount options for devpts === | |||
devpts är ett pseudo-filsystem, traditionellt monterat på <code>/dev/pts</code>. | |||
För att få en pseudoterminal öppnar en process <code>/dev/ptmx</code>; numret för slav-pty görs därefter tillgängligt och kan nås som <code>/dev/pts/<nummer></code>. | |||
<code> | |||
uid=value och gid=value | |||
</code> | |||
Sätter ägare eller grupp för nyss skapade pseudoterminaler till de angivna värdena. | |||
Om inget anges sätts de till UID och GID för den skapande processen. | |||
Till exempel, om det finns en tty-grupp med GID 5, så gör <code>gid=5</code> att nya pty:n tillhör tty-gruppen. | |||
<code> | |||
mode=value | |||
</code> | |||
Sätt läge för nyss skapade pseudoterminaler till angivet värde. | |||
Standard är 0600. | |||
Värdet <code>mode=620</code> och <code>gid=5</code> gör "mesg y" till standard på nyss skapade pty:n. | |||
<code> | |||
newinstance | |||
</code> | |||
Skapa en privat instans av devpts så att index för pseudoterminaler i denna instans är oberoende av andra instanser. | |||
Alla devpts-monteringar utan detta alternativ delar samma uppsättning index (legacy-läge). | |||
Varje devpts-monteringen med <code>newinstance</code> har en privat uppsättning index. | |||
Detta alternativ används främst för containrar och implementeras i Linux-kärnor från 2.6.29. | |||
Det är giltigt endast om <code>CONFIG_DEVPTS_MULTIPLE_INSTANCES</code> är aktiverat i kärnkonfigurationen. | |||
För att använda alternativet effektivt måste <code>/dev/ptmx</code> vara en symbolisk länk till <code>pts/ptmx</code>. | |||
Se <code>Documentation/filesystems/devpts.txt</code> i kärnans källträd för detaljer. | |||
<code> | |||
ptmxmode=value | |||
</code> | |||
Sätt läge för den nya <code>ptmx</code>-enhetsnoden i devpts. | |||
Med stöd för flera instanser av devpts (se <code>newinstance</code> ovan) har varje instans en privat <code>ptmx</code>-nod i roten av devpts (typiskt <code>/dev/pts/ptmx</code>). | |||
För kompatibilitet med äldre kärnor är standardläget för den nya <code>ptmx</code>-noden 0000. | |||
<code>ptmxmode=value</code> anger ett mer användbart läge och rekommenderas starkt när <code>newinstance</code> specificeras. | |||
Detta alternativ implementeras endast i Linux-kärnor från 2.6.29 och gäller endast om <code>CONFIG_DEVPTS_MULTIPLE_INSTANCES</code> är aktiverat. | |||
<!-- OBS: Av utrymmesskäl fortsätter resten av FILESYSTEM-SPECIFIC MOUNT OPTIONS (fat, iso9660, ntfs3, overlay, osv.) i nästa del av denna artikel. --> | |||
''' | == DM-VERITY SUPPORT == | ||
Device-mapper-målet verity erbjuder skrivskyddad transparent integritetskontroll av blockenheter med hjälp av kärnans crypto-API. | |||
Kommandot '''mount''' kan öppna dm-verity-enheten och göra integritetsverifieringen innan enhetens filsystem monteras. | |||
Kräver libcryptsetup i libmount (valfritt via [[dlopen(3)|dlopen(3)]]). | |||
Om libcryptsetup stöder att extrahera roothash för en redan monterad enhet kommer existerande enheter automatiskt att återanvändas vid match. | |||
Monteringsalternativ för dm-verity: | |||
<code> | |||
verity.hashdevice=path | |||
</code> | |||
Sökväg till hash-träd-enheten som hör ihop med källvolymen och ska skickas till dm-verity. | |||
<code> | |||
verity.roothash=hex | |||
</code> | |||
Hex-kodat hashvärde för roten av <code>verity.hashdevice</code>. Ömsesidigt uteslutande med <code>verity.roothashfile</code>. | |||
<code> | |||
verity.roothashfile=path | |||
</code> | |||
Sökväg till fil som innehåller hex-kodat hashvärde för roten av <code>verity.hashdevice</code>. Ömsesidigt uteslutande med <code>verity.roothash</code>. | |||
<code> | |||
verity.hashoffset=offset | |||
</code> | |||
Om hash-trädet är inbäddat i källvolymen används <code>offset</code> (standard: 0) av dm-verity för att hitta trädet. | |||
<code> | |||
verity.fecdevice=path | |||
</code> | |||
Sökväg till Forward Error Correction (FEC)-enheten som associeras med källvolymen och ska skickas till dm-verity. | |||
Valfritt. Kräver kärna byggd med <code>CONFIG_DM_VERITY_FEC</code>. | |||
<code> | |||
verity.fecoffset=offset | |||
</code> | |||
Om FEC-data är inbäddad i källvolymen används <code>offset</code> (standard: 0) för att hitta FEC-området. Valfritt. | |||
<code> | |||
verity.fecroots=value | |||
</code> | |||
Paritetsbytes för FEC (standard: 2). Valfritt. | |||
= | <code> | ||
verity.roothashsig=path | |||
</code> | |||
Sökväg till <code>pkcs7(1ssl)</code>-signatur av roothash-hexsträngen. | |||
Kräver <code>crypt_activate_by_signed_key()</code> från cryptsetup och kärna byggd med <code>CONFIG_DM_VERITY_VERIFY_ROOTHASH_SIG</code>. | |||
För återanvändning av enheter måste signaturer antingen användas av alla monteringar av en enhet eller av ingen. Valfritt. | |||
<code> | |||
verity.oncorruption={ignore|restart|panic} | |||
</code> | |||
Instruera kärnan att ignorera, starta om eller gå i panic när korruption upptäcks. | |||
Som standard misslyckas I/O-operationen bara. | |||
Kräver Linux 4.1 eller nyare, och libcryptsetup 2.3.4 eller nyare. Valfritt. | |||
Stöds sedan util-linux v2.35. | |||
Till exempel skapar följande kommandon en squashfs-image från katalogen <code>/etc</code>, en verity-hashenhet, och monterar verifierad filsystemimage till <code>/mnt</code>. | |||
Kärnan kommer att verifiera att roothash är signerad av en nyckel i kärnans keyring om <code>roothashsig</code> används. | |||
<code> | |||
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 | |||
</code> | |||
== LOOP-DEVICE SUPPORT == | |||
En ytterligare möjlig typ är montering via loop-enhet. Till exempel kommandot | |||
<code> | |||
mount /tmp/disk.img /mnt -t vfat -o loop=/dev/loop3 | |||
</code> | |||
kommer att sätta upp loopenheten <code>/dev/loop3</code> att motsvara filen <code>/tmp/disk.img</code>, och sedan montera denna enhet på <code>/mnt</code>. | |||
''' | Om ingen explicit loopenhet nämns (utan bara alternativet <code>-o loop</code>), försöker '''mount''' hitta en oanvänd loopenhet och använda den, till exempel: | ||
<code> | |||
mount /tmp/disk.img /mnt -o loop | |||
</code> | |||
Kommandot '''mount''' skapar automatiskt en loopenhet från en vanlig fil om filsystemtyp inte anges eller om filsystemet är känt för libblkid, till exempel: | |||
<code> | |||
mount /tmp/disk.img /mnt | |||
mount -t ext4 /tmp/disk.img /mnt | |||
</code> | |||
Denna typ av montering känner till tre alternativ, nämligen <code>loop</code>, <code>offset</code> och <code>sizelimit</code>, som egentligen är alternativ till [[losetup(8)|losetup(8)]]. (Dessa alternativ kan användas utöver de som är specifika för filsystemtypen.) | |||
''' | Sedan Linux 2.6.25 stöds auto-destruktion av loopenheter, vilket betyder att varje loopenhet som tilldelas av '''mount''' kommer att frigöras av [[umount(8)|umount(8)]] oberoende av <code>/etc/mtab</code>. | ||
Du kan också frigöra en loopenhet för hand med <code>losetup -d</code> eller <code>umount -d</code>. | |||
''' | Sedan util-linux v2.29 återanvänder '''mount''' loopenheten istället för att initiera en ny om samma backing-fil redan används för någon loopenhet med samma offset och sizelimit. | ||
Detta är nödvändigt för att undvika filsystemskorruption. | |||
''' | == EXIT STATUS == | ||
'''mount''' har följande exit-statusvärden (bitarna kan OR:as): | |||
= | {| class="wikitable" | ||
! Kod !! Betydelse !! Exempel / Scenario | |||
|- | |||
| 0 || Success (alla monteringar lyckades) || Alla filer i /etc/fstab monterades utan problem vid <pre>mount -a</pre> | |||
|- | |||
| 1 || Felaktigt anrop eller saknade rättigheter || Användaren kör <pre>mount</pre> utan root-rättigheter eller med fel parametrar | |||
|- | |||
| 2 || Systemfel (t.ex. slut på minne, kan inte fork:a, inga fler loop-enheter) || Systemet har slut på RAM eller tillgängliga loop-enheter vid montering av ISO-fil | |||
|- | |||
| 4 || Internt monteringsfel (mount bug) || Ovanligt fel orsakat av bug i mount-verktyget eller util-linux | |||
|- | |||
| 8 || Avbruten av användaren || Användaren trycker Ctrl+C under en pågående montering | |||
|- | |||
| 16 || Problem med att skriva eller låsa /etc/mtab || /etc/mtab är skrivskyddad eller låst av annan process | |||
|- | |||
| 32 || Monteringsfel || Felaktigt filsystem, saknad enhet eller ogiltig mount-point | |||
|- | |||
| 64 || Vissa monteringar lyckades, andra misslyckades || <pre>mount -a</pre> där vissa poster i /etc/fstab fungerar och andra inte | |||
|- | |||
| 126 || Misslyckades att köra extern /sbin/mount.<type>-hjälpare (sedan util-linux v2.41) || Saknad eller ej körbar helper, t.ex. <pre>/sbin/mount.ntfs</pre> | |||
|} | |||
== EXTERNAL HELPERS == | |||
Syntaxen för externa monteringshjälpare är: | |||
<code> | |||
/sbin/mount.suffix spec dir [-sfnv] [-N namespace] [-o options] [-t type.subtype] | |||
</code> | |||
där <code>suffix</code> är filsystemtyp och alternativen <code>-sfnvoN</code> har samma betydelse som för normala monteringsalternativ. | |||
Alternativet <code>-t</code> används för filsystem med subtypstöd (t.ex. <code>/sbin/mount.fuse -t fuse.sshfs</code>). | |||
Kommandot '''mount''' skickar inte monteringsalternativen <code>unbindable</code>, <code>runbindable</code>, <code>private</code>, <code>rprivate</code>, <code>slave</code>, <code>rslave</code>, <code>shared</code>, <code>rshared</code>, | |||
<code>auto</code>, <code>noauto</code>, <code>comment</code>, <code>x-*</code>, <code>loop</code>, <code>offset</code> och <code>sizelimit</code> till <code>mount.<suffix></code>-hjälpare. | |||
Alla andra alternativ används i en kommaseparerad lista som argument till <code>-o</code>. | |||
Hjälparens exit-status returneras som exit-status för [[mount(8)|mount(8)]]. | |||
Värdet 126 används om monteringshjälpprogrammet hittas men <code>execl()</code> misslyckades. | |||
== ENVIRONMENT == | |||
<code> | |||
LIBMOUNT_FORCE_MOUNT2={always|never|auto} | |||
</code> | |||
tvinga att använda klassiska [[mount(2)|mount(2)]]-systemanropet (kräver stöd för det nya fil-deskriptorsbaserade mount-API:t). | |||
Standard är <code>auto</code>; i detta fall försöker libmount vara smart och använda klassiska [[mount(2)|mount(2)]] endast vid väletablerade problem. | |||
Om det nya mount-API:t inte finns tillgängligt kan libmount fortfarande använda traditionella [[mount(2)|mount(2)]], även om <code>LIBMOUNT_FORCE_MOUNT2</code> är satt till <code>never</code>. | |||
<code> | |||
LIBMOUNT_FSTAB=<path> | |||
</code> | |||
åsidosätter standardplaceringen för <code>fstab</code>-filen (ignoreras för suid) | |||
= | <code> | ||
LIBMOUNT_DEBUG=all | |||
</code> | |||
aktiverar libmount debug-utdata | |||
<code> | |||
LIBBLKID_DEBUG=all | |||
</code> | |||
aktiverar libblkid debug-utdata | |||
<code> | |||
LOOPDEV_DEBUG=all | |||
</code> | |||
aktiverar loop-enhets-setup debug-utdata | |||
== FILES == | |||
Se även avsnittet "The files /etc/fstab, /etc/mtab and /proc/mounts" ovan. | |||
<code> | |||
/etc/fstab | |||
</code> | |||
filsystemstabell | |||
<code> | |||
/run/mount | |||
</code> | |||
libmount privat runtime-katalog | |||
<code> | |||
/etc/mtab | |||
</code> | |||
tabell över monterade filsystem eller symlänk till <code>/proc/mounts</code> | |||
<code> | |||
/etc/mtab~ | |||
</code> | |||
låsfil (oanvänd på system med mtab-symlänk) | |||
<code> | |||
/etc/mtab.tmp | |||
</code> | |||
temporär fil (oanvänd på system med mtab-symlänk) | |||
<code> | |||
/etc/filesystems | |||
</code> | |||
lista över filsystemtyper att prova | |||
''' | == HISTORY == | ||
Ett '''mount'''-kommando fanns i Version 5 AT&T UNIX. | |||
== BUGS == | |||
Det är möjligt för ett korrupt filsystem att orsaka en krasch. | |||
Vissa Linux-filsystem stöder inte <code>-o sync</code> och <code>-o dirsync</code> (ext2, ext3, ext4, fat och vfat stöder synkrona uppdateringar (à la BSD) när de monteras med <code>sync</code>). | |||
<code>-o remount</code> kan kanske inte ändra monteringsparametrar (t.ex. är alla ext2fs-specifika parametrar, utom <code>sb</code>, ändringsbara med remount, men du kan inte ändra <code>gid</code> eller <code>umask</code> för fatfs). | |||
Det är möjligt att filerna <code>/etc/mtab</code> och <code>/proc/mounts</code> inte matchar på system med en vanlig <code>mtab</code>-fil. | |||
Den första filen baseras bara på mount-kommandots alternativ, men innehållet i den andra filen beror också på kärnan och andra inställningar (t.ex. en fjärr-NFS-server—i vissa fall kan mount rapportera opålitlig information om en NFS-monteringspunkt och <code>/proc/mount</code> innehåller vanligtvis mer tillförlitlig information.) | |||
Detta är ett annat skäl att ersätta <code>mtab</code>-filen med en symlänk till <code>/proc/mounts</code>. | |||
Att kontrollera filer på NFS-filsystem som refereras via fil-deskriptorer (dvs <code>fcntl</code>- och <code>ioctl</code>-familjerna) kan leda till inkonsekventa resultat p.g.a. brist på konsistenskontroll i kärnan även om monteringsalternativet <code>noac</code> används. | |||
''' | Alternativet <code>loop</code> tillsammans med <code>offset</code> eller <code>sizelimit</code> kan misslyckas med äldre kärnor om '''mount''' inte kan bekräfta att storleken på blockenheten har konfigurerats som begärt. | ||
Detta kan kringgås genom att använda [[losetup(8)|losetup(8)]] manuellt före montering med den konfigurerade loopenheten. | |||
== AUTHORS == | |||
Karel Zak <kzak@redhat.com> | |||
== SEE ALSO == | |||
[[mount(2)|mount(2)]], [[umount(2)|umount(2)]], [[filesystems(5)|filesystems(5)]], [[fstab(5)|fstab(5)]], [[nfs(5)|nfs(5)]], [[xfs(5)|xfs(5)]], | |||
[[mount_namespaces(7)|mount_namespaces(7)]], [[xattr(7)|xattr(7)]], [[e2label(8)|e2label(8)]], [[findmnt(8)|findmnt(8)]], [[losetup(8)|losetup(8)]], | |||
[[lsblk(8)|lsblk(8)]], [[mke2fs(8)|mke2fs(8)]], [[mountd(8)|mountd(8)]], [[nfsd(8)|nfsd(8)]], [[swapon(8)|swapon(8)]], [[tune2fs(8)|tune2fs(8)]], | |||
[[umount(8)|umount(8)]], [[xfs_admin(8)|xfs_admin(8)]] | |||
== REPORTING BUGS == | |||
För felrapporter, använd ärendehanteraren | |||
[https://github.com/util-linux/util-linux/issues https://github.com/util-linux/util-linux/issues]. | |||
''' | == AVAILABILITY == | ||
Kommandot '''mount''' är en del av util-linux-paketet som kan laddas ned från Linux Kernel Archive | |||
[https://www.kernel.org/pub/linux/utils/util-linux/ https://www.kernel.org/pub/linux/utils/util-linux/]. | |||
Denna sida är del av util-linux-projektet (en slumpmässig samling Linux-verktyg). | |||
Information om projektet finns på | |||
[https://www.kernel.org/pub/linux/utils/util-linux/ https://www.kernel.org/pub/linux/utils/util-linux/]. | |||
Om du har en felrapport för denna manualsida, skicka den till <code>util-linux@vger.kernel.org</code>. | |||
== COLOPHON == | |||
Denna sida hämtades från projektets uppströms Git-repository | |||
<code>git://git.kernel.org/pub/scm/utils/util-linux/util-linux.git</code> | |||
den 2026-01-16. | |||
(Vid den tidpunkten var datumet för den senaste commit som hittades i repositoryt 2026-01-14.) | |||
Om du upptäcker renderingsproblem i denna HTML-version av sidan, eller om du tror att det finns en bättre eller mer uppdaterad källa för sidan, | |||
eller om du har korrigeringar eller förbättringar av informationen i denna COLOPHON (som inte är del av den ursprungliga manualsidan), | |||
skicka e-post till <code>man-pages@man7.org</code>. | |||
== Praktisk användning av kommandot mv == | |||
[[Praktisk användning av mount i Linux]] | |||
= Sidslut = | |||
Orginalhemsidan på Engelska :https://man7.org/linux/man-pages/man8/mount.8.html | |||
Det här är en maskinöversättning av Linux man sidor till svenska. Om du hittar fel är vi tacksamma om du rapporterar dem via formuläret som finns på | |||
https://www.linux.se/kontaka-linux-se/ | |||
<BR><BR>Tack till [https://datorhjalp.se Datorhjälp] som har sponsrat [https://www.linux.se Linux.se] med webbhotell. | |||
[[Kategori:Linuxmanual grupp 8]] | |||
[[Kategori:Linuxmanual]] | |||
Nuvarande version från 29 mars 2026 kl. 17.06
mount(8)
NAME
mount - montera ett filsystem
SYNOPSIS
mount [-h|-V]
mount [-l] [-t fstype]
mount -a [-F] [-fnrsvw] [-t fstype] [-O optlist]
mount [-fnrsvw] [-o options] device|mountpoint
mount [-fnrsvw] [-o options] [-t fstype] device mountpoint
mount --bind|--rbind|--move olddir newdir
mount --make-[r]{shared|slave|private|unbindable} mountpoint
DESCRIPTION
Alla filer som är åtkomliga i ett Unix-system är ordnade i ett enda stort träd, filhierarkin, med roten i /. Dessa filer kan vara utspridda över flera enheter. Kommandot mount används för att ansluta filsystemet som finns på en enhet till det stora filträdet. Omvänt kopplar kommandot umount(8) bort det igen. Filsystemet används för att styra hur data lagras på enheten eller tillhandahålls på ett virtuellt sätt via nätverk eller andra tjänster.
Standardformen för kommandot mount är:
mount -t type device dir
Detta talar om för kärnan att ansluta filsystemet som finns på device (som är av typ <type)
vid katalogen dir. Alternativet -t type är valfritt. Kommandot mount kan vanligtvis identifiera ett filsystem. Root-behörighet krävs som standard för att montera ett filsystem. Se avsnittet "Non-superuser mounts" nedan för mer information. Det tidigare innehållet (om något) samt ägare och läge (mode) fö dir blir osynliga, och så länge filsystemet förblir monterat refererar sökvägen dir till roten i filsystemet på device.
Om endast katalogen eller enheten anges, till exempel:
mount /dir
så letar mount efter en monteringspunkt (och om den inte hittas, efter en enhet) i filen /etc/fstab Det är möjligt att använda alternativen --targe eller --source för att undvika tvetydig tolkning av det angivna argumentet. Till exempel:
mount --target /mountpoint
Samma filsystem kan monteras mer än en gång, och i vissa fall (t.ex. nätverksfilsystem) kan samma filsystem monteras
flera gånger på samma monteringspunkt. Kommandot mount implementerar ingen policy för att kontrollera detta beteende.
Allt beteende styrs av kärnan och är vanligtvis specifikt för filsystemsdrivrutinen. Undantaget är --all —i detta fall
ignoreras redan monterade filsystem (se --all nedan för mer information).
Listning av monteringar
Listläget behålls endast av bakåtkompatibilitetsskäl.
För mer robust och anpassningsbar utdata använd findmnt(8), särskilt i dina skript. Observera att kontrolltecken i monteringspunktens namn ersätts med '?'.
Följande kommando listar alla monterade filsystem (av typen type):
mount [-l] [-t type]
Alternativet -l lägger till etiketter i listan. Se nedan.
Ange enheten och filsystemet
De flesta enheter anges med ett filnamn (för en blockspecialenhet), som /dev/sda1, men det finns andra möjligheter.
Till exempel, vid en NFS-montering kan device se ut som knuth.cwi.nl:/dir.
Enhetsnamn för diskpartitioner är instabila; omkonfigurering av hårdvara, och att lägga till eller ta bort en enhet kan orsaka namnändringar. Det är därför starkt rekommenderat att använda filsystems- eller partitionsidentifierare som UUID eller LABEL. För närvarande stöds följande identifierare (taggar):
LABEL=label
Mänskligt läsbar filsystemsidentifierare. Se även -L.
UUID=uuid
Filsystemets universellt unika identifierare. Formatet för UUID är vanligtvis en serie hexsiffror separerade med bindestreck.
Se även -U.
Observera att mount använder UUID:er som strängar. UUID:er från kommandoraden eller från fstab(5) konverteras inte till intern binär representation. Strängrepresentationen av UUID bör baseras på gemener.
PARTLABEL=label
Mänskligt läsbar partitionsidentifierare. Denna identifierare är oberoende av filsystem och ändras inte av mkfs- eller mkswap-operationer.
Den stöds till exempel för GUID Partition Tables (GPT).
PARTUUID=uuid
Partitionens universellt unika identifierare. Denna identifierare är oberoende av filsystem och ändras inte av mkfs- eller mkswap-operationer.
Den stöds till exempel för GUID Partition Tables (GPT).
ID=id
Hårdvaru-ID för blockenheten som genereras av udevd. Denna identifierare är vanligtvis baserad på WWN (unique storage identifier)
och tilldelas av hårdvarutillverkaren. Se ls /dev/disk/by-id för mer information; den katalogen och en körande udevd krävs.
Denna identifierare rekommenderas inte för generell användning, eftersom identifieraren inte är strikt definierad och den beror på udev,
udev-regler och hårdvara.
Kommandot lsblk --fs ger en översikt över filsystem, LABEL och UUID på tillgängliga blockenheter.
Kommandot blkid -p <device> ger detaljer om ett filsystem på den angivna enheten.
Glöm inte att det inte finns någon garanti för att UUID:er och etiketter verkligen är unika, särskilt om du flyttar, delar eller kopierar enheten.
Använd lsblk -o +UUID,PARTUUID för att verifiera att UUID:erna verkligen är unika i ditt system.
Den rekommenderade konfigurationen är att använda taggar (t.ex. UUID=uuid) snarare än udev-symlänkarna
/dev/disk/by-{label,uuid,id,partuuid,partlabel} i filen /etc/fstab. Taggar är mer läsbara, robusta och portabla.
Kommandot mount använder internt udev-symlänkar, så användning av symlänkar i /etc/fstab har ingen fördel jämfört med taggar.
För mer information se libblkid(3).
proc-filsystemet är inte associerat med en specialenhet, och vid montering av det kan ett godtyckligt nyckelord—till exempel proc—
användas istället för en enhetsspecifikation. (Det vanliga valet none är mindre lyckat: felmeddelandet 'none already mounted' från mount
kan vara förvirrande.)
Filerna /etc/fstab, /etc/mtab och /proc/mounts
Filen /etc/fstab (se fstab(5)) kan innehålla rader som beskriver vilka enheter som vanligtvis monteras var,
och med vilka alternativ. Standardplaceringen för fstab(5) kan åsidosättas med kommandoradsalternativet
--fstab path (se nedan för mer detaljer).
Kommandot
mount -a [-t type] [-O optlist]
(vanligtvis i ett startskript) gör att alla filsystem som nämns i fstab (av rätt typ och/eller med eller utan rätt alternativ)
monteras enligt anvisning, förutom de vars rad innehåller nyckelordet noauto. Genom att lägga till alternativet -F kommer mount
att forka, så att filsystemen monteras parallellt.
Vid montering av ett filsystem som nämns i fstab eller mtab räcker det att på kommandoraden ange endast enheten, eller endast monteringspunkten.
Programmen mount och umount(8) underhöll traditionellt en lista över för närvarande monterade filsystem i filen /etc/mtab.
Stöd för en vanlig klassisk /etc/mtab är som standard helt avstängt vid kompilering, eftersom det på moderna Linux-system är bättre att göra
/etc/mtab till en symlänk till /proc/mounts istället. En vanlig mtab-fil som underhålls i användarrymden kan inte fungera
tillförlitligt med namnrymder, containrar och andra avancerade Linux-funktioner. Om stödet för vanlig mtab är aktiverat, är det möjligt att använda
både filen och symlänken.
Om inga argument ges till mount skrivs listan över monterade filsystem ut.
Om du vill åsidosätta monteringsalternativ från /etc/fstab måste du använda alternativet -o:
mount device|dir -o options
och då kommer monteringsalternativen från kommandoraden att läggas till i listan över alternativ från /etc/fstab. Detta standardbeteende kan ändras med
kommandoradsalternativet --options-mode. Det vanliga beteendet är att det sista alternativet vinner om det finns konflikter.
Programmet mount läser inte filen /etc/fstab om både device (eller LABEL, UUID, ID, PARTUUID eller PARTLABEL) och dir anges.
Till exempel, för att montera enheten foo vid /dir:
mount /dev/foo /dir
Detta standardbeteende kan ändras genom att använda kommandoradsalternativet --options-source-force för att alltid läsa konfiguration från fstab.
För icke-root-användare läser mount alltid konfigurationen i fstab.
Non-superuser mounts
Normalt kan endast superuser (root) montera filsystem. Men när fstab innehåller alternativet user på en rad kan vem som helst montera det motsvarande filsystemet.
Alltså, givet en rad
/dev/cdrom /cd iso9660 ro,user,noauto,unhide
kan vilken användare som helst montera iso9660-filsystemet som finns på en insatt CDROM med kommandot:
mount /cd
Observera att mount är mycket strikt med icke-root-användare och att alla sökvägar som anges på kommandoraden verifieras innan fstab tolkas eller ett hjälpprogram körs.
Det rekommenderas starkt att använda en giltig monteringspunkt för att ange filsystem; annars kan mount misslyckas. Till exempel är det en dålig idé att ange NFS- eller CIFS-källa på kommandoraden.
Sedan util-linux 2.35 avslutas inte mount när användarbehörigheter är otillräckliga enligt libmounts interna säkerhetsregler. Istället släpper den suid-behörigheter och fortsätter som en vanlig icke-root-användare. Detta beteende stödjer användningsfall där root-behörigheter inte är nödvändiga (t.ex. FUSE-filsystem, användarnamnrymder, osv.).
För mer information, se fstab(5). Endast den användare som monterade ett filsystem kan avmontera det igen. Om vilken användare som helst ska kunna avmontera det, använd då users istället för user i fstab-raden.
Alternativet owner liknar user, men med begränsningen att användaren måste vara ägare till specialfilen. Detta kan vara användbart t.ex. för /dev/fd om ett inloggningsskript gör konsolanvändaren till ägare av enheten.
Alternativet group är liknande, men med begränsningen att användaren måste vara medlem i gruppen för specialfilen.
Monteringsalternativet user accepteras om inget användarnamn specificeras. Om det används i formatet user=someone ignoreras alternativet tyst och är synligt endast för externa monteringshjälpare (/sbin/mount.<type>)
för kompatibilitet med vissa nätverksfilsystem.
Bind mount operation
Montera om en del av filhierarkin någon annanstans. Anropet är:
mount --bind olddir newdir
eller genom att använda denna fstab-post:
/olddir /newdir none bind
Efter detta anrop är samma innehåll åtkomligt på två platser.
Det är viktigt att förstå att "bind" inte skapar någon andraklassig eller specialnod i kärnans VFS. "bind" är bara ännu en operation för att ansluta ett filsystem.
Det finns ingenstans lagrad information om att filsystemet har kopplats in av en "bind"-operation. olddir och newdir är oberoende och olddir kan avmonteras.
Man kan också montera om en enskild fil (på en enskild fil). Det är också möjligt att använda en bind-montering för att skapa en monteringspunkt från en vanlig katalog, till exempel:
mount --bind foo foo
Bind-monteringen ansluter endast (en del av) ett enda filsystem, inte möjliga undermonteringar. Hela filhierarkin inklusive undermonteringar kan kopplas in på en andra plats genom att använda:
mount --rbind olddir newdir
Observera att filsystemets monteringsalternativ som upprätthålls av kärnan kommer att förbli desamma som på den ursprungliga monteringspunkten.
Användarrymdsalternativ (t.ex. _netdev) kommer inte att kopieras av mount och det är nödvändigt att uttryckligen ange alternativen på kommandoraden.
Sedan util-linux 2.27 tillåter mount att monteringsalternativ ändras genom att skicka relevanta alternativ tillsammans med --bind. Till exempel:
mount -o bind,ro foo foo
Denna funktion stöds inte av Linux-kärnan; den implementeras i användarrymden genom ett extra mount(2)-systemanrop för remontering. Denna lösning är inte atomär.
Det alternativa (klassiska) sättet att skapa en skrivskyddad bind-montering är att använda remount-operationen, till exempel:
mount --bind olddir newdir
mount -o remount,bind,ro olddir newdir
Observera att en skrivskyddad bind skapar en skrivskyddad monteringspunkt (VFS-post), men det ursprungliga filsystemets superblock kommer fortfarande att vara skrivbart,
vilket betyder att olddir kommer att vara skrivbart medan newdir kommer att vara skrivskyddat.
Det är också möjligt att ändra VFS-postflaggor via en "remount,bind"-operation: nosuid, nodev, noexec, noatime, nodiratime, relatime och nosymfollow.
Övriga flaggor (t.ex. filsystems-specifika flaggor) ignoreras tyst.
Det klassiska mount(2)-systemanropet tillåter inte att monteringsalternativ ändras rekursivt (till exempel med -o rbind,ro).
Den rekursiva semantiken är möjlig med ett nytt kärnsystemanrop mount_setattr(2) och stöds sedan libmount från util-linux v2.39 via ett nytt experimentellt alternativargument "recursive"
(t.ex. -o rbind,ro=recursive). För mer information se avsnittet FILESYSTEM-INDEPENDENT MOUNT OPTIONS.
Sedan util-linux 2.31 ignorerar mount flaggan bind från /etc/fstab vid en remount-operation (om -o remount anges på kommandoraden).
Detta är nödvändigt för att fullt ut kontrollera monteringsalternativ vid remount via kommandoraden.
I tidigare versioner applicerades bind-flaggan alltid och det var omöjligt att omdefiniera monteringsalternativ utan interaktion med bind-semantiken.
Detta beteende påverkar inte situationer där "remount,bind" anges i /etc/fstab-filen.
Sedan util-linux 2.39 kan mount använda det nya kärn-API:t för montering om det är tillgängligt.
Detta nya kärn-gränssnitt ger ett mer precist sätt att arbeta med monteringspunktsattribut.
Till exempel kommer operationen -o bind,rw att skapa en läs/skriv-nod även om den ursprungliga noden var skrivskyddad.
Detta var omöjligt med det gamla klassiska mount(2)-syscall:et, där den skrivskyddade VFS-flaggan ärvdes från den ursprungliga noden.
The move operation
Flytta ett monterat träd till en annan plats (atomärt). Anropet är:
mount --move olddir newdir
Detta gör att innehållet som tidigare syntes under olddir nu blir åtkomligt under newdir.
Den fysiska platsen för filerna ändras inte. Observera att olddir måste vara en monteringspunkt.
Observera också att det är ogiltigt och inte stöds att flytta en montering som ligger under en delad montering.
Använd findmnt -o TARGET,PROPAGATION för att se aktuella propageringsflaggor.
Sedan Linux 2.6.15 är det möjligt att markera en montering och dess undermonteringar som delad (shared), privat (private), slav (slave) eller obindbar (unbindable).
En delad montering ger möjlighet att skapa speglar av den monteringen så att monteringar och avmonteringar inom någon av speglarna propagerar till den andra spegeln.
En slavmontering tar emot propagation från sin master, men inte tvärtom. En privat montering bär inga propagationsegenskaper.
En obindbar montering är en privat montering som inte kan klonas via en bind-operation.
Den detaljerade semantiken dokumenteras i filen Documentation/filesystems/sharedsubtree.txt i kärnans källträd; se även mount_namespaces(7).
Stödda operationer är:
mount --make-shared mountpoint
mount --make-slave mountpoint
mount --make-private mountpoint
mount --make-unbindable mountpoint
Följande kommandon gör det möjligt att rekursivt ändra typen för alla monteringar under en given monteringspunkt:
mount --make-rshared mountpoint
mount --make-rslave mountpoint
mount --make-rprivate mountpoint
mount --make-runbindable mountpoint
mount läser inte fstab(5) när en --make-*-operation begärs. All nödvändig information måste anges på kommandoraden.
Observera att Linux-kärnan inte tillåter att flera propageringsflaggor ändras med ett enda mount(2)-systemanrop, och flaggorna kan inte blandas med andra monteringsalternativ och operationer.
Sedan util-linux 2.23 kan kommandot mount användas för att göra fler propagation-/topologiändringar med ett enda mount(8)-anrop och göra det tillsammans med andra monteringsoperationer.
Propageringsflaggorna tillämpas via ytterligare mount(2)-systemanrop när de föregående monteringsoperationerna lyckades.
Observera att detta användningsfall inte är atomärt.
Det är möjligt att ange propageringsflaggor i fstab(5) som monteringsalternativ (private, slave, shared, unbindable, rprivate, rslave, rshared, runbindable).
Till exempel:
mount --make-private --make-unbindable /dev/sda1 /foo
är samma som:
mount /dev/sda1 /foo
mount --make-private /foo
mount --make-unbindable /foo
COMMAND-LINE OPTIONS
Den fullständiga uppsättningen monteringsalternativ som används av en körning av mount bestäms genom att först extrahera monteringsalternativen för filsystemet från tabellen fstab,
därefter tillämpa alternativ som anges med argumentet -o, och slutligen tillämpa alternativet -r eller -w när sådant finns.
Kommandot mount skickar inte alla kommandoradsalternativ till monteringshjälpare av formen /sbin/mount.suffix.
Gränssnittet mellan mount och monteringshjälparna beskrivs nedan i avsnittet EXTERNAL HELPERS.
Kommandoradsalternativ som finns för kommandot mount är:
-a, --all
Montera alla filsystem (av de angivna typerna) som nämns i fstab (utom de vars rad innehåller nyckelordet noauto).
Detta alternativ var ursprungligen designat för användning i init-skript.
Observera att många moderna systemd-baserade distributioner inte använder mount -a vid uppstart, utan monterar filsystem på ett mer sofistikerat sätt via systemd-enheter (units).
Filsystemen monteras i den ordning de förekommer i fstab.
Kommandot mount jämför filsystems källa och mål (och filsystemsrot för bind-monteringar eller btrfs) för att detektera redan monterade filsystem.
Kärnans tabell med redan monterade filsystem cachas under mount --all. Detta innebär att alla duplicerade fstab-poster kommer att monteras.
Korrekt funktion beror på /proc (för att detektera already mounted) och /sys (för att utvärdera filsystemstaggar såsom UUID= eller LABEL=).
Det rekommenderas starkt att montera /proc och /sys innan mount -a körs, eller att ha /proc och /sys i början av fstab.
Alternativet --all kan också användas för remount-operationer.
I detta fall tillämpas alla filter (-t och -O) på tabellen över redan monterade filsystem.
Sedan version 2.35 är det möjligt att använda kommandoradsalternativet -o för att förändra monteringsalternativ från fstab (se även --options-mode).
Observera att swap-poster i fstab ignoreras tyst av mount -a.
Använd swapon -a för att aktivera swap-enheter och swap-filer. Se swapon(8).
Observera att det är dålig praxis att använda mount -a för kontroll av fstab.
Den rekommenderade lösningen är findmnt --verify.
--beneath Montera filsystemet under toppmonteringen på angivet mål (monteringspunkt), vilket gör att toppmonteringen kan avmonteras. Detta alternativ ersätter filsystemet vid monteringspunkten atomärt, och säkerställer att det inte finns något ögonblick då filsystemet saknas.
Till exempel, uppdatera från ett Btrfs-filsystem till ett XFS-filsystem utan att någonsin exponera den underliggande monteringspunkten:
mount -t btrfs /dev/sdA /mnt
mount --beneath -t xfs /dev/sdB /mnt
umount /mnt
-B, --bind Montera om ett delträd någon annanstans (så att dess innehåll är tillgängligt på båda platserna). Se ovan under Bind mount operation.
-c, --no-canonicalize
Kanonisera inte några sökvägar eller taggar under monteringsprocessen.
Kommandot mount kanoniserar automatiskt alla sökvägar (från kommandoraden eller fstab). Detta alternativ kan användas tillsammans med flaggan -f för sökvägar som redan är kanoniserade.
Detta alternativ är avsett för monteringshjälpare som anropar mount -i.
Det rekommenderas starkt att inte använda detta kommandoradsalternativ för vanliga monteringsoperationer. Se även monteringsalternativet X-mount.nocanonicalize.
Observera att mount inte skickar detta alternativ till /sbin/mount.type-hjälpare.
--exclusive Säkerställer att filsystemet monteras som en unik instans och att filsystemets superblock inte återanvänds av kärnan. Filsystemet kan återanvändas senare om det monteras utan detta alternativ. Alternativet påverkar endast den aktuella monteringen och är tillåtet även för icke-root-användare.
Se även alternativet --onlyonce.
Skillnaden mellan --onlyonce och --exclusive är att "onlyonce" säkerställer att samma källa inte monteras på samma monteringspunkt; detta innebär att montering två gånger på /A inte tillåts, men montering på /A och /B är tillåtet.
Den "exclusive" monteringen säkerställer att filsystemet i sig inte återanvänds, oavsett monteringspunkt.
-F, --fork
(Används tillsammans med -a.)
Forka en ny instans av mount för varje enhet.
Detta gör monteringar på olika enheter eller olika NFS-servrar parallellt.
Fördelen är att det går snabbare; även NFS-timeouter hanteras parallellt.
Nackdelen är att ordningen blir odefinierad.
Därför kan du inte använda detta alternativ om du vill montera både /usr och /usr/spool.
-f, --fake
Gör att allt utförs utom de monteringsrelaterade systemanropen.
Alternativet --fake designades ursprungligen för att skriva en post till /etc/mtab utan att faktiskt montera.
/etc/mtab underhålls inte längre i användarrymden, och från och med version 2.39 kan en montering vara en komplex kedja av operationer med beroenden mellan syscalls.
Alternativet --fake tvingar libmount att hoppa över all förberedelse av monteringskällor, analys av monteringsalternativ och själva monteringsprocessen.
Skillnaden mellan fake och icke-fake körning är enorm.
Detta är anledningen till att --fake har minimal betydelse för den nuvarande mount(8)-implementationen och främst underhålls för bakåtkompatibilitet.
-i, --internal-only
Anropa inte /sbin/mount.filesystem-hjälparen även om den finns.
-L, --label label Montera partitionen som har den angivna etiketten.
-l, --show-labels
Lägg till etiketter i mount-utdatan.
mount måste ha behörighet att läsa disk-enheten (t.ex. vara set-user-ID root) för att detta ska fungera.
Man kan sätta en sådan etikett för ext2, ext3 eller ext4 med verktyget e2label(8), eller för XFS med xfs_admin(8), eller för reiserfs med reiserfstune(8).
-M, --move Flytta ett delträd till en annan plats. Se ovan, avsnittet The move operation.
-m, --mkdir[=mode]
Tillåt att skapa en målkatalog (monteringspunkt) om den ännu inte finns.
Alias för -o X-mount.mkdir[=mode]; standardläget är 0755.
För mer information se X-mount.mkdir nedan.
--map-groups, --map-users inner:_outer_:_count_
Lägg till angiven användar-/gruppmappning till en X-mount.idmap-mappning.
Dessa alternativ kan anges flera gånger för att bygga upp kompletta mappningar för användare och grupper.
För mer information se X-mount.idmap nedan.
--map-users /proc/PID/ns/user
Använd angiven user namespace för användar- och gruppmappning i en id-mappad montering.
Detta är ett alias för -o X-mount.idmap=/proc/PID/ns/user och kan inte användas två gånger eller tillsammans med formatet inner:_outer_:_count_ ovan.
För mer information se X-mount.idmap nedan.
-n, --no-mtab
Montera utan att skriva till /etc/mtab.
Detta är nödvändigt t.ex. när /etc ligger på ett skrivskyddat filsystem.
-N, --namespace ns
Utför monteringsoperationen i den mount-namespace som anges av ns.
ns är antingen PID för en process som kör i den namnrymden eller en specialfil som representerar den namnrymden.
mount byter till mount-namespace när den läser /etc/fstab, skriver /etc/mtab (eller skriver till /run/mount) och anropar mount(2), annars kör den i den ursprungliga mount-namespace.
Det betyder att mål-namnrymden inte behöver innehålla några bibliotek eller andra krav som behövs för att exekvera mount(2)-anropet.
Se mount_namespaces(7) för mer information.
-O, --test-opts opts
Begränsa uppsättningen filsystem som -a gäller för.
I detta avseende liknar det -t utom att -O är oanvändbart utan -a.
Till exempel kommandot
mount -a -O no_netdev
monterar alla filsystem utom de som har alternativet netdev angivet i alternativfältet i /etc/fstab.
Det skiljer sig från -t genom att varje alternativ matchas exakt; ett inledande no i början av ett alternativ negerar inte resten.
Alternativen -t och -O är kumulativa; det vill säga, kommandot
mount -a -t ext2 -O _netdev
monterar alla ext2-filsystem med alternativet _netdev, inte alla filsystem som antingen är ext2 eller har _netdev.
-o, --options opts
Använd de angivna monteringsalternativen.
Argumentet opts är en kommaseparerad lista.
Till exempel:
mount LABEL=mydisk -o noatime,nodev,nosuid
Observera att ordningen på alternativen spelar roll, eftersom det sista alternativet vinner om det finns konflikter. Observera också att alternativ på kommandoraden åsidosätter alternativ från fstab.
För mer information, se avsnitten FILESYSTEM-INDEPENDENT MOUNT OPTIONS och FILESYSTEM-SPECIFIC MOUNT OPTIONS.
--onlyonce
Tvingar mount att kontrollera om filsystemet redan är monterat på den angivna monteringspunkten.
Detta beteende är standard för --all; i övriga fall beror det på kärnans filsystemsdrivrutin.
Vissa filsystem kan monteras mer än en gång på samma monteringspunkt (t.ex. tmpfs).
Se även --exclusive.
--options-mode mode
Styr hur alternativ från fstab/mtab kombineras med alternativ från kommandoraden.
mode kan vara ett av ignore, append, prepend eller replace.
Till exempel innebär append att alternativ från fstab läggs till efter alternativ från kommandoraden.
Standardvärdet är prepend—det betyder att kommandoradsalternativ utvärderas efter fstab-alternativ.
Observera att sista alternativet vinner om det finns konflikter.
--options-source source
Källa för standardalternativ.
source är en kommaseparerad lista av fstab, mtab och disable.
disable inaktiverar fstab och mtab och aktiverar --options-source-force.
Standardvärdet är fstab,mtab.
--options-source-force
Använd alternativ från fstab/mtab även om både device och dir anges.
-R, --rbind Montera om ett delträd och alla möjliga undermonteringar någon annanstans (så att dess innehåll är tillgängligt på båda platserna). Se ovan, avsnittet Bind mount operation.
-r, --ro, --read-only
Montera filsystemet skrivskyddat.
En synonym är -o ro.
Observera att beroende på filsystemtyp, tillstånd och kärnbeteende kan systemet fortfarande skriva till enheten.
Till exempel kommer ext3 och ext4 att spela upp journalen om filsystemet är "dirty".
För att förhindra denna typ av skrivåtkomst kan du vilja montera ett ext3- eller ext4-filsystem med alternativen ro,noload eller ställa själva blockenheten i skrivskyddat läge; se kommandot blockdev(8).
-s
Tolerera slarviga monteringsalternativ istället för att misslyckas.
Detta ignorerar monteringsalternativ som inte stöds av en filsystemtyp.
Inte alla filsystem stöder detta alternativ.
För närvarande stöds det endast av monteringshjälparen mount.nfs.
--source device Om endast ett argument ges till mount kan argumentet tolkas som mål (monteringspunkt) eller källa (enhet). Detta alternativ gör det möjligt att uttryckligen definiera att argumentet är monteringskällan.
--target directory Om endast ett argument ges till mount kan argumentet tolkas som mål (monteringspunkt) eller källa (enhet). Detta alternativ gör det möjligt att uttryckligen definiera att argumentet är monteringsmålet.
--target-prefix directory
Prefixa den angivna katalogen till alla monteringsmål.
Detta alternativ kan användas för att följa fstab, men utföra monteringar på en annan plats, till exempel:
mount --all --target-prefix /chroot -o X-mount.mkdir
monterar allt från systemets fstab till /chroot, och alla saknade monteringspunkter skapas (p.g.a. X-mount.mkdir).
Se även --fstab för att använda en alternativ fstab.
-T, --fstab path
Anger en alternativ fstab-fil.
Om path är en katalog sorteras filerna i katalogen med strverscmp(3);
filer som börjar med "." eller utan filändelsen .fstab ignoreras.
Alternativet kan anges mer än en gång.
Detta alternativ är främst designat för initramfs- eller chroot-skript där extra konfiguration specificeras utöver standard systemkonfiguration.
Observera att mount inte skickar alternativet --fstab till /sbin/mount.type-hjälpare, vilket innebär att alternativa fstab-filer blir osynliga för hjälparna.
Det är inget problem för normala monteringar, men användarmontering (icke-root) kräver alltid fstab för att verifiera användarens rättigheter.
-t, --types fstype
Argumentet efter -t används för att ange filsystemtyp.
Vilka filsystemtyper som stöds beror på den körande kärnan.
Se /proc/filesystems och /lib/modules/$(uname -r)/kernel/fs för en komplett lista.
De vanligaste är ext2, ext3, ext4, xfs, btrfs, vfat, sysfs, proc, nfs och cifs.
Programmen mount och umount(8) stöder filsystemsubtyper.
Subtypen definieras av suffixet .subtype. Till exempel fuse.sshfs.
Det rekommenderas att använda subtypnotation snarare än att lägga till något prefix till monteringskällan (till exempel är sshfs#example.com föråldrat).
Om inget -t anges, eller om typen auto anges, försöker mount gissa önskad typ.
mount använder biblioteket libblkid(3) för att gissa filsystemtyp; om det inte hittar något bekant försöker mount
läsa filen /etc/filesystems, eller, om den inte finns, /proc/filesystems.
Alla filsystemtyper som listas där kommer att provas, utom de som är märkta "nodev" (t.ex. devpts, proc och nfs).
Om /etc/filesystems slutar med en rad som endast innehåller *, kommer mount att läsa /proc/filesystems efteråt.
Under provningen monteras alla filsystemtyper med monteringsalternativet silent.
Typen auto kan vara användbar för användarmontering av disketter.
Att skapa en fil /etc/filesystems kan vara användbart för att ändra probordningen (t.ex. prova vfat före msdos eller ext3 före ext2) eller om du använder en kernel module autoloader.
Mer än en typ kan anges som en kommaseparerad lista både för -t samt i en /etc/fstab-post.
Listan för -t kan prefixas med no för att ange filsystemtyper som ingen åtgärd ska vidtas på.
Prefixet no har ingen effekt när det anges i en /etc/fstab-post.
Prefixet no kan vara meningsfullt med -a.
Till exempel kommandot
mount -a -t nomsdos,smbfs
monterar alla filsystem utom de av typen msdos och smbfs.
För de flesta typer behöver mount bara göra ett enkelt mount(2)-systemanrop, och ingen detaljerad kunskap om filsystemtypen krävs.
För några typer (som nfs, nfs4, cifs, smbfs, ncpfs) behövs ad hoc-kod.
Filsystemen nfs, nfs4, cifs, smbfs och ncpfs har ett separat mount-program.
För att göra det möjligt att behandla alla typer likformigt kommer mount att köra programmet /sbin/mount.type (om det finns) när det anropas med typen type.
Eftersom olika versioner av smbmount-programmet har olika anropskonventioner kan /sbin/mount.smbfs behöva vara ett shell-skript som sätter upp önskat anrop.
-U, --uuid uuid Montera partitionen som har den angivna UUID:en.
-v, --verbose Aktiverar verbose-läge. Från version 2.41, om det nya kärn-API:t för montering är tillgängligt, skrivs även kärnans informationsmeddelanden ut.
-w, --rw, --read-write Montera filsystemet läs/skriv. Läs/skriv är kärnans standard och mount:ens standard är att försöka en skrivskyddad montering om det föregående mount(2)-systemanropet med läs/skriv-flaggor misslyckades på skrivskyddade enheter.
En synonym är -o rw.
Observera att om -w anges på kommandoraden tvingar det mount att aldrig försöka skrivskyddad montering på skrivskyddade enheter eller redan monterade skrivskyddade filsystem.
-h, --help Visa hjälptext och avsluta.
-V, --version Visa version och avsluta.
FILESYSTEM-INDEPENDENT MOUNT OPTIONS
Vissa av dessa alternativ är endast användbara när de förekommer i filen /etc/fstab.
Vissa av dessa alternativ kan vara aktiverade eller inaktiverade som standard i systemets kärna.
För att kontrollera den aktuella inställningen, se alternativen i /proc/mounts.
Observera att filsystem också har per-filsystem specifika standardalternativ (se t.ex. utdata från tune2fs -l för extN-filsystem).
Virtual Filesystem Notes
Virtual File System (VFS) är det abstrakta lager i kärnan som tillhandahåller filsystemsgränssnittet till program i användarrymden. Det tillhandahåller också en abstraktion inom kärnan som gör att olika filsystemimplementationer kan samexistera. En del monteringsalternativ gäller endast detta lager.
Alternativen nosuid, noexec, nodiratime, relatime, noatime, strictatime och nosymfollow tolkas endast av VFS-lagret i kärnan och appliceras på monteringspunktsnoden snarare än på filsystemet självt.
För att få en fullständig översikt över filsystem och VFS-alternativ, prova:
findmnt -o TARGET,VFS-OPTIONS,FS-OPTIONS
Sedan v2.39 kan libmount använda ett nytt kärn-gränssnitt för montering för att ställa in VFS-attribut rekursivt. För bakåtkompatibilitet är denna funktion inte aktiverad som standard, även om rekursiv operation (t.ex. rbind) har begärts. Det nya alternativargumentet "recursive" kan anges, till exempel:
mount -orbind,ro=recursive,noexec=recursive,nosuid /foo /bar
Detta binder rekursivt filsystem från /foo till /bar, och gör /bar och alla undermonteringar skrivskyddade och noexec, men endast /bar självt kommer att vara "nosuid".
Den valfria "recursive"-parametern för VFS-monteringsalternativ är en EXPERIMENTELL funktion.
Read-only Setting Notes
Skrivskyddsinställningen (ro eller rw) tolkas av både VFS och filsystemet, och det beror på hur alternativet anges på kommandoraden för mount(8).
För bakåtkompatibilitet är standard att använda den för båda lagren under standardmonteringar.
Operationen -o bind,remount,ro appliceras endast på VFS-monteringspunkten, medan operationen -o remount,ro appliceras på både VFS och filsystemets superblock.
Denna semantik gör det möjligt att skapa en skrivskyddad monteringspunkt samtidigt som filsystemet hålls skrivbart från en annan monteringspunkt.
Sedan version 2.41 har libmount möjlighet att använda valfria argument vfs och fs (t.ex. ro=fs) för att specificera var skrivskyddsinställningen ska appliceras.
Till exempel kommer kommandot:
mount -o ro=vfs /dev/sdc1 /A
att montera filsystemet som läs/skriv på superblocknivå, men noden /A kommer att sättas som skrivskyddad.
I tidigare versioner krävdes en extra -o bind,remount,ro-operation för att uppnå samma sak.
Generic Mount Options
Följande alternativ kan användas för vilket filsystem som helst som monteras, men varje filsystem hedrar dem inte nödvändigtvis.
Till exempel har alternativet sync endast effekt för ext2, ext3, ext4, fat, vfat, ufs och xfs.
async
All I/O till filsystemet bör göras asynkront. (Se även alternativet sync.)
atime
Använd inte noatime-funktionen; åtkomsttid för inode styrs av kärnans standard.
Se även relatime och strictatime.
noatime
Uppdatera inte inode-åtkomsttider på detta filsystem (t.ex. för snabbare åtkomst på news-spool för att accelerera news-servrar).
Detta fungerar för alla inode-typer (kataloger också), så det innebär nodiratime.
auto
Kan monteras med -a.
noauto
Kan endast monteras explicit (dvs -a gör inte att filsystemet monteras).
context=context, fscontext=context, defcontext=context, och rootcontext=context
Alternativet context= är användbart vid montering av filsystem som inte stöder utökade attribut, såsom en diskett eller hårddisk formaterad med VFAT, eller system som normalt inte körs under SELinux, såsom en ext3- eller ext4-formaterad disk från en icke-SELinux-arbetsstation.
Du kan även använda context= på filsystem du inte litar på, såsom en diskett.
Det hjälper också med kompatibilitet för filsystem med xattr-stöd på äldre 2.4.x-kärnor.
Även när xattrs stöds kan du spara tid genom att inte behöva märka varje fil genom att tilldela hela disken en säkerhetskontext.
Ett vanligt alternativ för flyttbara media är context="system_u:object_r:removable_t.
Alternativet fscontext= fungerar för alla filsystem, oavsett deras xattr-stöd.
fscontext sätter den övergripande filsystemsetiketten till en specifik säkerhetskontext.
Denna filsystemsetikett är separat från individuella etiketter på filer.
Den representerar hela filsystemet för vissa typer av behörighetskontroller, såsom vid montering eller filskapande.
Individuella filetiketter hämtas fortfarande från xattrs på filerna.
Alternativet context= sätter den aggregerade kontext som fscontext tillhandahåller, utöver att tillhandahålla samma etikett för individuella filer.
Du kan sätta standard säkerhetskontext för omärkta filer med defcontext=.
Detta åsidosätter värdet som satts för omärkta filer i policyn och kräver ett filsystem som stödjer xattr-märkning.
Alternativet rootcontext= låter dig uttryckligen märka rot-inoden i ett filsystem som monteras innan filsystemet eller inoden blir synlig för användarrymden.
Detta visade sig vara användbart för t.ex. stateless Linux.
Specialvärdet @target kan användas för att tilldela den aktuella kontexten för målmonteringspunktsplatsen.
Observera att kärnan avvisar alla remount-begäranden som inkluderar context-alternativet, även när det är oförändrat.
Varning: context-värdet kan innehålla kommatecken, i vilket fall värdet måste citeras korrekt, annars tolkar mount kommatecknet som en separator mellan monteringsalternativ. Glöm inte att skalet tar bort citationstecken och därför krävs dubbel citering. Till exempel:
mount -t tmpfs none /mnt -o \
'context="system_u:object_r:tmp_t:s0:c127,c456",noexec'
För mer information, se selinux(8).
defaults
Använd standardalternativen: rw, suid, dev, exec, auto, nouser och async.
Observera att den verkliga uppsättningen standardalternativ beror på kärna och filsystemtyp. Se början av detta avsnitt för mer information.
dev Tolka tecken- eller blockspecialenheter på filsystemet.
nodev Tolka inte tecken- eller blockspecialenheter på filsystemet.
diratime
Uppdatera kataloginoders åtkomsttider på detta filsystem. Detta är standard. (Alternativet ignoreras när noatime är satt.)
nodiratime
Uppdatera inte kataloginoders åtkomsttider på detta filsystem. (Detta impliceras när noatime är satt.)
dirsync Alla kataloguppdateringar inom filsystemet ska göras synkront. Detta påverkar följande systemanrop: creat(2), link(2), unlink(2), symlink(2), mkdir(2), rmdir(2), mknod(2) och rename(2).
exec Tillåt exekvering av binärer och andra körbara filer.
noexec Tillåt inte direkt exekvering av binärer på det monterade filsystemet.
group
Tillåt en vanlig användare att montera filsystemet om någon av användarens grupper matchar gruppen för enheten.
Detta alternativ implicerar nosuid och nodev (om det inte åsidosätts av efterföljande alternativ, som i alternativraden group,dev,suid).
iversion
Varje gång inoden modifieras kommer fältet i_version att inkrementeras.
noiversion
Inkrementera inte i_version-fältet.
mand Tillåt obligatoriska lås på filsystemet. Se fcntl(2). Detta alternativ blev föråldrat i Linux 5.15.
nomand Tillåt inte obligatoriska lås på filsystemet.
_netdev Filsystemet ligger på en enhet som kräver nätverksåtkomst (används för att hindra systemet från att försöka montera dessa filsystem innan nätverket har aktiverats).
nofail Rapportera inte fel för enheten om den inte finns.
relatime
Uppdatera inode-åtkomsttider relativt modifierings- eller ändringstid.
Åtkomsttiden uppdateras endast om föregående åtkomsttid var tidigare än eller lika med nuvarande modifierings- eller ändringstid.
(Liknar noatime, men bryter inte mutt(1) eller andra program som behöver veta om en fil har lästs sedan senaste modifiering.)
Sedan Linux 2.6.30 är detta kärnans standardbeteende (om inte noatime angavs), och alternativet strictatime krävs för traditionell semantik.
Dessutom uppdateras filens åtkomsttid alltid om den är mer än 1 dag gammal.
norelatime
Använd inte relatime. Se även strictatime.
strictatime
Begär fulla atime-uppdateringar.
Gör det möjligt för kärnan att standarda till relatime eller noatime, men ändå låta användarrymden åsidosätta.
nostrictatime Använd kärnans standardbeteende för atime.
lazytime Uppdatera bara tider (atime, mtime, ctime) på in-memory-versionen av filens inode.
Detta alternativ minskar avsevärt skrivningar till inode-tabellen för arbetslaster som gör frekventa slumpmässiga skrivningar till förallokerade filer.
On-disk-tidsstämplar uppdateras endast när:
• inoden behöver uppdateras för någon ändring som inte är relaterad till tidsstämplar • applikationen använder fsync(2), syncfs(2) eller sync(2) • en oavslutad inode evakueras från minne • mer än 24 timmar har passerat sedan inoden skrevs till disk
nolazytime Använd inte lazytime.
suid Respektera set-user-ID och set-group-ID-bitar eller filkapabiliteter när program exekveras från detta filsystem.
nosuid
Respektera inte set-user-ID och set-group-ID-bitar eller filkapabiliteter när program exekveras från detta filsystem.
Dessutom kräver SELinux domänövergångar behörigheten nosuid_transition, vilket i sin tur också kräver policykapabiliteten nnp_nosuid_transition.
silent Aktivera silent-flaggan.
loud Stäng av silent-flaggan.
owner
Tillåt en vanlig användare att montera filsystemet om användaren är ägare till enheten.
Detta alternativ implicerar nosuid och nodev (om det inte åsidosätts av efterföljande alternativ, som i alternativraden owner,dev,suid).
remount Försök att montera om ett redan monterat filsystem. Detta används ofta för att ändra mount-flaggor för ett filsystem, särskilt för att göra ett skrivskyddat filsystem skrivbart. Det ändrar inte enhet eller monteringspunkt.
Remount-operationen tillsammans med flaggan bind har speciell semantik. Se ovan, avsnittet Bind mount operation.
Kärnans standardbeteende för VFS-mountflaggor (nodev,nosuid,noexec,ro) är att återställa alla ospecificerade flaggor vid remount.
Därför försöker mount(8) behålla nuvarande inställning enligt fstab eller /proc/self/mountinfo.
Detta standardbeteende kan ändras med --options-mode.
Den rekursiva ändringen av mount-flaggor (stöds sedan v2.39 på system med mount_setattr(2)), till exempel mount -o remount,ro=recursive, använder inte beteendet "reset-unspecified"
och fungerar som en enkel add/remove-operation där ospecificerade flaggor inte modifieras.
Remount-funktionen följer standardmetoden som mount arbetar med alternativ från fstab.
Det betyder att mount inte läser fstab (eller mtab) endast när både device och dir anges.
mount -o remount,rw /dev/foo /dir
Efter detta anrop ersätts alla gamla monteringsalternativ och godtycklig information från fstab (eller mtab) ignoreras, utom alternativet loop= som genereras internt och underhålls av mount.
mount -o remount,rw /dir
Efter detta anrop läser mount fstab och sammanfogar dessa alternativ med alternativen från kommandoraden (-o).
Om ingen monteringspunkt hittas i fstab faller den tillbaka till monteringsalternativ från /proc/self/mountinfo.
mount tillåter användning av --all för att remount:a alla redan monterade filsystem som matchar ett filter (-O och -t).
Till exempel:
mount --all -o remount,ro -t vfat
remount:ar alla redan monterade vfat-filsystem i skrivskyddat läge.
ro[=(recursive|vfs|fs)]
Montera filsystemet skrivskyddat.
Det valfria argumentet är en experimentell funktion som endast stöds av det fil-deskriptorbaserade mount-API:t och ignoreras tyst för det gamla mount(2)-syscall:et.
recursive tvingar VFS-attributet att appliceras rekursivt.
vfs och fs anger lagret där skrivskyddsflaggan ska appliceras.
fs anger filsystemets superblock (unik filsysteminstans i kärnan), och vfs anger monteringsnoden.
Om inget lager anges sätts båda till skrivskydd.
rw[=(recursive|vfs|fs)]
Montera filsystemet läs/skriv.
sync
All I/O till filsystemet bör göras synkront.
För media med begränsat antal skrivcykler (t.ex. vissa flash-enheter) kan sync förkorta livslängden.
user
Tillåt en vanlig användare att montera filsystemet.
Namnet på monterande användare skrivs till mtab-filen (eller till libmounts privata fil i /run/mount) så att samma användare kan avmontera filsystemet igen.
Detta alternativ implicerar noexec, nosuid och nodev (om inte åsidosatt av senare alternativ, som i user,exec,dev,suid).
nouser Förbjud vanlig användare att montera filsystemet. Detta är standard; det implicerar inga andra alternativ.
users
Tillåt vilken användare som helst att montera och avmontera filsystemet, även om en annan vanlig användare tidigare monterade det.
Detta alternativ implicerar noexec, nosuid och nodev (om inte åsidosatt av senare alternativ, som i users,exec,dev,suid).
X-*
Alla alternativ som börjar med "X-" tolkas som kommentarer eller användarrymdsspecifika applikationsalternativ.
Dessa alternativ lagras inte i användarrymden (t.ex. mtab) och skickas inte till mount.type-hjälpare eller till mount(2).
Föreslaget format är X-appname.option.
x-*
Samma som X-*, men lagras permanent i användarrymden.
Det betyder att alternativen också är tillgängliga för umount(8) och andra operationer.
Observera att underhåll av monteringsalternativ i användarrymden är knepigt; det kräver libmount-baserade verktyg och det finns ingen garanti att alternativen alltid är tillgängliga (t.ex. efter en move mount-operation eller i en o-delad namespace).
Observera att före util-linux v2.30 underhölls inte x-* av libmount och lagrades inte i användarrymden (funktionaliteten var då samma som för X-*).
Men p.g.a. fler användningsfall (initrd, systemd, etc.) har funktionaliteten utökats för att bevara existerande fstab-konfigurationer utan ändringar.
X-mount.auto-fstypes=list
Anger tillåtna eller förbjudna filsystemtyper för automatisk filsystemdetektion.
list är en kommaseparerad lista av filsystemsnamn.
Automatisk filsystemdetektion triggas av filsystemtypen auto eller när filsystemtypen inte anges.
Listan följer hur mount utvärderar typmönster (se -t).
Endast angivna filsystemtyper tillåts, eller—om listan prefixas med "no"—förbjuds alla angivna typer.
Till exempel: X-mount.auto-fstypes="ext4,btrfs" accepterar endast ext4 och btrfs, och X-mount.auto-fstypes="novfat,xfs" accepterar alla utom vfat och xfs.
Observera att kommatecken används som separator mellan monteringsalternativ, vilket innebär att auto-fstypes-värden måste citeras korrekt. Glöm inte att skalet tar bort citationstecken och därför krävs dubbel citering. Till exempel:
mount -t auto -o’X-mount.auto-fstypes="noext2,ext3"'
/dev/sdc1 /mnt/test
X-mount.mkdir[=mode]
Tillåt att skapa målkatalogen (monteringspunkten) om den inte finns.
Det valfria argumentet mode anger filsystemets åtkomstläge som används för mkdir(2) i oktal notation.
Standard är 0755.
Denna funktion stöds endast för root eller när mount körs utan suid-behörigheter.
Alternativet stöds också som x-mount.mkdir, men den notationen är föråldrad sedan v2.30.
Se även kommandoradsalternativet --mkdir.
X-mount.nocanonicalize[=type]
Tillåt att inaktivera kanonisering för monteringskälla och mål.
Som standard löser mount alla sökvägar till absoluta sökvägar utan symlänkar.
Detta är ibland oönskat, t.ex. vid bind-mount över en symlänk, eller en symlänk över en katalog eller en annan symlänk.
Det valfria argumentet type kan vara "source" eller "target". Om inget anges inaktiveras kanonisering för båda.
Kommandoradsalternativet --no-canonicalize åsidosätter detta monteringsalternativ och påverkar alla sökvägs- och taggkonverteringar i alla situationer, men av bakåtkompatibilitetsskäl modifierar det inte open_tree syscall-flaggor och tillåter inte bind-mount över symlänk-use case.
Observera att mount(8) fortfarande sanitiserar och kanoniserar käll- och mål-sökvägar angivna på kommandoraden av icke-root-användare, oavsett inställningen X-mount.nocanonicalize.
X-mount.noloop Skapa och montera ingen loop-enhet, även om monteringskällan är en vanlig fil.
X-mount.subdir=directory
Tillåt montering av en underkatalog i ett filsystem istället för rotkatalogen.
Detta är endast effektivt när en ny instans av ett filsystem ansluts till systemet.
Alternativet ignoreras tyst för operationer som remount, bind mount eller move.
För närvarande implementeras detta via en temporär montering av filsystemets rotkatalog i en o-delad namespace, och sedan bindning av underkatalogen till den slutliga monteringspunkten, och avmontering av filsystemets rot. Underkatalogsmonteringen syns atomärt för resten av systemet trots att det implementeras via flera mount(2)-syscalls.
Observera att funktionen inte fungerar i en session med o-delad privat mount-namespace (efter unshare --mount) på gamla kärnor eller med mount(8) utan stöd för fil-deskriptorsbaserat mount-API.
I detta fall behöver du unshare --mount --propagation shared.
Denna funktion är EXPERIMENTELL.
X-mount.owner=username|UID, X-mount.group=group|GID
Sätt monteringspunktens ägar-/gruppägande efter montering.
Namn löses i mål-namnrymden; se -N.
X-mount.mode=mode
Sätt monteringspunktens läge (mode) efter montering.
X-mount.idmap=id-type:id-mount:id-host:id-range [id-type:id-mount:id-host:id-range], X-mount.idmap=file
Använd detta alternativ för att skapa en id-mappad montering.
En id-mappad montering tillåter att ändra ägande för alla filer under en montering enligt den ID-mappning som associeras med en user namespace.
Ägarändringen är knuten till livslängden och lokaliserad till den relevanta monteringen.
Den relevanta ID-mappningen kan specificeras på två sätt:
• En användare kan ange ID-mappningen direkt.
ID-mappningen måste specificeras med syntaxen id-type:id-mount:id-host:id-range.
Att ange u som id-type-prefix skapar en UID-mappning, g skapar en GID-mappning och att utelämna id-type eller ange b skapar både UID- och GID-mappning.
Parametern id-mount anger start-ID i den nya monteringen.
Parametern id-host anger start-ID i filsystemet.
Parametern id-range anger hur många ID som ska mappas.
Det är möjligt att ange flera ID-mappningar.
Individuella ID-mappningar måste separeras med mellanslag.
Observera att mellanslag i /etc/fstab tolkas som fältseparatorer.
För att undvika detta måste du escap:a dem med \040.
Till exempel: X-mount.idmap=0:0:1\040500:1000:1.
Till exempel skapar ID-mappningen X-mount.idmap=u:1000:0:1 g:1001:1:2 5000:1000:2 en id-mappad montering där UID 0 mappas till UID 1000, GID 1 mappas till GID 1001, GID 2 mappas till GID 1002, och UID och GID 1000 mappas till 5000, och UID och GID 1001 mappas till 5001 i monteringen.
När en ID-mappning anges direkt kommer en ny user namespace att allokeras med den begärda ID-mappningen. Den nyskapade user namespace kommer att knytas till monteringen.
• En användare kan ange en user namespace-fil.
User namespace kommer då att knytas till monteringen och ID-mappningen i user namespace blir monteringsmappningen.
Till exempel kommer X-mount.idmap=/proc/PID/ns/user att knyta processen PID:s user namespace till monteringen.
nosymfollow Följ inte symlänkar när sökvägar löses. Symlänkar kan fortfarande skapas, och readlink(1), readlink(2), realpath(1) och realpath(3) fungerar fortfarande korrekt.
FILESYSTEM-SPECIFIC MOUNT OPTIONS
Detta avsnitt listar alternativ som är specifika för vissa filsystem. Där det är möjligt bör du först konsultera filsystemets egna manualsidor. Några av dessa sidor listas i tabellen nedan.
| Filsystem | Manualsida |
|---|---|
| btrfs | btrfs(5) |
| cephfs | mount.ceph(8) |
| cifs | mount.cifs(8) |
| ext2, ext3, ext4 | ext4(5) |
| fuse | fuse(8) |
| nfs | nfs(5) |
| tmpfs | tmpfs(5) |
| xfs | xfs(5) |
Observera att vissa av sidorna ovan kanske bara är tillgängliga efter att du installerat respektive användarverktyg.
Följande alternativ gäller endast vissa filsystem. Vi sorterar dem efter filsystem. Alla alternativ följer flaggan -o.
Vilka alternativ som stöds beror delvis på den körande kärnan.
Mer information kan finnas i filsystemsspecifika filer i kärnans källkod under Documentation/filesystems.
Mount options for adfs
uid=value och gid=value
Sätt ägare och grupp för filerna i filsystemet (standard: uid=gid=0).
ownmask=value och othmask=value
Sätt rättighetsmask för ADFS "owner"-rättigheter respektive "other"-rättigheter (standard: 0700 respektive 0077). Se även /usr/src/linux/Documentation/filesystems/adfs.rst.
Mount options for affs
uid=value och gid=value
Sätt ägare och grupp för filsystemets rot (standard: uid=gid=0, men om uid eller gid anges utan värde används UID och GID för den aktuella processen).
setuid=value och setgid=value
Sätt ägare och grupp för alla filer.
mode=value
Sätt läge för alla filer till value & 0777 oavsett ursprungliga rättigheter. Lägg till sökrättighet på kataloger som har läsrättighet. Värdet anges i oktal.
protect
Tillåt inga ändringar av skyddsbitarna på filsystemet.
usemp
Sätt UID och GID för filsystemets rot till UID och GID för monteringspunkten vid första synk eller umount, och rensa sedan detta alternativ. Märkligt...
verbose
Skriv ett informationsmeddelande för varje lyckad montering.
prefix=string
Prefix som används före volymnamn när en länk följs.
volume=string
Prefix (maxlängd 30) som används före '/' när en symbolisk länk följs.
reserved=value
(Standard: 2.) Antal oanvända block i början av enheten.
root=value
Ange explicit plats för rotblocket.
bs=value
Ange blockstorlek. Tillåtna värden är 512, 1024, 2048, 4096.
grpquota|noquota|quota|usrquota
Dessa alternativ accepteras men ignoreras. (Kvotverktyg kan dock reagera på sådana strängar i /etc/fstab.)
Mount options for debugfs
debugfs är ett pseudo-filsystem, traditionellt monterat på /sys/kernel/debug.
Fr.o.m. kärnversion 3.4 har debugfs följande alternativ:
uid=n, gid=n
Sätt ägare och grupp för monteringspunkten.
mode=value
Sätt läge för monteringspunkten.
Mount options for devpts
devpts är ett pseudo-filsystem, traditionellt monterat på /dev/pts.
För att få en pseudoterminal öppnar en process /dev/ptmx; numret för slav-pty görs därefter tillgängligt och kan nås som /dev/pts/<nummer>.
uid=value och gid=value
Sätter ägare eller grupp för nyss skapade pseudoterminaler till de angivna värdena.
Om inget anges sätts de till UID och GID för den skapande processen.
Till exempel, om det finns en tty-grupp med GID 5, så gör gid=5 att nya pty:n tillhör tty-gruppen.
mode=value
Sätt läge för nyss skapade pseudoterminaler till angivet värde.
Standard är 0600.
Värdet mode=620 och gid=5 gör "mesg y" till standard på nyss skapade pty:n.
newinstance
Skapa en privat instans av devpts så att index för pseudoterminaler i denna instans är oberoende av andra instanser.
Alla devpts-monteringar utan detta alternativ delar samma uppsättning index (legacy-läge).
Varje devpts-monteringen med newinstance har en privat uppsättning index.
Detta alternativ används främst för containrar och implementeras i Linux-kärnor från 2.6.29.
Det är giltigt endast om CONFIG_DEVPTS_MULTIPLE_INSTANCES är aktiverat i kärnkonfigurationen.
För att använda alternativet effektivt måste /dev/ptmx vara en symbolisk länk till pts/ptmx.
Se Documentation/filesystems/devpts.txt i kärnans källträd för detaljer.
ptmxmode=value
Sätt läge för den nya ptmx-enhetsnoden i devpts.
Med stöd för flera instanser av devpts (se newinstance ovan) har varje instans en privat ptmx-nod i roten av devpts (typiskt /dev/pts/ptmx).
För kompatibilitet med äldre kärnor är standardläget för den nya ptmx-noden 0000.
ptmxmode=value anger ett mer användbart läge och rekommenderas starkt när newinstance specificeras.
Detta alternativ implementeras endast i Linux-kärnor från 2.6.29 och gäller endast om CONFIG_DEVPTS_MULTIPLE_INSTANCES är aktiverat.
DM-VERITY SUPPORT
Device-mapper-målet verity erbjuder skrivskyddad transparent integritetskontroll av blockenheter med hjälp av kärnans crypto-API. Kommandot mount kan öppna dm-verity-enheten och göra integritetsverifieringen innan enhetens filsystem monteras. Kräver libcryptsetup i libmount (valfritt via dlopen(3)). Om libcryptsetup stöder att extrahera roothash för en redan monterad enhet kommer existerande enheter automatiskt att återanvändas vid match.
Monteringsalternativ för dm-verity:
verity.hashdevice=path
Sökväg till hash-träd-enheten som hör ihop med källvolymen och ska skickas till dm-verity.
verity.roothash=hex
Hex-kodat hashvärde för roten av verity.hashdevice. Ömsesidigt uteslutande med verity.roothashfile.
verity.roothashfile=path
Sökväg till fil som innehåller hex-kodat hashvärde för roten av verity.hashdevice. Ömsesidigt uteslutande med verity.roothash.
verity.hashoffset=offset
Om hash-trädet är inbäddat i källvolymen används offset (standard: 0) av dm-verity för att hitta trädet.
verity.fecdevice=path
Sökväg till Forward Error Correction (FEC)-enheten som associeras med källvolymen och ska skickas till dm-verity.
Valfritt. Kräver kärna byggd med CONFIG_DM_VERITY_FEC.
verity.fecoffset=offset
Om FEC-data är inbäddad i källvolymen används offset (standard: 0) för att hitta FEC-området. Valfritt.
verity.fecroots=value
Paritetsbytes för FEC (standard: 2). Valfritt.
verity.roothashsig=path
Sökväg till pkcs7(1ssl)-signatur av roothash-hexsträngen.
Kräver crypt_activate_by_signed_key() från cryptsetup och kärna byggd med CONFIG_DM_VERITY_VERIFY_ROOTHASH_SIG.
För återanvändning av enheter måste signaturer antingen användas av alla monteringar av en enhet eller av ingen. Valfritt.
verity.oncorruption={ignore|restart|panic}
Instruera kärnan att ignorera, starta om eller gå i panic när korruption upptäcks.
Som standard misslyckas I/O-operationen bara.
Kräver Linux 4.1 eller nyare, och libcryptsetup 2.3.4 eller nyare. Valfritt.
Stöds sedan util-linux v2.35.
Till exempel skapar följande kommandon en squashfs-image från katalogen /etc, en verity-hashenhet, och monterar verifierad filsystemimage till /mnt.
Kärnan kommer att verifiera att roothash är signerad av en nyckel i kärnans keyring om roothashsig används.
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
LOOP-DEVICE SUPPORT
En ytterligare möjlig typ är montering via loop-enhet. Till exempel kommandot
mount /tmp/disk.img /mnt -t vfat -o loop=/dev/loop3
kommer att sätta upp loopenheten /dev/loop3 att motsvara filen /tmp/disk.img, och sedan montera denna enhet på /mnt.
Om ingen explicit loopenhet nämns (utan bara alternativet -o loop), försöker mount hitta en oanvänd loopenhet och använda den, till exempel:
mount /tmp/disk.img /mnt -o loop
Kommandot mount skapar automatiskt en loopenhet från en vanlig fil om filsystemtyp inte anges eller om filsystemet är känt för libblkid, till exempel:
mount /tmp/disk.img /mnt
mount -t ext4 /tmp/disk.img /mnt
Denna typ av montering känner till tre alternativ, nämligen loop, offset och sizelimit, som egentligen är alternativ till losetup(8). (Dessa alternativ kan användas utöver de som är specifika för filsystemtypen.)
Sedan Linux 2.6.25 stöds auto-destruktion av loopenheter, vilket betyder att varje loopenhet som tilldelas av mount kommer att frigöras av umount(8) oberoende av /etc/mtab.
Du kan också frigöra en loopenhet för hand med losetup -d eller umount -d.
Sedan util-linux v2.29 återanvänder mount loopenheten istället för att initiera en ny om samma backing-fil redan används för någon loopenhet med samma offset och sizelimit. Detta är nödvändigt för att undvika filsystemskorruption.
EXIT STATUS
mount har följande exit-statusvärden (bitarna kan OR:as):
| Kod | Betydelse | Exempel / Scenario |
|---|---|---|
| 0 | Success (alla monteringar lyckades) | Alla filer i /etc/fstab monterades utan problem vid mount -a |
| 1 | Felaktigt anrop eller saknade rättigheter | Användaren kör mountutan root-rättigheter eller med fel parametrar |
| 2 | Systemfel (t.ex. slut på minne, kan inte fork:a, inga fler loop-enheter) | Systemet har slut på RAM eller tillgängliga loop-enheter vid montering av ISO-fil |
| 4 | Internt monteringsfel (mount bug) | Ovanligt fel orsakat av bug i mount-verktyget eller util-linux |
| 8 | Avbruten av användaren | Användaren trycker Ctrl+C under en pågående montering |
| 16 | Problem med att skriva eller låsa /etc/mtab | /etc/mtab är skrivskyddad eller låst av annan process |
| 32 | Monteringsfel | Felaktigt filsystem, saknad enhet eller ogiltig mount-point |
| 64 | Vissa monteringar lyckades, andra misslyckades | mount -adär vissa poster i /etc/fstab fungerar och andra inte |
| 126 | Misslyckades att köra extern /sbin/mount.<type>-hjälpare (sedan util-linux v2.41) | Saknad eller ej körbar helper, t.ex. /sbin/mount.ntfs |
EXTERNAL HELPERS
Syntaxen för externa monteringshjälpare är:
/sbin/mount.suffix spec dir [-sfnv] [-N namespace] [-o options] [-t type.subtype]
där suffix är filsystemtyp och alternativen -sfnvoN har samma betydelse som för normala monteringsalternativ.
Alternativet -t används för filsystem med subtypstöd (t.ex. /sbin/mount.fuse -t fuse.sshfs).
Kommandot mount skickar inte monteringsalternativen unbindable, runbindable, private, rprivate, slave, rslave, shared, rshared,
auto, noauto, comment, x-*, loop, offset och sizelimit till mount.<suffix>-hjälpare.
Alla andra alternativ används i en kommaseparerad lista som argument till -o.
Hjälparens exit-status returneras som exit-status för mount(8).
Värdet 126 används om monteringshjälpprogrammet hittas men execl() misslyckades.
ENVIRONMENT
LIBMOUNT_FORCE_MOUNT2={always|never|auto}
tvinga att använda klassiska mount(2)-systemanropet (kräver stöd för det nya fil-deskriptorsbaserade mount-API:t).
Standard är auto; i detta fall försöker libmount vara smart och använda klassiska mount(2) endast vid väletablerade problem.
Om det nya mount-API:t inte finns tillgängligt kan libmount fortfarande använda traditionella mount(2), även om LIBMOUNT_FORCE_MOUNT2 är satt till never.
LIBMOUNT_FSTAB=<path>
åsidosätter standardplaceringen för fstab-filen (ignoreras för suid)
LIBMOUNT_DEBUG=all
aktiverar libmount debug-utdata
LIBBLKID_DEBUG=all
aktiverar libblkid debug-utdata
LOOPDEV_DEBUG=all
aktiverar loop-enhets-setup debug-utdata
FILES
Se även avsnittet "The files /etc/fstab, /etc/mtab and /proc/mounts" ovan.
/etc/fstab
filsystemstabell
/run/mount
libmount privat runtime-katalog
/etc/mtab
tabell över monterade filsystem eller symlänk till /proc/mounts
/etc/mtab~
låsfil (oanvänd på system med mtab-symlänk)
/etc/mtab.tmp
temporär fil (oanvänd på system med mtab-symlänk)
/etc/filesystems
lista över filsystemtyper att prova
HISTORY
Ett mount-kommando fanns i Version 5 AT&T UNIX.
BUGS
Det är möjligt för ett korrupt filsystem att orsaka en krasch.
Vissa Linux-filsystem stöder inte -o sync och -o dirsync (ext2, ext3, ext4, fat och vfat stöder synkrona uppdateringar (à la BSD) när de monteras med sync).
-o remount kan kanske inte ändra monteringsparametrar (t.ex. är alla ext2fs-specifika parametrar, utom sb, ändringsbara med remount, men du kan inte ändra gid eller umask för fatfs).
Det är möjligt att filerna /etc/mtab och /proc/mounts inte matchar på system med en vanlig mtab-fil.
Den första filen baseras bara på mount-kommandots alternativ, men innehållet i den andra filen beror också på kärnan och andra inställningar (t.ex. en fjärr-NFS-server—i vissa fall kan mount rapportera opålitlig information om en NFS-monteringspunkt och /proc/mount innehåller vanligtvis mer tillförlitlig information.)
Detta är ett annat skäl att ersätta mtab-filen med en symlänk till /proc/mounts.
Att kontrollera filer på NFS-filsystem som refereras via fil-deskriptorer (dvs fcntl- och ioctl-familjerna) kan leda till inkonsekventa resultat p.g.a. brist på konsistenskontroll i kärnan även om monteringsalternativet noac används.
Alternativet loop tillsammans med offset eller sizelimit kan misslyckas med äldre kärnor om mount inte kan bekräfta att storleken på blockenheten har konfigurerats som begärt.
Detta kan kringgås genom att använda losetup(8) manuellt före montering med den konfigurerade loopenheten.
AUTHORS
Karel Zak <kzak@redhat.com>
SEE ALSO
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)
REPORTING BUGS
För felrapporter, använd ärendehanteraren https://github.com/util-linux/util-linux/issues.
AVAILABILITY
Kommandot mount är en del av util-linux-paketet som kan laddas ned från Linux Kernel Archive
https://www.kernel.org/pub/linux/utils/util-linux/.
Denna sida är del av util-linux-projektet (en slumpmässig samling Linux-verktyg).
Information om projektet finns på
https://www.kernel.org/pub/linux/utils/util-linux/.
Om du har en felrapport för denna manualsida, skicka den till util-linux@vger.kernel.org.
COLOPHON
Denna sida hämtades från projektets uppströms Git-repository
git://git.kernel.org/pub/scm/utils/util-linux/util-linux.git
den 2026-01-16.
(Vid den tidpunkten var datumet för den senaste commit som hittades i repositoryt 2026-01-14.)
Om du upptäcker renderingsproblem i denna HTML-version av sidan, eller om du tror att det finns en bättre eller mer uppdaterad källa för sidan,
eller om du har korrigeringar eller förbättringar av informationen i denna COLOPHON (som inte är del av den ursprungliga manualsidan),
skicka e-post till man-pages@man7.org.
Praktisk användning av kommandot mv
Praktisk användning av mount i Linux
Sidslut
Orginalhemsidan på Engelska :https://man7.org/linux/man-pages/man8/mount.8.html
Det här är en maskinöversättning av Linux man sidor till svenska. Om du hittar fel är vi tacksamma om du rapporterar dem via formuläret som finns på
https://www.linux.se/kontaka-linux-se/
Tack till Datorhjälp som har sponsrat Linux.se med webbhotell.