Find: Skillnad mellan sidversioner
Admin (diskussion | bidrag) Ingen redigeringssammanfattning |
Admin (diskussion | bidrag) |
||
Rad 88: | Rad 88: | ||
==== GLOBAL OPTIONS ==== | ==== GLOBAL OPTIONS ==== | ||
Globala alternativ returnerar alltid sant. Globala alternativ träder i kraft även för tester som inträffar tidigare på kommandoraden. För att förhindra förvirring bör globala alternativ anges på kommandoraden efter listan med startpunkter, precis före det första testet, positionsalternativet eller åtgärden. Om du anger ett globalt alternativ på någon annan plats kommer find att skicka ett varningsmeddelande som förklarar att detta kan vara förvirrande. | |||
De globala alternativen kommer efter listan med startpunkter, och är alltså inte samma typ av alternativ som till exempel -L. | |||
-d En synonym för -djup, för kompatibilitet med FreeBSD, NetBSD, MacOS X och OpenBSD. | |||
-djup Bearbeta varje katalogs innehåll före själva katalogen. Åtgärden -radera innebär också -djup. | |||
-hjälp hjälp | |||
Skriv ut en sammanfattning av kommandoradens användning av hitta och avsluta. | |||
-ignore_readdir_race | |||
Normalt visar find ett felmeddelande när det inte går att ange en fil. Om du ger det här alternativet och en fil raderas mellan tiden hitta | |||
läser namnet på filen från katalogen och när den försöker ange filen kommer inget felmeddelande att utfärdas. Detta gäller även för | |||
filer eller kataloger vars namn anges på kommandoraden. Det här alternativet träder i kraft när kommandoraden läses, vilket betyder | |||
att du inte kan söka i en del av filsystemet med det här alternativet på och en del av det med det här alternativet av (om du behöver göra det kommer du | |||
måste utfärda två sökkommandon istället, ett med alternativet och ett utan). | |||
Dessutom finn med alternativet -ignore_readdir_race kommer att ignorera fel i -delete-åtgärden om filen har försvunnit sedan | |||
den överordnade katalogen lästes: den kommer inte att mata ut en feldiagnostik, och returkoden för -delete-åtgärden kommer att vara sann. | |||
-maxdjupnivåer | |||
Gå ner på de flesta nivåer (ett icke-negativt heltal) nivåer av kataloger under startpunkterna. Att använda -maxdepth 0 betyder endast tillämpa | |||
tester och handlingar till själva utgångspunkterna. | |||
-mindepth nivåer | |||
Använd inte några tester eller åtgärder på nivåer som är lägre än nivåer (ett icke-negativt heltal). Att använda -mindepth 1 innebär att bearbeta alla filer utom | |||
utgångspunkter. | |||
-mount Gå inte ner i kataloger på andra filsystem. Ett alternativt namn för -xdev, för kompatibilitet med vissa andra versioner av find. | |||
-noignore_readdir_race | |||
Stänger av effekten av -ignore_readdir_race. | |||
- noleaf | |||
Optimera inte genom att anta att kataloger innehåller 2 färre underkataloger än antalet hårda länkar. Det här alternativet behövs när du söker efter filsystem som inte följer Unix-kataloglänkkonventionen, som CD-ROM- eller MS-DOS-filsystem eller AFS-volymmonteringspunkter. Varje katalog i ett vanligt Unix-filsystem har minst två hårda länkar: dess namn och dess `.' inträde. Dessutom har dess underkataloger (om några) var och en en ".."-post länkad till den katalogen. När find undersöker en katalog, efter att den har angett 2 färre underkataloger än katalogens länkantal, vet den att resten av posterna i katalogen är icke-kataloger ('blad'-filer i katalogträdet). Om bara filernas namn behöver undersökas, finns det inget behov av att ange dem. detta ger en betydande ökning av sökhastigheten. | |||
-version, --version | -version, --version | ||
Skriv ut sökversionsnumret och avsluta. | |||
-xdev | -xdev Gå inte ner i kataloger på andra filsystem. | ||
TEST | |||
Vissa tester, till exempel -newerXY och -samefile, tillåter jämförelse mellan filen som för närvarande granskas och någon referensfil som anges på kommandoraden. När dessa tester används bestäms tolkningen av referensfilen av alternativen -H, -L och -P och eventuella tidigare -följare, men referensfilen undersöks bara en gång, vid den tidpunkt då kommandoraden tolkas . Om referensfilen inte kan granskas (till exempel stat(2)-systemanropet misslyckas för den), skickas ett felmeddelande och hittar utgångar med en status som inte är noll. | |||
Ett numeriskt argument n kan specificeras för tester (som -amin, -mtime, -gid, -inum, -länkar, -size, -uid och -used) som | |||
+n för mer än n, | |||
-n för mindre än n, | |||
n för exakt n. | |||
Tester som stöds: | |||
-amin n | |||
Filen användes senast för mindre än, mer än eller exakt n minuter sedan. | |||
-cnewer reference | |||
Tiden för den senaste statusändringen för den aktuella filen är nyare än den för den senaste dataändringen av referensfilen. Om referensen är en symbolisk länk och alternativet -H eller -L är i kraft, används alltid tiden för den senaste dataändringen av filen den pekar på. | |||
Begagnade. | |||
-atime n | |||
Filen användes senast för mindre än, mer än eller exakt n*24 timmar sedan. När hitta räknar ut hur många 24-timmarsperioder sedan filen var senast åtkomst ignoreras alla bråkdelar, så för att matcha -atime +1 måste en fil ha nåtts för minst två dagar sedan. | |||
-cmin n | |||
Filens status ändrades senast för mindre än, mer än eller exakt n minuter sedan. | |||
-Cnewer referens | |||
Tiden för den senaste statusändringen för den aktuella filen är nyare än den för den senaste dataändringen av referensfilen. Om referens ence är en symbolisk länk och alternativet -H eller -L är i kraft, då tidpunkten för den senaste dataändringen av filen den pekar på används alltid. | |||
-ctime n Filens status ändrades senast för mindre än, mer än eller exakt n*24 timmar sedan. Se kommentarerna för -atime för att förstå hur avrundning påverkar tolkningen av filstatusändringstider. | |||
-empty Filen är tom och är antingen en vanlig fil eller en katalog. | |||
-executable | |||
Matchar filer som är körbara och kataloger som är sökbara (i filnamnsupplösning) av den aktuella användaren. Detta tar in kontots åtkomstkontrollistor och andra behörighetsartefakter som -perm-testet ignorerar. Det här testet använder sig av access(2)-systemanropet och kan därför luras av NFS-servrar som gör UID-mappning (eller root-squashing), eftersom många system implementerar åtkomst(2) i klientens kärna och så inte kan använda sig av UID-mappningsinformationen som finns på servern. Eftersom detta test endast baseras på resultatet av access(2)-systemanropet, finns det ingen garanti för att en fil för vilken detta test lyckas faktiskt kan köras. | |||
Versionen från 17 oktober 2023 kl. 10.51
NAMN
find -söka efter filer i en kataloghierarki
SYNOPSIS
find [-H] [-L] [-P] [-D debugopts] [-Olevel] [starting-point...] [expression]
BESKRIVNING
Den här manualsidan dokumenterar GNU-versionen av find. GNU find söker i katalogträdet som är rotat vid varje given startpunkt genom att utvärdera det givna uttrycket från vänster till höger, enligt prioriteringsreglerna (se avsnittet OPERATÖRER), tills resultatet är känt (vänster sida är falsk för och operationer , sant för eller), vid vilken punkt sökningen går vidare till nästa filnamn. Om ingen startpunkt anges, `.' är antaget.
Om du använder find i en miljö där säkerhet är viktig (till exempel om du använder den för att söka i kataloger som är skrivbara av andra användare), bör du läsa kapitlet "Security Considerations" i findutils-dokumentationen, som kallas Finding Files och kommer med findutils. Det dokumentet innehåller också mycket mer detaljer och diskussion än den här manualsidan, så du kanske tycker att det är en mer användbar informationskälla.
ALTERNATIV
Alternativen -H, -L och -P styr behandlingen av symboliska länkar. Kommandoradsargument som följer efter dessa anses vara namn på filer eller kataloger som ska undersökas, upp till det första argumentet som börjar med `-', eller argumentet `(' eller `!'. Det argumentet och alla följande argument tas att vara uttrycket som beskriver vad som ska sökas efter. Om inga sökvägar anges används den aktuella katalogen. Om inget uttryck anges används uttrycket -print (men du bör nog överväga att använda -print0 istället, ändå). Den här manualsidan talar om "alternativ" i uttryckslistan. Dessa alternativ styr beteendet för hitta men specificeras omedelbart efter det sista sökvägsnamnet. De fem "riktiga" alternativen -H, -L, -P, -D och -O måste visas före det första sökvägsnamnet, om det överhuvudtaget finns. Ett dubbelstreck -- skulle teoretiskt sett kunna användas för att signalera att eventuella kvarvarande argument inte är alternativ, men detta fungerar inte riktigt på grund av hur hitta bestämmer slutet av följande sökvägsargument : det gör det genom att läsa tills ett uttrycksargument kommer (som också börjar med en `-'). Om nu ett sökvägsargument skulle börja med ett "-", så skulle find behandla det som ett uttrycksargument istället. För att säkerställa att alla startpunkter tas som sådana, och särskilt för att förhindra att jokerteckensmönster som expanderas av det anropande skalet inte av misstag behandlas som uttrycksargument, är det generellt sett säkrare att prefixa jokertecken eller tvivelaktiga sökvägsnamn med antingen `./' eller för att använda absoluta sökvägsnamn som börjar med '/'.
-P Följ aldrig symboliska länkar. Detta är standardbeteendet. När find undersöker eller skriver ut information om filer, och filen är en symbolisk länk, ska informationen som används hämtas från egenskaperna för själva den symboliska länken.
-L Följ symboliska länkar. När find undersöker eller skriver ut information om filer, ska informationen som används hämtas från egenskaperna för filen till som länken pekar, inte från själva länken (såvida det inte är en trasig symbolisk länk eller fyndet inte kan granska filen till vilken länkpunkterna). Användning av detta alternativ innebär -noleaf. Om du senare använder alternativet -P, kommer -noleaf fortfarande att gälla. Om -L är i kraft och find upptäcker en symbolisk länk till en underkatalog under sin sökning, kommer underkatalogen som den symboliska länken pekar på att sökas igenom. När av alternativet -L þess’ bli’ om om predikatet -type är att matcha mot den typ av fil som en symbolisk länk pekar på istället för själva länken (såvida inte den symboliska länken är bruten). Åtgärder som kan orsaka att symboliska länkar bryts medan find körs (till exempel -delete) kan ge upphov till förvirrande beteende. Att använda -L gör att predikaten -lname och -ilname alltid returnerar fals
Följ inte symboliska länkar, förutom när du bearbetar kommandoradsargumenten. När find undersöker eller skriver ut information om filer, ska informationen som används hämtas från egenskaperna för själva den symboliska länken. Det enda undantaget från detta beteende är när en fil som anges på kommandoraden är en symbolisk länk och länken kan lösas. För den situationen tas informationen som används från vad länken än pekar på (det vill säga länken följs). Informationen om själva länken används som en reserv om filen som den symboliska länken pekar på inte kan granskas. Om -H är i kraft och en av sökvägarna som anges på kommandoraden är en symbolisk länk till en katalog, kommer innehållet i den katalogen att undersökas (även om -maxdepth 0 naturligtvis skulle förhindra detta).
Om mer än en av -H, -L och -P specificeras, åsidosätter var och en de andra; den sista som visas på kommandoraden träder i kraft. Eftersom det är standard, bör -P-alternativet anses vara aktivt om inte antingen -H eller -L anges. GNU hittar ofta statistikfiler under bearbetningen av själva kommandoraden, innan någon sökning har börjat. Dessa alternativ påverkar också hur dessa argument behandlas. Specifikt finns det ett antal tester som jämför filer listade på kommandoraden mot en fil vi för närvarande överväger. I varje fall kommer filen som anges på kommandoraden att ha undersökts och några av dess egenskaper kommer att ha sparats.
-D felsöker Skriv ut diagnostisk information; detta kan vara till hjälp för att diagnostisera problem med varför find inte gör som du vill. Listan över felsökningsalternativ ska vara kommaseparerad. Kompatibilitet för felsökningsalternativen garanteras inte mellan utgåvor av findutils. För en fullständig lista över giltiga felsökningsalternativ, se utdata från find -D hjälp. Giltiga felsökningsalternativ inkluderar
exec Visa diagnostisk information om -exec, -execdir, -ok och -okdir
opt Skriver ut diagnostisk information relaterad till optimeringen av uttrycksträdet; se alternativet -O.
priser Skriver ut en sammanfattning som anger hur ofta varje predikat lyckades eller misslyckades.
sök Navigera utförligt i katalogträdet.
stat Skriv ut meddelanden som filer granskas med stat- och lstat-systemanropen. Sökprogrammet försöker minimera sådana samtal.
träd Visa uttrycksträdet i dess ursprungliga och optimerade form.
alla Aktivera alla andra felsökningsalternativ (men hjälp).
hjälp Förklara felsökningsalternativen.
-Olevel
Aktiverar frågeoptimering. Find-programmet ordnar om tester för att påskynda exekveringen samtidigt som den övergripande effekten bevaras; det vill säga predikat med biverkningar är inte omordnade i förhållande till varandra. Optimeringarna som utförs på varje optimeringsnivå är följande.
0 Motsvarar optimeringsnivå 1.
1 Detta är standardoptimeringsnivån och motsvarar det traditionella beteendet. Uttrycken ordnas om så att tester baserat enbart på filnamnen (till exempel -namn och -regex) utförs först.
2 Alla -type - eller -xtype-tester utförs efter eventuella tester som endast baseras på filnamnen, men före alla tester som kräver information från inoden. På många moderna versioner av Unix returneras filtyper av readdir() och därför är dessa predikat snabbare att utvärdera än predikat som måste ange filen först. Om du använder -fstype FOO-predikatet och anger en filsystemstyp FOO som inte är känd (det vill säga finns i `/etc/mtab') vid den tidpunkt då sökningen startar, är det predikatet ekvivalent med -false.
3 På denna optimeringsnivå är den fullständiga kostnadsbaserade frågeoptimeraren aktiverad. Testordningen ändras så att billiga (dvs. snabba) tester utförs först och dyrare utförs senare, om det behövs. Inom varje kostnadsband utvärderas predikat tidigare eller senare beroende på om de sannolikt kommer att lyckas eller inte. För -o utvärderas predikat som sannolikt kommer att lyckas tidigare, och för -a utvärderas predikat som sannolikt kommer att misslyckas tidigare.
Den kostnadsbaserade optimeraren har en fast uppfattning om hur sannolikt ett givet test är att lyckas. I vissa fall tar sannolikheten hänsyn till testets specifika karaktär (t.ex. antas -typ f vara mer sannolikt att lyckas än -typ c). Den kostnadsbaserade optimeraren utvärderas för närvarande. Om det inte faktiskt förbättrar prestandan för hitta kommer det att tas bort igen. Omvänt kan optimeringar som visar sig vara tillförlitliga, robusta och effektiva aktiveras på lägre optimeringsnivåer över tid. Standardbeteendet (d.v.s. optimeringsnivå 1) kommer dock inte att ändras i version 4.3.x. Findutils testsvit kör alla tester på hitta på varje optimeringsnivå och säkerställer att resultatet är detsamma.
Den del av kommandoraden efter listan med startpunkter är uttrycket. Det här är en typ av frågespecifikation som beskriver hur vi matchar filer och vad vi gör med filerna som matchades. Ett uttryck består av en sekvens av saker: Tester Tester returnerar ett sant eller falskt värde, vanligtvis på grundval av någon egenskap hos en fil som vi överväger. Testet -empty är till exempel sant endast när den aktuella filen är tom.
Åtgärder
Åtgärder har bieffekter (som att skriva ut något på standardutdata) och returnerar antingen sant eller falskt, vanligtvis baserat på om de är framgångsrika eller inte. Åtgärden -print skriver till exempel ut namnet på den aktuella filen på standardutdata.
UTTRYCK
Globala alternativ
Globala alternativ påverkar driften av tester och åtgärder som anges på någon del av kommandoraden. Globala alternativ returnerar alltid sant. Djupalternativet gör till exempel att hitta passerar filsystemet i en djup-första ordning. Positionsalternativ Positionsalternativ påverkar endast tester eller åtgärder som följer dem. Positionsalternativ returnerar alltid sant. Alternativet -regextype är till exempel positionellt, och anger dialekten för reguljära uttryck för reguljära uttryck som förekommer senare på kommandoraden.
Operatörer
Operatörer sammanfogar de andra objekten i uttrycket. De inkluderar till exempel -o (som betyder logiskt ELLER) och -a (som betyder logiskt OCH). Där en operatör saknas antas -a.
Åtgärden -print utförs på alla filer för vilka hela uttrycket är sant, såvida det inte innehåller en annan åtgärd än -prune eller -quit.
Åtgärder som förhindrar standard -print är -delete, -exec, -execdir, -ok, -okdir, -fls, -print, -fprintf, -ls, -print och -printf. Åtgärden -delete fungerar också som ett alternativ (eftersom det innebär -djup).
POSITIONELLA ALTERNATIV
Positionsalternativ returnerar alltid sant. De påverkar endast tester som inträffar senare på kommandoraden.
-dagens start
Mät tider (för -amin, -atime, -cmin, -ctime, -mmin och -mtime) från början av idag snarare än från 24 timmar sedan. Det här alternativet påverkar bara tester som visas senare på kommandoraden.
-daystart
Utfasad; använd alternativet -L istället. Avlägsna symboliska länkar. Antyder -noleaf. Alternativet -follow påverkar endast de tester som visas efter det på kommandoraden. Om inte alternativet -H eller -L har specificerats, ändrar positionen för -follow-alternativet beteendet för predikatet -newer; alla filer som listas som argumentet för -newer kommer att hänvisas bort om de är symboliska länkar. Samma övervägande gäller för -newerXY, -anewer och -cnewer. På samma sätt kommer predikatet -type alltid att matcha den typ av fil som en symbolisk länk pekar på snarare än själva länken. Att använda -follow gör att predikaten -lname och -ilname alltid returnerar falskt.
-regextype type
Ändrar syntaxen för reguljära uttryck som förstås av -regex- och -iregex-test som inträffar senare på kommandoraden. Om du vill se vilka typer av reguljära uttryck som är kända använder du hjälpen -regextype. Texinfo-dokumentationen (se SE ÄVEN) förklarar innebörden av och skillnaderna mellan de olika typerna av reguljära uttryck.
-warn, -nowarn
Slå på eller av varningsmeddelanden. Dessa varningar gäller endast för användning av kommandoraden, inte för någon villkor som kan uppstå när den söker i kataloger. Standardbeteendet verensstämmer svarar för att -warn om standardinmatning är en tty, och att -nowarn annars. Om ett varningsmeddelande gäller när kommandoradsanvändning produceras, påverkas inte utgångsstatusen för hitta. Om POSIXLY_CORRECT miljövariabel är inställd, och -warn används också, det anges inte vilken, om varningar kommer att vara aktiva.
GLOBAL OPTIONS
Globala alternativ returnerar alltid sant. Globala alternativ träder i kraft även för tester som inträffar tidigare på kommandoraden. För att förhindra förvirring bör globala alternativ anges på kommandoraden efter listan med startpunkter, precis före det första testet, positionsalternativet eller åtgärden. Om du anger ett globalt alternativ på någon annan plats kommer find att skicka ett varningsmeddelande som förklarar att detta kan vara förvirrande.
De globala alternativen kommer efter listan med startpunkter, och är alltså inte samma typ av alternativ som till exempel -L.
-d En synonym för -djup, för kompatibilitet med FreeBSD, NetBSD, MacOS X och OpenBSD.
-djup Bearbeta varje katalogs innehåll före själva katalogen. Åtgärden -radera innebär också -djup.
-hjälp hjälp
Skriv ut en sammanfattning av kommandoradens användning av hitta och avsluta.
-ignore_readdir_race
Normalt visar find ett felmeddelande när det inte går att ange en fil. Om du ger det här alternativet och en fil raderas mellan tiden hitta
läser namnet på filen från katalogen och när den försöker ange filen kommer inget felmeddelande att utfärdas. Detta gäller även för
filer eller kataloger vars namn anges på kommandoraden. Det här alternativet träder i kraft när kommandoraden läses, vilket betyder
att du inte kan söka i en del av filsystemet med det här alternativet på och en del av det med det här alternativet av (om du behöver göra det kommer du
måste utfärda två sökkommandon istället, ett med alternativet och ett utan).
Dessutom finn med alternativet -ignore_readdir_race kommer att ignorera fel i -delete-åtgärden om filen har försvunnit sedan
den överordnade katalogen lästes: den kommer inte att mata ut en feldiagnostik, och returkoden för -delete-åtgärden kommer att vara sann.
-maxdjupnivåer
Gå ner på de flesta nivåer (ett icke-negativt heltal) nivåer av kataloger under startpunkterna. Att använda -maxdepth 0 betyder endast tillämpa
tester och handlingar till själva utgångspunkterna.
-mindepth nivåer
Använd inte några tester eller åtgärder på nivåer som är lägre än nivåer (ett icke-negativt heltal). Att använda -mindepth 1 innebär att bearbeta alla filer utom
utgångspunkter.
-mount Gå inte ner i kataloger på andra filsystem. Ett alternativt namn för -xdev, för kompatibilitet med vissa andra versioner av find.
-noignore_readdir_race
Stänger av effekten av -ignore_readdir_race.
- noleaf
Optimera inte genom att anta att kataloger innehåller 2 färre underkataloger än antalet hårda länkar. Det här alternativet behövs när du söker efter filsystem som inte följer Unix-kataloglänkkonventionen, som CD-ROM- eller MS-DOS-filsystem eller AFS-volymmonteringspunkter. Varje katalog i ett vanligt Unix-filsystem har minst två hårda länkar: dess namn och dess `.' inträde. Dessutom har dess underkataloger (om några) var och en en ".."-post länkad till den katalogen. När find undersöker en katalog, efter att den har angett 2 färre underkataloger än katalogens länkantal, vet den att resten av posterna i katalogen är icke-kataloger ('blad'-filer i katalogträdet). Om bara filernas namn behöver undersökas, finns det inget behov av att ange dem. detta ger en betydande ökning av sökhastigheten.
-version, --version
Skriv ut sökversionsnumret och avsluta.
-xdev Gå inte ner i kataloger på andra filsystem.
TEST
Vissa tester, till exempel -newerXY och -samefile, tillåter jämförelse mellan filen som för närvarande granskas och någon referensfil som anges på kommandoraden. När dessa tester används bestäms tolkningen av referensfilen av alternativen -H, -L och -P och eventuella tidigare -följare, men referensfilen undersöks bara en gång, vid den tidpunkt då kommandoraden tolkas . Om referensfilen inte kan granskas (till exempel stat(2)-systemanropet misslyckas för den), skickas ett felmeddelande och hittar utgångar med en status som inte är noll.
Ett numeriskt argument n kan specificeras för tester (som -amin, -mtime, -gid, -inum, -länkar, -size, -uid och -used) som
+n för mer än n, -n för mindre än n, n för exakt n.
Tester som stöds:
-amin n
Filen användes senast för mindre än, mer än eller exakt n minuter sedan.
-cnewer reference
Tiden för den senaste statusändringen för den aktuella filen är nyare än den för den senaste dataändringen av referensfilen. Om referensen är en symbolisk länk och alternativet -H eller -L är i kraft, används alltid tiden för den senaste dataändringen av filen den pekar på.
Begagnade.
-atime n
Filen användes senast för mindre än, mer än eller exakt n*24 timmar sedan. När hitta räknar ut hur många 24-timmarsperioder sedan filen var senast åtkomst ignoreras alla bråkdelar, så för att matcha -atime +1 måste en fil ha nåtts för minst två dagar sedan.
-cmin n
Filens status ändrades senast för mindre än, mer än eller exakt n minuter sedan.
-Cnewer referens
Tiden för den senaste statusändringen för den aktuella filen är nyare än den för den senaste dataändringen av referensfilen. Om referens ence är en symbolisk länk och alternativet -H eller -L är i kraft, då tidpunkten för den senaste dataändringen av filen den pekar på används alltid.
-ctime n Filens status ändrades senast för mindre än, mer än eller exakt n*24 timmar sedan. Se kommentarerna för -atime för att förstå hur avrundning påverkar tolkningen av filstatusändringstider.
-empty Filen är tom och är antingen en vanlig fil eller en katalog.
-executable
Matchar filer som är körbara och kataloger som är sökbara (i filnamnsupplösning) av den aktuella användaren. Detta tar in kontots åtkomstkontrollistor och andra behörighetsartefakter som -perm-testet ignorerar. Det här testet använder sig av access(2)-systemanropet och kan därför luras av NFS-servrar som gör UID-mappning (eller root-squashing), eftersom många system implementerar åtkomst(2) i klientens kärna och så inte kan använda sig av UID-mappningsinformationen som finns på servern. Eftersom detta test endast baseras på resultatet av access(2)-systemanropet, finns det ingen garanti för att en fil för vilken detta test lyckas faktiskt kan köras.