Πόσο ευχαριστημένοι είστε από το systemd;

[asinoro]

Εάν και το ΜΧ Linux δεν το έχει ως init το systemd, δεν μπορεί να μην το χρησιμοποιεί στο παρασκήνιο εφόσον το χρησιμοποιεί το Debian.

Σήμερα το εργαλείο systemd έδωσε ρεσιτάλ, αφού έτρωγα πρωινό έκλεισε μόνο του το λάπτοπ αφού κώλυσε και κακάριζε το clementine που έπαιζε μουσική.

Το ξανά ανοίγω μετά από λίγα λεπτά αυξομείωνε μόνο του την φωτεινότητα της οθόνης ξανά πάλι τα ίδια έπεσε για ύπνο πάλι ο υπολογιστής. Τελικά αυτό το εργαλείο κάνει μαγικά πράγματα!

Αυτό για τους προχωρημένους χρήστες:

 

Aug 15 10:05:15 xxxxxx pkexec: pam_systemd(polkit-1:session): Failed to create session: Connection timed out
Aug 15 10:05:16 xxxxxx pkexec[24137]: xxxxxx2: Executing command [USER=root] [TTY=unknown] [CWD=/] [COMMAND=/usr/sbin/xfpm-power-backlight-helper --set-brightness 0]
Aug 15 10:05:23 xxxxxx dbus[2463]: [system] Rejected send message, 4 matched rules; type="method_call", sender=":1.26" (uid=1000 pid=3320 comm="xfce4-power-manager --restart --sm-client-id 220e9") interface="org.freedesktop.NetworkManager" member="Sleep" error name="(unset)" requested_reply="0" destination="org.freedesktop.NetworkManager" (uid=0 pid=2701 comm="/usr/sbin/NetworkManager ")
Aug 15 10:05:29 xxxxxx CRON[24498]: pam_unix(cron:session): session closed for user root


Aug 15 10:28:02 xxxxxx pkexec[28456]: xxxxxx2: Executing command [USER=root] [TTY=unknown] [CWD=/] [COMMAND=/usr/sbin/xfpm-power-backlight-helper --set-brightness 78]
Aug 15 10:28:03 xxxxxx pkexec: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
Aug 15 10:28:03 xxxxxx pkexec[28510]: xxxxxx2: Executing command [USER=root] [TTY=unknown] [CWD=/] [COMMAND=/usr/sbin/xfpm-power-backlight-helper --set-brightness 6359]
Aug 15 10:30:01 xxxxxx CRON[29018]: pam_unix(cron:session): session opened for user root by (uid=0)
Aug 15 10:30:01 xxxxxx CRON[29018]: pam_unix(cron:session): session closed for user root
Aug 15 10:30:14 xxxxxx pkexec: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
Aug 15 10:30:14 xxxxxx pkexec[29043]: xxxxxx2: Executing command [USER=root] [TTY=unknown] [CWD=/] [COMMAND=/usr/sbin/xfpm-power-backlight-helper --set-brightness 78]
Aug 15 10:30:24 xxxxxx pkexec: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
Aug 15 10:30:24 xxxxxx pkexec[29051]: xxxxxx2: Executing command [USER=root] [TTY=unknown] [CWD=/] [COMMAND=/usr/sbin/xfpm-power-backlight-helper --set-brightness 6359]
Aug 15 10:30:39 xxxxxx pkexec: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
Aug 15 10:30:39 xxxxxx pkexec[29065]: xxxxxx2: Executing command [USER=root] [TTY=unknown] [CWD=/] [COMMAND=/usr/sbin/xfpm-power-backlight-helper --set-brightness 78]
Aug 15 10:35:01 xxxxxx CRON[29738]: pam_unix(cron:session): session opened for user root by (uid=0)
Aug 15 10:35:01 xxxxxx CRON[29738]: pam_unix(cron:session): session closed for user root
Aug 15 10:40:01 xxxxxx CRON[30456]: pam_unix(cron:session): session opened for user root by (uid=0)
Aug 15 10:40:01 xxxxxx CRON[30457]: pam_unix(cron:session): session opened for user root by (uid=0)
Aug 15 10:40:01 xxxxxx CRON[30457]: pam_unix(cron:session): session closed for user root
Aug 15 10:40:01 xxxxxx CRON[30456]: pam_unix(cron:session): session closed for user root
Aug 15 10:45:01 xxxxxx CRON[31172]: pam_unix(cron:session): session opened for user root by (uid=0)
Aug 15 10:45:01 xxxxxx CRON[31172]: pam_unix(cron:session): session closed for user root
Aug 15 10:45:24 xxxxxx dbus[2463]: [system] Rejected send message, 4 matched rules; type="method_call", sender=":1.26" (uid=1000 pid=3320 comm="xfce4-power-manager --restart --sm-client-id 220e9") interface="org.freedesktop.NetworkManager" member="Sleep" error name="(unset)" requested_reply="0" destination="org.freedesktop.NetworkManager" (uid=0 pid=2701 comm="/usr/sbin/NetworkManager ")

[jim_p]

Για το ποσο ικανοποιημενος ειμαι απο το systemd.

Πολυ, σαν να λεμε 90%, και αυτο επειδη μου εχει κλεισει ενα σημαντικο προβλημα που ειχα με το sysvinit, τον τερματισμο/επανεκκινηση χωρις δικαιωματα root και χωρις τη χρηση συγκεκριμενου dm, με τα systemctl poeroff/reboot. Εχω συναντησει μερικα προβληματα παλιοτερα, αλλα μονο ενα οφειλονταν σε μαλακια του systemd απο upstream και τα υπολοιπα σε μαλακιες των maintainers των πακετων της διανομης μου.

 

Για να δεις ποιο init system χρησιμοποιεις, δινεις ενα 

 

dpkg -S /sbin/init

για να δεις ποιο πακετο παρεχει το init, το πρωτο πρωτο πραγμα που εκκινει το λειτουργικο σου. Πχ εδω εχω

 

$ dpkg -S /sbin/init
systemd-sysv: /sbin/init

αρα χρησιμοποιω systemd.

 

Για το θεμα με τη φωτεινοτητα, και για το απροσμενο sleep λογικα, φταιει το power managment του xfce. Επισης, γιατι εισαι logged in στο desktop σου σαν root?

[asinoro]

Μπορεί ο xfce4-power-manager να έχει πρόβλημα, όμως την εντολή να να αυξομειώνει μαγικά την φωτεινότητα της οθόνης και να κλείσει το σύστημα την έδωσε το systemd.

Δεν το ανέφερα προηγουμένως αλλά ο xfce4-power-manager που δημιούργησε το πρόβλημα ήταν του Debian. Τώρα έβαλα τον διαχειριστή ενέργειας του MX και βλέπουμε αν το ξανακάνει.

“Επισης, γιατι εισαι logged in στο desktop σου σαν root?” Γιατί το λες αυτό;

Επίσης όποιος νομίζει ότι το σύστημά του είναι τελείως ελεύθερο από το systemd, ας τρέξει αυτήν την εντολή να δει:

locate systemd 

Εάν βγει ένα κατεβατό ας το ξεχάσει!

Επίσης επιπρόσθετα στις πληροφορίες που έδωσες με την εντολή:

pstree 

βλέπει κάποιος πως συνδέεται το init του στο σύστημα.

 

 

 

[xrhstosiak]

το antix για την ωρα πιστευω οτι τα καταφερνει καλυτερα απο το mx

στην προσπαθεια να μην εχει καθολου το systemd

 

 

locate systemd

/etc/apt/preferences.d/00systemd
/usr/bin/deb-systemd-helper
/usr/bin/deb-systemd-invoke
/usr/lib/apt/apt.systemd.daily
/usr/share/man/man1/deb-systemd-helper.1p.gz
/usr/share/man/man1/deb-systemd-invoke.1p.gz
/var/cache/apt/archives/gvfs-common_1.30.4-1.0nosystemd1_all.deb
/var/cache/apt/archives/gvfs-daemons_1.30.4-1.0nosystemd1_amd64.deb
/var/cache/apt/archives/gvfs-libs_1.30.4-1.0nosystemd1_amd64.deb
/var/cache/apt/archives/gvfs_1.30.4-1.0nosystemd1_amd64.deb
/var/lib/apt/lists/ftp.cc.uoc.gr_mirrors_linux_mx_antix_stretch_dists_stretch_nosystemd_binary-amd64_Packages
/var/lib/apt/lists/ftp.cc.uoc.gr_mirrors_linux_mx_antix_stretch_dists_stretch_nosystemd_binary-i386_Packages

 

[asinoro]

το antix για την ωρα πιστευω οτι τα καταφερνει καλυτερα απο το mx

στην προσπαθεια να μην εχει καθολου το systemd

 

 

locate systemd

/etc/apt/preferences.d/00systemd

/usr/bin/deb-systemd-helper

/usr/bin/deb-systemd-invoke

/usr/lib/apt/apt.systemd.daily

/usr/share/man/man1/deb-systemd-helper.1p.gz

/usr/share/man/man1/deb-systemd-invoke.1p.gz

/var/cache/apt/archives/gvfs-common_1.30.4-1.0nosystemd1_all.deb

/var/cache/apt/archives/gvfs-daemons_1.30.4-1.0nosystemd1_amd64.deb

/var/cache/apt/archives/gvfs-libs_1.30.4-1.0nosystemd1_amd64.deb

/var/cache/apt/archives/gvfs_1.30.4-1.0nosystemd1_amd64.deb

/var/lib/apt/lists/ftp.cc.uoc.gr_mirrors_linux_mx_antix_stretch_dists_stretch_nosystemd_binary-amd64_Packages

/var/lib/apt/lists/ftp.cc.uoc.gr_mirrors_linux_mx_antix_stretch_dists_stretch_nosystemd_binary-i386_Packages

 

 

Έτσι είναι, να δούμε πως θα είναι το ΜΧ 17, εφόσον σημαντική προεργασία θα την έχει κάνει το AntiX.

Από την άλλη αναρωτιέμαι εάν υπάρχει έστω και μια διανομή Linux τελείως χωρίς systemd, γιατί και το Devuan πάει όπως το ΜΧ, AntiX.

 

 

[mobinmob]

Επίσης όποιος νομίζει ότι το σύστημά του είναι τελείως ελεύθερο από το systemd, ας τρέξει αυτήν την εντολή να δει:

locate systemd 

Εάν βγει ένα κατεβατό ας το ξεχάσει!

Οι διανομές που είναι  fork του debian και δεν έχουν το systemd σαν init system (AntiX, MX, devuan κ.λ.π.) εξακολουθούν να χρησιμοποιούν κάποια προγράμματα από το systemd project (κυρίως τα systemd-logind και systemd-udevd). Δίνοντας όμως την εντολή αυτή, θα δεις και στοιχεία-απομεινάρια της μητρικής διανομής που σχετίζονται με το systemd (helpers) αλλά και ονόματα πακέτων και repos που... είναι φτιαγμένα για να αποφύγουν εξαρτήσεις σε αυτό - όπως φαίνεται από το post του xrhstosiak.

 

Δυστυχώς, σε αυτό τον τομέα, οι διανομές που βασίζονται στο debian έχουν μείνει λίγο πίσω. Για να χρησιμοποιήσουν αυτά τα προγράμματα και να μην γίνουν εκτεταμένες αλλαγές στα πακέτα που παίρνουν κατευθείαν από την μητρική διανομή και τις εξαρτήσεις τους, βασίζονται σε ένα project που ξεκίνησε η Canonical, το systemd-shim. Δεν αναπτύσσεται πλέον και δεν είναι συμβατό με νεότερες εκδόσεις των εργαλείων αυτών.

 

Άλλες διανομές που αποφεύγουν το systemd, βασίζονται για τις λειτουργίες του systemd-udevd στο eudev (πρακτικά όλες) ενώ για αυτές του systemd-logind στο consolekit2 (Slackware, PCLinuxOS) ή στο elogind (voidlinux, manjaro-openrc|artix, GuixSD, Gentoo).

Επεξ/σία 17 Αυγούστου 2017 από mobinmob

[jim_p]

Μπορεί ο xfce4-power-manager να έχει πρόβλημα, όμως την εντολή να να αυξομειώνει μαγικά την φωτεινότητα της οθόνης και να κλείσει το σύστημα την έδωσε το systemd.

Δεν το ανέφερα προηγουμένως αλλά ο xfce4-power-manager που δημιούργησε το πρόβλημα ήταν του Debian. Τώρα έβαλα τον διαχειριστή ενέργειας του MX και βλέπουμε αν το ξανακάνει.

“Επισης, γιατι εισαι logged in στο desktop σου σαν root?” Γιατί το λες αυτό;

Επίσης όποιος νομίζει ότι το σύστημά του είναι τελείως ελεύθερο από το systemd, ας τρέξει αυτήν την εντολή να δει:

locate systemd 

Εάν βγει ένα κατεβατό ας το ξεχάσει!

Επίσης επιπρόσθετα στις πληροφορίες που έδωσες με την εντολή:

pstree 

βλέπει κάποιος πως συνδέεται το init του στο σύστημα.

 

 

Το οτι το power manager του xfce φορτωνει, μεσω του policykit, μια βιβλιοθηκη με "systemd" στο ονομα της δεν σημαινει σε καμια περιπτωση οτι εχεις systemd ή οτι το systemd φορτωθηκε "στα κρυφα" και εκανε κατι. Και εγω εχω αρκετες βιβλιοθηκες του pulseaudio που φορτωνει πχ ο mpv καθε φορα που θελει να παιξει κατι, αλλα δεν εχω pulseaudio και ειμαι 1000% σιγουρος για αυτο. Το ιδιο ισχυει και για τα οσα θα βγαλει το locate, πχ με το pulseaudio για μενα, μιας και για το systemd θα βγαλει τα απειρα

 

$ locate pulse
/etc/pulse
/etc/pulse/client.conf
/usr/lib/x86_64-linux-gnu/libpulse-simple.so.0
/usr/lib/x86_64-linux-gnu/libpulse-simple.so.0.1.0
/usr/lib/x86_64-linux-gnu/libpulse.so.0
/usr/lib/x86_64-linux-gnu/libpulse.so.0.20.1
/usr/lib/x86_64-linux-gnu/pulseaudio
/usr/lib/x86_64-linux-gnu/deadbeef/pulse.so
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-10.0.so
/usr/share/doc/libpulse0
/usr/share/doc/libpulse0/NEWS.gz
/usr/share/doc/libpulse0/README
/usr/share/doc/libpulse0/changelog.Debian.gz
/usr/share/doc/libpulse0/copyright
/var/lib/dpkg/info/libpulse0:amd64.conffiles
/var/lib/dpkg/info/libpulse0:amd64.list
/var/lib/dpkg/info/libpulse0:amd64.md5sums
/var/lib/dpkg/info/libpulse0:amd64.shlibs
/var/lib/dpkg/info/libpulse0:amd64.symbols
/var/lib/dpkg/info/libpulse0:amd64.triggers

 

(O rte του φορουμ εχει καταντησει η αναπηρια η ιδια!)

 

Το systemd δεν ειναι ενα απλο προγραμμα, ειναι init system, δηλαδη κατι που φορτωνεται απο το ιδιο το συστημα στην εκκινηση του και κλεινει στον τερματισμο μαζι με το συστημα, οχι ενδιαμεσα γιατι δεν μπορει να ξεκινησει ενδιαμεσα.

Επισης, δεν μπορεις να εχεις systemd και sysvinit, ταυτοχρονα οπως μπορεις να εχεις πχ firefox και chrome ταυτοχρονα, επειδη το καθενα παρεχει το δικο του εκτελεσιμο για το /sbin/init και /sbin/init μπορει να υπαρχει μονο ΕΝΑ στο συστημα. Και για να δεις ποιο πακετο παρεχει το /sbin/init τρεχεις αυτο που λεω παραπανω.

 

Η ερωτηση για τον root κολλαει στο οτι σε αρκετες γραμμες του log φαινεται το "session opened for user root".

[asinoro]

 

Το οτι το power manager του xfce φορτωνει, μεσω του policykit, μια βιβλιοθηκη με "systemd" στο ονομα της δεν σημαινει σε καμια περιπτωση οτι εχεις systemd ή οτι το systemd φορτωθηκε "στα κρυφα" και εκανε κατι. Και εγω εχω αρκετες βιβλιοθηκες του pulseaudio που φορτωνει πχ ο mpv καθε φορα που θελει να παιξει κατι, αλλα δεν εχω pulseaudio και ειμαι 1000% σιγουρος για αυτο. Το ιδιο ισχυει και για τα οσα θα βγαλει το locate, πχ με το pulseaudio για μενα, μιας και για το systemd θα βγαλει τα απειρα

 

$ locate pulse
/etc/pulse
/etc/pulse/client.conf
/usr/lib/x86_64-linux-gnu/libpulse-simple.so.0
/usr/lib/x86_64-linux-gnu/libpulse-simple.so.0.1.0
/usr/lib/x86_64-linux-gnu/libpulse.so.0
/usr/lib/x86_64-linux-gnu/libpulse.so.0.20.1
/usr/lib/x86_64-linux-gnu/pulseaudio
/usr/lib/x86_64-linux-gnu/deadbeef/pulse.so
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-10.0.so
/usr/share/doc/libpulse0
/usr/share/doc/libpulse0/NEWS.gz
/usr/share/doc/libpulse0/README
/usr/share/doc/libpulse0/changelog.Debian.gz
/usr/share/doc/libpulse0/copyright
/var/lib/dpkg/info/libpulse0:amd64.conffiles
/var/lib/dpkg/info/libpulse0:amd64.list
/var/lib/dpkg/info/libpulse0:amd64.md5sums
/var/lib/dpkg/info/libpulse0:amd64.shlibs
/var/lib/dpkg/info/libpulse0:amd64.symbols
/var/lib/dpkg/info/libpulse0:amd64.triggers

 

(O rte του φορουμ εχει καταντησει η αναπηρια η ιδια!)

 

Το systemd δεν ειναι ενα απλο προγραμμα, ειναι init system, δηλαδη κατι που φορτωνεται απο το ιδιο το συστημα στην εκκινηση του και κλεινει στον τερματισμο μαζι με το συστημα, οχι ενδιαμεσα γιατι δεν μπορει να ξεκινησει ενδιαμεσα.

Επισης, δεν μπορεις να εχεις systemd και sysvinit, ταυτοχρονα οπως μπορεις να εχεις πχ firefox και chrome ταυτοχρονα, επειδη το καθενα παρεχει το δικο του εκτελεσιμο για το /sbin/init και /sbin/init μπορει να υπαρχει μονο ΕΝΑ στο συστημα. Και για να δεις ποιο πακετο παρεχει το /sbin/init τρεχεις αυτο που λεω παραπανω.

 

Η ερωτηση για τον root κολλαει στο οτι σε αρκετες γραμμες του log φαινεται το "session opened for user root".

 

Είναι καθαρή περίπτωση systemd:

https://github.com/systemd/systemd/issues/2863

όπου στην συζήτηση συμμετέχει και ο Poettering ο κατασκευαστής του systemd!!!!

Το θέμα αυτό που το έχω βάλει επίσης και στο φόρουμ του MX, δεν έχει λάβει ακόμα καμία αντίδραση. Και τι να πουν οι άνθρωποι ξέρουν τι είναι αυτό το εργαλείο και προσπαθούν όσο μπορούν να το περιορίσουν.

 

 

[mobinmob]

Το systemd project έχει κάποιες δεκάδες προγράμματα και libs. Κάποια από αυτά χρησιμοποιούνται από το MX χωρίς να χρησιμοποιείται το systemd σαν init. Στην συγκεκριμένη περίπτωση, το pam_systemd (η λειτουργία του) έχει ελάχιστη σχέση με το init system (το MX χρησιμοποιεί sysvinit) και μεγάλη σχέση με το logind.
 

Το οτι το power manager του xfce φορτωνει, μεσω του policykit, μια βιβλιοθηκη με "systemd" στο ονομα της δεν σημαινει σε καμια περιπτωση οτι εχεις systemd ή οτι το systemd φορτωθηκε "στα κρυφα" και εκανε κατι. Και εγω εχω αρκετες βιβλιοθηκες του pulseaudio που φορτωνει πχ ο mpv καθε φορα που θελει να παιξει κατι, αλλα δεν εχω pulseaudio και ειμαι 1000% σιγουρος για αυτο. Το ιδιο ισχυει και για τα οσα θα βγαλει το locate, πχ με το pulseaudio για μενα, μιας και για το systemd θα βγαλει τα απειρα

Ακριβώς

[asinoro]

Πάντως ο Linus Torvalds, δεν δείχνει να είναι ευχαριστημένος από το systemd:

https://www.theregister.co.uk/2017/07/17/linux_4_13_rc1/