avatar_Roberto

Artix KDE Systemstart verzögert

Begonnen von Roberto, 30. April 2018, 10:11:29

« vorheriges - nächstes »

0 Mitglieder und 1 Gast betrachten dieses Thema.

Nach unten Seiten1 2 3 ... 5

Roberto

30. April 2018, 10:11:29
Hallo liebe Community,

seit dem letzen Artix update hat sich der Systemstart deutlich verzögert.
Der Bootscreen bleibt bei folgendem ca. 30 Sekunden stehen bevor dann der sddm login-screen angezeigt wird:
Artix Linux 4.17.37-1-lts (tty1)
Artix login:


Die sddm.conf gibt auch nicht wirklich etwas her:
09:50:23.275] (II) DAEMON: Initializing...
[09:50:23.285] (II) DAEMON: Logind interface found
[09:50:23.286] (II) DAEMON: Starting...
[09:50:23.287] (II) DAEMON: Adding new display on vt 7 ...
[09:50:23.290] (II) DAEMON: Loading theme configuration from ""
[09:50:23.290] (II) DAEMON: Display server starting...
[09:50:23.290] (II) DAEMON: Running: /usr/bin/X -nolisten tcp -auth /var/run/sddm/{bec1787e-c6fb-4ecc-b89a-80f26ec7904d} -background none -noreset -displayfd 17 -seat seat0 vt7
[09:50:24.017] (II) DAEMON: Setting default cursor
[09:50:24.033] (II) DAEMON: Running display setup script  "/usr/share/sddm/scripts/Xsetup"
[09:50:24.036] (II) DAEMON: Display server started.
[09:50:24.036] (II) DAEMON: Socket server starting...
[09:50:24.037] (II) DAEMON: Socket server started.
[09:50:24.038] (II) DAEMON: Loading theme configuration from "/usr/share/sddm/themes/breeze/theme.conf"
[09:50:24.039] (II) DAEMON: Greeter starting...
[09:50:24.039] (II) DAEMON: Adding cookie to "/var/run/sddm/{bec1787e-c6fb-4ecc-b89a-80f26ec7904d}"
[09:50:24.050] (II) HELPER: [PAM] Starting...
[09:50:24.050] (II) HELPER: [PAM] Authenticating...
[09:50:24.050] (II) HELPER: [PAM] returning.
[09:50:24.059] (II) DAEMON: Greeter session started successfully
[09:50:24.126] (II) DAEMON: Message received from greeter: Connect
[09:50:30.378] (II) DAEMON: Message received from greeter: Login
[09:50:30.378] (II) DAEMON: Reading from "/usr/share/xsessions/plasma.desktop"
[09:50:30.378] (II) DAEMON: Reading from "/usr/share/xsessions/plasma.desktop"
[09:50:30.378] (II) DAEMON: Session "/usr/share/xsessions/plasma.desktop" selected, command: "/usr/bin/startkde"
[09:50:30.403] (II) HELPER: [PAM] Starting...
[09:50:30.403] (II) HELPER: [PAM] Authenticating...
[09:50:30.406] (II) HELPER: [PAM] Preparing to converse...
[09:50:30.406] (II) HELPER: [PAM] Conversation with 1 messages
[09:50:30.480] (II) HELPER: [PAM] returning.
[09:50:30.482] (II) DAEMON: Authenticated successfully
[09:50:30.492] (II) HELPER: Starting: "/usr/share/sddm/scripts/Xsession \"/usr/bin/startkde\""
[09:50:30.494] (II) HELPER: Adding cookie to "/home/roberto/.Xauthority"
[09:50:30.502] (II) DAEMON: Session started
[09:50:30.558] (II) HELPER: [PAM] Closing session
[09:50:30.559] (II) HELPER: [PAM] Ended.
[09:50:30.560] (II) DAEMON: Auth: sddm-helper exited successfully
[09:50:30.560] (II) DAEMON: Greeter stopped.


Die rc.log auch nicht:
rc default logging started at Mon Apr 30 09:48:56 2018

 * Starting NetworkManager ...
 [ ok ]
Connecting.                  1sConnecting...............    0s [offline]
 * Marking NetworkManager as inactive. It will automatically be marked
 * as started after a network connection has been established.
 * WARNING: NetworkManager has started, but is inactive
 * Checking your configfile (/etc/syslog-ng/syslog-ng.conf) ...
 [ ok ]
 * Starting syslog-ng ...
 [ ok ]
 * Starting acpid ...
 [ ok ]
 * Starting bluetooth ...
 [ ok ]
 * Starting cronie ...
 [ ok ]
 * Starting avahi-daemon ...
 [ ok ]
 * Starting cupsd ...
 [ ok ]
 * WARNING: netmount will start when NetworkManager has started
 * Setting up sddm ...
 [ ok ]
 * Starting local ...
 [ ok ]

rc default logging stopped at Mon Apr 30 09:48:58 2018


Hat jemand die gleiche Erfahrung gemacht und eine Idee, wie man die Bootzeit verkürzen kann?

Vielen Dank vorab.

Gruß
Roberto
Drum lächle und sei froh, denn es könnte schlimmer kommen. Und ich lächelte und war froh ... und es kam schlimmer ;)

guest6

#1
30. April 2018, 14:06:36
Hallo Roberto,

Hast du dich beim Kernel vertippt? Soll doch bestimmt 4.14 sein?
Der 4.17rc ist keine gute Idee.

Ansonsten startet der Networkmanager nicht, da musst du suchen warum nicht.
Denn jetzt warten andere Dienste darauf, insbesondere dein NAS, das sich einbinden
will, da es nicht klappt dauert es ewig und bricht nach einiger Zeit ab.

Gruß, virtual-dev

guest10

#2
30. April 2018, 15:59:38
Zitat von: Roberto am 30. April 2018, 10:11:29seit dem letzen Artix update hat sich der Systemstart deutlich verzögert.
Der Bootscreen bleibt bei folgendem ca. 30 Sekunden stehen bevor dann der sddm login-screen angezeigt wird:

Hat jemand die gleiche Erfahrung gemacht und eine Idee, wie man die Bootzeit verkürzen kann
Du kannst fürs Erste in /etc/rc.conf

#rc_parallel="NO"

mit:

rc_parallel="YES"


ersetzen.

Ansonnsten kann ich wenig helfen, weil ich systemd-dummy, libsystemd-dummy und die Archlinux Repos
[extra] und [community] entfernt habe.
Wie @virtual-dev schon andeutete, die Verzögerung verusacht eher dein Netzwerk und nicht KDE.

MfG

Roberto

#3
01. Mai 2018, 11:42:23
Zitat von: virtual-dev am 30. April 2018, 14:06:36
Hallo Roberto,

Hast du dich beim Kernel vertippt? Soll doch bestimmt 4.14 sein?
Der 4.17rc ist keine gute Idee.

Ansonsten startet der Networkmanager nicht, da musst du suchen warum nicht.
Denn jetzt warten andere Dienste darauf, insbesondere dein NAS, das sich einbinden
will, da es nicht klappt dauert es ewig und bricht nach einiger Zeit ab.

Gruß, virtual-dev
Hallo virtual-dev,

du hast Recht, es ist ein Tippfehler.
Ich habe den LTS Kernel 4.14 installiert.

Gruß
Roberto
Drum lächle und sei froh, denn es könnte schlimmer kommen. Und ich lächelte und war froh ... und es kam schlimmer ;)

Roberto

#4
01. Mai 2018, 11:57:09
Zitat von: virtual-dev am 30. April 2018, 14:06:36
Ansonsten startet der Networkmanager nicht, da musst du suchen warum nicht.
Denn jetzt warten andere Dienste darauf, insbesondere dein NAS, das sich einbinden
will, da es nicht klappt dauert es ewig und bricht nach einiger Zeit ab.
Lt. Gentoo Forum ist diese "Warnmeldung" normal.
https://forums.gentoo.org/viewtopic-t-1040786-start-0.html

Gruß
Roberto
Drum lächle und sei froh, denn es könnte schlimmer kommen. Und ich lächelte und war froh ... und es kam schlimmer ;)

guest6

#5
01. Mai 2018, 18:44:09
1. Ist das fast ein Jahr alt, umso peinlicher das es den Fehler immer noch gibt.
2. Die Warnung muss ja sein, wenn was nicht funktioniert und somit normal.
3. Trotzdem startet halt der NetworkManager nicht.
4. Bestätigt genau das der im unteren Posting mit Xfce4, selbst der muss nach
    dem booten den NM von Hand restarten.

Es bleibt also die Frage, warum startet der NetworkManager nicht.
Du könntest den natürlich raus werfen und vorher den wicd installieren :)

Gruß, virtual-dev

Roberto

#6
01. Mai 2018, 19:42:00
Diese Warnmeldung habe ich interessanterweise schon seit ich Artix mit KDE Plasma 5 installiert habe.
Trotzdem ist diese Verzögerung bisher in der Form nicht aufgetreten.

Heute hatte ich allerdings das OpenRC update, auf das @Prinz bereits hingewiesen hat.
https://systemdfree.de/artix-linux/20/artix-update-require-manual-intervention/326/
Ich werde jetzt mal beobachten, ob dadurch evtl. der Systemstart wieder beschleunigt wird.

Ansonsten sollte ich wirklich mal über wicd nachdenken 8)

Gruß
Roberto
Drum lächle und sei froh, denn es könnte schlimmer kommen. Und ich lächelte und war froh ... und es kam schlimmer ;)

gosia

#7
01. Mai 2018, 23:10:03
Hallo virtual-dev,
Zitat von: virtual-dev am 01. Mai 2018, 18:44:09
3. Trotzdem startet halt der NetworkManager nicht.
4. Bestätigt genau das der im unteren Posting mit Xfce4, selbst der muss nach
   dem booten den NM von Hand restarten.

Es bleibt also die Frage, warum startet der NetworkManager nicht.
Ich sehe das etwas anders, der NetworkManager startet schon, ist aber inaktiv markiert bis eine Netzwerkverbindung aufgenommen wird. Ich habe diese Meldung auch - und wenn mich nicht alles täuscht, schon lange, seitdem ich openrc benutze, also schon in Manjaro-OpenRC Zeiten. Eine Abfrage mit

rc-service NetworkManager status

gibt jedenfalls

status: started

Steht auch so in der /etc/init.d/NetworkManager:

Zitat"Marking NetworkManager as inactive. It will automatically be marked as started after a network connection has been established."
Kann natürlich trotzdem nichts schaden, mal wicd zu probieren.
Ansonsten habe ich auch den Verdacht, daß die Verzögerung mit Samba und dem NAS zusammenhängt.

@Roberto
Könnte man ja ausprobieren, indem Du mal zeitweilig den Dienst smb ausschaltest. Vielleicht findet sich auch was interessantes in den Samba-Log-Dateien, speziell /var/log/samba/nmbd.log und /var/log/samba/smbd.log

Viele Grüße gosia

guest5

#8
01. Mai 2018, 23:57:42
Sei froh,
bei einem Bekannten läuft Artix mit KDE seit 3 Tagen nicht mehr, ein Login und dann wurde oder blieb alles schwarz. Da ich ihm leider aus zeitlichen Gründen nicht helfen kann (oder will :D) ist er zu Ubuntu gewechselt.

Man hat so das Gefühl das bei Artix eine "Sprengung mit einem Waldbrand bekämpft wird" was nun umgedreht noch einen Sinn ergeben würde – ist bei Artix aber meist dennoch vorhanden und somit mehr als kontraproduktiv.

Weder muss noch will ich das auch verstehen, ijtw. ;)

Grüße

guest10

#9
02. Mai 2018, 06:58:23
Zitat von: Prinz am 01. Mai 2018, 23:57:42Man hat so das Gefühl das bei Artix eine "Sprengung mit einem Waldbrand bekämpft wird" was nun umgedreht noch einen Sinn ergeben würde – ist bei Artix aber meist dennoch vorhanden und somit mehr als kontraproduktiv.

# cat /var/log/rc.log | tail -n81 | egrep 'start|stop|lxdm|wicd' && cat /var/log/lxdm.log | grep greeter && cat /var/log/wicd/wicd.log | tail -n61 | egrep 'wired|init|succ'
rc boot logging started at Wed May  2 06:45:51 2018
rc boot logging stopped at Wed May  2 06:45:53 2018
rc default logging started at Wed May  2 06:45:53 2018
wicd              | * Starting wicd daemon ...
xdm               | * Setting up lxdm-binary ...
rc default logging stopped at Wed May  2 06:45:54 2018
** Message: 06:45:54.360: find greeter (nil)
** Message: 06:45:55.341: prepare greeter on /var/run/lxdm/lxdm-:0.auth
** Message: 06:45:55.345: start greeter on /var/run/lxdm/lxdm-:0.auth
2018/05/02 06:45:54 :: wicd initializing...
2018/05/02 06:45:54 :: successfully loaded backend external
2018/05/02 06:45:54 :: successfully loaded backend external
2018/05/02 06:45:54 :: automatically detected wired interface eth0
2018/05/02 06:45:54 :: setting wired interface eth0
2018/05/02 06:45:54 :: Using wired interface...eth0
2018/05/02 06:46:01 :: Attempting to autoconnect with wired interface...
2018/05/02 06:46:08 :: DHCP connection successful
2018/05/02 06:46:13 :: Sending connection attempt result success


Bei mir funktioniert alles nach Wunsch.

MfG

Daemon

#10
02. Mai 2018, 09:30:55
Bei mir kommt das auch mit dem NetworkManager, aber gestartet ist er trotzdem.

rc boot logging stopped at Wed May  2 09:21:46 2018
rc default logging started at Wed May  2 09:21:46 2018
NetworkManager    | * as started after a network connection has been established.
NetworkManager    | * WARNING: NetworkManager has started, but is inactive
netmount          | * WARNING: netmount will start when NetworkManager has started
rc default logging stopped at Wed May  2 09:21:47 2018


I'm worse at what I do best and for this gift I feel blessed

Roberto

#11
03. Mai 2018, 18:49:16
Ich habe eine neue Erkenntnis gewonnen.
Der Bootscreen bleibt jetzt neuerdings solange bei 
Artix Linux 4.14.37-1-lts (tty1)
Artix login

stehen, bis ich das Touchpad berühre bzw. ein paar Mail darüber streiche.

Sowas habe ich noch nie gehabt.
Drum lächle und sei froh, denn es könnte schlimmer kommen. Und ich lächelte und war froh ... und es kam schlimmer ;)

guest10

#12
03. Mai 2018, 20:35:11
Zitat von: Roberto am 03. Mai 2018, 18:49:16Ich habe eine neue Erkenntnis gewonnen.
Der Bootscreen bleibt jetzt neuerdings solange bei
stehen, bis ich das Touchpad berühre bzw. ein paar Mail darüber streiche.

Sowas habe ich noch nie gehabt.

Ich bin zwar für Vieles offen.
Aber ich glaube einfach nicht, daß "Handauflegen" irgendwelche Wirkung hat.::)

Poste doch bitte lieber die Logs vom NM.

MfG

Roberto

#13
03. Mai 2018, 20:52:27
Hi LuMi,

das würde ich wirklich sehr gerne, aber wo finde ich log Datei?
Unter /var/log/ habe ich keine gefunden. Oder ich bin blind.

Viele Grüße
Roberto
Drum lächle und sei froh, denn es könnte schlimmer kommen. Und ich lächelte und war froh ... und es kam schlimmer ;)

guest10

#14
04. Mai 2018, 21:07:59
Hi Roberto

Hmm, hast du syslog-ng aus artix [world] oder archlinux [extra] repo?
Und zu deiner Frage hier hast du das gemacht?

MfG
Nach oben Seiten1 2 3 ... 5