[gelöst] Umstellung von OpenRC auf systemd nach frischer Installation

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.

blackmoon_86

unregistriert

26.01.2014, 15:50

Umstellung von OpenRC auf systemd nach frischer Installation

Hallo zusammen,

kurz etwas zum Background.

Zitat

1 PC: Intel Core i5, nVidia Grafikkarte Gentoo 64 Bit (dieses Jahr neu installiert)
1 Laptop: Mobile AMD Sempron, Radeon Xpress 1200/1250/1270 (RS690M), Gentoo 64 Bit (dieses Jahr neu intallatiert)

Ich bin nach den entsprechenden Wiki Howtos gegangen die man so findet. Meinen OS auf dem PC konnte ich nach der Installtion von OpenRC auf systemd umstellen. Ich war der Meinung, das ich beim Laptop genauso vorgegangen bin aber dem scheint nicht so. Ich bekomme auf dem Laptop den systemd einfach nicht zum laufen.
Er ist installiert, startet aber nicht. Das OS läuft immer wieder mit init hoch statt mit systemd. Nun komme ich nicht weiter und weiss auch nicht was ich an welcher Stelle vergessen oder übersehen haben muss und könnte wirklich mal hilfe gebrauchen. Bin die Anleitungen schon mehrmals durchgegagen, habe google auch schon zur Fehlersuche verwendet und auch schon hier im Forum geschaut. Aber entweder finde ich nichts oder ich Suche falsch.

Fehlermeldung

Zitat

blackmoon ~ # systemctl status dbus.service
Failed to get D-Bus connection: No connection to service manager.

Kernel:

Linux blackmoon 3.10.25-gentoo #16 SMP Sun Jan 26 15:16:01 CET 2014 x86_64 Mobile AMD Sempron(tm) Processor 3600+ AuthenticAMD GNU/Linux

weitere Infos:

Zitat

blackmoon ~ # equery h systemd
* Searching for USE flag systemd ...
[IP-] [ ] gnome-base/gvfs-1.16.4:0
[IP-] [ ] kde-base/kdm-4.11.2:4/4.11
[IP-] [ ] sys-apps/busybox-1.21.0:0
[IP-] [ ] sys-apps/dbus-1.6.12:0
[IP-] [ ] sys-auth/pambase-20120417-r3:0
[IP-] [ ] sys-auth/polkit-0.112:0
[IP-] [ ] sys-fs/udisks-2.1.0:2
[IP-] [ ] sys-power/upower-0.9.21:0

Zitat

blackmoon ~ # equery u sys-apps/systemd-208-r2:0/1
[ Legend : U - final flag setting for installation]
[ : I - package is installed with flag ]
[ Colors : set, unset ]
* Found these USE flags for sys-apps/systemd-208-r2:
U I
+ + acl : Add support for Access Control Lists
- - audit : Enable support for sys-process/audit
- - cryptsetup : Use libcryptsetup
- - doc : Add extra documentation (API, Javadoc, etc). It is recommended to enable per package instead of globally
+ + filecaps : Use Linux file capabilities to control privilege rather than set*id
+ + firmware-loader : Enable user-space firmware loader (for kernels prior to 3.
- - gcrypt : Enable sealing of journal files using gcrypt
+ + gudev : enable libudev gobject interface
- - http : Enable embedded HTTP server in journald
+ + introspection : Add support for GObject based introspection
+ + kmod : Enable kernel module loading via sys-apps/kmod
- - lzma : Support for LZMA (de)compression algorithm
+ + pam : Add support for PAM (Pluggable Authentication Modules) - DANGEROUS to arbitrarily flip
- - python : Add optional support/bindings for the Python language
+ + python_single_target_python2_7 : Build for Python 2.7 only
+ + python_targets_python2_7 : Build with Python 2.7
- - qrcode : Enable qrcode output support in journal
+ + tcpd : Add support for TCP wrappers
- - test : Workaround to pull in packages needed to run with FEATURES=test. Portage-2.1.2 handles this internally, so don't set it in make.conf/package.use
anymore
- - vanilla : Disable Gentoo-specific behavior and compatibility quirks
- - xattr : Add support for extended attributes (filesystem-stored metadata)

Zitat

blackmoon ~ # equery l udev
* Searching for udev ...
[IP-] [ ] virtual/udev-208:0
blackmoon ~ # equery l dbus
* Searching for dbus ...
[IP-] [ ] sys-apps/dbus-1.6.12:0
blackmoon ~ # equery l systemd
* Searching for systemd ...
[IP-] [ ] sys-apps/systemd-208-r2:0/1
blackmoon ~ # equery l openrc
* Searching for openrc ...
[IP-] [ ] sys-apps/openrc-0.12.4:0

Zitat

blackmoon ~ # ps -ef | grep -v grep | grep systemd
root 2036 1 0 15:19 ? 00:00:00 /usr/lib/systemd/systemd-udevd --daemon

im Anhang:
- Kernelconfig
- emerge --info

Biite über die Kernelconfig nicht wundern, es ist im mom recht viel drin, weil noch nicht aufgeräumt habe.

Ich hoffe jetzt erstmal das notwendigste gepostet zu haben. Wenn noch was fehlt, einfach bescheid sagen. Ich liefere es dann nach.

VG

»blackmoon_86« hat folgende Dateien angehängt:

.config.txt (96,01 kB - 2 mal heruntergeladen - zuletzt: 26.01.2014, 20:04)
emerge--info.txt (5,05 kB - 0 mal heruntergeladen)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »blackmoon_86« (27.01.2014, 14:12)

Zum Seitenanfang

_Dirk_

Fortgeschrittener

Beiträge: 544

26.01.2014, 17:58

Zitat von »blackmoon_86«

Ich bin nach den entsprechenden Wiki Howtos gegangen die man so findet. Meinen OS auf dem PC konnte ich nach der Installtion von OpenRC auf systemd umstellen. Ich war der Meinung, das ich beim Laptop genauso vorgegangen bin aber dem scheint nicht so. Ich bekomme auf dem Laptop den systemd einfach nicht zum laufen.
Er ist installiert, startet aber nicht. Das OS läuft immer wieder mit init hoch statt mit systemd. Nun komme ich nicht weiter und weiss auch nicht was ich an welcher Stelle vergessen oder übersehen haben muss und könnte wirklich mal hilfe gebrauchen. Bin die Anleitungen schon mehrmals durchgegagen, habe google auch schon zur Fehlersuche verwendet und auch schon hier im Forum geschaut. Aber entweder finde ich nichts oder ich Suche falsch.

Wie sieht es denn mit dem Bootloader aus. Ist dort init bzw. real_init richtig gesetzt?

Intel Core2 Quad CPU @ 2.40GHz mit Gentoo/Gnome3

Zum Seitenanfang

blackmoon_86

unregistriert

26.01.2014, 19:02

Zitat von »equery l grub«

* Searching for grub ...
[IP-] [ ] sys-boot/grub-2.00_p5107-r2:2

Zitat von »grub.cfg«

linux /vmlinuz-3.10.25-gentoo root=UUID=4ffc4695-2c34-43b2-aea8-49a51ec4723c ro init=/usr/lib/systemd/systemd rootfstype=ext4 video=uvesafb:mtrr:3,ywrap,1280x1024-32@60 real_root=/dev/sda5
initrd /initramfs-genkernel-x86_64-3.10.25-gentoo

Zitat von »mount | egrep " / |/usr"«

/dev/sda5 on / type ext4 (rw,noatime,data=ordered)
/dev/sda9 on /usr type ext4 (rw,noatime,data=ordered)

Habe auch schon ohne fb Einstellung ohne hochfahren lassen. Es bleit dabei, das init startet.

Zitat von »cat /proc/1/comm«

init

Zum Seitenanfang

Poedel

Meister

Beiträge: 1 752

26.01.2014, 20:12

leider habe ich gar keine Ahnung von grub2, außer dass ich es nie hinbekommen habe, dass es überhaupt funktioniert, aber hast du auch diesen ersten Eintrag für nicht-Experten gemacht in der wiki?
Kein Schimmer, ob das wichtig ist, aber dein System verweigert ja einfach den Start mit systemD.. da bleibt ja nicht viel über, wenn du wie du schreibst ja systemd globa als USE Flag hast und --newuse in die Welt gesetzt hast ..

System:
i7 P2600 @ 3,4GHz
jabber: poedel@jabber.ccc.de

Zum Seitenanfang

_Dirk_

Fortgeschrittener

Beiträge: 544

26.01.2014, 20:19

Zitat von »blackmoon_86«

Zitat von »grub.cfg«
linux /vmlinuz-3.10.25-gentoo root=UUID=4ffc4695-2c34-43b2-aea8-49a51ec4723c ro init=/usr/lib/systemd/systemd rootfstype=ext4 video=uvesafb:mtrr:3,ywrap,1280x1024-32@60 real_root=/dev/sda5
initrd /initramfs-genkernel-x86_64-3.10.25-gentoo

Kann es sein das du den Kernel mit genkernel gebaut hast. Wenn ja brauchst du genkernel-next und in Grub must du init zu real_init machen.

Intel Core2 Quad CPU @ 2.40GHz mit Gentoo/Gnome3

Zum Seitenanfang

blackmoon_86

unregistriert

26.01.2014, 22:43

@Poedel: Ich weiss gerade nicht welchen der Punkte du von der wiki seite meinst.

@_Dirk:: danke für den Hinweis. Ja ich nutze bereits genkernel-next für die Erstellung der initramfs und genau das war der fehlende Punkt

Ich habe bisher den Bootparamter init statt real_init benutzt. Wenn ich "real_init=.." Angebe, startet auch systemd.

Danke an alle beteiligten, damit kann das Thema geschlossen werden.

VG