Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

08.01.2015, 23:56

chroot

Hallo

Ich bin mit mehreren kernels mit chroot in gentoo, parent ist Suse
Wie schalte ich richig unter chroot zwischen den unterschiedlichen kernels um, so das uname -r mitzieht?
Solange uname das nicht tut, komme ich mit den /lib/modules/kernel-xx durcheinander

Vielen Dank für die Unterstützung

2

09.01.2015, 09:27

eselect kernel list
eselect kernel set x (x ist die Nummer des Kernels)

Gruß
Manfred

3

09.01.2015, 13:50

eselect kernel list
eselect kernel set x (x ist die Nummer des Kernels)

Gruß
Manfred


Danke
eselect kernel set x ist mir bekannt. Das tut ja nichts anderes als den link vom gewählten kernel auf /usr/src/linux zu setzen.
Am Verhalten von uname -r ändert das aber nichts. Woher nimmt uname seine Kernelinformation in chroot? Aus /etc?

4

09.01.2015, 21:45

Hallo,

so wie ich chroot verstanden habe, wird nur der gestartete aktuelle Prozess im neuen root Verzeichnis gestartet. Ein Kernel wird dazu eben nicht gebraucht oder eingelesen. Da kannst Du gar nicht zwischen den Kerneln/Modul wechseln, dass Du mit uname was sinnvolles heraus bekommst.

Gruß
hafgan

5

09.01.2015, 21:56

chroot steht für „change root“ und ist eine Funktion unter Unix-Systemen, um das Rootverzeichnis zu ändern.
Und wirkt nur auf den aktuellen Prozess auf soweit ich das noch weiß, da ist nichts mit anderer Kernel und soweiter ..
''''''''''''''''''''''''''''''''''''''''''''''''
Gentoo-Linux
der G-Punkt eines Pc´s

''''''''''''''''''''''''''''''''''''''''''''''''

6

10.01.2015, 00:23

Jup,
uname -r gibt als Ausgabe die Version des aktuell laufenden Kernels aus. Die Info wird wahrscheinlich aus /proc/version geholt.
Diese wirst du wahrscheinlich nur ändern können indem ein anderer Kernel gebootet wird.

Was hast du den vor, worum geht es (bzw woran scheitert es)?

7

10.01.2015, 12:13

Jup,
uname -r gibt als Ausgabe die Version des aktuell laufenden Kernels aus. Die Info wird wahrscheinlich aus /proc/version geholt.
Diese wirst du wahrscheinlich nur ändern können indem ein anderer Kernel gebootet wird.

Was hast du den vor, worum geht es (bzw woran scheitert es)?


Du hast natürlich völlig Recht. uname nimmt die Info aus /proc. Das sollte mir eigentlich klar sein, aber manchmal sitze ich auf der Leitung.
Parent ist bei mir Suse. /proc, /dev, /sys und /usr/portage wird aus der Suse Umgebung in Gentoo mounted. Nach chroot gibt uname -r
3.11.10-21-desktop
aus. Das ist natürlich der Suse kernel, Gentoo würde ja 3.11.10-21-desktop-gentoo, oder so ähnlich, ausgeben. Das habe ich völlig übersehen.

Mein Fehler war /proc zu mounten. Ich habe nun /proc aus suse in gentoo chroot /proc kopiert und mounte es NICHT.
Gentoo glaubt, dass es ein procfs ist und nimmt daraus die infos, die ich je nach gewünschtem kernel vorher im /proc ändere.
Damit funktioniert auch alles für die Verwaltung der moduls je nach konfiguriertem kernel bzw. kernelversion, und darum ging es mir.
make modules_install installiert richtig und das chrooted gentoo bezieht aus seinem /lib/modules/kernel-xxx auch richtig.
Parent Suse bleibt unberührt und uname passt sich im chrooted gentoo nach einem eselect kernel set x an.

Was ich vorhabe?
Aus dieser gentoo Umgebung erstelle ein squashfs. /proc, /dev, usw. ist dort sowieso nicht einbezogen, das wird im initramfs/init mounted.
Diese unterschiedlichen squashfs's werden von den clients vom "squashfs_server" über iSCSI bezogen und booten es.
Natürlich benötige ich dafür unter chrooted Gentoo eine kernelbezogene Moduleverwaltung. Nun funktioniert es.
Ich hoffe nur, dass portage oder andere gentoo tools nicht über das gefakte statische /proc stolpern.

Gruß

Dieser Beitrag wurde bereits 6 mal editiert, zuletzt von »also« (10.01.2015, 12:30)


8

11.01.2015, 16:47

gentoo chroot und portage

chroot und portage ist unter gentoo unbraucbar !
chroot ist chroot ! Nicht irgendwie, vielleicht oder möglicherweise. chroot ist absolut.
portage sieht das anders und greift über NICHT mounted Wege, wahrscheinlich relative Pfadangaben oder links, auf den parent zu. DAS ist unakzeptabel.
Ohne VM geht mit gentoo gar nichts.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »also« (11.01.2015, 19:47)