1 |
Hallo, |
2 |
|
3 |
On Thu, 11 Nov 2004 15:15:30 +0100 you wrote: |
4 |
|
5 |
> Joachim Schlöffel wrote: |
6 |
> |
7 |
> > $ chroot /mnt/target |
8 |
> > |
9 |
> > kann dann auch das bootstrapping losgehen (siehe Doku). |
10 |
> |
11 |
> Nur so aus Interesse und mein Verständis: |
12 |
> |
13 |
> chroot gibt mir einfach 'ne Shell, bei der /mnt/target mein |
14 |
> Rootverzeichnis ist. D.h. an die Sachen außerhalb des Pfades komme ich |
15 |
> nicht mehr ran, es sei denn ich mounte dann die Platte entsprechend in |
16 |
> mein neues root!? |
17 |
|
18 |
So in der Art. Chroot gibt dir nicht zwangsläufig eine Shell, es kann |
19 |
jedes Programm starten, dass als Dateisystem-Root (/) ein beliebiges |
20 |
Verzeichnis hat. Man muss aber immer daran denken, dass innerhalb des |
21 |
chroot's auch alle benötigten Bibliotheken verfügbar sein müssen. |
22 |
|
23 |
Rankommen geht über den Umweg, dass du auch via 'bind'-Option Sachen |
24 |
einmounten kannst. Ein Beispiel: |
25 |
|
26 |
Wenn ich auf meiner Gentoo-Kiste, die am schnellsten ist, ein System für |
27 |
irgendeinen lahmen P166 fertigmachen will, dann mache ich: |
28 |
1. stage in /mnt/mein-neues-system entpacken |
29 |
2. mount -o bind /usr/portage /mnt/mein-neues-system/usr/portage |
30 |
3. env - chroot /mnt/mein-neues-system /bin/bash |
31 |
|
32 |
das 'env - ' sorgt dafür, dass ich keine Umgebungsvariablen mit in das |
33 |
neue System "einschleppe". |
34 |
|
35 |
Gruß, |
36 |
|
37 |
HWH |
38 |
|
39 |
-- |
40 |
gentoo-user-de@g.o mailing list |