schroot - Online nel cloud

PROGRAMMA:

NOME

schroot: entra in modo sicuro in un ambiente chroot

SINOSSI

Rottame [-h|--Aiuto | -V|--versione | -l|--elenco | -i|--Informazioni | --config | --Posizione |
--sessione automatica | -b|--inizio-sessione | --recupera-sessione | -r|--run-session |
-e|--fine-sessione] [-f|--vigore] [-n nome-sessione|--nome-sessione=nome-sessione] [-d
elenco|--directory=elenco] [-u Utente|--utente=Utente] [-p|--preservare-ambiente] [-s
conchiglia|--conchiglia=conchiglia] [-q|--silenzioso | -v|--verboso] [-c chroot|--chroot=chroot | [--tutti |
--tutti-chroot | --chroot di tutte le sorgenti | --tutte le sessioni] [--escludi-alias]]
[-o|--opzione=chiave=valore] [--] [COMANDO [ ARG1 [ ARG2 [ ARGn]]]]

DESCRIZIONE

Rottame consente all'utente di eseguire un comando o una shell di login in un ambiente chroot. se no
Se il comando è specificato, verrà avviata una shell di login nell'ambiente di lavoro corrente dell'utente
directory all'interno del chroot.

Il comando è un programma, più tutti gli argomenti opzionali richiesti. Ogni argomento può
essere quotati separatamente.

La directory in cui viene eseguito il comando o la shell di login dipende dal contesto. Vedere
--directory opzione di seguito per una descrizione completa.

Tutto l'utilizzo di chroot verrà registrato nei log di sistema. In alcune circostanze, l'utente
potrebbe essere richiesto di autenticarsi; vedere la sezione “Autenticazione", sotto.

Se non viene specificato alcun chroot, come fallback verrà utilizzato il nome chroot o l'alias 'default'.
Equivale a “--chroot=default”.

OVERVIEW

Spesso è necessario eseguire programmi in un ambiente virtualizzato anziché sull'host
sistema direttamente. A differenza di altri sistemi di virtualizzazione come kvm or Xen, schroot non lo fa
virtualizza l'intero sistema; virtualizza solo il file system e alcune parti del
Il file system può ancora essere condiviso con l'host. È quindi veloce, leggero e
flessibile. Tuttavia, non virtualizza altri aspetti del sistema, come la condivisione
memoria, rete, dispositivi ecc. e quindi potrebbero essere meno sicuri di altri sistemi, a seconda
in base all'uso previsto. Alcuni esempi di usi esistenti di schroot includono:

· Eseguire un programma non attendibile in una sandbox, in modo che non possa interferire con i file su
il sistema host; questo può anche essere utilizzato per limitare i danni causati da un servizio compromesso
può infliggere all'ospite

· Utilizzando un definito or cavedano ambiente, per garantire la riproducibilità e
integrità di un compito dato

· Utilizzo di diverse versioni di un sistema operativo, o addirittura di sistemi operativi diversi
sistemi nel complesso, ad esempio diverse distribuzioni GNU/Linux

· Esecuzione di programmi a 32 bit utilizzando un chroot a 32 bit su un sistema host a 64 bit

· Creazione automatica di pacchetti Debian utilizzando costruire(1), che costruisce ogni pacchetto in
uno snapshot chroot incontaminato quando si utilizzano snapshot o unioni LVM

· Supporto di più immagini di sistema in una configurazione cluster, in cui la modifica della base
l'immagine richiede molto tempo e/o supporta tutte le configurazioni richieste necessarie da
utenti è difficile: diversi chroot possono supportare tutte le diverse configurazioni
richiesto, e agli utenti del cluster può essere concesso l'accesso ai chroot di cui hanno bisogno (che possono
includere l'accesso root per gli utenti fidati per gestire le proprie immagini)

Un chroot può essere utilizzato direttamente come root eseguendo chroot(8), ma gli utenti normali non sono in grado
per usare questo comando. Rottame consente l'accesso ai chroot per gli utenti normali utilizzando lo stesso
meccanismo, ma con diverse funzionalità aggiuntive. Mentre schroot utilizza una directory come
chroot proprio come chroot(8), non richiede che questa sia una directory regolare nel
filesystem. Sebbene questo sia l'impostazione predefinita, il chroot può anche essere creato da un file, un
file system, inclusi snapshot LVM e Btrfs e montaggi loopback, o composto da un
sovrapposizione unionfs. Essendo estensibile dall'utente, la possibilità di creare chroot da diversi
le fonti sono limitate solo dalla tua immaginazione. schroot esegue il controllo dei permessi e
consente un'ulteriore configurazione automatizzata dell'ambiente chroot, come il montaggio di componenti aggiuntivi
file system e altre attività di configurazione. Questa configurazione automatizzata viene eseguita tramite
azione di setup script che può essere personalizzato ed esteso per eseguire qualsiasi azione
richiesto. Le azioni tipiche includono il montaggio della directory home dell'utente, la configurazione
reti e database di sistema, e persino l'avvio dei servizi. Questi sono di nuovo interamente
personalizzabile dall'amministratore. Gli script di installazione vengono eseguiti per tutti i tipi di chroot, con
eccezione del tipo 'plain', il tipo chroot più semplice, che non offre alcuna configurazione automatizzata
caratteristiche. La configurazione di schroot è trattata più dettagliatamente in
schroot.conf(5).

VERSIONI

Rottame accetta le seguenti opzioni:

Azioni
-h, --Aiuto
Mostra il riepilogo della guida.

-V, --versione
Stampa le informazioni sulla versione.

-l, --elenco
Elenca tutti i chroot disponibili.

-i, --Informazioni
Stampa informazioni dettagliate sui chroot specificati.

--config
Stampa la configurazione dei chroot specificati. Questo è utile per verificare che il
la configurazione in uso è la stessa del file di configurazione. Eventuali commenti in
il file originale sarà mancante.

--Posizione
Visualizza la posizione (percorso) dei chroot specificati. Nota che i tipi di chroot che possono
possono essere utilizzati solo all'interno di una sessione e non avranno una posizione finché non saranno attivi.

Informazioni Opzioni
-q, --silenzioso
Stampa solo i messaggi essenziali.

-v, --verboso
Stampa tutti i messaggi.

chroot prodotti
-c, --chroot=chroot
Specificare un chroot o una sessione attiva da utilizzare. Questa opzione può essere utilizzata più volte
per specificare più di un chroot, nel qual caso il suo effetto è simile a --tutti.
il nome chroot può essere preceduto da un namespace; vedere la sezione “chroot Spazi dei nomi",
qua sotto.

-a, --tutti
Seleziona tutti i chroot, i chroot sorgente e le sessioni attive. Quando un comando è stato
specificato, il comando verrà eseguito in tutti i chroot, chroot di origine e chroot attivi
sessioni. Se --Informazioni è stato utilizzato, visualizza informazioni su tutti i chroot. Questo
opzione non ha senso da usare con una shell di login (eseguita quando non è stato eseguito alcun comando
specificato). Questa opzione è equivalente a “--all-chroots --all-source-chroots
--tutte-le-sessioni”.

--tutti-chroot
Seleziona tutti i chroot. Identico a --tutti, eccetto che la sorgente chroot e attiva
le sessioni non vengono considerate.

--tutte le sessioni
Seleziona tutte le sessioni attive. Identico a --tutti, eccetto che chroots e source
i chroot non vengono considerati.

--chroot di tutte le sorgenti
Seleziona tutti i chroot di origine. Identico a --tutti, eccetto che chroot e sessioni
non sono considerati.

--escludi-alias
Non selezionare alias oltre ai chroot. Questo assicura che solo i chroot reali
sono selezionati e vengono elencati solo una volta.

chroot Industria XNUMX
-d, --directory=elenco
Passare alla elenco all'interno del chroot prima di eseguire il comando o la shell di login.
If elenco non è disponibile, schroot uscirà con uno stato di errore.

Il comportamento predefinito è il seguente (tutti i percorsi delle directory sono all'interno del chroot). A
la shell di login viene eseguita nella directory di lavoro corrente. Se questa non è disponibile,
proverà $HOME (quando --preservare-ambiente viene utilizzato), quindi la casa dell'utente
directory, e / all'interno del chroot a sua volta. Un comando viene sempre eseguito nel chroot corrente
directory di lavoro all'interno del chroot. Se nessuna delle directory è disponibile,
schroot uscirà con uno stato di errore.

-u, --utente=Utente
Esegui come utente diverso. L'impostazione predefinita è l'esecuzione come utente corrente. Se necessario,
all'utente potrebbe essere richiesto di autenticarsi con una password. Per ulteriori informazioni
informazioni, vedere la sezione “Autenticazione", sotto.

-p, --preservare-ambiente
Conserva l'ambiente dell'utente all'interno dell'ambiente chroot. L'impostazione predefinita è
utilizzare un ambiente pulito; questa opzione copia l'intero ambiente utente e lo imposta
nella sessione. Le variabili d'ambiente consentite sono soggette a determinate
restrizioni; vedere la sezione “Ambiente", sotto.

-s, --conchiglia=conchiglia
Usa il conchiglia come shell di login. Quando si esegue una shell di login, un certo numero di potenziali
le shell saranno considerate, in questo ordine: il comando nell'ambiente SHELL
variabile (se --preservare-ambiente viene utilizzato, o preservare l'ambiente è abilitato),
la shell dell'utente nel database 'passwd', / bin / bash e infine /bin/sh. Questo
L'opzione sovrascrive questo elenco e utilizzerà la shell specificata. Questa opzione inoltre
sovrascrive il conchiglia chiave di configurazione, se impostata.

-o, --opzione=chiave=valore
Imposta un'opzione. Il valore delle chiavi di configurazione selezionate in schroot.conf può essere
modificato utilizzando questa opzione. La chiave deve essere presente nel chiavi modificabili dall'utente
chiave di configurazione in schroot.conf, o in aggiunta il chiavi modificabili dall'utente chiave se
in esecuzione come (o passaggio a) utente root. La chiave e il valore impostati qui verranno impostati
nell'ambiente degli script di installazione e può quindi essere utilizzato per personalizzare il
chroot su base per sessione.

Sessione azioni
--sessione automatica
Avvia, esegui e termina automaticamente una sessione. Questa è l'azione predefinita, così come
non è necessario specificarlo durante il normale funzionamento.

-b, --inizio-sessione
Avvia una sessione. Un identificatore di sessione univoco (ID sessione) viene restituito su standard
output. L'ID sessione è necessario per utilizzare le altre opzioni di sessione. Nota che
l'identificatore di sessione può essere specificato con --nome-sessione opzione.

--recupera-sessione
Recupera una sessione esistente. Se una sessione esistente non è più disponibile, ad esempio
ad esempio, se si smonta a causa di un riavvio, questa opzione renderà la sessione
disponibile per l'uso successivo, ad esempio rimontandolo. L'ID di sessione è specificato
con la --chroot opzione.

-r, --run-session
Esegui una sessione esistente. L'ID della sessione è specificato con --chroot opzione.

-e, --fine-sessione
Termina una sessione esistente. L'ID della sessione è specificato con --chroot opzione.

Sessione Opzioni
-n, --nome-sessione=nome-sessione
Assegna un nome a una sessione. Il valore specificato nome-sessione sostituisce il nome della sessione predefinita
contenente un ID di sessione generato automaticamente. Il nome della sessione non deve
contengono un qualificatore dello spazio dei nomi, poiché le sessioni vengono sempre create all'interno di
'session:' namespace. Il nome della sessione è anche soggetto alla denominazione chroot
restrizioni documentate in schroot.conf(5).

-f, --vigore
Forzare un'operazione di sessione, anche se altrimenti fallirebbe. Questo può essere utilizzato per
terminare forzatamente una sessione, anche se ci sono utenti attivi. Ciò non garantisce che
la sessione verrà terminata in modo pulito; ad esempio, i file system potrebbero non essere smontati.

Separatore
-- Fine delle opzioni. Utilizzato per indicare la fine delle opzioni schroot; qualsiasi seguente
le opzioni verranno passate al comando in esecuzione, anziché a schroot.

AUTENTICAZIONE

Se l'utente non è un utente autorizzato o un membro dei gruppi autorizzati (o se si cambia in
root, gli utenti root consentiti o i gruppi root consentiti) per i chroot specificati,
l'autorizzazione verrà immediatamente negata. Se si cambia utente e l'utente esegue il
comando ha accesso, all'utente verrà richiesto di autenticarsi utilizzando il
credenziali dell'utente a cui si sta effettuando il passaggio.

Sui sistemi che supportano i Pluggable Authentication Modules (PAM), schroot utilizzerà PAM per
autenticazione e autorizzazione degli utenti. Se e quando necessario, schroot richiederà
una password. Se PAM non è disponibile, tutte le autenticazioni falliranno automaticamente (utente
la commutazione è non è un supportato senza PAM).

Si noti che quando PAM è in uso, all'utente root non vengono concessi privilegi speciali da
predefinito nel programma. Tuttavia, la configurazione PAM predefinita consente a root di accedere
senza password (pam_rootok.so), ma questo può essere disabilitato per impedire alla radice di
accedere a qualsiasi chroot, salvo diversa autorizzazione. In tale situazione, root deve essere
aggiunto agli utenti o gruppi consentiti come per qualsiasi altro utente o gruppo. Se PAM non è
disponibile, all'utente root sarà consentito l'accesso a tutti i chroot, anche quando non esplicitamente
accesso concesso.

CROOT SPAZI DEI NOMI

Spazio dei nomi "Basics"
Esistono tre diversi tipi di chroot: chroot regolari, chroot sorgente e chroot di sessione
chroot. Questi diversi tipi di chroot sono separati in diversi spazi dei nomi. UN
namespace è un prefisso al nome di un chroot. Attualmente ci sono tre namespace: 'chroot:',
'source:' e 'session:'. Usa --elenco --tutti per elencare tutti i chroot disponibili in tutti
spazi dei nomi. Poiché ':' viene utilizzato come separatore tra i nomi dello spazio dei nomi e quelli del chroot,
non è consentito utilizzare questo carattere nei nomi chroot.

A seconda dell'azione che si richiede a schroot di intraprendere, potrebbe cercare il chroot in uno
dei tre namespace, oppure può essere specificato un namespace particolare. Ad esempio, un
chroot denominato "sid" è in realtà denominato "chroot:sid" se lo spazio dei nomi è incluso, ma il
namespace può essere omesso per la maggior parte delle azioni.

Fonte chroot
Alcuni tipi di chroot, ad esempio gli snapshot LVM e gli snapshot Btrfs, forniscono sessioni gestite
snapshot copy-on-write del chroot. Questi forniscono anche un source chroot per consentire facilmente
accesso al file system utilizzato come origine per lo snapshot. Questi sono chroot regolari come
beh, solo con lo snapshot disabilitato. Per un chroot denominato "sid-snapshot" (cioè con un
nome completo di "chroot:sid-snapshot"), ci sarà anche una fonte corrispondente
chroot denominato "source:sid-snapshot". Le versioni precedenti di schroot fornivano chroot di origine
con il suffisso '-source'. Anche questi sono forniti per compatibilità. In questo esempio,
questo si chiamerebbe "chroot:sid-snapshot-source". Questi nomi di compatibilità saranno
abbandonato in una versione futura, quindi i programmi e gli script dovrebbero passare all'utilizzo dello spazio dei nomi-
nomi qualificati anziché il vecchio suffisso.

Sessione chroot
Tutte le sessioni create con --inizio-sessione sono posizionati all'interno dello spazio dei nomi 'session:'. Un
sessione denominata con --nome-sessione può avere qualsiasi nome, anche lo stesso nome del chroot
è stato creato da, a condizione che sia univoco all'interno di questo namespace. Questo non è stato
consentito nelle versioni precedenti di schroot che non avevano namespace.

Azioni e difetto spazi dei nomi
Tutte le azioni utilizzano 'chroot:' come spazio dei nomi predefinito, con alcune azioni di sessione che sono
eccezione. --run-session, --recupera-sessione e --fine-sessione usa 'sessione:' come
namespace predefinito invece, poiché queste azioni funzionano sui chroot di sessione. Il risultato è
che lo spazio dei nomi di solito non è mai richiesto, tranne quando è necessario lavorare con un chroot in
uno spazio dei nomi diverso da quello predefinito, ad esempio quando si utilizza un chroot di origine. Per creare chroot
selezione univoca, è sempre possibile utilizzare il nome completo incluso lo spazio dei nomi,
anche quando non è strettamente necessario.

PERFORMANCE

Le prestazioni su alcuni file system, ad esempio Btrfs, sono scarse quando si esegue dpkg a causa di
quantità di operazioni fsync eseguite. Questo può essere mitigato installando eatmydata
pacchetto e quindi aggiungendo eatmydata al prefisso comando chiave di configurazione, che disabilita
tutte le operazioni fsync. Si noti che questo dovrebbe essere fatto solo in snapshot chroot in cui i dati
la perdita non è un problema. Questo è utile quando si utilizza un chroot per la creazione di pacchetti, ad esempio
esempio.

DIRECTORY FALLBACK

schroot selezionerà una directory appropriata da utilizzare all'interno del chroot in base al fatto che
verrà utilizzata una shell di login interattiva o verrà invocato un comando e inoltre se
--directory viene utilizzata l'opzione. Nel caso di esecuzione di comandi direttamente o esplicitamente
specificando una directory, verrà utilizzata solo una directory per sicurezza e coerenza, mentre
per una shell di login si possono provare diverse possibilità. Le seguenti sottosezioni elencano le
sequenza di fallback per ogni caso. CWD è la directory di lavoro corrente, DIR è la
directory specificata con --directory.

Accedi conchiglia
? ?
│Transizione │ │
│(Host → Chroot) │ Commento │
? ?
│CWD → CWD │ Comportamento normale (se --directory non è │
│ │ usato) │
│CWD → $HOME │ Se CWD non esiste e │
│ │ --preserve-environment viene utilizzato │
│CWD → passwd pw_dir │ Se CWD non esiste (o │
│ │ --preserve-environment viene utilizzato e non │
│ │ $HOME esiste) │
│CWD → / │ Nessuna delle opzioni precedenti esiste │
│FAIL │ Se / non esiste │
? ?
Comando
? ?
│Transizione │ │
│(Host → Chroot) │ Commento │
? ?
│CWD → CWD │ Comportamento normale (se --directory non è │
│ │ usato) │
│FAIL │ Se la CWD non esiste │
? ?
Nessun fallback dovrebbe esistere in nessuna circostanza.

--directory utilizzato
? ?
│Transizione │ │
│(Host → Chroot) │ Commento │
? ?
│CWD → DIR │ Comportamento normale │
│FAIL │ Se DIR è inesistente │
? ?
Nessun fallback dovrebbe esistere in nessuna circostanza.

Debug
Si noti che --debug=avviso mostrerà l'elenco di fallback interno calcolato per la sessione.

ESEMPI

Lista disponibile chroot
% Rottame -l↵
chroot:predefinito
chroot:incidere
chroot:sid
chroot:testing
chroot:instabile

Ottieni generali informazioni a chroot
% Rottame -i -c sid↵
——— Chroot ———
Nome sid
Descrizione Debian sid (instabile)
Tipo semplice
3 priorità
Utenti rleigh
Gruppi sbuild
Utenti root
Gruppi radice sbuild
Alias ​​instabile instabile-sbuild instabile-p
owerpc-sbuild
Filtro ambiente ^(BASH_ENV|CDPATH|ENV|HOSTALIASES|I\
FS|KRB5_CONFIG|KRBCONFDIR|KRBTKFILE|KRB_CONF|LD_.*|LOCALDOMA\
IN|NLSPATH|PERCORSO_LOCALE|OPZIONI_RES|TERMINFO|DIRS_TERMINFO|TE\
RMPATH)$
Esegui script di installazione true
Configurazione dello script script-defaults
Sessione gestita vero
Personalità linux32
Posizione /srv/chroot/sid

Usa il --tutti or -c più volte per utilizzare rispettivamente tutti o più chroot.

corsa comandi in a chroot
% Rottame -c sid / bin / ls↵
[sid chroot] Esecuzione del comando: “/ bin / ls"
CVS sbuild-chroot.c sbuild-session.h schroot.conf.5
Makefile sbuild-chroot.h schroot.1 schroot.conf.5.in
Makefile.am sbuild-config.c schroot.1.in
Makefile.in sbuild-config.h schroot.c
pam sbuild-session.c schroot.conf
% Rottame -c sid -- ls -1 | capo -n 5↵
[sid chroot] Esecuzione del comando: “ls -1”
INFORMAZIONI SU NLS
AUTORI
COPIA
ChangeLog
INSTALLARE

Usa il -- per consentire l'esecuzione nel chroot delle opzioni che iniziano con '-' o '--' nel comando.
Ciò impedisce che vengano interpretati come opzioni per schroot stesso. Nota che la parte superiore
la riga è stata echeggiata all'errore standard e le righe rimanenti all'output standard. Questo è
intenzionale, in modo che l'output del programma dai comandi eseguiti nel chroot possa essere reindirizzato e
reindirizzato come richiesto; i dati saranno gli stessi come se il comando fosse eseguito direttamente su
il sistema ospite.

Commutazione utenti
% Rottame -c sid -u radice↵
Password:
[sid chroot] (rleigh→root) Esecuzione della shell di login: “/ bin / bash"
#

Se l'utente 'rleigh' era in utenti root in /etc/schroot/schroot.conf, o uno dei gruppi
lui apparteneva era in gruppi radice, verrebbe loro concesso l'accesso root senza
autenticazione, ma viene comunque applicato il passaggio di autorizzazione PAM.

Sessioni
Un chroot potrebbe essere necessario per eseguire più di un comando. In particolare, quando il chroot è
creato al volo da un LVM LV o da un file su disco, è necessario effettuare il chroot
persistente mentre viene eseguita una determinata attività (o un insieme di attività). Esistono sessioni per questo
scopo. Per tipi chroot semplici come 'plain' e 'directory', è possibile creare sessioni
ma non sono strettamente necessari.

Iniziamo esaminando un chroot con capacità di sessione:

% Rottame -i -c sid-snap↵
——— Chroot ———
Nome sid-snap
Descrizione Debian sid snapshot
Tipo lvm-snapshot
3 priorità
Gli utenti fanno rleigh
Gruppi sbuild
Utenti root
Gruppi radice root sbuild
Alias
Filtro ambiente ^(BASH_ENV|CDPATH|ENV|HOSTALIASES|I\
FS|KRB5_CONFIG|KRBCONFDIR|KRBTKFILE|KRB_CONF|LD_.*|LOCALDOMA\
IN|NLSPATH|PERCORSO_LOCALE|OPZIONI_RES|TERMINFO|DIRS_TERMINFO|TE\
RMPATH)$
Esegui script di installazione true
Configurazione dello script script-defaults
Sessione gestita vero
Personalità Linux
Dispositivo /dev/hda_vg/sid_chroot
Opzioni di montaggio -o atime,async,user_xattr
Utenti di origine
Gruppi di origine radice rleigh
Utenti root di origine
Gruppi radice sorgente radice rleigh
Opzioni snapshot LVM --size 2G -c 128

Notare quello Sessione Gestito l'opzione è impostata su "vero". Questo è un requisito per
utilizza la gestione delle sessioni ed è supportato dalla maggior parte dei tipi di chroot. Successivamente, creeremo un nuovo
sessione:

% Rottame -b -c sid-snap↵
sid-snap-46195b04-0893-49bf-beb8-0d4ccc899f0f

L'ID della sessione appena creata viene restituito sull'output standard. È comune
per conservarlo in questo modo:

% SESSIONE=$(schroot -b -c sid-snap)↵
% eco $SESSIONE↵
sid-snap-46195b04-0893-49bf-beb8-0d4ccc899f0f

La sessione può essere utilizzata come qualsiasi normale chroot. Ecco come appare:

% Rottame -i -c sid-snap-46195b04-0893-49bf-beb8-0d4ccc899f0f↵
——— Sessione ———
Name sid-snap-46195b04-0893-49bf-beb8-0d\
4ccc899f0f
Descrizione Debian sid snapshot
Tipo lvm-snapshot
3 priorità
Gli utenti fanno rleigh
Gruppi sbuild
Utenti root
Gruppi radice root sbuild
Alias
Filtro ambiente ^(BASH_ENV|CDPATH|ENV|HOSTALIASES|I\
FS|KRB5_CONFIG|KRBCONFDIR|KRBTKFILE|KRB_CONF|LD_.*|LOCALDOMA\
IN|NLSPATH|PERCORSO_LOCALE|OPZIONI_RES|TERMINFO|DIRS_TERMINFO|TE\
RMPATH)$
Esegui script di installazione true
Configurazione dello script script-defaults
Sessione gestita vero
Personalità Linux
Posizione di montaggio /var/lib/schroot/mount/sid-snap-461\
95b04-0893-49bf-beb8-0d4ccc899f0f
Percorso /var/lib/schroot/mount/sid-snap-461\
95b04-0893-49bf-beb8-0d4ccc899f0f
Monta dispositivo /dev/hda_vg/sid-snap-46195b04-0893-\
49bf-beb8-0d4ccc899f0f
Dispositivo /dev/hda_vg/sid_chroot
Opzioni di montaggio -o atime,async,user_xattr
Utenti di origine
Gruppi di origine radice rleigh
Utenti root di origine
Gruppi radice sorgente radice rleigh
Dispositivo snapshot LVM /dev/hda_vg/sid-snap-46195b04-0893-\
49bf-beb8-0d4ccc899f0f
Opzioni snapshot LVM --size 2G -c 128

Ora che la sessione è stata creata, è possibile eseguire i comandi al suo interno:

% Rottame -r -c sid-snap-46195b04-0893-49bf-beb8-0d4ccc899f0f -- \
uname -sr↵
I: [sid-snap-46195b04-0893-49bf-beb8-0d4ccc899f0f chroot] Running \
comando: “uname -sr”
Linux 2.6.18-3-powerpc
% Rottame -r -c $SESSIONE -- uname -sr↵
Io: [sid-snap-fe170af9-d9be-4800-b1bd-de275858b938 chroot] In esecuzione \
comando: “uname -sr”
Linux 2.6.18-3-powerpc

Una volta eseguiti tutti i comandi da eseguire nella sessione, la sessione può essere terminata:

% Rottame -e -c sid-snap-46195b04-0893-49bf-beb8-0d4ccc899f0f↵
% Rottame -e -c $SESSIONE↵

Infine, i nomi delle sessioni possono essere lunghi e poco maneggevoli. È possibile specificare un nome al posto di
utilizzando l'ID di sessione generato automaticamente:

% Rottame -b -c sid-snap -n nome-della-mia-sessione↵
nome-della-mia-sessione

RISOLUZIONE DEI PROBLEMI

Se qualcosa non funziona e dai messaggi di errore non è chiaro cosa c'è che non va, prova
usando il --debug= livello opzione per attivare i messaggi di debug. Questo dà molto
maggiori informazioni. I livelli di debug validi sono 'nessuno' e 'notice', 'info', 'warning' e
'critici' in ordine di gravità crescente. Più basso è il livello di gravità, più
produzione.

Se hai ancora problemi, gli sviluppatori possono essere contattati sulla mailing list:
Debian buildd-tools Sviluppatori
<[email protected]>

Utilizza schroot online utilizzando i servizi onworks.net