Provided by: schroot_1.6.13-3build2_amd64 bug

BEZEICHNUNG

       schroot - häufig gestellte Fragen

BESCHREIBUNG

       Diese   Handbuchseite   deckt   viele   verschiedene  häufig  gestellte  Fragen  über  die
       Konfiguration und Benutzung von Schroot ab.

KONFIGURATION

   Warum überschreibt Schroot Konfigurationsdateien in der Chroot?
       Standardmäßig  kopiert  Schroot  die  NSS-Datenbanken  des  Systems  (»passwd«,  »shadow«,
       »group«,  »gshadow«,  »services«, »protocols«, »networks« und »hosts«, etc.) in die Chroot
       hinein. Der Grund dafür ist, dass die Chroot-Umgebung kein  vollständig  separates  System
       ist  und  es  durch  das  Kopieren  synchron  gehalten  wird.  Dies ist jedoch nicht immer
       erwünscht, insbesondere, wenn ein Paket in die Chroot installiert wird, das Systembenutzer
       und  Gruppen  erzeugt, die auf dem Wirtsystem nicht vorhanden sind, da diese beim nächsten
       Herüberkopieren der Datenbanken verschwinden werden.

       Die hier vorgeschlagene Behelfslösung besteht darin, das Kopieren zu  deaktivieren,  indem
       der   Schlüssel   setup.nssdatabases   in   schroot.conf   geleert   wird.   In   früheren
       Veröffentlichungen von Schroot wurde dies durch Auskommentieren der Datei NSSDATABASES für
       die  Chroot  erreicht (standardmäßig /etc/schroot/default/config). Die Datenbankliste kann
       ebenfalls durch Bearbeiten der Datei angepasst  werden,  die  die  Datenbankliste  enthält
       (standardmäßig /etc/schroot/default/nssdatabases.

       In   Zukunft   wird   an   einem   besseren   Schema   gearbeitet,  um  die  Rechner-  und
       Chroot-Datenbanken synchron zu halten. Es kann Einträge zusammenführen, anstatt die  ganze
       Datenbank zu überschreiben, wodurch Chroot-spezifische Änderungen erhalten bleiben.

   Soll ich einen einfachen oder einen Verzeichnis-Chroot-typ verwenden?
       Diese  beiden  Chroot-Typen  sind  im  Grunde identisch, da sie beide nur Verzeichnisse im
       Dateisystem sind. »plain« ist sehr einfach und führt keine Einrichtungsaufgaben durch. Der
       einzige  Grund,  aus dem Sie es möglicherweise verwenden würden, ist, wenn Sie ein Upgrade
       eines Programms wie dchroot(1) oder chroot(8) durchführen, das  nichts  anderes  tut,  als
       einen  Befehl  oder  eine  Shell  in  einem  Verzeichnis  ausführen.  Demgegenüber  führen
       Verzeichnis-Chroots Einrichtungsskripte aus, die zusätzliche  Dateisysteme  einhängen  und
       andere Einrichtungsaufgaben erledigen können.

FORTGESCHRITTENE KONFIGURATION

   Was sind Schnappschüsse und Unions?
       Einige  Chroot-Typen  unterstützen  das Klonen. Das heißt, dass Sie, wenn Sie eine Sitzung
       starten, eine Kopie der Chroot erhalten, die  nur  während  der  Lebensdauer  der  Sitzung
       besteht. Dies ist nützlich, wenn Sie vorübergehend eine saubere Kopie des Systems für eine
       einzelne Aufgabe möchten, die dann automatisch gelöscht wird, wenn Sie damit fertig  sind.
       Die  Debian-Paketbau-Dæmons  führen  zum Beispiel sbuild(1) aus, um Debian-Pakete zu bauen
       und dieses Programm verwendet Schroot, um eine saubere  Bau-Umgebung  für  jedes  einzelne
       Paket  zu  erstellen. Ohne Schnappschüsse müsste die Chroot am Ende jedes Bauens auf ihren
       Anfangszustand zurückgesetzt  werden,  um  für  das  nächste  bereit  zu  sein  und  jedes
       zurückgelassene  Überbleibsel  vom Entfernen des Pakets oder früherem Bauen könnte mit dem
       nächsten Bauen wechselwirken.

       Die am häufigsten benutzte Methode zum Erstellen von Schnappschüssen  ist  die  Verwendung
       von  LVM-Schnappschüssen  (Chroot-Typ  »lvm-snapshot«). In diesem Fall muss die Chroot auf
       einem logischen LVM-Laufwerk (LV) existieren. Schnappschüsse eines LV können  während  der
       Sitzungseinrichtung  mit  lvcreate(8) erstellt werden. Diese verbrauchen jedoch viel Platz
       auf  der  Platte.  Eine  neuere  Methode  ist  die  Verwendung  von  Btrfs-Schnappschüssen
       (Chroot-Typ   »btrfs-snapshot«),   die   viel   weniger   Plattenplatz   beanspruchen  und
       zuverlässiger als LVM-Schnappschüsse sind. Btrfs ist allerdings immer noch  experimentell,
       aber es besteht die Hoffnung, dass es die empfohlene Methode wird, wenn es reift.

       Unions  sind  eine  Alternative zu Schnappschüssen. In dieser Situation wird, anstatt eine
       Kopie des Chroot-Dateisystems zu erstellen, ein  vorübergehendes  Schreib-/Lesedateisystem
       oben auf das Chroot-Dateisystem gelegt, so dass Änderungen im darüberliegenden Dateisystem
       gespeichert werden und das Original-Chroot-Dateisystem unberührt bleibt. Der  Linux-Kernel
       muss  erst  die  Unterstützung  von  Union-Dateisystemen wie Aufs und Unionfs integrieren,
       daher sind LVM-Schnappschüsse derzeit immer noch die empfohlene Methode.

AUFRUF

   Wie kann ich Dæmons in einer Chroot ausführen?
       Ein häufiges Problem beim Versuch einen Dæmon in einer Chroot auszuführen  ist,  dass  Sie
       bemerken,  dass  er  gar  nicht  läuft. Typischerweise wurde der Dæmon kurz nach dem Start
       gekillt.

       Wenn Schroot ausgeführt wird, startet es eine Sitzung, führt den angegebenen  Befehl  oder
       die  Shell  aus,  wartet  auf  das Beenden des Befehls oder der Shell und beendet dann die
       Sitzung. Für einen normalen Befehl oder eine  Shell  funktioniert  das  sehr  gut.  Dæmons
       starten  normalerweise  jedoch  im Hintergrund und lösen sich vom steuernden Terminal. Sie
       tun  dies,  indem  sie  sich  zweimal  verzweigen  und  den  Elternprozess  enden  lassen.
       Unglücklicherweise  bedeutet  dies,  dass  Schroot  das Beenden des Programms bemerkt (der
       Dæmon ist ein verwaister Enkel dieses Prozesses) und dann die Sitzung  beendet.  Teil  des
       Beendens  der  Sitzung ist das Killen aller Prozesse, die innerhalb der Chroot laufen, was
       wiederum bedeutet, dass der Dæmon beim Beenden der Sitzung gekillt wird.

       Als Folge davon ist es nicht möglich, einen Dæmon  direkt  mit  Schroot  auszuführen.  Sie
       können  es  dennoch  tun, wenn Sie eine Sitzung mit --begin-session erstellen und dann den
       Dæmon mit --run-session ausführen. Es liegt dann in Ihrer Verantwortung, die  Sitzung  mit
       --end-session  zu  schließen,  wenn  der  Dæmon  beendet  wurde  und  Sie ihn nicht länger
       benötigen.

   Wie kann ich eine kaputte Sitzung von Hand aufräumen?
       Gelegentlich kann es nötig sein, Sitzungen von Hand  aufzuräumen.  Falls  sich  etwas  auf
       Ihrem System ändert, das ein Fehlschlagen des Einrichtungsskripts beim Beenden der Sitzung
       zur  Folge  hat,  zum  Beispiel  das  Entfernen  einer   benötigten   Datei   oder   eines
       Verzeichnisses, ist es Schoot möglicherweise nicht möglich, alles automatisch aufzuräumen.
       Für   jedes   im   Abschnitt    »Sitzungsverzeichnisse«    in    schroot(1)    aufgeführte
       Sitzungsverzeichnis  müssen  alle  Dateien  mit dem Namen der Sitzungskennung gelöscht und
       alle Verzeichnisse mit  dem  Namen  der  Sitzungskennung  ausgehängt  (falls  es  darunter
       eingehängte Dateisysteme gibt) und dann auch gelöscht werden.

       Um zum Beispiel die Sitzung mit Namen meine-Sitzung von Hand zu entfernen:

       •      die Konfigurationsdatei der Sitzung entfernen
              % rm /var/lib/schroot/session/meine-Sitzung↵

       •      auf eingehängte Dateisysteme prüfen
              % /usr/lib/x86_64-linux-gnu/schroot/schroot-listmounts -m \
                /var/run/schroot/mount/meine-Sitzung↵

       •      eingehängte Dateisysteme aushängen

       •      /var/run/schroot/mount/meine-Sitzung entfernen

       •      dies     für     andere    Verzeichnisse    wie    /var/lib/schroot/union/underlay,
              /var/lib/schroot/union/overlay und /var/lib/schroot/unpack wiederholen

       HINWEIS: Entfernen Sie keine Verzeichnisse,  ohne  zu  prüfen,  ob  darunter  irgendwelche
       Dateisysteme  eingehängt  sind, da Dateisysteme wie /home immer noch mit der Option »bind«
       eingehängt sein könnten. Dies dennoch zu tun, könnte zum Verlust unwiederbringlicher Daten
       führen.

FORTGESCHRITTENE BENUTZUNG

   Wie verwende ich Sitzungen?
       Im normalen Betrieb führen Sie einen Befehl ähnlich diesem aus:
       % schroot -c squeeze -- Befehl↵

       Dadurch  würde  der  Befehl Befehl in der Chroot squeeze ausgeführt. Während es hier nicht
       offensichtlich ist, dass eine Sitzung  benutzt  wird,  unternimmt  Schroot  die  folgenden
       Schritte:

       •      Es  wird  mittels der Chroot squeeze eine Sitzung erstellt. Dieser wird automatisch
              ein  eindeutiger  Name  wie  squeeze-57a69547-e014-4f5d-a98b-f4f35a005307  gegeben,
              obwohl Sie normalerweise nichts darüber wissen möchten.

       •      Einrichtungsskripte werden zum Erstellen der Sitzungs-Chroot ausgeführt und richten
              sie Ihnen ein.

       •      Der Befehl  Befehl wird innerhalb der Sitzungs-Chroot ausgeführt.

       •      Zum Aufräumen der Sitzungs-Chroot werden Einrichtungsskripte ausgeführt.

       •      Die Sitzung wird gelöscht.

       Falls Sie nun mehr als einen Befehl ausführen wollen, können Sie eine  Shell  starten  und
       die  Befehle  interaktiv  starten  oder  Sie  können sie in ein Shell-Skript schreiben und
       stattdessen dieses ausführen. Aber möglicherweise wollen Sie  dazwischen  etwas  tun,  wie
       etwa  beliebige  Befehle von einem Programm oder Skript ausführen, von dem Sie vorher noch
       nicht wissen, welche Befehle Sie ausführen müssen. Außerdem  möchten  Sie  vielleicht  den
       Zustand  der  Chroot  zwischen  zwei Befehlen konservieren, wobei die normale automatische
       Erstellung von Sitzungen den Zustand zwischen jedem Befehl wieder zurücksetzen würde.  Das
       ist  der  Grund für die Sitzungen: Sobald sie erstellt sind, ist die Sitzung beständig und
       wird nicht entfernt. Mit einer Sitzung können Sie so  viele  Befehle  ausführen,  wie  Sie
       wollen,  Sie  müssen  aber  die  Sitzung von Hand erstellen und löschen, da Schroot selbst
       nicht wissen kann, wann Sie damit fertig sind, außer im  obigen  Fall  mit  dem  einzelnen
       Befehl. Dies ist ziemlich einfach:
       % schroot --begin-session -c squeeze↵
       squeeze-57a69547-e014-4f5d-a98b-f4f35a005307

       Dies  erzeugt  eine  neue Sitzung, die auf der Chroot squeeze basiert. Der eindeutige Name
       der Sitzung, die Sitzungskennung, wird auf der Standardausgabe ausgegeben, daher  kann  er
       gleichzeitig als Shell-Variable gesichert werden wie hier:
       % SESSION=$(schroot --begin-session -c squeeze)↵
       % echo $SESSION↵
       squeeze-57a69547-e014-4f5d-a98b-f4f35a005307

       Nun wurde die Sitzung erstellt und hat eine Sitzungskennung. In ihr können Befehle mittels
       der Sitzungskennung ausgeführt werden:
       % schroot --run-session -c squeeze-57a69547-e014-4f5d-a98b-f4f35a005307 \
         -- Befehl1↵

       oder
       % schroot --run-session -c "$SESSION" -- Befehl1↵

       und dann so viele andere Befehle wie gewünscht
       % schroot --run-session -c "$SESSION" -- Befehl2↵
       % schroot --run-session -c "$SESSION" -- Befehl3↵
       % schroot --run-session -c "$SESSION" -- Befehl4↵

       etc.

       Wenn die Sitzung vorüber ist, kann sie mit --end-session entfernt werden:
       % schroot --end-session -c squeeze-57a69547-e014-4f5d-a98b-f4f35a005307↵

       oder
       % schroot --end-session -c "$SESSION"↵

       Da die automatisch generierten Sitzungsnamen lang und unhandlich sein  können,  ermöglicht
       Ihnen die Option --session-name Ihren eigenen Namen zu vergeben:

       % schroot --begin-session -c squeeze --session-name mein-name↵
       mein-name

MITWIRKEN

   Hilfe erhalten und einbezogen werden
       Die    Mailingliste    <buildd-tools-devel@lists.alioth.debian.org>    wird   sowohl   für
       Anwenderunterstützung als auch Diskussionen über die Entwicklung benutzt. Die  Liste  kann
       über  die  Projektseite  unter  https://alioth.debian.org/projects/buildd-tools/ abonniert
       werden        oder        über        die        Mailman-Listenschnittstelle         unter
       http://lists.alioth.debian.org/mailman/listinfo/buildd-tools-devel.

   Fehler melden
       Auf Debian-Systemen können Fehler unter Benutzung des Werkzeugs reportbug(1) oder per Mail
       an <submit@bugs.debian.org> gemeldet werden (Einzelheiten darüber, wie  das  geht,  finden
       Sie unter http://bugs.debian.org).

   Bezug der neusten Quellen
       Schroot wird über das Versionskontrollsystem Git verwaltet. Sie können die neusten Quellen
       über git://git.debian.org/git/buildd-tools/schroot beziehen.
       % git clone git://git.debian.org/git/buildd-tools/schroot↵

       Der  Zweig   »master«   enthält   die   aktuelle   Entwicklungsveröffentlichung.   Stabile
       Veröffentlichungen  werden  in  Zweigen  gefunden,  zum Beispiel liegen die Serien 1.4 des
       Releases im Zweig »schroot-1.4«.

AUTOR

       Roger Leigh

COPYRIGHT

       Copyright © 2005-2012 Roger Leigh <rleigh@codelibre.net>

       schroot ist freie Software. Sie können es unter den Bedingungen  der  GNU  General  Public
       License,  wie  von  der  Free  Software  Foundation  veröffentlicht,  weitergeben und/oder
       modifizieren, entweder gemäß Version 3 der Lizenz oder (nach Ihrer Option) jeder  späteren
       Version.

SIEHE AUCH

       dchroot(1), sbuild(1), schroot(1), schroot.conf(5). schroot-setup(5),