Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# `/home`(Basisverzeichnisse der Benutzer)
<a name="filesystem-slash-home"></a>

 Normale Benutzer haben ihre Home-Verzeichnisse unter`/home`, aber Software sollte immer nach der benutzerspezifischen `$HOME` Umgebungsvariablen suchen, anstatt sich auf ein Muster wie. `/home/$USER` 

 Standardmäßig haben AL2 023 Bilder auf `/home` root Dateisystem, aber Software sollte sich nicht darauf verlassen. Es ist absolut legitim, wenn das Betriebssystem als separates Dateisystem konfiguriert wird, das später beim Booten oder erst, nachdem sich ein Benutzer beim System authentifiziert hat, eingehängt wird. `/home` 

 Das Tool root Das Home-Verzeichnis des Benutzers befindet sich nicht im Verzeichnis, `/home` sondern ist [`/root` (root (Heimatverzeichnis des Benutzers)](filesystem-slash-root.md) so, dass es verfügbar ist, falls das `/home` Dateisystem nicht gemountet werden kann. 

**Anmerkung**  
 Es empfiehlt sich, `systemd` Dienste, die keinen Schreibzugriff benötigen, mit der `ProtectHome=read-only` Direktive `/home` zu konfigurieren. Mit dieser Option `/run/user` sind `/home``/root`, und für den Dienst schreibgeschützt.   
 Es hat sich auch bewährt, Dienste, die keinen Zugriff benötigen, mit der `ProtectHome=tmpfs` Direktive `/home` zu konfigurieren. Dadurch wird der Dienst in einer Sandbox ausgeführt, in der es sich bei `/home``/root`, und um leere schreibgeschützte `/run/user` `tmpfs` Dateisysteme handelt.   
 Weitere Informationen dazu, wie Sie `systemd` den Zugriff eines Dienstes auf das System einschränken können, finden Sie in der `systemd.exec(5)` man Seite.