Filsystem

Från Wikipedia, den fria encyklopedin
Hoppa till navigation Hoppa till sökning

Filsystemet ( engelska filsystemet eller filsystemet ) är en lagringsorganisation på en volym som en databärare för en dator . Filer kan sparas, läsas, ändras eller raderas ( CRUD ). För användaren måste filnamn och datorinterna filadresser förenas. Enkel hämtning och säker lagring är viktiga uppgifter för ett filsystem. Organisations- och åtkomstsystemet tar hänsyn till enhetens egenskaper och är en elementär komponent i ett operativsystem .

uttryck

Termen "filsystem" kan å ena sidan hänvisa till hela katalogträdet på högre nivå, katalogstrukturen och å andra sidan till individuellt integrerbara filsystem, till exempel partitioner . [1] Eftersom ett filsystem ofta används per partition eller volym används termen "filsystem" ofta som en synonym för "partition" [2] - i själva verket är dock filsystemet innehållet och partitionen är endast den ram som lagringsutrymmet görs tillgängligt för.

Mer än ett filsystem stöds på de flesta operativsystem. Varje filsystem måste rymmas på en separat adresserbar logisk volym , till exempel en partition eller en extra databärare som en hårddisk. Initialiseringen av detta logiskt separata dataminne kallas formatering . Innehållet i filsystemet görs tillgängligt genom montering, inbäddning eller montering (från engelska till montering ) i körsystemet.

berättelse

Historiskt sett är de första stansade tejperna (på film och senare på pappersremsor) och stansade kortfiler filsystem. Precis som lagring av magnetband bildar de linjära filsystem. Trumma- och hårddiskminnen, som senare utvecklades för masslagring och snabb åtkomst, gjorde sedan mer komplexa filsystem möjliga för första gången genom slumpmässig åtkomst till valfri position i filsystemet. Dessa filsystem erbjuder möjlighet att komma åt en fil med namn. Begreppet filsystem abstraherades slutligen i en sådan omfattning att tillgång till filer i nätverket och till enheter som hanteras praktiskt taget som filer också kan utföras via filsystem. Applikationsprogram har således tillgång till dessa olika datakällor via ett enhetligt gränssnitt .

egenskaper

Filer i ett filsystem har nästan alltid minst ett filnamn och attribut som ger mer detaljerad information om filen. Filnamnen lagras i kataloger ; Kataloger är vanligtvis specialfiler. Ett filnamn (och därmed en fil) samt data som tillhör filen kan hittas av systemet via sådana kataloger. Ett filsystem bildar alltså ett namnområde . Alla filer (eller filliknande objekt) kan hämtas via en unik adress (filnamn inklusive sökväg eller URI ) - i filsystemet. Namnet på en fil och annan information som är associerad med de sparade filerna kallas metadata .

Specialiserade filsystem finns för olika databärare (t.ex. magnetband , hårddiskar , optiska databärare ( CD , DVD , ...), flashminne , ...).

Filsystemet representerar ett visst lager av operativsystemet: Alla lager ovan (resten av operativsystemet, applikationer) kan få åtkomst till filer abstrakt med sina klartextnamn. Denna abstrakta information omvandlas endast till fysiska adresser ( blocknummer , spår, sektor, etc.) på lagringsmediet med filsystemet. I skiktet under detta, filsystemet drivrutinen kommunicerar med respektive enhetsdrivrutinen och indirekt med firmware av lagringssystemet ( drive ). Den senare tar ytterligare organisatoriska uppgifter, till exempel transparent byte av felaktiga block med reservblock.

Organisering av masslagring

Masslagringsenheter som hårddiskar, CD-ROM- och diskettenheter har vanligtvis en blockstruktur, dvs ur operativsystemperspektivet kan data bara läsas eller skrivas som en sekvens av hela datablock . En lagringsenhet presenterar lagringsmediet för operativsystemet endast som ett stort linjärt arrangemang av många numrerade (och ovan adresserbara) block.

Idag omfattar ett block vanligtvis 512 (= 2 9 ) eller 4096 (= 2 12 ) byte på optiska media (CD-ROM, DVD-ROM) 2048 (= 2 11 ) byte. Av prestandaskäl och administration kombinerar moderna operativsystem flera block till ett kluster av en fast storlek. Idag är kluster med åtta eller fler block vanliga, det vill säga 4096 byte per kluster. Klusterstorleken är i allmänhet en effekt på två (1024, 2048, 4096, 8192, ...).

En fil är en definierad del av datalagring som består av ett eller flera kluster på enheten. Varje fil ges också en beskrivningsstruktur som kan innehålla den verkliga storleken, referenser till de kluster som används och eventuellt annan information som filtyp , ägare, åtkomsträttigheter (metadata).

Det finns flera alternativ för att tilldela kluster till filer.

  • Referensen till en fil består av klusternumret för startklustret och antalet efterföljande kluster (fysiskt sekventiellt). Nackdelar: När du förstorar kan hela filen behöva flyttas. Detta försvårar filhanteringen och leder till otillräcklig prestanda med många stora filer. Det kan hända att en fil inte kan sparas trots att det fortfarande finns tillräckligt med ledigt utrymme på databäraren .
  • Referensen till en fil består av det första klustret. Klusternumret för följande kluster lagras i varje kluster i filen. Resultatet är en länkad lista . Nackdelar: Om du inte vill läsa filen sekventiellt, till exempel bara slutet, måste operativsystemet fortfarande läsa hela filen för att hitta slutet.
  • Gratis tilldelning av filkluster till efterföljande kluster med hjälp av en tabell på masslagringsenheten (exempel: FAT ). Nackdelar: mycket stor beskrivningsstruktur, sekventiell läsning eller skrivning lite långsammare än idealiskt, eftersom uppgiftsinformation varken är buntad eller tillgänglig med data.
  • Lagring av en rad tupler (omfattningsstartkluster, omfattningslängd) i beskrivningsstrukturen för filen. En omfattning är en sekvens av sekventiella kluster. Idag är detta implementerat i många filsystem.

Kataloger innehåller filnamn och referenser till respektive beskrivningsstrukturer. Eftersom kataloger också är lagringsområden används vanligtvis specialmärkta filer som kataloger. Den första beskrivningsstrukturen kan innehålla utdatakatalogen.

Ett annat separat område på lagringsmediet används för att föra register över vilka block eller kluster som redan är upptagna och vilka som fortfarande är lediga. Ett medel som ofta används för detta är Block Availability Map (BAM), där en minnesbit skapas för varje block som visar om blocket är upptaget eller ledigt. I princip innehåller BAM redundant information och tjänar administrationens effektivitet; Om den information som lagras där går förlorad kan BAM återskapas.

I allmänhet är det första blocket reserverat för en så kallad startsektor (t.ex. master boot record ) som kan användas för att starta systemet. På ett lagringsmedium med flera partitioner ligger partitionstabellen , som innehåller organisationsdata om partitionerna, vanligtvis direkt efteråt. Varken startblocket eller partitionstabellen är en del av det faktiska filsystemet.

Varje partition innehåller vanligtvis ett eget filsystem som är oberoende av data på andra partitioner; Förklaringarna ovan avser de enskilda partitionerna som är fästa i partitionstabellen efter varandra.

båt Beskrivningsstrukturer Lista över fria kluster Kluster av filer och kataloger
Exempel på uppdelning av en masslagringsenhet för ett enkelt filsystem

Av effektivitetsskäl, dvs framför allt för att öka prestanda / åtkomsthastigheten, har olika strategier utvecklats för hur dessa organisatoriska strukturer är arrangerade inom det tillgängliga minnesområdet. Eftersom det kan finnas valfritt antal underkataloger i många filsystem, till exempel är det förbjudet från början att reservera fasta utrymmen för dessa katalogstrukturer; allt måste organiseras dynamiskt. Det finns också filsystem, till exempel några från Commodore , som ordnar de grundläggande organisatoriska strukturerna som rotkatalogen och BAM i mitten av minnesområdet (istället för i början, som vanligtvis är fallet med andra), så att sökvägen som läs- / skrivhuvudet tar därifrån till den faktiska datan och måste gå tillbaka reduceras i genomsnitt. I allmänhet kan det vara ett strategiskt tillvägagångssätt att fysiskt ordna de faktiska uppgifterna och dess organisatoriska data så nära varandra som möjligt.

Tillgång till masslagring

Ett program får åtkomst till masslagring via filsystemet. Systemanrop görs tillgängliga för detta under Unix och liknande operativsystem. De viktigaste systemanropen finns här:

  • System kräver kataloger:
    • mkdir , rmdir
      Skapa och ta bort en katalog
    • opendir , closedir
      Öppna och stäng en katalog
    • readdir
      Läser katalogposter
    • chdir
      Byt till en annan katalog
  • System kräver filer:
    • creat , ta bort unlink
      Skapa och ta bort en fil
    • open , close
      Öppna och stäng en fil
    • read , write
      Läsa och skriva
    • seek
      Omplacera läs- / skrivpekaren

Operativsystemet erbjuder också administrativa funktioner , till exempel för att byta namn, kopiera och flytta, skapa ett filsystem på en ny databärare, för att kontrollera konsistens, komprimera eller säkerhetskopiera (olika beroende på operativsystem och filsystem).

Implementeringen av systemets anrop av ett program implementeras ofta av kärnan i ett operativsystem och skiljer sig mellan de olika filsystemen. Kärnan översätter sedan åtkomsten till blockoperationerna för respektive masslagringsenhet . (Obs: Detta gäller faktiskt bara så kallade monolitiska kärnor . Däremot är system som är byggda på en mikrokärnan eller hybridkärnan utformade på ett sådant sätt att filsystemoperationerna inte behöver utföras av själva kärnan. )

När ett program öppnar en fil med open , söks filnamnet efter i katalogen. Operativsystemet bestämmer blocken på masslagringsenheten utifrån motsvarande beskrivningsstrukturer. Om en fil finns i katalogen får operativsystemet också dess beskrivningsstruktur och därmed referenser till de associerade klustren och använder detta för att komma till de specifika blocken.

Med läsning kan programmet sedan komma åt filens kluster (och därmed blocken på masslagringsenheten). Om en fil blir större på grund av skrivning tas ett nytt kluster från den fria listan om det behövs och läggs till i beskrivningsstrukturen för filen. De andra systemanropen kan också översättas till kluster eller blockera åtkomst på detta sätt.

Typer av filsystem

Linjära filsystem

De historiskt sett första filsystemen var linjära filsystem på perforerat tejp eller hålslagskort, liksom magnetbandssystemen som fortfarande används idag för datasäkerhet.

Hierarkiska filsystem

Tidiga filsystem ( CP / M , Apple DOS , Commodore DOS ) hade bara en enda katalog som innehöll referenser till alla filer på masslagringsenheten. När lagringsmediets kapacitet växte blev det allt svårare att hålla koll på hundratusentals filer, så konceptet med underkataloger introducerades. Ett hierarkiskt filsystem utvecklades för operativsystemet Multics och, efter att utvecklingen avbröts, antogs av AT&T Unix Version 1 från 1971. Detta lade grunden för de flesta moderna filsystem, som i rotkatalogen inte bara kan innehålla vanliga filer utan också referenser till andra kataloger, underkataloger, med eventuellt ytterligare underkataloger.

Detta skapar en katalogstruktur som ofta representeras som ett katalogträd. Hårddisken C: under Windows , till exempel, innehåller filer som boot.ini och ntldr samt kataloger som program , dokument och inställningar etc. En katalog som Mina dokument kan sedan innehålla underkataloger som Mina bilder eller Text . De vanliga filerna Letter1.txt och Letter2.txt kan sedan användas i texter .

Filsystem.svg

Katalogerna kallas också mappar och är, beroende på operativsystem efter backslash (engelska backslash) "\" (DOS, Windows, TOS ), snedstreck (engelska snedstreck) "/" ( Unix , Linux , macOS , AmigaOS ), punkt Separerat "." ( OpenVMS ) eller kolon ":" (äldre Mac OS -versioner). Eftersom det finns en hierarki av kataloger och filer kallas detta hierarkiska filsystem. Sökvägen genom filsystemet, indikerad med katalognamn åtskilda av separatorer, kallas en sökväg. Filen Brief1.txt kan nås med

  • C:\Dokumente und Einstellungen\benutzername\Eigene Dateien\Texte\Brief1.txt (Windows 2000 / XP)
  • C:\Users\benutzername\Eigene Dokumente\Brief1.txt (Windows Vista C:\Users\benutzername\Eigene Dokumente\Brief1.txt )
  • /Users/benutzername/Texte/Brief1.txt (Mac OS X)
  • Macintosh HD:Dokumente:Texte:Brief 1 (Classic Mac OS)
  • /home/benutzername/Texte/Brief1.txt (Unix/Linux)
  • Laufwerksname:verzeichnis/unterverzeichnis/Brief1.txt (AmigaOS)
  • DISK$Laufwerksname:[USERS.benutzername]Brief1.TXT;1 (OpenVMS)

kan nås. I DOS / Windows finns enhetsbokstäver följt av ett kolon, som placeras framför sökvägarna i filsystemet. Varje databärare har sin egen bokstav, till exempel vanligtvis C: för den första partitionen på den första hårddisken. Med Unix finns inga enhetsbokstäver, bara ett enda katalogträd. De enskilda skivorna är monterade det på vissa ställen i trädet (kommando montera ), så att alla skivorna tillsammans resultera i aggregatet. Windows -varianter baserade på Windows NT fungerar också internt med ett sådant träd, men det här trädet är dolt för användaren.

AmigaOS blandar metoderna för DOS och Unix. De enheter som heter enligt Unix -nomenklaturen adresseras med ett kolon (df0:, hda1:, sda2 :). Dessutom kan logiska kolon LIBS: som LIBS: tilldelas via ASSIGN oberoende av den fysiska databäraren.

Katalogvägarna för OpenVMS skiljer sig mycket från Unix-, DOS- och Windows -sökvägar. Först namnger OpenVMS enhetstypen, t.ex. B. " DISK$ " betecknar en lokal disk. Enhetsnamnet (upp till 255 tecken långt) läggs till och avslutas med ett kolon. Katalogdelen sätts inom hakparenteser. Underkatalogerna separeras med perioder, t.ex. B. " [USERS.Verzeichnis.Verzeichnis2] ". Filnamnet följer i slutet av sökvägen, till exempel " Brief1.TXT;1 ". Den första delen är ett beskrivande namn och upp till 39 tecken långt. En period följs av den tresiffriga filtypen, liknande Windows. I slutet läggs filen till, åtskild med ett semikolon ";".

Termen filsystem betecknar ofta inte bara strukturen och det sätt på vilket data är organiserade på en databärare, utan också i allmänhet hela trädet med flera olika filsystem (hårddisk, CD-ROM, ...). För att vara korrekt måste man tala om ett namnområde som bildas av olika partiella namnområden (filsystemen för de integrerade databärarna), men eftersom detta namnområde är mycket filrelaterat kallas det ofta bara filsystemet .

Nätverksfilsystem

Systemanrop som öppet , läst etc. kan också överföras till en server via ett nätverk. Detta öppnar sedan dess masslagringsenhet och returnerar den begärda informationen till klienten .

Eftersom samma systemanrop används skiljer sig åtkomst från programmet och användarens synvinkel inte från de lokala enheternas. Detta kallas transparent åtkomst eftersom användaren inte ser omdirigeringen till den andra datorn, utan snarare tittar direkt på hårddisken på fjärrdatorn - som genom en transparent glasruta. Särskilda nätverksprotokoll finns tillgängliga för nätverksfilsystem.

Om ett filsystem, till exempel i ett Storage Area Network (SAN), kan nås direkt av flera system parallellt, talar man om ett globalt eller klusterfilsystem . Här måste ytterligare åtgärder vidtas för dataförlust ( engelsk datakorruption) för att undvika genom att skriva över varandra. En metadataserver används för detta. Alla system vidarebefordrar metadataåtkomsten - vanligtvis via ett LAN - till metadataservern, som utför dessa operationer, till exempel katalogåtkomst och block- eller klustilldelningar. Den faktiska datatillgången sker sedan via SAN, som om filsystemet var lokalt anslutet. Eftersom den extra ansträngningen ( overhead ) på grund av överföringen till metadataservern knappast är signifikant, särskilt med stora filer, kan en överföringshastighet liknande den för ett direkt anslutet filsystem uppnås.

En särskild funktion är WebDAV -protokollet, som möjliggör åtkomst till filsystem till fjärrfiler via HTTP .

Särskilda virtuella filsystem

Modellen med öppen läsning kan också tillämpas på enheter och objekt som normalt inte adresseras via filsystem. Detta gör åtkomst till dessa objekt identiska med åtkomst till normala filer, vilket motsvarar Unix -konceptet Allt är en fil och har därmed fördelen att kunna använda dessa data på samma sätt som konfigurationsfiler.

Med de nuvarande Linux -kärnorna (inklusive version 2.6) kan system- och processinformation efterfrågas och ändras via det virtuella proc -filsystemet. Den virtuella filen /proc/cpuinfo ger exempelvis information om processorn. Det finns några sådana pseudofilsystem i Linux. Dessa inkluderar sysfs , usbfs eller devpts ; under vissa BSD finns det en kernfs . Alla dessa filsystem innehåller endast rent virtuella filer med information eller enheter som är mappade till en "fil".

Kärnan simulerar förekomsten av en fil, som den kan vara på en masslagringsenhet.

Däremot finns det faktiskt filer i ramfs eller tmpfs och liknande filsystem, men lagras bara i huvudminnet. De används av hastighetsskäl och av logiska och tekniska skäl under startfasen .

Förutom Linux finns det också så kallade RAM-skivor för olika andra operativsystem, med vilka en komplett virtuell enhet är implementerad i huvudminnet, främst av hastighetsskäl.

särdrag

Många moderna filsystem har generaliserat principen för filen, så att inte bara en sekvens av byte, en så kallad ström , utan flera sådana sekvenser ( alternativa dataströmmar ) kan lagras i en fil. Detta gör det möjligt att redigera delar av en fil utan att behöva flytta några andra delar som kan vara närvarande, som kan vara mycket stora.

Bristen på stöd för flera strömmar är problematisk. Å ena sidan manifesterar detta sig i att alternativa data går förlorade utan förvarning vid överföring till andra filsystem (ISO 9660, FAT, ext2), och å andra sidan i det faktum att knappt något verktyg stöder dem, vilket är varför data som lagras där inte lätt kan ses och virusscannrar, till exempel, förbiser virus som lagras där.

Det faktum att den huvudsakliga dataströmmen inte påverkas av ändringar i de andra strömmarna resulterar i fördelar för prestanda, utrymmeskrav och datasäkerhet.

Glesa filer , hårda länkar och symboliska länkar är inte bara möjliga under Inode- baserade filsystem.

För masslagringsmedier som CD-ROM eller DVD finns separata filsystem som används i olika operativsystem, särskilt ISO 9660 , för mer se nedan under Andra .

Filsystem från Unix -området känner till speciella enhetsfiler . Deras namn bestäms ofta enligt konventionen; de kan bytas namn efter önskemål; Till exempel har tangentbordet, musen och andra gränssnitt speciella filnamn som kan nås med öppna , lästa , skriva , även huvudminnet har ett filnamn, /dev/mem . ( Unix -filosofin är: " Allt är en fil , och om inte, borde det vara en fil.")

I andra operativsystem (t.ex. under MS-DOS version 2.0 eller LPT: ) finns det också enhetsfiler: COM: LPT: CON: LPT: PRN: och andra. Dessa enheter kan öppnas på samma sätt som en fil och läsas och skrivas till med hjälp av ett åtkomstnummer (handtag) . Men förståeligt nog har de ingen filpekare. Till skillnad från blockenheter (även kallade "enheter": A: :, B: C: etc.) innehåller de inga filer, utan beter sig - med vissa begränsningar - som filer. Dessa pseudofiler har funnits sedan PC DOS 2.0 eller MS-DOS 2.0, som påverkades starkt av UNIX. Med hänsyn till specifikationen för DOS -enhetsdrivrutinen [3] kan användaren skriva sina egna enhetsdrivrutiner, ladda dem med DEVICE -kommandot och adressera dem med samma pseudofilnamn. Tidigare var dessa speciella filnamn ofta orsaken till säkerhetsproblem, eftersom vissa applikationer inte var medvetna om motsvarande namn och därför inte filtrerades bort, utan också för att åtkomstskyddet till de associerade enheterna var otillräckligt reglerat.

Dessutom finns det filsystem som kan spänna över flera underliggande lagringsmedier (" volymer ") (t.ex. ZFS- och Btrfs -filsystem ), som i sig möjliggör versionering av filer ( t.ex.VMS ) eller vars storlek kan ändras vid körning (t.ex. AIX ).

Vissa filsystem erbjuder krypteringsfunktioner, funktionernas omfattning och säkerhet varierar.

Associerad filhantering

Dessa kallas ofta felaktigt som databasfilsystem eller SQL -filsystem; dessa är faktiskt inte filsystem, utan snarare information från ett filsystem som lagras i en förbättrad form i en databas och i en form som är intuitiv för användaren , via det virtuella filsystemet i operativsystemet som representeras.

Säkerhetsaspekter

Filsystemet får inte förlora data eller av misstag skriva över det. Särskilt två fall innebär faror:

Om det finns flera uppgifter som ska utföras samtidigt i multitasking måste filsystemet hålla de enskilda åtgärderna åtskilda så att ingenting blandas ihop. Om uppgifterna också adresserar samma fil, vare sig det bara är att läsa eller skriva, görs lämpliga låsmekanismer ( lås ) vanligtvis tillgängliga eller aktiveras automatiskt för att undvika konflikter. Samtidig åtkomst från flera sidor z. Eftersom en stor databasfil också är normen, en som förutom globala hinder som påverkar hela filen, kan även de bara användas för enskilda poster (poster).

Om en enhet för närvarande skriver till ett lagringsmedium och driftspänningen misslyckas vid denna tidpunkt, finns det en risk att inte bara de faktiska uppgifterna skrivs ofullständigt, utan också att organisationsposterna i katalogen inte längre kommer att uppdateras korrekt. För att hålla denna risk minst så liten som möjligt, gör man å ena sidan hårdvaruförsök att hålla tillräckligt med energibuffertar (kondensatorer i utbudet) redo så att en arbetsprocess fortfarande kan slutföras, å andra sidan, programvaran är utformad så att arbetsstegen är så "atomiska" som möjligt. är utformade, dvs den känsliga tiden med ofullständiga datainmatningar hålls så kort som möjligt. Om detta inte hjälper i extrema fall finns det så kallade journaling-filsystem som en nyare utveckling, som registrerar varje arbetssteg i ett ytterligare område av lagringsmediet, så att det som fortfarande kan göras och vad som inte kan göras längre kan rekonstrueras efteråt.

Flashminnen har sina egna överväganden genom att de utsätts för slitage när de raderas och skrivs om, vilket beroende på typ bara tillåter cirka 100 000 till 1 000 000 skrivcykler. Som regel kan enskilda byte inte raderas individuellt, utan oftast bara hela block (av olika storlekar beroende på modell) samtidigt. Filsystemet kan optimeras här så att det fördelar skrivprocesserna så jämnt som möjligt över hela minnesområdet på flashmodulen och till exempel inte alltid börjar skriva på adressen 0. Nyckelord: slitageutjämningsalgoritmer .

Aspekten av datasäkerhet mot spionering av obehöriga används av filsystem som kan kryptera all data utan att andra lager av operativsystemet behöver göra det.

En annan källa till fara för datornas integritet är skrivåtgärder som utförs av någon programvara, som kringgår filsystemet, direkt till fysiska adresser på lagringsmediet. Detta var lätt möjligt med äldre operativsystem och ledde till motsvarande frekvent dataförlust. Nyare operativsystem kan skydda dessa lägre nivåer mycket mer effektivt mot obehörig åtkomst, så att direktåtkomst till fysiska medieadresser inte längre är tillåten med en normal användares rättigheter. Om vissa diagnostik- eller reparationsverktyg ( verktyg ) kräver sådan åtkomst måste de ha administratörsrättigheter.

Livscykelaspekter

Vid migrering av filer, till exempel på grund av ett systembyte, måste filer ofta överföras från ett filsystem till ett annat. Detta är i allmänhet ett svårt företag eftersom många filsystem är funktionellt inkompatibla med varandra, det vill säga att målfilsystemet inte kan acceptera alla filer med alla attribut som lagras i källfilsystemet. Ett exempel på detta skulle vara att migrera NTFS -filer med alternativa dataströmmar till ett filsystem utan stöd för sådana strömmar.

Se även

webb-länkar

Commons : Filsystem - samling av bilder, videor och ljudfiler

Linux:

Individuella bevis

  1. Aeleen Frisch: Unix System Administration . O'Reilly Germany, 2003, 2: The Unix Philosophy, sid.   66, fotnot 13 ( fulltext i Google boksökning): ”Termen filsystem hänvisar således å ena sidan till systemets katalogträd på högre nivå, som inkluderar alla hårddiskpartitioner i systemet som användaren kan komma åt ( som i »Unix -filsystemet«), Å andra sidan till filerna och katalogerna på de enskilda hårddiskpartitionerna (som i ”Konfigurera ett filsystem på en hårddiskpartition” eller ”Montera användarfilsystemet”). Erst aus dem Kontext wird deutlich, welche der beiden Bedeutungen des Begriffs gemeint ist.“
  2. Aeleen Frisch: Unix System-Administration . O'Reilly Germany, 2003, 2: Die Unix-Philosophie, S.   66, Fußnote 13 ( Volltext in der Google-Buchsuche): „Die Begriffe Partition und Dateisystem werden ebenfalls manchmal synonym verwendet. Obwohl technisch gesehen nur Dateisysteme gemountet werden können, trifft man häufig auf Ausdrücke wie »eine Festplatte mounten« oder »eine Partition mounten«.“
  3. o3one.org