Boycott systemd

[GoofyX]

Υπό φυσιολογικές συνθήκες ναι, εκτός αν ο κανόνας έχει κάπου λάθος και δεν τον ενεργοποιεί.

[imitheos]

Πως θα ξερω οτι φορτωθηκε το rule?

Νομίζω πως υπό κανονικές συνθήκες (δηλαδή να μην τρέχει η udev με debug logging) δεν θα φαίνεται ότι φορτώθηκε στο journalctl οπότε ένας μπακάλικος τρόπος είναι να δεις αν έχει error το αρχείο, όπως πρότεινε ο GoofyX και να υποθέσεις πως αν δεν έχει errors, τότε θα φορτωθεί.

# echo "KK" > /etc/udev/rules.d/kk.rules
# udevadm verify /etc/udev/rules.d/kk.rules 
/etc/udev/rules.d/kk.rules:1 Invalid key/value pair, ignoring.
/etc/udev/rules.d/kk.rules: udev rules check failed.

1 udev rules files have been checked.
  Success: 0
  Fail:    1

Τρέχεις verify πάνω στο αρχείο σου και βλέπεις τι θα εμφανίσει.

Πέρα από το να έχει σωστή σύνταξη ο κανόνας και να "φορτωθεί", μπορείς να δεις αν έχει το αποτέλεσμα που θέλεις, τρέχοντας (αφού πεις στην udev να επαναδιαβάσει όλους τους κανόνες) udevadm monitor και μετά να συνδέσεις την συσκευή που θέλεις και να προσέξεις τα events που θα δείξει και τις πράξεις που θα πράξει απλά είναι λίγο μπερδευτικό αν δεν γνωρίζεις από αυτό.

Για να ξαναδιαβασει το συστημα τα rules, οπως λεει το arch wiki, απαιτειται μια εντολη

# udevadm control --reload

Αν στο παραπάνω προσθέσεις το -l debug, τότε ο udevadm θα εμφανίσει πάρα πολύ output στην journal και νομίζω πως εμφανίζει ένα - ένα τους κανόνες που φορτώνει αλλά δεν το θυμάμαι (και ενώ είναι μία εντολή, είμαι τεμπέλης και βαριέμαι να το τρέξω για να το επιβεβαιώσω :P ).

Αν κανω επανεκκινηση. δεν υποτιθεται οτι το συστημα θα ξαναδιαβασει ολα τα rules απο την αρχη?

Ναι. Όπως έλεγε όμως παλιά ο Wantilles (που είναι άραγε αυτός; 10 χρόνια έχει να φανεί), "αυτό είναι νοοτροπία windows" :P

[famous-walker]

Ναι. Όπως έλεγε όμως παλιά ο Wantilles (που είναι άραγε αυτός; 10 χρόνια έχει να φανεί), "αυτό είναι νοοτροπία windows" :P

Off Topic

Εσκασε μυτη στα πολιτικα πριν κανα 2 χρονια, δεν τσιμπησε κανεις και μετα δεν το ξαναειδαμε.

[jim_p]

Μπηκα σε μπελαδες δηλαδη, μιας και το χειριστηριο για το οποιο εκανα το rule παλι δεν παιζει. Αντε τωρα να κανω ολο αυτο το troubleshooting

Για το reboot και τον wan. Ο Wan εχει κατι χρονια που πηγε σε windows, νομιζω απο τοτε που πηγε το arch σε systemd και του χαλασε την kiss φιλοσοφια που ολα ηταν σε ενα αρχειο. Η επανεκκινηση, λογω ssd, ειναι πιο πλεον γρηγορη απο το παραπανω. Συν το οτι στην περιπτωση μου επρεπε να γινει σε tvbox και απο χρηστη που δεν εχει ιδεα απο λινουξ.

[jim_p]

Μπορω με καποιο τροπο να δω ποια services ξεκιναει/τρεχει το dbus? Προφανως μιλαω για services που δεν τα ξεκιναει το systemd καθαυτο.

[imitheos]

Μπορω με καποιο τροπο να δω ποια services ξεκιναει/τρεχει το dbus? Προφανως μιλαω για services που δεν τα ξεκιναει το systemd καθαυτο.

Πολλές εφαρμογές μιλάνε μέσω του bus αλλά το ίδιο το dbus δεν είναι απλά ένας δαίμονας; Ξεκινάει services;

systemd-|
        |-dbus-daemon
        |-systemd-+-(sd-pam)
                  |-at-spi-bus-laun-+-dbus-daemon
                  |                 `-3*[{at-spi-bus-laun}]
                  |-dbus-daemon

Σε εμένα τρέχοντας pstree παίρνω το παραπάνω. Προφανώς εννοείς κάτι που δεν καταλαβαίνω οπότε περίμενε να σου απαντήσει κάποιος άλλος πριν κάνεις οτιδήποτε.

[jim_p]

Οχι καλα τα λες. Ωραιο το pstree και δειχνει αυτο που περιμενα να δω, οτι το dunst ξεκιναει απο το dbus... και αλλα που δεν περιμενα.
Πως θα κοψω ομως το dbus απο το να το ξεκιναει για να το δοκιμασω απο το systemd service του? Και πως θα απομονωσω το συγκεκριμενο "κλαδι" (για να το δειξω στον dev?

        ├─systemd─┬─(sd-pam)
        │         ├─dbus-daemon
        │         ├─dunst───3*[{dunst}]
        │         ├─gnome-keyring-d───3*[{gnome-keyring-d}]
        │         ├─gnome-keyring-d───4*[{gnome-keyring-d}]
        │         ├─gvfsd───3*[{gvfsd}]
        │         └─gvfsd-fuse───6*[{gvfsd-fuse}]

[dpap76]

χωρίς να ξέρω τα ενδότερα του dbus, μάλλον κάτι τέτοιο ψάχνεις?

https://michlstechblog.info/blog/lin...rvice-at-dbus/

το pstree πάντως που έκανες paste δείχνει ότι το dunst τρέχει από τον systemd και όχι από τον dbus-d

[jim_p]

Αυτο ακριβως, το ποιος τρεχει το dunst, ειναι το βασικο προβλημα μου! Γιατι αν τρεξω αυτο, με φτυνει

$ systemctl status dunst
Unit dunst.service could not be found.

παρολο που το service του υπαρχει κανονικα

$ dpkg -L dunst | grep service
/usr/lib/systemd/user/dunst.service
/usr/share/dbus-1/services
/usr/share/dbus-1/services/org.knopwob.dunst.service

Πιο πανω απο αυτο το "κλαδι" εχει ενα που λεει systemd σκετο, παει δηλαδη systemd > systemd (sd pam) > dunst.

[dpap76]

είναι user service και θα πρέπει σε όλα τα systemctl commands να βάζεις το --user

[jim_p]

Με καραφλιασες! Αυτο εψαχνα τοτε! Ευχαριστω πολυ!

$ systemctl status dunst --user
● dunst.service - Dunst notification daemon
     Loaded: loaded (/usr/lib/systemd/user/dunst.service; enabled; preset: enabled)
     Active: active (running) since Sun 2024-03-03 17:11:58 EET; 1h 44min ago

- - - Updated - - -

Και τωρα ο dev ζηταει αλλα πραγματα Πως θα τα βρω αυτα?

Does systemd allow you to see a stack trace / core dump when the crash occurs? Also is the service properly configured to start after the wm/de?

[imitheos]

Και τωρα ο dev ζηταει αλλα πραγματα Πως θα τα βρω αυτα?

Μήπως θέλεις κάτι σαν τα παρακάτω;

https://wiki.archlinux.org/title/Core_dump
https://documentation.suse.com/sles/...-coredump.html

[dpap76]

Για το πρώτο no idea δες εδώ αν εννοεί να ενεργοποιήσεις το systemd-coredump

https://www.freedesktop.org/software...-coredump.html
https://documentation.suse.com/sles/...-coredump.html

για το δεύτερο φαντάζομαι εννοεί να σιγουρέψεις ότι το service σου (dunst) ξεκινάει μετά την εκκίνηση του window manager/desktop environment

systemctl cat dunst.service --user
--> δες αν έχει After= γραμμές,

αν οχι:

systemctl edit dunst.service --user
--> βάλε After=<δεν ξέρω τι.service> στο [Unit] section
... μήπως θέλει After=graphical.target ? IDK, ελάχιστη είναι η τριβή μου με gnome/kde/x11/wayland

[jim_p]

Πως απενεργοποιω (και μετα ξαναενεργοποιω) ενα systemd service που τρεχει μονο για το χρηστη?

$ systemctl status dunst
Unit dunst.service could not be found.

$ systemctl status dunst --user
● dunst.service - Dunst notification daemon
     Loaded: loaded (/usr/lib/systemd/user/dunst.service; enabled; preset: enabled)
     Active: active (running) since Sat 2024-04-20 07:14:36 EEST; 15min ago
       Docs: man:dunst(1)
   Main PID: 1533 (dunst)
      Tasks: 5 (limit: 4665)
     Memory: 5.7M (peak: 6.2M)
        CPU: 164ms
     CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/dunst.service
             └─1533 /usr/bin/dunst

Apr 20 07:14:36 mitsos systemd[698]: Starting dunst.service - Dunst notification daemon...
Apr 20 07:14:36 mitsos systemd[698]: Started dunst.service - Dunst notification daemon.

Βρηκα αυτες τις πληροφοριες στο reddit αλλα ειναι τραβηγμενα οσα λεει ο τυπος για διαγραφες κλπ.
https://old.reddit.com/r/linuxquesti..._user_service/

[MitsakosGR]

Πως απενεργοποιω (και μετα ξαναενεργοποιω) ενα systemd service που τρεχει μονο για το χρηστη?

$ systemctl status dunst
Unit dunst.service could not be found.

$ systemctl status dunst --user
● dunst.service - Dunst notification daemon
     Loaded: loaded (/usr/lib/systemd/user/dunst.service; enabled; preset: enabled)
     Active: active (running) since Sat 2024-04-20 07:14:36 EEST; 15min ago
       Docs: man:dunst(1)
   Main PID: 1533 (dunst)
      Tasks: 5 (limit: 4665)
     Memory: 5.7M (peak: 6.2M)
        CPU: 164ms
     CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/dunst.service
             └─1533 /usr/bin/dunst

Apr 20 07:14:36 mitsos systemd[698]: Starting dunst.service - Dunst notification daemon...
Apr 20 07:14:36 mitsos systemd[698]: Started dunst.service - Dunst notification daemon.

Βρηκα αυτες τις πληροφοριες στο reddit αλλα ειναι τραβηγμενα οσα λεει ο τυπος για διαγραφες κλπ.
https://old.reddit.com/r/linuxquesti..._user_service/

systemctl --user stop dunst
systemctl --user start dunst