[erledigt] Systemd... ich blick nicht durch, udev, openrc... was ist jetzt dem Zeugs?

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.

boospy

Meister

Beiträge: 1 518

30.07.2013, 17:39

Systemd... ich blick nicht durch, udev, openrc... was ist jetzt dem Zeugs?

Hallo Leute,

nachdem ich mich stundenlang mit systemd befasst habe, und es ja eigentlich funktioniert, krieg ich trotzdem die Krise weil ich nicht weis wie es funktioniert. Kopfweh bereitet mir folgendes:

- udev wird wirklich nicht mehr benötigt? Folgende services habe ich gefunden:

	Quellcode
1 2	initrd-udevadm-cleanup-db.service systemd-udevd-kernel.socket systemd-udev-settle.service systemd-udevd-control.socket systemd-udevd.service systemd-udev-trigger.service

und das Zeugs ist laut systemctl list-unit-files static, also aktiviert. So nun seh ich immer wieder beim Booten und Runterfahren das sich das System aufregt weil udev nicht läuft. Aber einmal in die Prozessliste geguckt sagt was anderes:

	Quellcode
1	7030 ? Ss 0:00 /usr/lib/systemd/systemd-udevd

Also bringt systemd schon selber ein UDEV mit?

Auch wegen dbus regt sich das System wärend dem Booten und Herunterfahren auf. Aber auch hier das gleiche. Laut Prozessliste alles ok:

Quellcode

 8112 ?        Ss     0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
 8505 ?        S      0:00 /usr/bin/dbus-launch --exit-with-session gnome-session
 8506 ?        Ss     0:11 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session
 8542 ?        S      0:00 /usr/bin/dbus-daemon --config-file=/etc/at-spi2/accessibility.conf --nofork --print-address 3

Ja und openrc wird ja normal auch nicht mehr benötigt oder? Macht ja jetzt alles systemd. Installiert ist es jedenfalls noch. app-admin/openrc-settingsd ist nicht installiert, wurde irgendwie beim Upgrade deinstalliert. Ein Installieren von app-admin/openrc-settingsd wäre aber möglich. Brauch ich das? Doppeltes

Systemd sieht bei mir so aus:

Quellcode

[ebuild   R    ] sys-apps/systemd-204  USE="acl cryptsetup firmware-loader gudev introspection keymap kmod pam policykit tcpd -audit -doc -gcrypt -http -lzma -openrc -python -qrcode (-selinux) -static-libs {-test} -vanilla -xattr" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7" 0 kB

Wie ihr seht, hat es ja auch ein gudev flag, ist ja auch aktiv. Ein openrc flag gibt es auch...

Vielen Dank für eure Hilfe.
lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »boospy« (01.08.2013, 17:45)

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

30.07.2013, 19:38

Ok, bin jetzt bei meinem PC dabei. Dort siehts besser aus. Da zeigt der schön:

Quellcode

ebuild     U ] dev-libs/totem-pl-parser-3.4.5 [2.32.6-r3]
[ebuild  N    ] sys-apps/systemd-204 
[uninstall    ] sys-fs/udev-204 
[blocks b     ] sys-fs/udev ("sys-fs/udev" is blocking sys-apps/systemd-204)
[uninstall    ] app-admin/openrc-settingsd-1.0.1 
[uninstall    ] sys-auth/nss-myhostname-0.3 
[blocks b     ] >=sys-apps/systemd-197 (">=sys-apps/systemd-197" is blocking sys-auth/nss-myhostname-0.3)
[blocks b     ] sys-auth/nss-myhostname ("sys-auth/nss-myhostname" is blocking sys-apps/systemd-204)
[ebuild     U ] sys-apps/accountsservice-0.6.34 [0.6.29-r1]
[ebuild     U ] dev-java/icedtea-bin-6.1.12.6 [6.1.12.5]

Also udev ist schon mal für die Katz.

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

01.08.2013, 16:40

Hehe ja, udev und consolekit ist in systemd schon mit enthalten - daher auch die Blocks
Setze am besten global USE=-consolekit
Setze aber bitte nicht USE=-udev

Bei dbus bin ich mir nicht sicher, eventuell wirst du den dbus.service noch starten müssen (sofern noch nicht geschehen).

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

01.08.2013, 17:43

Ja danke Josef. Ist mir jetzt nach vielen hin und her klar geworden. Dbus tut.

Quellcode

systemctl status dbus.service 
dbus.service - D-Bus System Message Bus
   Loaded: loaded (/usr/lib64/systemd/system/dbus.service; static)
   Active: active (running) since Mi 2013-07-31 18:39:15 CEST; 23h ago
 Main PID: 6149 (dbus-daemon)
   CGroup: name=systemd:/system/dbus.service
           ├─6149 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
           └─6184 /usr/sbin/ModemManager

Was mir noch aufgefallen ist. Manche Dienste wie Laptopmode erkennen das neue UDEV nicht an und regen sich auf das Udev nicht läuft.

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

Zeitgeist

Schüler

Beiträge: 66

01.08.2013, 19:24

Josef hat ja schon das Wichtigste gesagt. Consolekit wurde durch den systemd-Bestandteil logind ersetzt und udev ist jetzt Teil von systemd. Auch das setzten von -consolekit in den use-Flags ist soweit richtig, es fehlt aber noch eine Kleinigkeit und zwar musst du systemd als use-Flag setzen damit viele Programme/Dienste systemd-Unterstützung(meistens in Form von unit-Files) mitbringen. dbus ist nebenbei eine wichtiger Partner von systemd und wird automatisch gestartet wenn vorhanden. Es wäre auch ganz praktisch zu sehen welche use-Flags du bei systemd aktiviert hast, falls weiterhin Fehler auftreten sollten.

Openrc kann seit neuestem auch deinstalliert werden, aber ich würde noch davon abraten da einige Programme /etc/init.d/functions.sh brauchen um zu funktionieren. Zwar könnte man die Date im Alleingang im System pflegen aber ich würde der Einfachheit halber dazu raten openrc installiert zu lassen.

Zitat

Pipes sind wie eine Zahnpastatube:
Um den Inhalt zu untersuchen,
muss man ihn erst herausdrücken;
danach gibt es keine Möglichkeit,
ihn wieder hineinzubringen.

--Marc J. Rochkind in "UNIX Programmierung für Fortgeschrittene"

Zum Seitenanfang

dyle

Erleuchteter

Beiträge: 4 869

02.08.2013, 10:24

Nachtrag für all jene, die auch mit systemd/OpenRC/udev/consolekit kämpfen: https://wiki.gentoo.org/wiki/Systemd und http://www.gentoo.org/proj/en/base/syste…stall-guide.xml

http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

Zum Seitenanfang

theblackraven

Anfänger

Beiträge: 3

03.01.2014, 14:07

hi,

habe mein system auch mal versucht auf systemd umzustellen. davor wurde openrc genutzt.

dafür habe ich erstmal das systemprofile umgestellt:
eselect profile set default/linux/amd64/13.0/desktop/gnome/systemd

und anschließend mein komplettes system neu gebaut:
emerge -e world

anschließend ein:
emerge --update --deep --with-bdeps=y world

und ein:
revdep-rebuild

und dann systemd nach folgender Anleitungen umgestellt:
http://wiki.gentoo.org/wiki/Systemd

Allerdings ist openrc immer noch installiert. Kann ich dies einfach entfernen?

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

03.01.2014, 14:12

Ja, täte auch gerne OpenRC deinstallieren, aber da gibts verschiedene Abhängigkeiten. Bei wir wären das

Quellcode

equery d openrc
 * These packages depend on openrc:
media-sound/pulseaudio-4.0 (system-wide ? sys-apps/openrc)
net-misc/netifrc-0.1 (>=sys-apps/openrc-0.12)
virtual/service-manager-0 (!prefix ? sys-apps/openrc)

und noch was mit MYSQL. Aber im Endefekt glaube ich braucht man es doch nicht mehr, da ja eigentlich nicht genutzt. Das was ich mir vorstellen kann ist das event. noch einige Configs benötigt werden.

Quellcode

/etc/conf.d/bootmisc
/etc/conf.d/consolefont
/etc/conf.d/dmesg
/etc/conf.d/fsck
/etc/conf.d/hostname
/etc/conf.d/hwclock
/etc/conf.d/keymaps
/etc/conf.d/killprocs
/etc/conf.d/localmount
/etc/conf.d/modules
/etc/conf.d/netmount
/etc/conf.d/tmpfiles
/etc/conf.d/urandom

Bitte korrigiert mich falls ich da falsch liegen.

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

03.01.2014, 23:46

Hab auf Grund dieses Themas hier heute mal die "sys-apps/openrc" - Einträge unter "/var/lib/portage/world" gelöscht. Diese hatte ich vor einigen Monaten per "--noreplace" gesetzt, weil mir Portage OpenRC deinstallieren wollte. Danach wurde OpenRC wieder Teil des SystemProfils und die Einträge in world-File nicht mehr von Nöten.
Die sind aber bei mir warum auch immer drinnegeblieben und hab sie nun mal rausgeholt um zu Testen: "Will mir Portage OpenRC wegnehmen?!" - Will es NICHT! - Und auch gibt es zu OpenRC nur die Abhängigkeit des "NetIfRC". Also das MÜSSTE eigentlich, wenn ich DIREKT anweise, mir OpenRC zu deinstallieren dann auch NetIfRC mitentfernen wollen. Tut es aber nicht! Also das sagt mir: OpenRC ist (wahrscheinlich immernoch NICHT grundlos (!!)) Teil des Systemprofils... Ich vermute, wenn man es entfernt, tritt in etwa dasselbe auf, über das sich hier schonmal vereinzelt User wunderten: "Durch die bank geht einiges nicht mehr" - Beispielsweise gcc wie in einem (diesem) ähnlichen Thema mal ebenfalls vor paar Monaten diskutiert war... ICH wär vorsichtig damit! Also, OpenRC "einfach" so rauszuwerfen... Mag mich täuschen, aber diejenigen, DIE es entfernt haben, hatten danach EINIGE (!) Probleme... Probleme bei denen auch "revdep-rebuild" nicht helfen konnte, weil unwirksam (durch OpenRC/SysVInit-Entfernung).

Nachtrag: Hierum ging es in dem andern Thema (in dem User nach Entfernung von OpenRC Probleme bekamen: Die Datei "funktions.sh" - wird gelöscht und wird von EINIGEM noch benötigt...

(Habs mal rausgesucht)

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (04.01.2014, 00:08)

Zum Seitenanfang

Poedel

Meister

Beiträge: 1 752

12.01.2014, 15:46

oha, ich versuche das auch gerade mal, systemD zu verwenden, allerdings startet da erstmal nicht wirklich viel mit. Dummerweise mal gar nicht die Netzwerkkarte, was es dann auch erschwert, weiter zu basteln. Mal sehen, ob ich diesen ganzen neuen Rummel noch wieder in die Birne bekomme, zumal das mal wieder kaum ordentlich dokumentiert ist. Die weiter oben vorgeschlagenen Links zog ich bereits zu Hilfe. Habe jetzt erstmal wieder openRC gestartet, um überhaupt den Rechner nutzen zu können. Damals der migration Guido von baselayout 1 zu 2 war wesentlich besser

edit:
komme dem Tier so langsam auf die Schliche.. jetzt nur noch den dmesg Unfug abschalten bei den boot messages und alles scheint wieder zu laufen .. mal sehen, ob ich das auch noch finde.. muß ja immer woanders sein *G*

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

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Poedel« (12.01.2014, 16:58)

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

23.08.2014, 21:27

So, also OpenRC wird jetzt bei systemd nicht mehr benötigt, wird in keinster weise genutzt. Habe es hier bereits auf allen Geräte entfernt. 2 Dinge gibt es aber zu beachten. Nicht alle Installationen sind gleich, und vielleicht hat der eine oder andere doch noch ne Abhängigkeit. ich hatte lediglich diese:

Quellcode

equery d sys-apps/openrc
 * These packages depend on sys-apps/openrc:
net-misc/netifrc-0.2.2 (>=sys-apps/openrc-0.12)
virtual/service-manager-0 (!prefix ? sys-apps/openrc)
equery d net-misc/netifrc
 * These packages depend on net-misc/netifrc:
sys-apps/openrc-0.12.4 (netifrc ? net-misc/netifrc)

also kann man alles getrost entfernen:

	Quellcode
1	emerge -C virtual/service-manager sys-apps/openrc net-misc/netifrc

Das was aber sehr wohl ein Problem ist das Openrc bei einem word upgrade immer wieder dazu installiert werden möchte. Kann man das defaulprofile nicht überschreiben? So das nicht immer diese Installation kommt.

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

Schattenschlag

Meister

Beiträge: 1 666

23.08.2014, 23:52

Funktioniert nicht vorübergehend wenn du das ganze maskierst ? glaub in der package.mask !?

''''''''''''''''''''''''''''''''''''''''''''''''
Gentoo-Linux
der G-Punkt eines Pc´s

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

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

24.08.2014, 00:04

boospy,
hehe nein, du solltest nicht versuchen openrc mit der Brechstange (emerge -C) zu deinstallieren. (Die heftige Warnung die emerge dazu ausgibt solltest du auch nicht ignorieren)
OpenRC ist nicht umsonst noch Teil des @system Sets.
Ohne OpenRC wird einiges nicht mehr wie vorgesehen funktionieren - siehe dazu auch im Bug 373219
OpenRC wird man vermutlich erst aus dem system Set nehmen wenn die Pakete aus Bug 504116 abgearbeitet sind.

Statt --unmerge (-C)
nutze zum deinstallieren besser --depclean (-c)
mit --verbose werden dir dann auch fein die reverse Dependencies mit aufgelistet :)

Beispiel:

Quellcode

# emerge -avc openrc

Calculating dependencies... done!
  sys-apps/openrc-0.13.1 pulled in by:                                               
    @system requires sys-apps/openrc                                                 
    app-misc/screen-4.2.1-r2 requires >=sys-apps/openrc-0.11.6                       
    virtual/service-manager-0 requires sys-apps/openrc                               
                                                                                     
>>> No packages selected for removal by depclean
...

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

24.08.2014, 00:38

Achso ja, das mit der functions.sh hatte ich vergessen hier her zu schreiben, mein Fehler. Hierzu das app-portage/gentoolkit in die Keywords eintragen. Danache wird auch die neue funktions.sh mit installiert. Die Fehler die sich dann auf die Datei bezogen hatte, (hatte auch einen) sind dann verschwunden. Somit geht auch ein revdeb-rebuild normal durch. Ich sehe eigentlich "jetzt" noch keinen Fehler, arbeite ganz normal. Auch sind alle Abhängikeiten aufgelöst. Openrc hängt eigenlich nur mehr im Profil fest.

In die mask einfach openrc einzutragen hilft da nichts, ich muss irgendwie das Profil überschreiben. Möchte es gerne mal so fahre, installiern kann ich es immer noch wieder. Laut "man portage" gibt es da

	Quellcode
1 2	/etc/portage/profile/ site-specific overrides of /etc/portage/make.profile/

Hilft mir das was?
https://www.gentoo.org/doc/en/handbook/h…hap=6#doc_chap5
Hier steht nur wie man was hinzufügt, aber nicht wie man was entfernt.

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

24.08.2014, 01:49

boospy,
ja aber wozu, was versprichst du dir davon?
Außer ein knappes MB mehr Platz auf der Platte, und ein Haufen noch nicht angepasster Pakete (noch offene Bugs), wird das ganze wahrscheinlich nichts bringen.
OpenRC mit Gewalt entfernen ist zZt wahrscheinlich die unsinnigste Aktion die du deinem System antun kannst..

Wenn du es wirklich übers Knie brechen möchtest sollte für dein Vorhaben vermutlich ein Eintrag in der package.provided das sein was du suchst.

Viel Erfolg

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

24.08.2014, 13:16

Also gut, hast ja Recht, ich habs also wieder installieren lassen. Ist sicher gescheiter.

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

GentooForum.de