Welcome, Guest. Please login or register.
Did you miss your activation email?

Author Topic: [DE] systemd & siduction  (Read 5370 times)

hefee

  • Guest
[DE] systemd & siduction
« on: 2013/01/30, 14:17:55 »
Moin,

für alle die mal systemd mit siduction testen wollen:

 * systemd installieren
 * im grub init=/bin/systemd hinzufügen

fertisch.

Ja es ist so einfach wie es klingt, das Beste sysvinit muss dabei nicht deinstalliert werden. Wenn also systemd hackt dann einfach das init=/bin/systemd weglassen und wieder gepflegt mit sysvinit starten.

Ich selber habe ein vollverschlüsseltes System LUKS+LVM was nun mit 44-8 auch tut. Von den Maintainern ist angestrebt, dass systemd für wheezy eigentlich schon komplett einsatzbereit ist nur halt nicht als standard initsystem.

qwerthi

  • Guest
systemd & siduction
« Reply #1 on: 2013/01/30, 19:57:43 »
hefee hat geschrieben
Quote

* im grub init=/bin/systemd hinzufügen


Wo genau muss das eingetragen werden?

qwerthi

hefee

  • Guest
RE: systemd & siduction
« Reply #2 on: 2013/01/30, 21:44:40 »
Also wenn du es nur einmal zum testen nehmen willst:
* rechner neustarten in grub (e) drücken um den zu startenden Eintrag zu bearbeiten
* dann in die Zeile die mit linux anfängt gehen und ganz an ende das hinzufügen. Hier ein Beispiel:
linux   /vmlinuz-3.7-5.towo-siduction-amd64 root=/dev/mapper/vtabin-root ro quiet init=/bin/systemd

(diese variante gilt nur für das aktuelle booten)

Wenn mensch dauerhaft auf systemd umsatteln will in der Datei /etc/default/grub bei GRUB_CMDLINE_LINUX oder GRUB_CMDLINE_LINUX_DEFAULT das init=/bin/systemd hinzufügen:
z.B.:
vorher:
Code: [Select]

...
GRUB_CMDLINE_LINUX="<blafasel>"
...


nachher:
Code: [Select]

...
GRUB_CMDLINE_LINUX="<blafasel> init=/bin/systemd"
...


Diese Variante natürlich am besten nur, falls das einmalige booten mit systemd geglückt ist.

Offline pjnsmb

  • User
  • Posts: 88
RE: systemd & siduction
« Reply #3 on: 2013/01/31, 08:12:55 »
very interesting , but be careful if you start using it.......

Starting a dist-upgrade I noticed on my system that using init 3 will NOT stop x , I had to manually stop x .

This is on a standard install using lightdm.
regards
pjnsmb

hefee

  • Guest
Re: RE: systemd & siduction
« Reply #4 on: 2013/01/31, 14:30:59 »
Quote from: "pjnsmb"
Starting a dist-upgrade I noticed on my system that using init 3 will NOT stop x , I had to manually stop x .


Because there are no runlevels anymore you have to shut down the graphical part differently:

for "init 3":
service  graphical.target stop

for switch back to "init 5":
service  graphical.target start

Offline ralul

  • User
  • Posts: 1.814
Re: RE: systemd & siduction
« Reply #5 on: 2013/01/31, 18:27:12 »
"service" is a general wrapper - also for insserv. It is not surely delivering all of systemd.

runlevel3=multi-user.target
runlevel5=graphical.target

to change a target:
systemctl isolate multi-user.target

Code: [Select]
vdir /usr/lib/systemd/system/run*.target
lrwxrwxrwx 1 root root 15 26. Jan 13:34 /usr/lib/systemd/system/runlevel0.target -> poweroff.target
lrwxrwxrwx 1 root root 13 26. Jan 13:34 /usr/lib/systemd/system/runlevel1.target -> rescue.target
lrwxrwxrwx 1 root root 17 26. Jan 13:34 /usr/lib/systemd/system/runlevel2.target -> multi-user.target
lrwxrwxrwx 1 root root 17 26. Jan 13:34 /usr/lib/systemd/system/runlevel3.target -> multi-user.target
lrwxrwxrwx 1 root root 17 26. Jan 13:34 /usr/lib/systemd/system/runlevel4.target -> multi-user.target
lrwxrwxrwx 1 root root 16 26. Jan 13:34 /usr/lib/systemd/system/runlevel5.target -> graphical.target
lrwxrwxrwx 1 root root 13 26. Jan 13:34 /usr/lib/systemd/system/runlevel6.target -> reboot.target

That above is systemd-197 from Gentoo. Could be /lib/systemd for Debian systemd-44.

Also Debian systemd-44 worked without problems I didn't like it: It is in an extensive sysvinit compatible mood, it therefore is overcomplicated. This compatibility was stoped by systemd developers. By that systemd-180ff has gone much more simple ways.
experiencing siduction runs better than my gentoo makes me know I know nothing

Offline pjnsmb

  • User
  • Posts: 88
RE: Re: RE: systemd & siduction
« Reply #6 on: 2013/02/01, 12:46:21 »
root@petersbox:/home/peter# vdir /lib/systemd/system/run*.target
lrwxrwxrwx 1 root root 15 Jan 19 19:54 /lib/systemd/system/runlevel0.target -> poweroff.target
lrwxrwxrwx 1 root root 13 Jan 19 19:54 /lib/systemd/system/runlevel1.target -> rescue.target
lrwxrwxrwx 1 root root 17 Jan 19 19:54 /lib/systemd/system/runlevel2.target -> multi-user.target
lrwxrwxrwx 1 root root 17 Jan 19 19:54 /lib/systemd/system/runlevel3.target -> multi-user.target
lrwxrwxrwx 1 root root 17 Jan 19 19:54 /lib/systemd/system/runlevel4.target -> multi-user.target
lrwxrwxrwx 1 root root 17 Jan 19 19:54 /lib/systemd/system/runlevel5.target -> multi-user.target
lrwxrwxrwx 1 root root 13 Jan 19 19:54 /lib/systemd/system/runlevel6.target -> reboot.target

 
so what has happened to my graphical.target  :?
regards
pjnsmb

Offline ralul

  • User
  • Posts: 1.814
RE: Re: RE: systemd & siduction
« Reply #7 on: 2013/02/01, 13:20:02 »
These links of runlevel are not that important, but the link of default.target in /etc/systemd/system is:
Code: [Select]
$ vdir /etc/systemd/system
insgesamt 56
-rw-r--r-- 1 root root  518 23. Aug 17:50 apache2.service
-rw-r--r-- 1 root root  239 23. Aug 17:50 atd.service
lrwxrwxrwx 1 root root   40 21. Aug 20:00 default.target -> /usr/lib/systemd/system/graphical.target
lrwxrwxrwx 1 root root   37 26. Aug 10:40 display-manager.service -> /usr/lib64/systemd/system/kdm.service
drwxr-xr-x 2 root root 4096 26. Jan 13:34 getty.target.wants
drwxr-xr-x 2 root root 4096  2. Sep 17:51 graphical.target.wants
-rw-r--r-- 1 root root  478 23. Aug 17:50 iptables.service
drwxr-xr-x 2 root root 4096 21. Aug 12:55 local-fs.target.wants
-rw-r--r-- 1 root root  127  2. Sep 17:51 localstart.service
drwxr-xr-x 2 root root 4096 26. Jan 13:34 multi-user.target.wants
-rw-r--r-- 1 root root  107 23. Aug 17:50 mysqld.conf
-rw-r--r-- 1 root root  371 23. Aug 17:50 mysqld.service
lrwxrwxrwx 1 root root    9 31. Dez 12:49 plymouth-quit.service -> /dev/null
lrwxrwxrwx 1 root root    9 31. Dez 12:49 plymouth-quit-wait.service -> /dev/null
lrwxrwxrwx 1 root root    9 31. Dez 12:50 plymouth.service -> /dev/null
lrwxrwxrwx 1 root root    9 31. Dez 12:47 plymouth-start.service -> /dev/null
drwxr-xr-x 2 root root 4096  6. Nov 09:58 printer.target.wants
drwxr-xr-x 2 root root 4096  6. Nov 09:58 sockets.target.wants
drwxr-xr-x 2 root root 4096 20. Aug 16:13 sysinit.target.wants
And look above at the links to /dev/null: This is the disablement mechanism of systemd: I don't like plymouth ....
experiencing siduction runs better than my gentoo makes me know I know nothing

Offline hsp

  • User
  • Posts: 623
RE: Re: RE: systemd & siduction
« Reply #8 on: 2013/02/11, 16:19:46 »
Mich würde mal interessieren ob von euch jemand systemd tatsächlich schon ensthaft einsetzt?


hefee

  • Guest
RE: Re: RE: systemd & siduction
« Reply #9 on: 2013/02/11, 23:43:59 »
Ich - mit dem wechsel sind dann nochmal einige Fehler im etc aufgefallen (lvm+crypt) aber nachdem ich da sauber überall die richtige UUID reingemalt habe lööpt das ohne dass ich irgendwas tun müsste :) das war vor dem Wechsel zu grub2.00, so dass ich meine boot ungenauigkeiten einfach schon vorher lösen konnte und der Wechsel zu grub2.00 für mich kein problem darstellte :)

Offline devil

  • Administrator
  • User
  • *****
  • Posts: 4.838
RE: Re: RE: systemd & siduction
« Reply #10 on: 2013/02/12, 00:28:21 »
Auf einem Notebook seit ~ 1.5 Jahren. Mit 2-maliger Neuinstallation wegen kaputtspielens.

greetz
devil