Author Topic: [DE] Umfrage zu systemd: Wer nutzt es bereits? (Read 6477 times)

devil · « **on:** 2013/05/31, 20:15:22 »

Wer nutzt systemd bereits? Teile uns Deine Impressionen, Pros und Kontras und Deine Tricks und Workarounds mit. Sag uns, was anders funktioniert als vorher und was nicht mehr funktioniert.

Wer es noch nicht nutzt, kann nachlesen, was der Programmierer zu den Mythen sagt, die systemd mittlerweile umgeben: http://0pointer.de/blog/projects/the-biggest-myths.html

Bitte sagt uns auch, ob und wann ihr denkt, das siduction systemd benutzen sollte oder auch nicht und warum.

Danke im Voraus, dass ihr uns helft, eine gute Entscheidung zu treffen, ob wir systemd im Laufe des Jahres integrieren sollen.

greetz
devil

mylo · « **Reply #1 on:** 2013/05/31, 21:01:14 »

Hi devil,

klasse wäre noch eine Info, wie ich rausfinde, ob mein Computer mit systemd arbeitet. Ich mache immer d-u, weiß aber zum Status systemd nix...kann ich das mit apt-cache policy checken?

ReinerS · « **Reply #2 on:** 2013/05/31, 21:59:54 »

Hatte es mal vor einiger Zeit aktiviert aber dann Probleme mit dem Start (weiss nicht mehr was genau).

Da ihr inzwischen darüber nachdenkt es einzubauen werde ich es auf meiner Haupbox mal wieder installieren/aktivieren und melde mich dann mit den Ergebnissen.

Grüße

Reiner

drgg · « **Reply #3 on:** 2013/05/31, 23:29:30 »

Läuft bei mir seit einigen Wochen auf zwei Laptops.
Keine Probleme. Start ist schneller.
Einzig das Wechseln der Runlevels bekomme ich nicht hin.
Das mit systemctl isolate multi-user.target etc. klappt nicht.
Kille immer KDM um den Graphiklevel zu verlassen.

Tschüs
drgg

ReinerS · « **Reply #4 on:** 2013/06/01, 00:44:47 »

Puuhh, geschaft !!Bin wieder auf sysv :shock:

Also bei mir wars ein größeres Deseaster.
Eben mal so auf systemd umstellen geht bei mir wohl eher nicht.

Kann natürlich sein dass das an meiner Konfiguration/Run-Leveln liegt und bei einer Neuinstallation von Grund auf dann alles laufen würde.

Folgendes ist mir aufgefallen:

Mein System gemäß inxi -F:

Code: [Select]

System:    Host: TowerLX Kernel: 3.9-4.towo-siduction-amd64 x86_64 (64 bit) 
           Desktop: KDE 4.10.3 Distro: siduction 12.2.0 Riders on the Storm - xfce - (201212092126)
Machine:   Mobo: ASUSTeK model: M2N32-SLI DELUXE version: 1.XX serial: 123456789000
           Bios: Phoenix version: ASUS M2N32-SLI DELUXE 5002 date: 03/18/2010
CPU:       Dual core AMD Athlon II X2 250 (-MCP-) cache: 2048 KB flags: (lm nx sse sse2 sse3 sse4a svm) 
           Clock Speeds: 1: 800.00 MHz 2: 3000.00 MHz
Graphics:  Card: NVIDIA G92 [GeForce 8800 GT] X.org: 1.12.4 driver: nvidia tty size: 140x48 Advanced Data: N/A for root 
Audio:     Card: NVIDIA MCP55 High Definition Audio driver: snd_hda_intel Sound: ALSA ver: k3.9-4.towo-siduction-amd64
Network:   Card-1: NVIDIA MCP55 Ethernet driver: forcedeth 
           IF: eth0 state: up speed: 1000 Mbps duplex: full mac: 00:17:31:70:f1:ff
           Card-2: NVIDIA MCP55 Ethernet driver: forcedeth 
           IF: eth1 state: down mac: 00:18:f3:78:a1:83
           Card-3: Realtek RTL8187 Wireless Adapter driver: rtl8187 
           IF: wlan0 state: down mac: 00:15:af:0a:bf:ed
Drives:    HDD Total Size: 660.1GB (71.7% used) 1: id: /dev/sda model: WDC_WD5000AACS size: 500.1GB 
           2: id: /dev/sdb model: SAMSUNG_HD161HJ size: 160.0GB 
Partition: ID: / size: 59G used: 34G (60%) fs: ext4 ID: /home size: 392G used: 315G (82%) fs: ext4 
           ID: swap-1 size: 8.59GB used: 0.00GB (0%) fs: swap 
RAID:      No RAID devices detected - /proc/mdstat and md_mod kernel raid module present
Sensors:   System Temperatures: cpu: 50.0C mobo: 43.0C gpu: 49C 
           Fan Speeds (in rpm): cpu: 1363 psu: 0 sys-1: 1394 sys-2: 1331 sys-3: 0 sys-4: 726 
Info:      Processes: 199 Uptime: 22 min Memory: 1041.0/3959.3MB Client: Shell (bash) inxi: 1.9.6

Grüße

Reiner

ralul · « **Reply #5 on:** 2013/06/01, 00:59:16 »

Systemd-44 mit Debian-Sid ging bei mir sogar schon vor einem Jahr. Allerdings finde ich den Sysvinit-Kompatibilität Modus zum Kotzen, weil kein Überblick mehr möglich ist. Aber es löppt, ausser vielleicht Probleme wie @drgg!

Mein Gentoo-Kde läuft mit Systemd-204 mit integriertem Udev, Logind statt Consolekit und einem auf volatile gestellten journald. Keine Probleme. Seltsamerweise hat Systemd bei Gentoo Usern einen schlechten Ruf und wird als Gnome-OS gebrandmarkt, obwohl alle Gentoo-Gnome Benutzer Probleme mit Systemd haben, ich mit Kde aber nicht.

Das Systemd Journald bringt für mich als einfachen Benutzer die Infos des Systemlogs viel besser zum Vorschein als früher Rsyslog oder Syslog-ng. Ich habe es auf volatile gestellt um nicht durch Log Einträge verwirrt zu werden, die in früheren Sitzungen aktuell waren.

Ich schätze, dass die Schwierigkeiten von @drgg von irgendwelchen Kompatibilitätseinstellungen herrühren ...

ab · « **Reply #6 on:** 2013/06/02, 00:26:44 »

@devil

Nutze systemd seit 19.03.2013 auf folgendem Produktivsystem:

Code: [Select]

axel@opentruck:~$ inxi -F
System:    Host: opentruck Kernel: 3.9-3.towo-siduction-amd64 x86_64 (64 bit) 
           Desktop: KDE 4.10.3 Distro: siduction 12.1.1 Desperado Reloaded - kde - (201206241901)
Machine:   Mobo: GIGABYTE model: T1132 version: F05 Bios: American Megatrends version: T1132.F05 date: 05/22/2012
CPU:       Dual core Intel Core i5-2467M CPU (-HT-MCP-) cache: 3072 KB flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) 
           Clock Speeds: 1: 1632.00 MHz 2: 1264.00 MHz 3: 2064.00 MHz 4: 1360.00 MHz
Graphics:  Card-1: Intel 2nd Generation Core Processor Family Integrated Graphics Controller 
           Card-2: NVIDIA GF119M [GeForce GT 520M] 
           X.Org: 1.12.4 drivers: intel (unloaded: fbdev,vesa) Resolution: 1366x768@59.8hz 
           GLX Renderer: Mesa DRI Intel Sandybridge Mobile GLX Version: 3.0 Mesa 8.0.5
Audio:     Card-1: NVIDIA GF119 HDMI Audio Controller driver: snd_hda_intel Sound: ALSA ver: k3.9-3.towo-siduction-amd64
           Card-2: Intel 6 Series/C200 Series Family High Definition Audio Controller driver: snd_hda_intel 
Network:   Card-1: Realtek RTL8188CE 802.11b/g/n WiFi Adapter driver: rtl8192ce 
           IF: wlan0 state: down mac: e0:b9:a5:d8:03:32
           Card-2: Realtek RTL8111/8168 PCI Express Gigabit Ethernet controller driver: r8169 
           IF: eth0 state: up speed: 100 Mbps duplex: full mac: 50:e5:49:e0:c8:c0
Drives:    HDD Total Size: 120.0GB (30.6% used) 1: id: /dev/sda model: KINGMAX_SSD_120G size: 120.0GB 
Partition: ID: / size: 20G used: 6.5G (35%) fs: ext4 ID: /home size: 79G used: 28G (38%) fs: ext4 
Sensors:   System Temperatures: cpu: 48.3C mobo: N/A 
           Fan Speeds (in rpm): cpu: N/A 
Info:      Processes: 168 Uptime: 12:00 Memory: 1877.8/7897.4MB Client: Shell (bash) inxi: 1.8.47

Das System startet sehr schnell:

Code: [Select]

axel@opentruck:~$ systemd-analyze 
Startup finished in 3208ms (kernel) + 3679ms (userspace) = 6888ms

Bisher sind keine nennenswerten Probleme aufgetreten.

In seltenen Fällen startet der gpm.service (Maus) nicht. Da hilft dann nur ein Neustart.

Hier noch die Logdatei incl. Kernel-Threads:

Code: [Select]

axel@opentruck:~$ systemd-cgls -k
├     2 [kthreadd]
├     3 [ksoftirqd/0]
├     5 [kworker/0:0H]
├     7 [kworker/u:0H]
├     8 [migration/0]
├     9 [rcuc/0]
├    10 [rcub/0]
├    11 [rcu_preempt]
├    12 [rcu_bh]
├    13 [rcu_sched]
├    14 [rcuc/1]
├    15 [migration/1]
├    16 [ksoftirqd/1]
├    18 [kworker/1:0H]
├    19 [rcuc/2]
├    20 [migration/2]
├    21 [ksoftirqd/2]
├    22 [kworker/2:0]
├    23 [kworker/2:0H]
├    24 [rcuc/3]
├    25 [migration/3]
├    26 [ksoftirqd/3]
├    27 [kworker/3:0]
├    28 [kworker/3:0H]
├    29 [khelper]
├    30 [kdevtmpfs]
├    31 [netns]
├    32 [bdi-default]
├    33 [kintegrityd]
├    34 [kblockd]
├    37 [kswapd0]
├    38 [ksmd]
├    39 [khugepaged]
├    40 [fsnotify_mark]
├    41 [crypto]
├    47 [kthrotld]
├    50 [deferwq]
├    52 [kworker/1:2]
├   141 [khubd]
├   172 [ata_sff]
├   206 [scsi_eh_0]
├   207 [scsi_eh_1]
├   208 [scsi_eh_2]
├   209 [scsi_eh_3]
├   210 [scsi_eh_4]
├   211 [scsi_eh_5]
├   267 [kworker/0:1H]
├   288 [jbd2/sda1-8]
├   289 [ext4-dio-unwrit]
├   323 [kauditd]
├   363 [kworker/3:2]
├   376 [kworker/2:1H]
├   554 [hd-audio0]
├   557 [kpsmoused]
├   562 [cfg80211]
├   573 [hd-audio1]
├   665 [kvm-irqfd-clean]
├   767 [jbd2/sda2-8]
├   771 [ext4-dio-unwrit]
├   884 [rpciod]
├   895 [nfsiod]
├  1662 [kworker/3:1H]
├  1672 [iprt]
├  2111 [flush-8:0]
├  2451 [kworker/1:1H]
├  4229 [kworker/1:1]
├  4667 [kworker/2:1]
├  7118 [kworker/0:0]
├  7732 [kworker/u:2]
├  9018 [kworker/u:1]
├ 12871 [kworker/0:1]
└ system
  ├ 1 /bin/systemd
  ├ udisks.service
  │ ├ 2443 /usr/lib/udisks/udisks-daemon --no-debug
  │ └ 2444 udisks-daemon: not polling any devices
  ├ polkitd.service
  │ └ 1327 /usr/lib/policykit-1/polkitd --no-debug
  ├ getty@.service
  │ └ tty1
  │   └ 1075 /sbin/agetty tty1 38400
  ├ rsyslog.service
  │ └ 1067 /usr/sbin/rsyslogd -n
  ├ console-kit-daemon.service
  │ └ 1066 /usr/sbin/console-kit-daemon --no-daemon
  ├ upower.service
  │ └ 1065 /usr/lib/upower/upowerd
  ├ systemd-logind.service
  │ └ 1064 /lib/systemd/systemd-logind
  ├ NetworkManager.service
  │ ├ 1061 /usr/sbin/NetworkManager --no-daemon
  │ └ 9545 /sbin/dhclient -d -sf /usr/lib/NetworkManager/nm-dhcp-client.act...
  ├ wpa_supplicant.service
  │ └ 1060 /sbin/wpa_supplicant -u -s -O /var/run/wpa_supplicant
  ├ cron.service
  │ └ 1192 /usr/sbin/cron
  ├ ntp.service
  │ └ 1187 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 101:107
  ├ kdm.service
  │ ├  1136 /usr/bin/kdm
  │ ├  1175 /usr/bin/X :0 vt7 -br -nolisten tcp -auth /var/run/xauth/A:0-UCX...
  │ ├  1847 -:0
  │ ├  2326 /bin/sh /usr/bin/startkde
  │ ├  2371 /usr/bin/ssh-agent /usr/bin/gpg-agent --daemon --sh --write-env-...
  │ ├  2372 /usr/bin/gpg-agent --daemon --sh --write-env-file=/home/ab/.gnup...
  │ ├  2375 /usr/bin/dbus-launch --exit-with-session /usr/bin/startkde
  │ ├  2376 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --se...
  │ ├  2413 /usr/lib/kde4/libexec/start_kdeinit +kcminit_startup
  │ ├  2414 kdeinit4: kdeinit4 Running...
  │ ├  2415 kdeinit4: klauncher [kdeinit] --fd=9
  │ ├  2417 kdeinit4: kded4 [kdeinit]
  │ ├  2435 /usr/bin/kglobalaccel
  │ ├  2437 /usr/bin/kwalletd
  │ ├  2441 /usr/bin/kactivitymanagerd
  │ ├  2446 kwrapper4 ksmserver
  │ ├  2447 kdeinit4: ksmserver [kdeinit]
  │ ├  2459 kwin
  │ ├  2466 /usr/bin/knotify4
  │ ├  2470 /usr/bin/krunner
  │ ├  2471 /usr/bin/plasma-desktop
  │ ├  2479 /usr/bin/akonadi_control
  │ ├  2481 akonadiserver
  │ ├  2483 /usr/sbin/mysqld --defaults-file=/home/ab/.local/share/akonadi/m...
  │ ├  2505 ksysguardd
  │ ├  2513 /usr/bin/kuiserver
  │ ├  2529 /usr/bin/akonadi_agent_launcher akonadi_akonotes_resource akonad...
  │ ├  2530 /usr/bin/akonadi_calendarsearch_agent --identifier akonadi_calen...
  │ ├  2531 /usr/bin/akonadi_agent_launcher akonadi_contacts_resource akonad...
  │ ├  2532 /usr/bin/akonadi_davgroupware_resource --identifier akonadi_davg...
  │ ├  2533 /usr/bin/akonadi_agent_launcher akonadi_maildir_resource akonadi...
  │ ├  2534 /usr/bin/akonadi_maildispatcher_agent --identifier akonadi_maild...
  │ ├  2535 /usr/bin/akonadi_nepomuk_feeder --identifier akonadi_nepomuk_fee...
  │ ├  2562 /usr/bin/nepomukserver
  │ ├  2565 /usr/bin/nepomukservicestub nepomukstorage
  │ ├  2575 /usr/bin/virtuoso-t +foreground +configfile /tmp/virtuoso_TT2565...
  │ ├  2608 /usr/lib/kde4/libexec/polkit-kde-authentication-agent-1
  │ ├  2610 /usr/bin/klipper
  │ ├  2612 /usr/bin/kmix
  │ ├  2614 /usr/bin/nepomukcontroller
  │ ├  2621 /usr/bin/korgac --icon korgac
  │ ├  2622 /bin/bash /home/ab/.kde/Autostart/ab_autostart.sh
  │ ├  2624 /usr/bin/redshift -c /home/ab/.ab/config/ab_redshift.conf
  │ ├  2625 /bin/bash /usr/local/bin/linphone_start.sh
  │ ├  2627 /usr/bin/linphonec
  │ ├  2628 sed -rnu /incoming/ { s/.*<sip:// ; s/@.*// ; p }
  │ ├  2659 bash /home/ab/.ab/inotify_tests/meldung_3.sh
  │ ├  2668 /usr/bin/nepomukservicestub nepomukfilewatch
  │ ├  2669 /usr/bin/nepomukservicestub nepomukfileindexer
  │ ├  3270 /usr/lib/gvfs/gvfsd
  │ ├ 18290 /usr/bin/python /usr/bin/synaptiks
  │ ├ 21054 /usr/bin/konsole
  │ ├ 21060 /bin/bash
  │ ├ 27300 /usr/bin/x-www-browser
  │ ├ 27339 inotifywait -e modify /tmp/nummern.txt
  │ ├ 27544 /bin/bash
  │ ├ 31086 kdeinit4: kio_trash [kdeinit] trash local:/tmp/ksocket-axel/klau...
  │ ├ 31087 kdeinit4: kio_file [kdeinit] file local:/tmp/ksocket-axel/klaunc...
  │ ├ 31131 kdeinit4: kio_http [kdeinit] http local:/tmp/ksocket-axel/klaunc...
  │ ├ 31136 kdeinit4: kio_http [kdeinit] http local:/tmp/ksocket-axel/klaunc...
  │ └ 31386 systemd-cgls -k
  ├ dbus.service
  │ ├ 1048 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopi...
  │ └ 1587 /usr/sbin/modem-manager
  ├ acpi-fakekey.service
  │ └ 1940 /usr/sbin/acpi_fakekeyd
  ├ acpid.service
  │ └ 1041 /usr/sbin/acpid
  ├ cups.service
  │ └ 1233 /usr/sbin/cupsd -C /etc/cups/cupsd.conf
  ├ irqbalance.service
  │ └ 1141 /usr/sbin/irqbalance --pid=/var/run/irqbalance.pid
  ├ dirmngr.service
  │ └ 1341 /usr/bin/dirmngr --daemon --sh
  ├ siguibui.service
  │ ├  1208 /bin/bash /usr/share/siguibui/backend/shellserver.sh --daemon
  │ └ 31385 sleep 1
  ├ mysql.service
  │ ├ 1396 /bin/sh /usr/bin/mysqld_safe
  │ ├ 1849 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugi...
  │ └ 1850 logger -t mysqld -p daemon.error
  ├ bumblebeed.service
  │ └ 1025 /usr/sbin/bumblebeed
  ├ gpm.service
  │ └ 1174 /usr/sbin/gpm -m /dev/input/mice -t exps2
  ├ ifup@.service
  ├ nfs-common.service
  │ ├ 854 /sbin/rpc.statd
  │ └ 942 /usr/sbin/rpc.idmapd
  ├ rpcbind.service
  │ └ 828 /sbin/rpcbind -w
  ├ fsck@.service
  ├ systemd-journald.service
  │ └ 322 /lib/systemd/systemd-journald
  └ udev.service
    ├   341 /sbin/udevd
    ├ 20815 /sbin/udevd
    └ 21090 /sbin/udevd

Ich kann die Integration von systemd uneingeschränkt empfehlen.

gruß ab

farinet · « **Reply #7 on:** 2013/07/20, 09:21:07 »

Weit davon entfernt, das wirklich beurteilen zu können, möchte ich, aus simpler User Sicht daran erinnern, dass vor Zeiten die Einführung von grub zu mehr oder weniger grossen "Tragödien" geführt hat (ich hatte damals einen kleinen Sony mit Ubuntu; die Daten hatte ich zum Glück gesichert, die ganzen Systemeinstellungen aber leider nicht

:-( ).

Ausserdem weiss ich nicht so recht, wie und ob die Probleme mit dem powermanagement gelöst (oder verschärft) werden (könnten). Ich habe einen Samsung535 mit AMD, auf dem jetzt praktisch gar nichts funktioniert (hibernate führt zu einem Reboot ohne den Zustand wiederherzustellen) und Suspend legt den Rechner zwar schlafen, wacht aber nicht wieder auf.

Mit einem "steinalten" HP mit AMD Turion, ist es nicht ganz so schlimm: Aber ich muss Suspend von Hand aktivieren.

Aber vielleicht wäre systemd ja auch die Lösung?

Author Topic: [DE] Umfrage zu systemd: Wer nutzt es bereits? (Read 6477 times)

[DE] Umfrage zu systemd: Wer nutzt es bereits?

mylo

farinet