| MOUNT(8) | Systemadministration | MOUNT(8) |
NAMN
mount - montera ett filsystem
SYNOPSIS
mount [-h|-V]
mount [-l] [-t fstype]
mount -a [-F] [-fnrsvw] [-t fstype] [-O optlist]
mount [-fnrsvw] [-o options] enhet|monteringspunkt
mount [-fnrsvw] [-o options] [-t fstype] device mountpoint
mount --bind|--rbind|--move olddir newdir
mount --make-[r]{shared|slave|private|unbindable} mountpoint
BESKRIVNING
Alla filer som är tillgängliga i ett Unix-system är ordnade i ett stort träd, filhierarkin, med rötterna i /. Dessa filer kan vara utspridda på flera enheter. Kommandot mount används för att koppla filsystemet på en enhet till det stora filträdet. Omvänt kommer kommandot umount(8) att koppla loss det igen. Filsystemet används för att styra hur data lagras på enheten eller tillhandahålls på ett virtuellt sätt av nätverkstjänster eller andra tjänster.
Standardformen av kommandot mount är:
mount -t typ enhet dir
Detta talar om för kärnan att koppla filsystemet som finns på enhet (som är av typen typ) till katalogen dir. Flaggan -t typ är valfri. Kommandot mount kan vanligtvis upptäcka ett filsystem. Som standard krävs root-behörighet för att montera ett filsystem. Se avsnittet "Mounts för icke-superanvändare" nedan för mer information. Det tidigare innehållet (om det finns något) och ägare och läge för dir blir osynliga, och så länge detta filsystem är monterat hänvisar sökvägen dir till roten av filsystemet på enhet.
Om endast katalogen eller enheten anges, t.ex:
mount /dir
letar mount efter en monteringspunkt (och om den inte hittas efter en enhet) i filen /etc/fstab. Det är möjligt att använda flaggorna --target eller --source för att undvika tvetydig tolkning av det angivna argumentet. Ett exempel:
mount --mål /mountpoint
Samma filsystem kan monteras mer än en gång, och i vissa fall (t.ex. nätverksfilsystem) kan samma filsystem monteras på samma monteringspunkt flera gånger. Kommandot mount implementerar inte någon policy för att kontrollera detta beteende. Alla beteenden styrs av kärnan och är vanligtvis specifika för filsystemets drivrutin. Undantaget är --all, i det här fallet ignoreras redan monterade filsystem (se --all nedan för mer information).
Listning av fästena
Listningsläget bibehålls endast för bakåtkompatibilitet.
För mer robusta och anpassningsbara utdata använder du findmnt(8), särskilt i dina skript. Observera att kontrolltecken i namnet på monteringspunkten ersätts med '?'.
Följande kommando listar alla monterade filsystem (av typen typ):
mount [-l] [-t typ]
Flaggan -l lägger till etiketter till denna lista. Se nedan.
Anger enhet och filsystem
De flesta enheter anges med ett filnamn (för en blockspecifik enhet), t.ex. /dev/sda1, men det finns andra möjligheter. I fallet med en NFS-montering kan enhet till exempel se ut som knuth.cwi.nl:/dir.
Enhetsnamnen på diskpartitioner är instabila; omkonfigurering av maskinvara och tillägg eller borttagning av en enhet kan orsaka ändringar i namnen. Detta är anledningen till att det är starkt rekommenderat att använda filsystem- eller partitionsidentifierare som UUID eller LABEL. Identifierare (taggar) som stöds för närvarande:
LABEL=etikett
UUID=uuid
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å gemena tecken.
PARTLABEL=etikett
PARTUUID=uuid
ID=id
Kommandot lsblk --fs ger en översikt över filsystem, LABELs och UUIDs på tillgängliga blockenheter. Kommandot blkid -p <device> ger information 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 kontrollera att UUID:erna verkligen är unika i ditt system.
Den rekommenderade installationen är att använda taggar (t.ex. UUID=uuid) i stället för /dev/disk/by-{label,uuid,id,partuuid,partlabel} udev-symlänkar i filen /etc/fstab. Taggar är mer läsbara, robusta och portabla. Kommandot mount(8) använder internt udev-symlänkar, så användningen av symlinks i /etc/fstab har ingen fördel jämfört med taggar. För mer information se libblkid(3).
Filsystemet proc är inte associerat med någon speciell enhet, och när det monteras kan ett godtyckligt nyckelord - till exempel proc - användas i stället för en enhetsspecifikation. (Det vanliga valet none är mindre lyckosamt: 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, med vilka flaggor. Standardplatsen för filen fstab(5) kan åsidosättas med kommandoradsflaggan --fstab sökväg (se nedan för mer information).
Kommandot
mount -a [-t typ] [-O optlist]
(anges vanligen i ett bootskript) gör att alla filsystem som nämns i fstab (av rätt typ och/eller med eller utan rätta flaggor) monteras på angivet sätt, utom de vars rad innehåller nyckelordet noauto. Om du lägger till flaggan -F blir mount fork, så att filsystemen monteras parallellt.
När du monterar ett filsystem som nämns i fstab eller mtab räcker det med att ange endast enheten eller monteringspunkten på kommandoraden.
Programmen mount och umount(8) upprätthöll traditionellt en lista över aktuella monterade filsystem i filen /etc/mtab. Stödet för vanlig klassisk /etc/mtab är helt inaktiverat vid kompileringstillfället som standard, eftersom det på nuvarande Linux-system är bättre att göra /etc/mtab till en symlänk till /proc/mounts istället. Den vanliga mtab-filen i userspace kan inte på ett tillförlitligt sätt arbeta med namnrymder, containrar och andra avancerade Linux-funktioner. Om det vanliga mtab-stödet ä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 monteringsflaggorna från /etc/fstab måste du använda flaggan -o:
mount enhet|dir -o options
och då kommer monteringsflaggor från kommandoraden att läggas till i listan över flaggor från /etc/fstab. Detta standardbeteende kan ändras med hjälp av kommandoradsflaggan --options-mode. Det vanliga beteendet är att den sista flaggan vinner om det finns motstridiga flaggor.
Programmet mount läser inte filen /etc/fstab om både enhet (eller LABEL, UUID, ID, PARTUUID eller PARTLABEL) och dir anges. Till exempel, för att montera enhet foo på /dir:
montera /dev/foo /dir
Detta standardbeteende kan ändras genom att använda kommandoradsflaggan --options-source-force för att alltid läsa konfigurationen från fstab. För användare som inte är root läser mount alltid konfigurationen från fstab.
Monteringar för icke-superanvändare
Normalt är det bara superanvändaren som kan montera filsystem. Men när fstab innehåller flaggan user på en rad kan vem som helst montera motsvarande filsystem.
Således, givet en rad
/dev/cdrom /cd iso9660 ro,user,noauto,unhide
alla användare kan montera filsystemet iso9660 som finns på en insatt CDROM med kommandot:
montera /cd
Observera att mount är mycket strikt när det gäller icke-root-användare och att alla sökvägar som anges på kommandoraden verifieras innan fstab analyseras eller ett hjälpprogram körs. Det rekommenderas starkt att använda en giltig monteringspunkt för att ange filsystem, annars kan mount misslyckas. Det är t.ex. en dålig idé att använda NFS- eller CIFS-källa på kommandoraden.
Sedan util-linux 2.35 avslutas inte mount när användarrättigheterna är otillräckliga enligt libmounts interna säkerhetsregler. Istället släpper den suid-behörigheterna och fortsätter som vanlig användare utan root-behörighet. Detta beteende stöder användningsfall där root-behörigheter inte är nödvändiga (t.ex. fuse-filsystem, användarnamnområden etc.).
För mer information, se fstab(5). Endast den användare som har monterat ett filsystem kan avmontera det igen. Om vilken användare som helst ska kunna avmontera det, använd users istället för user på raden fstab. Flaggan owner liknar flaggan user, med den begränsningen att användaren måste vara ägare till den speciella filen. Detta kan vara användbart t.ex. för /dev/fd om ett inloggningsskript gör konsolanvändaren till ägare av den här enheten. Flaggan group är liknande, med begränsningen att användaren måste vara medlem i gruppen för specialfilen.
Monteringsflaggan user accepteras om inget användarnamn har angetts. Om flaggan används i formatet user=someone ignoreras det i tysthet och är endast synligt för externa monteringshjälpare (/sbin/mount.<type>) för kompatibilitet med vissa nätverksfilsystem.
Bind montering operation
Omlokalisera en del av filhierarkin till en annan plats. Samtalet är:
mount --bind olddir newdir
eller genom att använda denna fstab-post:
/olddir /newdir none bind
Efter detta samtal finns samma innehåll tillgängligt på två ställen.
Det är viktigt att förstå att "bind" inte skapar någon andra klassens eller speciell nod i kärnans VFS. "Bind" är bara en annan operation för att koppla ett filsystem. Det finns ingenstans lagrad information om att filsystemet har anslutits genom en "bind"-operation. olddir och newdir är oberoende av varandra och olddir kan avmonteras.
Man kan också återmontera en enskild fil (på en enskild fil). Det är också möjligt att använda en bind mount för att skapa en mountpoint från en vanlig katalog, till exempel:
mount --bind foo foo
Anropet bind mount kopplar endast (en del av) ett enda filsystem, inte eventuella undermonteringar. Hela filhierarkin inklusive submounts kan kopplas till en andra plats genom att använda:
mount --rbind olddir newdir
Observera att filsystemets monteringsflaggor som hanteras av kärnan förblir desamma som på den ursprungliga monteringspunkten. Monteringsflaggoren för userspace (t.ex. _netdev) kopieras inte av mount och det är nödvändigt att uttryckligen ange flaggorna på kommandoraden för mount.
Sedan util-linux 2.27 tillåter mount att man ändrar monteringsflaggorna genom att skicka de relevanta flaggor tillsammans med --bind. Till exempel: --bind:
mount -o bind,ro foo foo
Den här funktionen stöds inte av Linux-kärnan, utan implementeras i användarutrymmet med ett extra systemanrop för återmontering, mount(2). Den här lösningen är inte atomär.
Det alternativa (klassiska) sättet att skapa en skrivskyddad bind mount är att använda remount-operationen, till exempel:
mount --bind olddir newdir
mount -o remount,bind,ro olddir newdir
Observera att en skrivskyddad bindning skapar en skrivskyddad monteringspunkt (VFS-post), men det ursprungliga filsystemets superblock kommer fortfarande att vara skrivbart, vilket innebär att olddir kommer att vara skrivbart, men newdir kommer att vara skrivskyddat.
Det går också att ändra VFS-flaggorna nosuid, nodev, noexec, noatime, nodiratime, relatime och nosymfollow via en "remount,bind"-operation. De andra flaggorna (t.ex. filsystemspecifika flaggor) ignoreras i tysthet. Det klassiska systemanropet mount(2) gör det inte möjligt att ändra monteringsflaggor rekursivt (t.ex. med -o rbind,ro). Den rekursiva semantiken är möjlig med ett nytt mount_setattr(2)-systemanrop i kärnan och det stöds sedan libmount från util-linux v2.39 med ett nytt experimentellt "rekursivt" flaggargument (t.ex. -o rbind,ro=recursive). Mer information finns i avsnittet FILSYSTEMSOBEROENDE MONTERINGSFLAGGOR.
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 monteringsflaggor vid återmontering via kommandoraden. I tidigare versioner har bind-flaggan alltid använts och det var omöjligt att omdefiniera monteringsflaggor utan att interagera med bind-semantiken. Detta monterings-beteende påverkar inte situationer när "remount,bind" anges i filen /etc/fstab.
Sedan util-linux 2.39 kan mount använda det nya kernel mount API om det är tillgängligt. Detta nya kärngränssnitt ger ett mer exakt sätt att arbeta med monteringspunktsattribut. Till exempel kommer operationen -o bind,rw att skapa en skrivskyddad nod även om den ursprungliga noden var skrivskyddad. Detta var omöjligt med det gamla klassiska syscallet mount(2), där den skrivskyddade VFS-flaggan ärvdes från den ursprungliga noden.
Flyttoperationen
Flytta ett monterat träd till en annan plats (atomiskt). Samtalet är:
mount --move olddir newdir
Detta leder till att innehållet som tidigare fanns under olddir nu finns tillgängligt 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 finns under en delad montering. Använd findmnt -o TARGET,PROPAGATION för att se de aktuella propagationsflaggorna.
Operationer för delade delträd
Sedan Linux 2.6.15 är det möjligt att markera ett mount och dess submounts som shared, private, slave eller unbindable. En delad montering gör det möjligt att skapa speglar av monteringen så att monteringar och avmonteringar i någon av speglarna sprids till den andra spegeln. En slavmonterad montering får spridning från sin master, men inte tvärtom. En privat montering har inga spridningsmöjligheter. En obindbar montering är en privat montering som inte kan klonas genom en bindningsoperation. Den detaljerade semantiken finns dokumenterad i filen Documentation/filesystems/sharedsubtree.txt i kärnans källträd; se även mount_namespaces(7).
Operationer som stöds är:
montera --skapa delad monteringspunkt mount --make-slave mountpoint mount --make-private mountpoint mount --make-unbindable mountpoint
Med följande kommandon kan du rekursivt ändra typen för alla monteringar under en viss monteringspunkt.
mount --make-rshared monteringspunkt mount --make-rslave monteringspunkt 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 ändring av flera propagationsflaggor med ett enda mount(2)-systemanrop, och flaggorna kan inte blandas med andra monteringsflaggor och operationer.
Sedan util-linux 2.23 kan kommandot mount användas för att göra fler propagationsändringar (topologi) med ett mount(8)-anrop och även göra det tillsammans med andra monteringsoperationer. Propageringsflaggorna appliceras genom ytterligare mount(2)-systemanrop när de föregående monteringsoperationerna lyckades. Observera att det här användningsfallet inte är atomiskt. Det är möjligt att ange spridningsflaggorna i fstab(5) som monteringsflaggor (private, slave, shared, unbindable, rprivate, rslave, rshared, runbindable).
Till exempel:
mount --make-private --make-unbindable /dev/sda1 /foo
är samma sak som:
mount /dev/sda1 /foo mount --make-private /foo mount --make-unbindable /foo
KOMMANDORADSFLAGGOR
Den fullständiga uppsättning monteringsflaggor som används vid ett anrop av mount bestäms genom att först extrahera monteringsflaggor för filsystemet från tabellen fstab, sedan tillämpa eventuella flaggor som anges av argumentet -o och slutligen tillämpa en flagga -r eller -w, om ett sådant finns.
Kommandot mount skickar inte alla kommandoradsflaggor till monteringshjälpprogrammen /sbin/mount.suffix. Gränssnittet mellan mount och monteringshjälpfunktionerna beskrivs nedan i avsnittet EXTERNA HJÄLPFUNKTIONER.
Kommandoradsflaggor som är tillgängliga för kommandot mount är:
-a, --all
The filesystems are mounted following their order in fstab. The mount command compares filesystem source, target (and fs root for bind mount or btrfs) to detect already mounted filesystems. The kernel table with already mounted filesystems is cached during mount --all. This means that all duplicated fstab entries will be mounted.
Den korrekta funktionen beror på /proc (för att upptäcka redan monterade filsystem) och på /sys (för att utvärdera filsystemtaggar som UUID= eller LABEL=). Vi rekommenderar starkt att du monterar filsystemen /proc och /sys innan mount -a körs, eller behåller /proc och /sys i början av fstab.
Flaggan --all är också möjligt att använda för återmonteringsoperationer. I det här fallet tillämpas alla filter (-t och -O) på tabellen över redan monterade filsystem.
Sedan version 2.35 är det möjligt att använda kommandoradsflaggan -o för att ändra monteringsflaggor från fstab (se även --options-mode).
Note that swap entries in fstab are silently ignored by mount -a. Use swapon -a to enable swap devices and files. See swapon(8).
Observera att det är en dålig idé att använda mount -a för fstab-kontroll. Den rekommenderade lösningen är findmnt --verify.
--beneath
For example update from a Btrfs filesystem to an XFS filesystem without ever revealing the underlying mountpoint:
mount -t btrfs /dev/sdA /mnt mount --beneath -t xfs /dev/sdB /mnt umount /mnt
-B, --bind
-c, --no-canonicalize
Observera att mount inte skickar denna flagga till hjälpprogrammen /sbin/mount.typ.
--exclusive
See also the --onlyonce option. The difference between --onlyonce and --exclusive is that "onlyonce" ensures the same source is not mounted on the same mount point; this means mounting twice on /A is not allowed, but mounting on /A and /B is allowed. The "exclusive" mount ensures the filesystem itself is not reused, regardless of the mount point.
-F, --fork
-f, --fake
/etc/mtab underhålls inte längre i userspace, och från och med version 2.39 kan monteringen vara en komplex kedja av operationer med beroenden mellan syscalls. Flaggan --fake tvingar libmount att hoppa över all förberedelse av monteringskällan, analys av monteringsflaggor och den faktiska monteringsprocessen.
Skillnaden mellan falsk och icke-falsk exekvering är enorm. Detta är anledningen till att flaggan --fake har minimal betydelse för den aktuella implementeringen av mount(8) och att det mest bibehålls för bakåtkompatibilitet.
-i, --internal-only
-L, --label etikett
-l, --show-labels
-M, --move
-m, --mkdir[=läge]
--map-groups, --map-users inner:_outer_:_count_
--map-users /proc/PID/ns/user
-n, --no-mtab
-N, --namespace ns
mount växlar till mount-namnrymden när den läser /etc/fstab, skriver /etc/mtab: (eller skriver till _/run/mount) och anropar mount(2), annars körs den i det ursprungliga mount-namnområdet. Detta innebär att målnamnrymden inte behöver innehålla några bibliotek eller andra krav som är nödvändiga för att utföra mount(2)-anropet.
Se mount_namespaces(7) för mer information.
-O, --test-opts opts
montera -a -O no_netdev
monterar alla filsystem utom de som har flaggan netdev angivet i fältet options i filen /etc/fstab.
Det skiljer sig från -t genom att varje flagga matchas exakt; ett inledande no i början av en flagga upphäver inte resten.
Flaggorna -t och -O har kumulativ effekt, vilket innebär att kommandot
mount -a -t ext2 -O _netdev
monterar alla ext2-filsystem med flaggan _netdev, men inte alla filsystem som antingen är ext2 eller har flaggan _netdev angivet.
-o, --options opts
mount LABEL=mydisk -o noatime,nodev,nosuid
Note that the order of the options matters, as the last option wins if there are conflicting ones. Also, options on the command line override options from fstab.
Mer information finns i avsnitten FILESYSTEM-INDEPENDENT MOUNT OPTIONS och FILESYSTEM-SPECIFIC MOUNT OPTIONS.
--onlyonce
--options-mode läge
--options-source source
--options-source-force
-R, --rbind
-r, --ro, --read-only
Observera att beroende på filsystemets typ, tillstånd och kärnans beteende kan systemet fortfarande skriva till enheten. Till exempel kommer ext3 och ext4 att spela upp journalen igen om filsystemet är smutsigt. För att förhindra den här typen av skrivåtkomst kan du montera ett ext3- eller ext4-filsystem med monteringsflaggan ro,noload eller ställa in blockenheten i skrivskyddat läge, se kommandot blockdev(8).
-s
--source enhet
--target katalog
--target-prefix katalog
mount --all --målprefix /chroot -o X-mount.mkdir
monterar allt från system fstab till /chroot, alla saknade monteringspunkter skapas (på grund av X-mount.mkdir). Se även --fstab för att använda en alternativ fstab.
-T, --fstab sökväg
Observera att mount inte skickar flaggan --fstab till hjälpprogrammen /sbin/mount.typ, vilket innebär att de alternativa fstab-filerna kommer att vara osynliga för hjälpprogrammen. Detta är inget problem för normala monteringar, men användarmonteringar (icke-root) kräver alltid fstab för att verifiera användarens rättigheter.
-t, --types fstype
Programmen mount och umount(8) stöder subtyper av filsystem. Subtypen definieras av suffixet '.subtype'. Till exempel 'fuse.sshfs'. Vi rekommenderar att du använder subtypsnotation i stället för att lägga till något prefix till mount-källan (till exempel 'sshfs#example.com' är föråldrat).
Om ingen -t-flagga anges, eller om auto-typen anges, kommer mount att försöka gissa sig till önskad typ. mount använder biblioteket libblkid(3) för att gissa filsystemtypen; om det inte ger något som ser bekant ut 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 på en rad med ett enda * kommer mount att läsa /proc/filesystems efteråt. Under försöket kommer alla filsystemtyper att monteras med mount-flaggan silent.
Typen auto kan vara användbar för disketter som monterats av användaren. Att skapa en fil /etc/filesystems kan vara användbart för att ändra probeordningen (t.ex. för att prova vfat före msdos eller ext3 före ext2) eller om du använder en autoladdare för kärnmoduler.
Mer än en typ kan anges i en kommaseparerad lista, både för flaggan -t och i en post i /etc/fstab. Listan med filsystemtyper för flaggan -t kan föregås av no för att ange filsystemtyper som inte ska åtgärdas. Prefixet no har ingen effekt när det anges i en post i /etc/fstab.
Prefixet no kan vara meningsfullt med flaggan -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-programmet bara göra ett enkelt mount(2)-systemanrop, och det krävs ingen detaljerad kunskap om filsystemtypen. För ett fåtal typer (som nfs, nfs4, cifs, smbfs, ncpfs) krävs dock en ad hoc-kod. Filsystemen nfs, nfs4, cifs, smbfs och ncpfs har ett separat monteringsprogram. För att göra det möjligt att behandla alla typer på ett enhetligt sätt kommer mount att köra programmet /sbin/mount.typ (om det finns) när det anropas med typen typ. Eftersom olika versioner av programmet smbmount har olika anropskonventioner kan /sbin/mount.smbfs behöva vara ett skalskript som ställer in det önskade anropet.
-U, --uuid uuid
-v, --verbose
-w, --rw, --read-write
En synonym är -o rw.
Observera att om du anger -w på kommandoraden tvingar du mount att aldrig försöka montera skrivskyddat på skrivskyddade enheter eller redan monterade skrivskyddade filsystem.
-h, --help
-V, --version
FILSYSTEMSOBEROENDE MONTERINGSFLAGGOR
Vissa av dessa flaggor är bara användbara när de finns i filen /etc/fstab.
Vissa av dessa flaggor kan vara aktiverade eller inaktiverade som standard i systemkärnan. För att kontrollera den aktuella inställningen, se flaggorna i /proc/mounts. Observera att filsystem också har filsystemspecifika standardmonteringsflaggor (se t.ex. tune2fs -l-utdata för extN-filsystem).
Virtuella filsystem Anmärkningar
Virtual File System (VFS) är det abstrakta lagret i kärnan som tillhandahåller filsystemgränssnittet till program i användarutrymmet. Det tillhandahåller också en abstraktion inom kärnan som gör det möjligt för olika filsystemimplementeringar att samexistera. Vissa av monteringsflaggor gäller endast för detta lager.
Flaggorna nosuid, noexec, nodiratime, relatime, noatime, strictatime och nosymfollow tolkas endast av det virtuella filsystemets kärnlager och tillämpas på monteringspunktsnoden snarare än på själva filsystemet. För att få en fullständig översikt över filsystem och VFS-flaggor, prova:
findmnt -o TARGET,VFS-OPTIONS,FS-OPTIONS
Sedan v2.39 kan libmount använda ett nytt kernel mount-gränssnitt för att ställa in VFS-attributen rekursivt. För bakåtkompatibilitet är den här funktionen inte aktiverad som standard, även om en rekursiv operation (t.ex. rbind) har begärts. Det nya flaggargumentet "recursive" kan anges, till exempel:
mount -orbind,ro=recursive,noexec=recursive,nosuid /foo /bar
Detta binder rekursivt filsystem från /foo till /bar, vilket gör /bar och alla undermonteringar skrivskyddade och noexec, men endast /bar själv kommer att vara "nosuid". Det valfria argumentet "recursive" för VFS-monteringsflaggor är en EXPERIMENTELL funktion.
Skrivskyddad Inställning Anmärkningar
Den skrivskyddade inställningen (ro eller rw) tolkas av det virtuella filsystemet och filsystemet, och beror på hur flaggan anges på kommandoraden mount(8). För bakåtkompatibilitet är standardinställningen att använda det för båda lagren under standardmonteringsoperationer.
Operationen "-o bind,remount,ro" tillämpas endast på VFSmonteringspunkten, medan operationen "-o remount,ro" tillämpas på både VFS och filsystemets superblock. Denna semantik gör det möjligt att skapa en skrivskyddad monteringspunkt samtidigt som filsystemet är skrivbart från en annan monteringspunkt.
Sedan version 2.41 har libmount möjlighet att använda de valfria argumenten vfs och fs (t.ex. ro=fs) för att ange var inställningen för skrivskydd ska tillämpas. Till exempel genom att använda kommandot:
mount -o ro=vfs /dev/sdc1 /A
kommer att montera filsystemet som skrivläsning på superblocknivå, men /A-noden kommer att ställas in som skrivskyddad. I tidigare versioner krävdes det ytterligare en operation "-o bind,remount,ro" för att uppnå samma resultat.
Allmänna monteringsflaggor
Följande flaggor gäller för alla filsystem som monteras, men det är inte alla filsystem som faktiskt uppfyller dem. Till exempel har flaggan sync endast effekt på filsystem av typen ext2, ext3, ext4, fat, vfat, ufs och xfs.
async
atime
ingen tid
auto
noauto
context=kontext, fscontext=kontext, defcontext=kontext, and rootcontext=kontext
En vanlig flagga för flyttbara media är context="system_u:object_r:removable_t.
Flaggan fscontext= fungerar för alla filsystem, oavsett om de har stöd för xattr eller inte. Flaggan fscontext anger den övergripande filsystemetiketten till ett specifikt säkerhetssammanhang. Denna filsystemetikett är skild från de enskilda etiketter som finns på filerna. Den representerar hela filsystemet vid vissa typer av behörighetskontroller, t.ex. vid montering eller filskapande. Enskilda filers etiketter erhålls fortfarande från xattrs på själva filerna. Flaggan context ställer faktiskt in det aggregerade sammanhang som fscontext tillhandahåller, förutom att tillhandahålla samma etikett för enskilda filer.
Du kan ange standardsäkerhetskontext för omärkta filer med hjälp av flaggan defcontext=. Detta åsidosätter det värde som anges för omärkta filer i policyn och kräver ett filsystem som stöder xattr-märkning.
Med flaggan rootcontext= kan du uttryckligen märka rotinoden för en FS som monteras innan FS eller inoden blir synlig för userspace. Detta har visat sig vara användbart för saker som statslös Linux. Specialvärdet @target kan användas för att tilldela den aktuella kontexten för målets monteringspunkt.
Observera att kärnan avvisar varje begäran om återmontering som innehåller kontextflaggan, även om det är oförändrat från den aktuella kontexten.
Varning: värdet kontext kan innehålla kommatecken, och i så fall måste värdet citeras korrekt, annars tolkar mount kommatecknet som en separator mellan monteringsflaggor. Glöm inte att skalet tar bort citattecken och därför krävs dubbla citattecken. 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
Observera att den verkliga uppsättningen av alla standardmonteringsflaggor beror på kärnan och filsystemets typ. Se början av det här avsnittet för mer information.
dev
nodev
diratime
nodiratime
dirsync
exec
noexec
group
iversion
noiversion
mand
nomand
_netdev
nofail
relatime
Sedan Linux 2.6.30 använder kärnan som standard det beteende som anges i denna flagga (om inte noatime har angetts), och flaggan strictatime krävs för att få traditionell semantik. Sedan Linux 2.6.30 uppdateras dessutom alltid filens senaste åtkomsttid om den är mer än 1 dag gammal.
norelatime
strictatime
nostrictatime
lazytime
Denna monteringsflagga minskar avsevärt skrivningar till inodtabellen för arbetsbelastningar som ofta utför slumpmässiga skrivningar till förallokerade filer.
Tidsstämplarna på disken uppdateras endast när:
nolazytime
suid
nosuid
silent
loud
owner
remount
Återmonteringsoperationen tillsammans med flaggan bind har en speciell semantik. Se ovan, underavsnittet Bind mount operation.
Kärnans standardbeteende för VFS-monteringsflaggor (nodev,nosuid,noexec,ro) är att återställa alla ospecificerade flaggor vid återmontering. Det är därför mount(8) försöker behålla den aktuella inställningen enligt fstab eller /proc/self/mountinfo. Detta standardbeteende är möjligt att ändra med --options-mode. Den rekursiva ändringen av monteringsflaggorna (stöds sedan v2.39 på system med syscall mount_setattr(2)), t.ex. mount -o remount,ro=recursive, använder inte "reset-unspecified"-beteendet, och det fungerar som en enkel lägg till/ta bort-operation och ospecificerade flaggor ändras inte.
Remount-funktionaliteten följer standardmetoden för hur kommandot mount arbetar med flaggor från fstab. Detta innebär att mount inte läser fstab (eller mtab) endast när både enhet och dir anges.
mount -o remount,rw /dev/foo /dir
Efter detta anrop ersätts alla gamla mount-flaggor och godtyckliga saker från fstab (eller mtab) ignoreras, utom flaggan loop= som genereras internt och underhålls av kommandot mount.
mount -o remount,rw /dir
Efter detta anrop läser mount fstab och slår samman dessa flaggor med flaggorna från kommandoraden (-o). Om ingen monteringspunkt hittas i fstab används som standard monteringsflaggor från /proc/self/mountinfo.
mount gör det möjligt att använda --all för att återmontera alla redan monterade filsystem som matchar ett angivet filter (-O och -t). Till exempel:
mount --all -o remount,ro -t vfat
återmonterar alla redan monterade vfat-filsystem i skrivskyddat läge. Varje filsystem återmonteras med mount -o remount,ro /dir semantik. Detta innebär att kommandot mount läser fstab eller mtab och sammanfogar dessa flaggor med flaggorna från kommandoraden.
ro[=(recursive|vfs|fs)]
Argumentet recursive tvingar VFSattributet att tillämpas rekursivt.
Argumenten vfs och fs anger det lager där flaggan för skrivskyddad fil ska användas. fs anger filsystemets superblock (unik filsysteminstans i kärnan) och vfs anger monteringsnoden. Om inget attribut anges sätts båda lagren till skrivskyddade.
Mer information finns i avsnittet Anvisningar om inställningar för skrivskyddad läsning.
rw[=(recursive|vfs|fs)]
sync
user
nouser
users
X-*
x-*
Observera att före util-linux v2.30 har x--flaggor inte underhållits av libmount och lagrats i användarutrymmet (funktionaliteten var densamma som för X- nu), men på grund av det växande antalet användningsfall (i initrd, systemd etc.) har funktionaliteten utökats så att befintliga fstab-konfigurationer kan användas utan ändring.
X-mount.auto-fstypes=lista
lista är en kommaseparerad lista över filsystemens namn. Den automatiska filsystemdetekteringen utlöses av filsystemtypen "auto" eller när filsystemtypen inte har angetts.
lista följer hur mount utvärderar typmönster (se -t för mer information). Endast angivna filsystemtyper är tillåtna, eller så är alla angivna typer förbjudna om listan inleds med "no".
Till exempel accepterar X-mount.auto-fstypes="ext4,btrfs" endast ext4 och btrfs, och X-mount.auto-fstypes="novfat,xfs" accepterar alla filsystem utom vfat och xfs.
Observera att kommatecken används som avgränsare mellan monteringsflaggor, vilket innebär att värden för auto-fstypes måste citeras korrekt. Glöm inte att skalet tar bort citattecken och att dubbla citattecken därför krävs. Till exempel:
mount -t auto
-o’X-mount.auto-fstypes="noext2,ext3"' /dev/sdc1 /mnt/test
X-mount.mkdir[=läge]
X-mount.nocanonicalize[=typ]
The command-line option --no-canonicalize overrides this mount option and affects all path and tag conversions in all situations, but for backward compatibility, it does not modify open_tree(2) syscall flags and does not allow the bind-mount over a symlink use case.
Observera att mount(8) fortfarande rensar och kanoniserar de käll- och målsökvägar som anges på kommandoraden av användare som inte är root, oavsett inställningen X-mount.nocanonicalize.
X-mount.noloop
X-mount.subdir=katalog
För närvarande implementeras den här funktionen genom en tillfällig montering av filsystemets rotkatalog i ett odelat namnområde och sedan binda underkatalogen till den slutliga monteringspunkten och avmontera filsystemets rot. Monteringen av underkatalogen visas atomiskt för resten av systemet även om den implementeras med flera mount(2) syscalls.
Observera att den här funktionen inte fungerar i sessioner med ett odelat privat namnområde för montering (efter unshare --mount) på gamla kärnor eller med mount(8) utan stöd för filbeskrivningsbaserat API för monteringskärnor. I det här fallet behöver du unshare --mount --propagation shared.
Denna funktion är EXPERIMENTELL.
X-mount.owner=användarnamn|UID, X-mount.group=grupp|GID
X-montering.mode=läge
X-mount.idmap=id-type:id-mount:id-host:id-range [id-type:id-mount:id-host:id-range], X-mount.idmap=fil
ID-mappningen måste anges med syntaxen id-type:id-mount:id-host:id-range. Om du anger u som prefix för id-type skapas en UID-mappning, g skapar en GID-mappning och om du utelämnar id-type eller anger b skapas både en UID- och en 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:n som ska mappas. Det är möjligt att ange flera ID-mappningar.
De enskilda ID-mappningarna måste separeras med mellanslag. Observera att i filen /etc/fstab tolkas mellanslag som separatorer mellan fält. För att undvika detta måste du escapen dem med \040. Till exempel X-mount.idmap=0:0:1\040500:1000:1.
ID-mappningen X-mount.idmap=u:1000:0:1 g:1001:1:2 5000:1000:2 skapar t.ex. en id-mappad montering där UID 0 mappas till UID 1000, GID 1 mappas till GUID 1001, GID 2 mappas till GID 1002, 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 ett nytt användarnamnområde att allokeras med den begärda ID-mappningen. Det nyskapade användarnamnområdet kommer att kopplas till fästet.
Användarnamnområdet kommer då att kopplas till fästet och ID-mappningen av användarnamnområdet kommer att bli ID-mappningen av fästet.
Till exempel kommer X-mount.idmap=/proc/PID/ns/user att koppla användarnamnområdet för processens PID till monteringen.
nosymfollow
FILSYSTEMSSPECIFIKA MONTERINGSFLAGGOR
I det här avsnittet listas flaggor som är specifika för vissa filsystem. När det är möjligt bör du först läsa de filsystemspecifika manualsidorna för mer information. Några av dessa sidor listas i följande tabell.
| Filesystem(s) | Manual page |
| 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 de sidor som anges ovan kan vara tillgängliga först efter att du har installerat respektive användarverktyg.
Följande flaggor gäller endast för vissa filsystem. Vi sorterar dem efter filsystem. Alla flaggor följer flaggan -o.
Vilka flaggor som stöds beror lite på den körande kärnan. Ytterligare information kan finnas i filsystemspecifika filer i underkatalogen Documentation/filesystems för kärnkällan.
Flaggor för montering av adfs
uid=värde and gid=värde
ownmask=värde and othmask=värde
Monteringsflaggor för affs
uid=värde and gid=värde
setuid=värde and setgid=värde
mode=värde
protect
usemp
verbose
prefix=sträng
volume=sträng
reserved=värde
root=värde
bs=värde
grpquota|noquota|quota|usrquota
Flaggor för montering av debugfs
Debugfs-filsystemet är ett pseudo-filsystem som traditionellt monteras på /sys/kernel/debug. Från och med kärnversion 3.4 har debugfs följande flaggor:
uid=n, gid=n
mode=värde
Flaggor för montering av devpts
Filsystemet devpts är ett pseudofilsystem som traditionellt monteras på /dev/pts. För att skaffa en pseudoterminal öppnar en process /dev/ptmx; numret på pseudoterminalen görs sedan tillgängligt för processen och pseudoterminalens slav kan nås som /dev/pts/<number>.
uid=värde and gid=värde
mode=värde
nyinstans
Alla monteringar av devpts utan denna newinstance-flagga delar samma uppsättning pseudoterminalindex (dvs. äldre läge). Varje montering av devpts med flaggan newinstance har en privat uppsättning pseudoterminalindex.
Denna flagga används främst för att stödja containrar i Linux-kärnan. Det är implementerat i Linux-kärnans versioner från och med 2.6.29. Dessutom är det här monteringsflaggan endast giltigt om CONFIG_DEVPTS_MULTIPLE_INSTANCES är aktiverat i kärnkonfigurationen.
För att använda den här flaggan effektivt måste /dev/ptmx vara en symbolisk länk till pts/ptmx. Se Documentation/filesystems/devpts.txt i Linux-kärnans källträd för mer information.
ptmxmode=värde
Med stöd för flera instanser av devpts (se flaggan newinstance ovan) har varje instans en privat ptmx-nod i roten till devpts-filsystemet (vanligtvis /dev/pts/ptmx).
För kompatibilitet med äldre versioner av kärnan är standardläget för den nya ptmx-noden 0000. ptmxmode=värde anger ett mer användbart läge för ptmx-noden och rekommenderas starkt när flaggan newinstance anges.
Den här flaggan är endast implementerat i Linux-kärnversioner som börjar med 2.6.29. Dessutom är den här flaggan endast giltig om CONFIG_DEVPTS_MULTIPLE_INSTANCES är aktiverat i kärnkonfigurationen.
Monteringsflaggor för fat
(Obs: fat är inte ett separat filsystem, utan en gemensam del av filsystemen msdos, umsdos och vfat)
blocksize={512|1024|2048}
uid=värde and gid=värde
umask=värde
dmask=värde
fmask=värde
allow_utime=värde
20
2
The default is set from the above dmask option. (If the
directory is writable, utime(2) is also allowed. That is: ~dmask
& 022.)
Normally utime(2) checks that the current process is the owner of the
file, or that it has the CAP_FOWNER capability. But FAT filesystems
don’t have UID/GID on disk, so the normal check is too inflexible.
With this option you can relax it.
check=värde
r[elaxerad]
n[ormal]
s[trikt]
codepage=värde
conv=läge
cvf_format=module
cvf_option=option
debug
discard
dos1xfloppy
fel={panic|continue|remount-ro}
fat={12|16|32}
iocharset=värde
nfs={stale_rw|nostale_ro}
stale_rw: Denna flagga upprätthåller ett index (cache) över kataloginoder som används av den NFS-relaterade koden för att förbättra uppslagningar. Fullständiga filoperationer (läsa/skriva) över NFS stöds, men med cache-utrymning på NFS-servern kan detta resultera i falska ESTALE-fel.
nostale_ro: Den här flaggan baserar inodnumret och filhandtaget på filens plats på disken i FAT-katalogposten. Detta säkerställer att ESTALE inte returneras efter att en fil har tagits bort från inodecachen. Det innebär dock att operationer som att byta namn på, skapa och ta bort länkar kan leda till att filhandtag som tidigare pekade på en fil nu pekar på en annan fil, vilket kan orsaka datakorruption. Av denna anledning monterar denna flagga även filsystemet skrivskyddat.
För att upprätthålla bakåtkompatibilitet accepteras även -o nfs, med stale_rw som standard.
tz=UTC
time_offset=minutes
tyst
rodir
Om du vill använda ATTR_RO som skrivskyddad flagga även för katalogen ska du ange denna flagga.
showexec
sys_immutable
spola
användningsfri
prickar, noddar, prickarOK=[ja|nej]
Flaggor för montering av hfs
creator=cccc, type=cccc
uid=n, gid=n
dir_umask=n, file_umask=n, umask=n
session=n
part=n
tyst
Flaggor för montering av hpfs
uid=värde and gid=värde
umask=värde
case={lower|asis}
conv=läge
nocheck
Monteringsflaggor för iso9660
ISO 9660 är en standard som beskriver en filsystemstruktur som ska användas på cd-romskivor. (Den här typen av filsystem finns också på vissa DVD-skivor. Se även filsystemet udf)
Normala iso9660-filnamn visas i ett 8.3-format (dvs. DOS-liknande begränsningar av filnamnslängden), och dessutom är alla tecken versaler. Det finns inte heller något fält för filägande, skydd, antal länkar, block/karaktär-enheter etc.
Rock Ridge är ett tillägg till iso9660 som tillhandahåller alla dessa UNIX-liknande funktioner. I princip finns det tillägg till varje katalogpost som ger all ytterligare information, och när Rock Ridge används kan filsystemet inte skiljas från ett vanligt UNIX-filsystem (förutom att det är skrivskyddat, förstås).
norock
nojoliet
check={r[elaxed]|s[trict]}
uid=värde and gid=värde
map={n[ormal]|o[ff]|a[corn]}
mode=värde
avslöja
block={512|1024|2048}
conv=läge
cruft
session=x
sbsector=xxx
Följande flaggor är desamma som för vfat och det är bara meningsfullt att ange dem när du använder skivor som är kodade med Microsofts Joliet-tillägg.
iocharset=värde
utf8
Flaggor för montering av jfs
iocharset=namn
resize=värde
nointegrity
integritet
fel={continue|remount-ro|panic}
noquota|quota|usrquota|grpquota
Flaggor för montering av msdos
Se monteringsflaggor för fat. Om filsystemet msdos upptäcker en inkonsekvens rapporterar det ett fel och sätter filsystemet i skrivskyddat läge. Filsystemet kan göras skrivbart igen genom att återmontera det.
Monteringsflaggor för ncpfs
Precis som nfs förväntar sig implementeringen av ncpfs ett binärt argument (en struct ncp_mount_data) till systemanropet mount(2). Detta argument konstrueras av ncpmount(8) och den aktuella versionen av mount (2.12) vet ingenting om ncpfs.
Mount options for ntfs3
The ntfs3 kernel driver provides below mount options - as documented in https://docs.kernel.org/filesystems/ntfs3.html
iocharset=namn
Example: iocharset=utf8
uid=|gid=|umask=
dmask=|fmask=
nohidden
sys_immutable
hide_dot_files
windows_names
discard
force
sparse
showmeta
prealloc
acl
Monteringsflaggor för overlay
Sedan Linux 3.18 implementerar pseudofilsystemet Overlay en unionsmontering för andra filsystem.
Ett overlay-filsystem kombinerar två filsystem - ett övre filsystem och ett nedre filsystem. När ett namn finns i båda filsystemen är objektet i det övre filsystemet synligt medan objektet i det nedre filsystemet antingen är dolt eller, när det gäller kataloger, sammanfogat med det övre objektet.
Det lägre filsystemet kan vara vilket filsystem som helst som stöds av Linux och behöver inte vara skrivbart. Det nedre filsystemet kan till och med vara ett annat overlayfs. Det övre filsystemet kommer normalt att vara skrivbart och om det är det måste det stödja skapandet av trusted.*-utökade attribut och måste tillhandahålla en giltig d_type i readdir-svar, så NFS är inte lämpligt.
En skrivskyddad överlagring av två skrivskyddade filsystem kan använda vilken filsystemstyp som helst. Flaggorna lowerdir och upperdir kombineras till en sammanslagen katalog genom att använda:
mount -t överlägg överlägg \ -olowerdir=/lower,upperdir=/upper,workdir=/work /merged
lowerdir=katalog
upperdir=katalog
workdir=katalog
användarexattr
redirect_dir={on|off|follow|nofollow}
på
av
följ
nofollow
index={on|off}
uuid={on|off}
nfs_export={on|off}
Med funktionen "nfs_export" skapas en indexpost under indexkatalogen vid copy_up av ett lägre objekt. Namnet på indexposten är den hexadecimala representationen av ursprungsfilhandtaget för uppkopieringen. För ett objekt som inte är en katalog är indexposten en hård länk till den övre inoden. För ett katalogobjekt har indexposten ett utökat attribut "{trusted|user}.overlay.upper" med ett kodat filhandtag för den övre katalogens inod.
Vid kodning av ett filhandtag från ett overlay-filsystemobjekt gäller följande regler
Handtaget för den kodade overlay-filen innehåller
Detta kodningsformat är identiskt med kodningsformatet för filhandtag som lagras i det utökade attributet "{trusted|user}.overlay.origin". Vid avkodning av ett overlay-filhandtag följs följande steg
Avkodning av ett filhandtag som inte finns i en katalog kan returnera en frånkopplad dentry. copy_up av denna frånkopplade dentry kommer att skapa en övre indexpost utan övre alias.
När ett överliggande filsystem har flera lägre lager kan en katalog i mellanlagret ha en "omdirigering" till en lägre katalog. Eftersom "omdirigeringar" i mellanskiktet inte indexeras, kan ett lägre filhandtag som kodats från ursprungskatalogen för "omdirigering" inte användas för att hitta katalogen i mellanskiktet eller det övre skiktet. På samma sätt kan ett lägre filhandtag som kodats från en efterkommande till ursprungskatalogen för "redirect" inte användas för att rekonstruera en ansluten överlagringsväg. För att minska antalet kataloger som inte kan avkodas från ett lägre filhandtag kopieras dessa kataloger upp vid kodningen och kodas som ett övre filhandtag. På ett överliggande filsystem utan övre lager kan denna begränsning inte användas NFS export i denna konfiguration kräver att man stänger av redirect follow (t.ex. "redirect_dir=nofollow").
Overlay-filsystemet stöder inte anslutningsbara filhandtag som inte är katalogiserade, så export med konfigurationen subtree_check exportfs kommer att orsaka fel vid sökning av filer via NFS.
När funktionen NFS export är aktiverad verifieras alla katalogindexposter vid monteringen för att kontrollera att de övre filhandtagen inte är inaktuella. Denna verifiering kan orsaka betydande overhead i vissa fall.
Observera: Monteringsflaggoren index=off,nfs_export=on är motstridiga för en skrivläsningsmontering och kommer att resultera i ett fel.
xino={on|off|auto}
För en detaljerad beskrivning av effekten av denna flagga hänvisas till https://docs.kernel.org/filesystems/overlayfs.html
metacopy={on|off}
Med andra ord är detta en fördröjd datakopieringsoperation och data kopieras upp när det finns ett behov av att faktiskt modifiera data.
volatile
Fördelen med att montera med flaggan "volatile" är att alla former av synkroniseringsanrop till det övre filsystemet utelämnas.
För att undvika att ge en falsk känsla av säkerhet är syncfs (och fsync) semantiken för flyktiga monteringar något annorlunda än för resten av VFS. Om något återskrivningsfel inträffar på upperdir-filsystemet efter att en flyktig montering har ägt rum, kommer alla syncfunktioner att returnera ett fel. När detta tillstånd har uppnåtts kommer filsystemet inte att återhämta sig och varje efterföljande synkroniseringsanrop kommer att returnera ett fel, även om det inte har uppstått något nytt fel i upperdir sedan det senaste synkroniseringsanropet.
När overlay monteras med flaggan "volatile" skapas katalogen "$workdir/work/incompat/volatile". Under nästa montering kontrollerar overlay om denna katalog finns och vägrar att montera om den finns. Detta är en stark indikator på att användaren bör kasta bort de övre och arbetskatalogerna och skapa nya. I mycket begränsade fall där användaren vet att systemet inte har kraschat och innehållet i upperdir är intakt, kan katalogen "volatile" tas bort.
Monteringsflaggor för reiserfs
Reiserfs är ett journalerande filsystem.
conv
hash={rupasov|tea|r5|detect}
rupasov
tea
r5
detect
hashed_relocation
no_unhashed_relocation
noborder
nolog
notail
replayonly
resize=nummer
user_xattr
acl
barrier=none / barrier=flush
Monteringsflaggor för ubifs
UBIFS är ett flashfilsystem som fungerar ovanpå UBI-volymer. Observera att atime inte stöds och alltid är avstängt.
Enhetsnamnet kan anges som
ubiX_Y
ubiY
ubiX:NAME
ubi:NAME
Alternativ !-avgränsare kan användas i stället för :.
Följande monteringsflaggor finns tillgängliga:
bulk_läs
no_bulk_read
chk_data_crc
no_chk_data_crc
komp={none|lzo|zlib}
Monteringsflaggor för udf
UDF är filsystemet "Universal Disk Format" som definieras av OSTA, Optical Storage Technology Association, och används ofta för DVD-ROM, ofta i form av ett hybridfilsystem UDF/ISO-9660. Det är dock fullt användbart i sig självt på hårddiskar, flash-enheter och andra blockenheter. Se även iso9660.
uid=
gid=
umask=
läge=
dmode=
bs=
Mer information finns på mkudffs(8) 2.0+ manpage, se avsnitten KOMPATIBILITET och BLOCKSTORLEK.
avslöja
undelete
adinicb
noadinicb
kortad
longad
nostrict
iocharset=
utf8
Monteringsflaggor för felsökning och katastrofåterställning
novrs
session=
anchor=
lastblock=
Oanvända historiska monteringsflaggor som kan förekomma och som bör tas bort
uid=ignore
gid=ignore
volume=
partition=
fileset=
rootdir=
Monteringsflaggor för ufs
ufstype=värde
old
44bsd
ufs2
5xbsd
sol
sunx86
hp
nextstep
nextstep-cd
openstep
onerror=värde
panic
lock|umount|repair
Monteringsflaggor för umsdos
Se monteringsflaggor för msdos. Flaggan dotsOK dödas uttryckligen av umsdos.
Monteringsflaggor för vfat
Först och främst känns mount-flaggor för fat igen. Flaggan dotsOK dödas uttryckligen av vfat. Dessutom finns det
uni_xlate
posix
nonumtail
utf8
shortname=läge
lower
win95
winnt
mixed
Monteringsflaggor för usbfs
devuid=uid and devgid=gid and devmode=läge
busuid=uid and busgid=gid and busmode=läge
listuid=uid and listgid=gid and listmode=läge
STÖD FÖR DM-VERITY
Device-mapper verity target tillhandahåller skrivskyddad transparent integritetskontroll av blockenheter med hjälp av kernel crypto API. Kommandot mount kan öppna dm-verity-enheten och göra integritetsverifieringen innan enhetens filsystem monteras. Kräver libcryptsetup med i libmount (valfritt via dlopen(3)). Om libcryptsetup stöder extrahering av rot-hash för en redan monterad enhet, kommer befintliga enheter automatiskt att återanvändas vid en matchning. Monteringsflaggor för dm-verity:
verity.hashdevice=sökväg
verity.roothash=hex
verity.roothashfile=sökväg
verity.hashoffset=offset
verity.fecdevice=sökväg
verity.fecoffset=offset
verity.fecroots=värde
verity.roothashsig=sökväg
verity.oncorruption={ignore|restart|panic}
Stöds sedan util-linux v2.35.
For example, the commands:
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
skapa squashfs-avbildning från /etc-katalogen, verifiera hashenheten och montera den verifierade filsystemavbildningen på /mnt. Om roothashsig används kommer kärnan att verifiera att rot-hash är signerad med en nyckel från kärnans nyckelring.
STÖD FÖR LOOP-ENHETER
Ytterligare en möjlig typ är montering via loop-enheten. Till exempel kommandot
mount /tmp/disk.img /mnt -t vfat -o loop=/dev/loop3
kommer att konfigurera loop-enheten /dev/loop3 så att den motsvarar filen /tmp/disk.img och sedan montera denna enhet på /mnt.
Om ingen explicit loop-enhet nämns (utan bara flaggan "-o loop" anges), kommer mount att försöka hitta någon oanvänd loop-enhet och använda den, till exempel
mount /tmp/disk.img /mnt -o loop
Kommandot mount skapar automatiskt en loop-enhet från en vanlig fil om en filsystemtyp inte anges eller om filsystemet är känt för t.ex. libblkid:
mount /tmp/disk.img /mnt
mount -t ext4 /tmp/disk.img /mnt
Den här typen av mount känner till tre flaggor, nämligen loop, offset och sizelimit, som egentligen är flaggor till losetup(8). (Dessa flaggor kan användas utöver de som är specifika för filsystemtypen)
Sedan Linux 2.6.25 stöds automatisk destruktion av loop-enheter, vilket innebär att alla loop-enheter som allokerats av mount kommer att frigöras av umount oberoende av /etc/mtab.
Du kan också frigöra en loop-enhet för hand med hjälp av losetup -d eller umount -d.
Sedan util-linux v2.29 återanvänder mount loop-enheten i stället för att initiera en ny enhet om samma backingfil redan används för en loop-enhet med samma offset och sizelimit. Detta är nödvändigt för att undvika korruption i filsystemet.
AVSLUTSSTATUS
mount har följande värden för utgångsstatus (bitarna kan vara ORed):
0
1
2
4
8
16
32
64
Kommandot mount -a returnerar 0 (alla lyckades), 32 (alla misslyckades) eller 64 (några misslyckades, några lyckades).
126
EXTERNA HJÄLPARE
Syntaxen för externa monteringshjälpmedel är:
/sbin/mount.suffix spec dir [-sfnv] [-N namnrymd] [-o options] [-t typ.subtype]
där suffix är filsystemtypen och flaggorna -sfnvoN har samma betydelse som de normala mount-flaggor. Flaggan -t används för filsystem med stöd för undertyper (t.ex. /sbin/mount.fuse -t fuse.sshfs).
Kommandot mount skickar inte monteringsflaggorna unbindable, runbindable, private, rprivate, slave, rslave, shared, rshared, auto, noauto, comment, x-*, loop, offset och sizelimit till mount.<suffix> helpers. Alla andra alternativ används i en kommaseparerad lista som ett argument till flaggan -o.
Värdet för utgångsstatus för hjälpprogrammet returneras som utgångsstatus för mount(8). Värdet 126 är sed om mount-hjälpprogrammet hittades, men execl() misslyckades.
MILJÖ
LIBMOUNT_FORCE_MOUNT2={always|never|auto}
LIBMOUNT_FSTAB= LIBMOUNT_FSTAB<path>
LIBMOUNT_DEBUG=all
LIBBLKID_DEBUG=all
LOOPDEV_DEBUG=all
FILER
Se även avsnittet "Filerna /etc/fstab, /etc/mtab och /proc/mounts" ovan.
/etc/fstab
/run/mount
/etc/mtab
/etc/mtab~
/etc/mtab.tmp
/etc/filesystems
HISTORIK
Ett mount-kommando fanns i version 5 av AT&T UNIX.
KÄNDA PROBLEM
Det är möjligt att ett skadat filsystem kan orsaka en krasch.
Vissa Linux-filsystem stöder inte -o sync och -o dirsync (filsystemen ext2, ext3, ext4, fat och vfat stödjer synkrona uppdateringar (a la BSD) när de monteras med flaggan sync).
Det är inte säkert att -o remount kan ändra monteringsparametrar (alla ext2fs-specifika parametrar, utom sb, kan t.ex. ändras med en 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 varandra på system med en vanlig mtab-fil. Den första filen baseras endast på flaggan i kommandot mount, men innehållet i den andra filen beror också på kärnan och andra inställningar (t.ex. på en fjärr-NFS-server — i vissa fall kan kommandot mount rapportera opålitlig information om en NFS-monteringspunkt och filen /proc/mount innehåller vanligtvis mer tillförlitlig information) Detta är ytterligare ett skäl till att ersätta filen mtab med en symlänk till filen /proc/mounts.
Kontroll av filer på NFS-filsystem som refereras till av filbeskrivare (dvs. funktionerna fcntl och ioctl) kan leda till inkonsekventa resultat på grund av att det inte finns någon konsistenskontroll i kärnan, även om monteringsflaggan noac används.
Flaggan loop med flaggorna offset eller sizelimit kan misslyckas vid användning av äldre kärnor om kommandot mount inte kan bekräfta att storleken på blockenheten har konfigurerats enligt begäran. Den här situationen kan undvikas genom att använda kommandot losetup(8) manuellt innan mount anropas med den konfigurerade loop-enheten.
UPPHOVSPERSONER
Karel Zak <kzak@redhat.com>
SE ÄVEN
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)
FELRAPPORTERING
För felrapporter, använd felhanteraren https://github.com/util-linux/util-linux/issues.
TILLGÄNGLIGHET
Kommandot mount ingår i paketet util-linux som kan hämtas från Linux Kernel Archive https://www.kernel.org/pub/linux/utils/util-linux/.
| 2026-05-18 | util-linux 2.42.1 |