Περιεργο προβλημα στην εκκινηση

[mzaf]

Κι εγώ το επανεγκατάστησα,αλλά...μια απ'τα (γ)ίδια...

[jim_p]

Ας ανεβασω κανα log οπως ο τυπος στο φορουμ του arch

# cat /var/log/lightdm/lightdm.log
[+0.00s] DEBUG: Logging to /var/log/lightdm/lightdm.log
[+0.00s] DEBUG: Starting Light Display Manager 1.26.0, UID=0 PID=508
[+0.00s] DEBUG: Loading configuration dirs from /usr/share/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/01_debian.conf
[+0.00s] DEBUG: Loading configuration dirs from /usr/local/share/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration dirs from /etc/xdg/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration from /etc/lightdm/lightdm.conf
[+0.00s] DEBUG: Registered seat module local
[+0.00s] DEBUG: Registered seat module xremote
[+0.00s] DEBUG: Registered seat module unity
[+0.00s] DEBUG: Using D-Bus name org.freedesktop.DisplayManager
[+0.01s] DEBUG: Monitoring logind for seats
[+0.01s] DEBUG: New seat added from logind: seat0
[+0.01s] DEBUG: Seat seat0: Loading properties from config section Seat:*
[+0.01s] DEBUG: Seat seat0: Starting
[+0.01s] DEBUG: Seat seat0: Creating user session
[+0.01s] WARNING: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files
[+0.01s] DEBUG: Loading user config from /etc/lightdm/users.conf
[+0.02s] DEBUG: User jim added
[+0.06s] DEBUG: Seat seat0: Creating display server of type x
[+0.06s] DEBUG: posix_spawn avoided (fd close requested) 
[+0.06s] DEBUG: Could not run plymouth --ping: Failed to execute child process “plymouth” (No such file or directory)
[+0.06s] DEBUG: Using VT 7
[+0.06s] DEBUG: Seat seat0: Starting local X display on VT 7
[+0.06s] DEBUG: XServer 0: Logging to /var/log/lightdm/x-0.log
[+0.06s] DEBUG: XServer 0: Writing X server authority to /var/run/lightdm/root/:0
[+0.06s] DEBUG: XServer 0: Launching X Server
[+0.06s] DEBUG: Launching process 541: /usr/bin/X :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
[+0.06s] DEBUG: XServer 0: Waiting for ready signal from X server :0
[+0.07s] DEBUG: Acquired bus name org.freedesktop.DisplayManager
[+0.07s] DEBUG: Registering seat with bus path /org/freedesktop/DisplayManager/Seat0
[+1.82s] DEBUG: Got signal 10 from process 541
[+1.82s] DEBUG: XServer 0: Got signal from X server :0
[+1.82s] DEBUG: XServer 0: Connecting to XServer :0
[+1.82s] DEBUG: posix_spawn avoided (fd close requested) (child_setup specified) 
[+1.82s] DEBUG: Seat seat0: Display server ready, starting session authentication
[+1.82s] DEBUG: Session pid=576: Started with service 'lightdm-autologin', username 'jim'
[+1.85s] DEBUG: Session pid=576: Authentication complete with return value 0: Success
[+1.85s] DEBUG: Seat seat0: Session authenticated, running command
[+1.85s] DEBUG: Registering session with bus path /org/freedesktop/DisplayManager/Session0
[+1.85s] DEBUG: posix_spawn avoided (fd close requested) (child_setup specified) 
[+1.85s] DEBUG: Session pid=576: Running command /etc/X11/Xsession /usr/bin/openbox-session
[+1.85s] DEBUG: Creating shared data directory /var/lib/lightdm/data/jim
[+1.85s] DEBUG: Session pid=576: Logging to .xsession-errors
[+1.97s] DEBUG: Activating VT 7
[+1.97s] DEBUG: Activating login1 session 1
[+1.97s] DEBUG: Seat seat0 changes active session to 1
[+1.97s] DEBUG: Session 1 is already active
[+11.82s] DEBUG: Seat seat0 changes active session to 
[+13.72s] DEBUG: Seat seat0 changes active session to 1
[+13.72s] DEBUG: Session 1 is already active

# cat /var/log/lightdm/x-0-greeter.log 
** Message: Starting lightdm-gtk-greeter 2.0.1 (Jun 21 2015, 09:15:25)
** Message: [Configuration] Reading file: /usr/share/lightdm/lightdm-gtk-greeter.conf.d/01_debian.conf
** Message: [Configuration] Reading file: /etc/lightdm/lightdm-gtk-greeter.conf

** (lightdm-gtk-greeter:2955): WARNING **: [PIDs] Failed to execute command: /usr/lib/at-spi2-core/at-spi-bus-launcher

** (lightdm-gtk-greeter:2955): WARNING **: [PIDs] Failed to execute command: upstart

(lightdm-gtk-greeter:2955): Gtk-WARNING **: Drawing a gadget with negative dimensions. Did you forget to allocate a size? (node menubar owner GreeterMenuBar)

** (lightdm-gtk-greeter:2955): WARNING **: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files

(lightdm-gtk-greeter:2955): Gtk-WARNING **: Drawing a gadget with negative dimensions. Did you forget to allocate a size? (node menubar owner GreeterMenuBar)

(lightdm-gtk-greeter:2955): Gtk-WARNING **: Drawing a gadget with negative dimensions. Did you forget to allocate a size? (node menubar owner GreeterMenuBar)

(lightdm-gtk-greeter:2955): Gtk-WARNING **: Drawing a gadget with negative dimensions. Did you forget to allocate a size? (node menubar owner GreeterMenuBar)

(lightdm-gtk-greeter:2955): Gtk-WARNING **: Drawing a gadget with negative dimensions. Did you forget to allocate a size? (node menubar owner GreeterMenuBar)

---edit
Εβαλα και το at-spi2-core που λεει οτι του λειπει εκει στα bold αλλα παλι τιποτα

[imitheos]

Εδώ λέει ότι το μήνυμα λάθους που παίρνεις για το dbus είναι επειδή σου λείπει το πακέτο accountsservice αλλά επίσης λέει ότι δεν χρειάζεται για να δουλέψει ο lightdm οπότε δεν θα είναι αυτό το πρόβλημα.

Κάπου αλλού διάβασα να προτείνουν "dpkg-reconfigure lightdm" αλλά δεν ξέρω μήπως πειράξει αρχεία ρυθμίσεων και χειροτερέψει την κατάσταση αντί να την φτιάξει. "Διέλευση ιδίαν ευθύνη" που λέει και σε μια γέφυρα στο χωριό μου.

[jim_p]

Δεν δουλεψε το dpkg-reconfigure lightdm.

Εβαλα sddm προς το παρον και δουλευει κανονικα Δεν εχω βεβαια autologin, ουτε εχω /etc/sddm.conf.d για να τον ρυθμισω οπως λεει το wiki του arch. Βασικα, δεν βρηκα τιποτα να ρυθμισω και απ' οτι βλεπω στο repo υπαρχει μονο ενα module για το control panel του kde και κατι θεματα, οποτε κλαϊν.

Για το θεμα με το καθυστερημενο ssh, που με εχει φερει ως εδω, δεν εχω καταφερει κατι. Ενεργοποιησα το ipv6 αλλα και παλι @@.

- - - Updated - - -

Εβαλα ξανα τον lightdm και το accountservice για να τσεκαρω αυτο που λες. Στην 1η επανεκκινηση μπηκε κανονικα, αμεσως. Στην επομενη παλι εκανε τα ιδια.

[imitheos]

Για το ssh μπορείς να κάνεις ό,τι είπαμε την άλλη φορά για ένα άλλο δαίμονα. Χειροκίνητο σταμάτημα - ξεκίνημα και αν δεν αργεί, κάτι γίνεται στην εκκίνηση. Αν αργεί και πάλι, τότε προσωρινή ενεργοποίηση debug μηνυμάτων για να δεις σε ποιο σημείο αργεί.

[jim_p]

Ακαριαια σταματαει και ξαναξεκιναει. Βασικα, πριν λιγο τσεκαρα το systemd-analyze blame και ειπε πως εκανε 33ms για αυτη την εκκινηση!
Νωριτερα το ειχα βγαλει με purge και το ειχα ξαναβαλει, αλλα και παλι εκανε την ιδια καθυστερηση.
Κατι ακομα που παρατηρησα ειναι πως με τον sddm μενει για αρκετη ωρα στο tty prompt για login και μετα εμφανιζεται ο sddm για να βαλω τα στοιχεια μου :/
Χοντρικα, ο χρονος που μενει στο tty μου αρκει για να βαλω τα στοιχεια μου στο tty, να κανω login κανονικα ισως και να πατησω startx...

[imitheos]

Δεν ξέρω τι να προτείνω. Οι κυριότερες αιτίες που κάτι αργεί να τρέξει στην εκκίνηση αλλά όχι μετά είναι α) δικτυακό θέμα (πχ dhcp, ipv6, κτλ) β) έλλειψη εντροπίας, τίποτα από τα οποία δεν ισχύει στη δική σου περίπτωση.

mzaf ή κανένας άλλος debianάς δεν σας έρχεται καμμιά ιδέα ?

[jim_p]

Αυτο για την ελλειψη εντροπιας πως το καταλαβαινω? Επισης πιστευω πως η αργοπορια του display manager καπως σχετιζεται με την αργοπορια του ssh.

- - - Updated - - -

Για το θεμα με το ssh, καποιος ειπε κατι στο bug report μου εδω, αλλα δεν καταλαβαινω λεξη :P
https://bugs.debian.org/cgi-bin/bugr...cgi?bug=912087

[imitheos]

Αυτο για την ελλειψη εντροπιας πως το καταλαβαινω? Επισης πιστευω πως η αργοπορια του display manager καπως σχετιζεται με την αργοπορια του ssh.

- - - Updated - - -

Για το θεμα με το ssh, καποιος ειπε κατι στο bug report μου εδω, αλλα δεν καταλαβαινω λεξη :P
https://bugs.debian.org/cgi-bin/bugr...cgi?bug=912087

Αυτό που έδωσε ο Bernhard είναι το backtrace την ώρα που κολλάει ο sshd. Αν το δεις ανάποδα, η συνάρτηση main στο αρχείο sshd.c καλεί την συνάρτηση seed_rng στο αρχείο entropy.c η οποία καλεί μια άλλη, μετά πηγαίνουμε σε συναρτήσεις του openssl και καταλήγουμε στην συνάρτηση getentropy. Χωρίς να είναι σίγουρο ότι αυτό είναι η αιτία του προβλήματος, κολάει στο μάζεμα εντροπίας που ανέφερα πριν. Όταν ξεκινάει το σύστημα δεν έχει ακόμη μαζευτεί ικανή "ποσότητα τυχαιότητας" να το πω μπακάλικα οπότε το σύστημα κολλάει μέχρι να μαζευτεί εντροπία. Για αυτή τη δουλειά παλαιότερα τα init systems έσωζαν κατά το shutdown την μέχρι τότε εντροπία στο αρχείο random-seed και την φόρτωσαν στην εκκίνηση ώστε να μην περιμένεις πάρα πολύ. Θα μου πεις γιατί γίνεται μόνο σε κάποιους και όχι σε όλους ;

Πριν πολύ καιρό, μετά από μια αναβάθμιση στο slackware άρχισε να κάνει ώρες να ξεκινήσει το sendmail. Εντωμεταξύ καμμία αναβάθμιση δεν είχε ουδεμία σχέση με το sendmail. Όταν απενεργοποιούσα την εκκίνηση του sendmail, κολλούσε 2-3 δαίμονες πιο κάτω. Αφού έφαγα το κόσμο να βρω τι φταίει, αυτό που έφταιγε, και δεν πήγε με τίποτα το μυαλό μου, ήταν ότι είχα βάλει το λειτουργικό σε ssd. Το σύστημα εντροπίας του linux μαζεύει εντροπία από τον επεξεργαστή, από το δίκτυο, από το πληκτρολόγιο, από τον σκληρό, κτλ. Για κάποιο λόγο όμως δεν χρησιμοποιεί μη-rotating συσκευές οπότε όταν έβαλα τον ssd, αφαίρεσα μια σημαντική πηγή εντροπίας και για αυτό κολλούσε η εκκίνηση.

Αν θέλεις μπορείς να κάνεις μια δοκιμή. Κατά την εκκίνηση, εκεί που θα κολλήσει, άρχισε να πληκτρολογείς σαχλαμάρες πολύ γρήγορα. Αν σταματήσει το κόλλημα και ξεκινήσει ο sshd, τότε είναι αυτό. Αλλιώς είναι κάτι άλλο.

[jim_p]

Εβαλα το haveged για να κανει entropy απο μονο του το συστημα και τοσο ο openssh-server οσο και ο lightdm επανηλθανε στις παλιες τους δοξες και δεν εχουν πλεον καμια καθυστερηση.

[mzaf]

Λοιπόν επανέρχομαι...
Μετά από μια πιο προσεκτική ματιά στα πακέτα που αντιστιχούν στο gdk-pixbuf σε buster,είδα πως μου είχε διαφύγει ένα.
Τα ξαναεγκατάστησα όλα αυτή τη φορά και problem solved!
Ευχαριστώ imitheos!

[jim_p]

Τι εινια αυτο εδω?!

     2min 6.830s fstrim.service

- - - Updated - - -

Το bug report μου πηρε προαγωγη και εγινε bug του openssl

Thanks for testing; it does look as though this problem is mainly due to
the changes to the OpenSSL random generator in 1.1.1, and the appearance
of it being an OpenSSH regression was caused by OpenSSH switching to
OpenSSL 1.1.x at around the same time.

Reassigning to OpenSSL - could the OpenSSL maintainers please have a
look and advise what's best to do? (See the start of the bug, reporting
a delay of more than one minute in system boot in some cases, mainly
waiting for sshd to start.)

[mphxths]

Τι εινια αυτο εδω?!

     2min 6.830s fstrim.service

l

Το fstrim ειναι το service που κανει περιοδικα (το default ειναι εβδομαδιαιως) trimming στους ssd.Στην ουσια το fstrim.timer καλει το fstrim.service και γινεται η δουλεια αν θυμαμαι καλα.Δεν θα επρεπε να παιρνει παραπανω απο μερικα secs.
Tα 2mins ειναι υπερβολικα μεγαλος χρονος.Mηπως μαγκωνει με κανα partition/file ξερωγω....πρεπει να δεις τα logs του.

[imitheos]

Το fstrim ειναι το service που κανει περιοδικα (το default ειναι εβδομαδιαιως) trimming στους ssd.Στην ουσια το fstrim.timer καλει το fstrim.service και γινεται η δουλεια αν θυμαμαι καλα.Δεν θα επρεπε να παιρνει παραπανω απο μερικα secs.
Tα 2mins ειναι υπερβολικα μεγαλος χρονος.Mηπως μαγκωνει με κανα partition/file ξερωγω....πρεπει να δεις τα logs του.

Αν ο ssd του jim_p υποστηρίζει μόνο synchronous trim και όχι queued trim δικαιολογεί να αργεί το fstrim αλλά συνήθως είναι 50-70secs. Τα 2 λεπτά δεν είναι απαγορευτικό αλλά ακούγεται όντως μεγάλο.

[jim_p]

Ανασυρω το θεμα μου γιατι με την ενημερωση σε 4,19 εχω χασει εντελως το wake on lan στον δικο μου

04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 01)
	Subsystem: Gigabyte Technology Co., Ltd Onboard Ethernet
	Kernel driver in use: r8169
	Kernel modules: r8169

και πολλες φορες και στο μπρικι

00:11.0 Ethernet controller: Intel Corporation 82557/8/9/0/1 Ethernet Pro 100 (rev 08)
	Subsystem: Intel Corporation EtherExpress PRO/100+ Management Adapter
	Kernel driver in use: e100
	Kernel modules: e100

Και στα 2, το ethtool λεει οτι ειναι ενεργο κανονικα

	Supports Wake-on: pumbg
	Wake-on: g

Αν εχετε καμια ιδεα...