imported>Prüm: /* Einzelnachweise */

2025-06-17T18:18:52Z

Einzelnachweise

Neue Seite

Eine '''versteckte Datei''' ist eine [[Datei]], die in einem [[Betriebssystem]] bei bestimmten Anwendungen ausgeblendet wird. Dies dient im Allgemeinen der Erhöhung der Übersichtlichkeit oder dem Schutz vor versehentlichem Löschen betriebssystemeigener Komponenten.

Auf [[Verzeichnis]]se trifft dies analog zu. Je nach [[Terminus]] heißt es ''verstecktes Verzeichnis'' und ''verstecktes Unterverzeichnis'' oder ''versteckter Ordner'' und ''versteckter Unterordner''.

== Geschichte ==
Unter [[Unix]] sind versteckte Dateien eher zufällig aus einem [[Hack#Programmierung|Hack]] heraus entstanden. Bei der Entwicklung des Unix-Dateisystems wurden zur Navigation innerhalb des [[Verzeichnisbaum]]s die reservierten [[Dateiname]]n <code>.</code> als [[Verknüpfung (Computer)|Referenz]] auf das aktuelle Verzeichnis und <code>..</code> auf das übergeordnete Verzeichnis geschaffen. Da Unix der Philosophie ''{{lang|en|[[Everything is a file]]}}'' („Alles ist eine Datei“) folgt, ist auch <code>.</code> und <code>..</code> für das System und alle Programme gleich wie jede andere reguläre Datei, denn auch Verzeichnisse sind unter Unix im Regelfall Dateien.<ref>{{Internetquelle |autor=Mark Thomas |url=https://homepages.uc.edu/~thomam/Intro_Unix_Text/File_System.html |titel=Introduction to the Unix File System |werk=Introduction to UNIX |abruf=2020-05-29 |sprache=en |zitat=From the beginners perspective, the Unix file system is essentially composed of files and directories. Directories are special files that may contain other files.}}</ref> Damit funktioniert beispielsweise ein <code>[[cd (Kommandozeilenbefehl)|cd]] .</code> oder <code>[[cd (Kommandozeilenbefehl)|cd]] ..</code> wie bei jedem anderen (Unter-)Verzeichnis auch. Allerdings, und das war das Problem, würde es somit auch von allen anderen Unix-Kommandos als Verzeichnis behandelt, u. a. bei der Auflistung des Verzeichnisinhaltes mit <samp>[[ls (Unix)|ls]]</samp> gelistet. Auch bei allen anderen Kommandos, etwa <samp>[[cp (Unix)|cp]]</samp> oder <samp>[[rm (Unix)|rm]]</samp>, würden diese scheinbaren Verzeichnisse von der Angabe des [[Wildcard (Informatik)|Wildcards]] <code>*</code> erfasst. Um also <code>.</code> und <code>..</code> dort, wo es nicht sinnvoll war, wieder zu entfernen, wurde es in allen Kommandos und in den Wildcards kurzerhand herausgefiltert – also ausgeblendet. Um dies ressourcenschonend umzusetzen, wurde dies als [[Programmiertrick]] („Hack“) mit der einfachen Prüfung, ob der Dateiname mit einem [[Punkt (Satzzeichen)|Punkt]] beginnt, ausgeführt.

Diese vereinfachte Programmierung ermöglichte nun jedoch auch, andere Dateien vor allen Unix-Kommandos zu „verstecken“. Dazu ist es lediglich notwendig, die vereinfachte Prüfung zu bestehen, was auf jeden Dateinamen zutrifft, der mit einem Punkt beginnt.<ref>{{Internetquelle |autor=Michael Boelen |url=https://linux-audit.com/linux-history-how-dot-files-became-hidden-files/ |titel=Linux History: How Dot Files Became Hidden Files |werk=Linux Audit |datum=2017-04-30 |abruf=2020-05-07 |format=[[Blog]] |sprache=en}}</ref>

Spätere Betriebssysteme, beispielsweise [[MS-DOS]] und [[Mac OS (Classic)|klassisches Mac OS]], fügten Dateien Attribute hinzu, wovon eines eine Datei oder ein Verzeichnis in gleicher Art und Weise wie unter Unix „versteckt“.

== Technische Umsetzung ==
Es gibt unterschiedliche Konzepte, wie versteckte Dateien vom Betriebssystem gekennzeichnet werden. Die von Unix und [[Unixoides System|Unix-artigen]] Betriebssystemen verwendete ist, geschichtlich vorgegeben, die Kennzeichnung durch den [[Dateiname]]n selbst. Durch sogenannte „Punkt-Dateien“ ({{enS|dot-files}}) wird dabei angezeigt, dass es sich um eine versteckte Datei handelt. Im [[Kontraposition|Umkehrschluss]] ist damit aber auch eine versteckte Datei unmöglich, deren Name nicht mit einem Punkt beginnt. Da diese Logik in wichtige Teile des Betriebssystems selbst integriert ist, funktioniert sie auf allen [[Mounten|eingebundenen]] ''{{lang|en|[[Volume (Datenspeicher)|Volumes]]}}'', unabhängig von deren Format (wie etwa deren Dateisystem).

Eine weitere Möglichkeit sind [[Metadaten]] im Dateisystem, die vom Betriebssystem (oder vom Dateisystemtreiber) ausgewertet werden. Dabei werden jeder Datei [[Dateiattribut|Attribute]] zugeordnet und zusätzlich zum Dateinamen abgespeichert. Dies bedingt jedoch einerseits, dass für das jeweilige Betriebssystem entsprechend erweiterte Schnittstellen und somit Anforderungen an entsprechende Dateisysteme gestellt sind, zum anderen müssen zwingend Betriebssystem-seitige [[Dienstprogramm]]e und Funktionen vorhanden sein, die diese Metadaten verwalten können. Da fast jedes Betriebssystem sein eigenes Dateisystem hervorgebracht hat, sind diese zur Verwaltung der Metadaten ineinander verwoben und voneinander abhängig.

Beim [[Macintosh]] von [[Apple]] beispielsweise gab es unter dem [[Mac OS (Classic)|klassischen Mac OS]] die Dateisysteme [[HFS (Dateisystem)|HFS]] und [[HFS Plus|HFS+]]. In beiden Dateisystemen besteht jede Datei aus einer ''{{lang|en|data fork}}'' und einer ''{{lang|en|[[resource fork]]}}''. Während in der ''{{lang|en|data fork}}'' der eigentliche Inhalt der Datei gespeichert wird, finden sich in der ''{{lang|en|resource fork}}'' Metadaten, aber auch Ressourcen, die von einem Programm in der ''{{lang|en|data fork}}'' verwendet werden können (z. B. [[Icon (Computer)|Icons]], Bilder oder andere Daten). Zusätzlich verwaltet aber auch das Betriebssystem selbst Metadaten in der ''{{lang|en|[[resource fork]]}}'', wie etwa das <code>invisible</code>-[[Flag (Informatik)|Flag]] der Datei. Diese Information wird dann von geeigneten Programmen, vorrangig dem [[Finder (Mac)|Finder]] und systemnahen Dienstprogrammen, verwaltet. Eine mit diesem Flag versehene Datei wird von nahezu allen Anwendungsprogrammen als „unsichtbar“ ({{enS|invisible}}) behandelt und standardmäßig nicht dargestellt.

[[PC-kompatibles DOS]] wie [[MS-DOS]] verwendet das von [[Microsoft]] entwickelte [[File Allocation Table|FAT]]-Dateisystem, das zum Dateinamen zusätzlich eine Reihe von einfachen [[Dateiattribut|Attributen]] speichert. Eines davon ist das <code>hidden</code>-Attribut, das in gleicher Weise dem Betriebssystem zu erkennen gibt, dass die Datei „versteckt“ ({{enS|hidden}}) sein soll. Die meisten Programme zeigen als versteckt gekennzeichnete Dateien generell nicht an.

Die designierten Nachfolger von PC DOS und MS-DOS waren in den 1990er Jahren [[OS/2]] von [[IBM]] (und anfangs auch Microsoft) sowie [[Microsoft Windows|Windows]] von Microsoft. Beide Systeme verwendeten anfangs zwar auch FAT, brachten aufgrund diverser Limitierungen von FAT aber auch eigene Dateisysteme hervor: [[HPFS]] von OS/2 und [[NTFS]] von [[Microsoft Windows NT|Windows NT]]. Die Dateiattribute von FAT wurden dabei übernommen und erweitert, sodass es das „Versteckt“-Attribut auch in diesen Dateisystemen weiterhin gibt. In NTFS ist mit ''ADS'' (für {{enS|Alternate Data Streams}}) die Funktion eines alternativen Datenstroms enthalten, die den [[Fork (Dateisystem)|Forks]] des Macintosh entspricht. Für versteckte Dateien werden {{lang|en|Streams}} jedoch nicht verwendet.

== Darstellung ==
[[Datei:Dolphin-19.12.3-German-hidden_files_and_directories.png|mini|Beispiel für Ansicht mit versteckten Dateien.]]
[[Datei:Dolphin-19.12.3-German-Menu.png|mini|Beispiel für die Option zum Anzeigen von versteckten Dateien in einem Menü.]]
Aus der jeweiligen technischen Umsetzung ergeben sich die Konventionen, wie in einem Betriebssystem mit versteckten Dateien umgegangen wird. Diese werden mitunter von den [[Anwendungssoftware|Anwendungsprogrammen]] übernommen, jedoch nicht zwingend. Bei [[Systemsoftware|Systemprogrammen]], in erster Linie jenen, die vom Betriebssystem mitgeliefert werden, sind diese Konventionen jedoch die [[Standardannahme|Standardeinstellung]]. Ein Beispiel dafür sind [[Dateimanager]], die in der [[Voreinstellung]] versteckte Dateien und Verzeichnisse ausblenden. Meist existiert jedoch eine Option in den Einstellungen, die es dem Benutzer erlaubt, versteckte Dateien dennoch anzuzeigen. Bei der Darstellung werden versteckte Dateien meist gekennzeichnet, etwa durch erhöhte Transparenz des [[Icon (Computer)|Symbols]], oder farblich anders dargestellt, etwa den Dateinamen in grau statt in schwarz.

Unter einem [[Kommandozeileninterpreter]] werden bei dem Kommando zur Auflistung der Dateien ebenfalls standardmäßig versteckte Dateien und Verzeichnisse nicht gelistet. Dies ist z. B. bei <code>[[ls (Unix)|ls]]</code> von Unix und Unix-artigen Betriebssystemen der Fall. Auch das Kommando <code>[[dir (Kommandozeilenbefehl)|dir]]</code> unter DOS verhält sich so. Durch die Angabe eines [[Kommandozeilenparameter]]s ist es möglich, versteckte Dateien und Verzeichnisse in die Auflistung mit aufzunehmen, beispielsweise mit <code>ls -a</code> oder <code>dir /a</code>.

== Anwendungen ==
Bei diversen Funktionen im Betriebssystem werden versteckte Dateien normalerweise nicht erfasst, wie beispielsweise bei Kopier- und Verschiebeaktionen. Dies betrifft die Kommandozeile ebenso (z. B. <code>[[cp (Unix)|cp]]</code>, <code>[[mv (Unix)|mv]]</code>, <code>[[rsync]]</code> etc. unter Unix-Betriebssystemen), wo eine Verwendung von <code>*</code> als [[Wildcard (Informatik)|Wildcard]] für alle Dateien und Verzeichnisse in einem Quellverzeichnis die mit einem Punkt beginnenden versteckten Dateien und Verzeichnisse nicht umfasst, wie auch die [[grafische Benutzeroberfläche]], wo nur sichtbare Elemente [[Markierung (Informatik)|markiert]] werden können. Versteckte Dateien werden somit (in der Standardeinstellung) nicht erfasst und daher, z. B. beim [[Drag and Drop|Ziehen und Ablegen]], nicht mitkopiert oder verschoben.

Bei der Auswahl eines Verzeichnisses, das rekursiv kopiert oder verschoben wird, werden hingegen auch die versteckten Dateien darin mit übertragen.

Versteckte Dateien werden für unterschiedliche Zwecke verwendet und dies ist im Allgemeinen eine Entscheidung des Entwicklers von Software. So finden sich zahlreiche unterschiedliche Beispiele:
* Systemdateien: Bei manchen Betriebssystemen werden Dateien, die vom System verwaltet werden und die vom Anwender nicht direkt genutzt werden sollen, versteckt. Ein Beispiel sind die Startdateien von [[PC DOS]] oder [[MS-DOS]], [[IBMBIO.COM]] bzw. [[IO.SYS]] sowie IBMDOS.COM/[[MSDOS.SYS]] und [[COMMAND.COM]]. Auf Startdisketten finden sich jeweils diese drei Startdateien, die normalerweise jedoch nicht mitkopiert werden. Will man hingegen eine Diskette startfähig machen, so gibt es dafür das Kommando <code>[[SYS (Kommandozeilenbefehl)|SYS]]</code>, das dann nicht nur diese drei Dateien kopiert und die entsprechenden Dateiattribute setzt, sondern auch den [[Bootsektor]] (bei FAT: [[Volume Boot Record|VBR]]) schreibt.
* [[Temporäre Datei]]en und Verzeichnisse: Einige Programme und Betriebssysteme generieren Daten aus vorhandenen Dateien und erstellen daraus Dateien für eine Art Zwischenspeicher, was u. a. der Beschleunigung dient. Damit diese temporären Dateien nicht im Dateimanager auftauchen, werden sie oft versteckt. Man kann sie in vielen Fällen gefahrlos löschen, da die Daten jederzeit wieder generiert werden können, jedoch verwalten viele Programme temporäre Dateien selbständig und bieten oft Konfigurationsoptionen zum Löschen oder Begrenzen dieser Dateien an.
* Im Betriebssystem integrierte Systemfunktionen nutzen oft versteckte (und geschützte) Dateien und Verzeichnisse. Ein Beispiel ist der [[Papierkorb#Informationstechnik|Papierkorb]] von Windows, dessen Dateien im versteckten (und geschützten) Ordner <code>$RECYCLE.BIN</code> vorgehalten werden. Bei [[macOS]] heißt der Ordner für den Papierkorb <code>.Trashes</code>, während etwa die [[Indexstruktur|Indizes]] für die [[Spotlight (Software)|Spotlight]]-Suchfunktion im versteckten Ordner <code>.Spotlight</code> zwischengespeichert werden (temporäre Dateien).
* [[Konfigurationsdatei]]en: Unter Unix und Unix-artigen Betriebssystemen sind Konfigurationsdateien des lokalen Benutzers fast immer Punkt-Dateien. Dadurch wirkt das [[Benutzerverzeichnis]], <code>$HOME</code> bzw. <code>~</code> und meist <code>/home/''Benutzername''</code>, aufgeräumter. Wer jedoch diese Dateien löscht, verliert wichtige Einstellungen der entsprechenden Programme.

=== Beispiele ===
Unter Unix-Systemen wird eine Datei durch einfaches Umbenennen versteckt. Um eine versteckte Datei zu erstellen, kann z. B. folgendes Kommando herangezogen werden:
[[Prompt|%]] [[touch (Unix)|touch]] .versteckte_Datei.txt

Die Datei <code>.versteckte_Datei.txt</code> kann wie jede andere Datei verwendet, so etwa auch in einem [[Texteditor]] bearbeitet werden:
[[Prompt|%]] [[Nano (Texteditor)|nano]] .versteckte_Datei.txt

In der Auflistung wird die Datei normalerweise jedoch nicht angezeigt, außer mit dem Parameter <code>-a</code> (kleines a).
[[Prompt|%]] [[ls (Unix)|ls]] -a

Um mit <code>ls</code> alle versteckten Dateien anzuzeigen, jedoch weiterhin die reservierten Dateinamen <code>.</code> und <code>..</code> auszublenden, gibt es bei modernen ls-Implementierungen den Parameter <code>-A</code> (großgeschriebenes A).

Werden nun alle Dateien aus dem aktuellen Verzeichnis mit dem Wildcard <code>*.*</code> kopiert, so wird die Datei <code>.versteckte_Datei.txt</code> und alle anderen versteckten Dateien (und Verzeichnisse) nicht mitkopiert:
[[Prompt|%]] [[cp (Unix)|cp]] *.* /Pfad/zum/Ziel

Dies betrifft auch die Einschränkung auf [[Dateinamenserweiterung]]en, etwa nur [[Textdatei]]en mit dem Wildcard <code>*.txt</code>.

Unter [[PC-kompatibles DOS|PC-kompatiblem DOS]] wie [[MS-DOS]] kann das Kommando [[ATTRIB]] die Dateiattribute, darunter „versteckt“, anzeigen, setzen oder löschen.

[[Prompt|C:\>]]<nowiki />[[ATTRIB|attrib]] Datei.Ext

Auch unter DOS sind versteckte Dateien nicht im Wildcard <code>*.*</code> enthalten. Um versteckte Dateien dennoch kopieren zu können, kann es daher nötig sein, das entsprechende [[Flag (Informatik)|Flag]] vor dem Kopiervorgang zu löschen:
[[Prompt|C:\>]]<nowiki />[[ATTRIB|attrib]] -h Datei.Ext

Nach dem Kopiervorgang sollte das {{enS|hidden flag}}, je nach Vorhaben auch bei der Zieldatei, wieder gesetzt werden:
[[Prompt|C:\>]]<nowiki />[[ATTRIB|attrib]] +h Datei.Ext
[[Prompt|C:\>]]<nowiki />[[cd (Kommandozeilenbefehl)|cd]] \Pfad\zum\Ziel\des\Kopierens\
[[Prompt|C:\Pfad\zum\Ziel\des\Kopierens>]]<nowiki />[[ATTRIB|attrib]] +h Datei.Ext

Alternativ gibt es Kommandos bzw. Kommandozeilenparameter oder Programme, die auch versteckte Dateien inkludieren können. Dies ist vor allem bei der [[Datensicherung]] essentiell. Ein Beispiel dafür ist das Backup-Dienstprogramm [[rsync]], oder unter DOS beispielsweise [[xcopy]].

In grafischen Dateimanagern – wie beispielsweise dem [[Windows-Explorer|Explorer]] von [[Microsoft Windows|Windows]], dem [[Finder (Mac)|Finder]] von [[macOS]], [[Dolphin (KDE)|Dolphin]] von [[KDE Plasma 5|Plasma]] ([[KDE]], bis Version 3 noch [[Konqueror]]) oder [[Nautilus (Dateimanager)|Nautilus]] von [[Gnome]] – gibt es hierfür eine Ansichtsoption, die die Anzeige von versteckten Dateien allgemein (global) aktiviert. Je nach spezieller Umgebung, beispielsweise in Nautilus, kann auch eine bestimmte [[Tastenkombination]] die Anzeige freischalten, welche nur das aktuelle Fenster betrifft, es gibt jedoch auch Einstellungen, die die Anzeige versteckter Dateien Betriebssystem-weit umschalten, beispielsweise beim Windows-Explorer oder beim Finder von macOS. Damit werden dann auch auf dem [[Desktop (grafische Benutzeroberfläche)|Desktop]] versteckte Dateien angezeigt.

Im Finder wird unter klassischem Mac OS, das ist Mac OS bis [[Mac OS 9|Version 9]], das in der ''{{lang|en|resource fork}}'' gespeicherte Attribut ausgewertet. Da dieses im Dateisystem gespeichert ist, wird dieser alternative [[Datenstrom]] auch unter Mac OS X, das eigentlich ein auf [[Berkeley Software Distribution|BSD]] basierendes Unix-Betriebssystem ist, berücksichtigt.

=== Kompatibilität ===
Im Grundsatz sind die verschiedenen technischen Umsetzungen der jeweiligen Betriebssysteme nicht zueinander kompatibel. Das zeigt sich in der Praxis immer dann, wenn Daten zwischen unterschiedlichen Systemen ausgetauscht werden sollen bzw. wenn System-fremde Dateisysteme verwendet werden.

Es ist z. B. auf FAT-Dateisystemen, die keine langen Dateinamen unterstützen, unmöglich, dass eine Datei mit einem Punkt beginnt: Im ursprünglichen ''{{lang|en|File Allocation Table}}'' (FAT) müssen alle Dateien der [[8.3]]-Konvention folgen ([[retronym]] auch [[8.3#Kurze Dateinamen|kurze Dateinamen]] genannt), die den Punkt automatisch nach den maximal 8 Zeichen des Dateinamens vorsieht, gefolgt von der Dateinamenserweiterung, die nur 3 Zeichen lang sein kann (daher 8.3). Der Punkt zur Trennung ist daher nicht Teil des Dateinamens, sondern Teil der Konvention selbst; Dateinamen werden im ''{{lang|en|File Allocation Table}}'' folglich ohne Punkt gespeichert und im Dateinamens selbst werden keine (weiteren) Punkte unterstützt.

Wenn also Unix auf einem FAT-Dateisystem eine versteckte Datei anlegen will, scheitert es, weil dieses nicht kompatibel ist. Kompatibilitätsschichten wie [[UMSDOS]] konnten zwar Abhilfe schaffen, waren jedoch vom Betriebssystem abhängig, das UMSDOS implementierte (nur [[Linux]], nicht jedes Unix).

Auf moderneren Dateisystemen, aber auch FAT mit der Erweiterung [[VFAT]] sowie auf dem Nachfolger [[exFAT]], können Punkt-Dateien jedoch ohne Probleme erstellt werden und sind daraufhin auf allen Unix-artigen Betriebssystem automatisch versteckt. Wird allerdings vom Dateisystemtreiber nicht gleichzeitig das Attribut „versteckt“ oder „unsichtbar“ gesetzt, so ist dieselbe Datei auf Betriebssystemen ohne die Unix-Konvention dann plötzlich sichtbar, was folgendes Beispiel veranschaulicht: Erstellt man auf einer FAT12-[[Diskette]] mit VFAT-Erweiterung (lange Dateinamen) unter MS-DOS die Datei <code>HIDDEN.TXT</code> und versteckt diese, so wird sie dennoch unter Linux gelistet (ist also nicht versteckt):
MS-DOS:
[[Prompt|A:\>]]<nowiki />copy [[Nullgerät|NUL:]] HIDDEN.TXT
[[Prompt|A:\>]]<nowiki />[[dir (Kommandozeilenbefehl)|dir]]
HIDDEN.TXT
1 Dateien
[[Prompt|A:\>]]<nowiki />[[ATTRIB|attrib]] +h HIDDEN.TXT
[[Prompt|A:\>]]<nowiki />dir
0 Dateien

Linux:
[[Prompt|%]] touch .hidden.txt
[[Prompt|%]] ls
HIDDEN.TXT
[[Prompt|%]] ls -a
. .. .hidden.txt HIDDEN.TXT

Die eigentlich versteckte Datei mit dem FAT-Attrib „{{lang|en|hidden}}“, <code>HIDDEN.TXT</code>, wird unter Linux angezeigt, weil sie keine Punkt-Datei ist. Die Punkt-Datei hingegen ist versteckt, obwohl ihr das FAT-Attribut fehlt.

MS-DOS:
[[Prompt|A:\>]]<nowiki />dir
.hidden.txt
1 Dateien

Unter DOS mit [[File Allocation Table#LFN|LFN]] wird die Datei <code>.hidden.txt</code> als sichtbar gelistet, weil Punkt-Dateien in DOS nicht automatisch versteckt sind; Nur das „{{lang|en|hidden}}“-Attribut ist ausschlaggebend, nicht der Dateiname.

Ähnliche Schwierigkeiten gibt es zumeist auf Netzlaufwerken.

== Einzelnachweise ==
<references />

[[Kategorie:Dateiverwaltung]]

Versteckte Datei - Versionsgeschichte

imported>Prüm: /* Einzelnachweise */