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.

guest10

Zitat von: Roberto am 05. Mai 2018, 22:58:02Ich dachte es wäre vielleicht eine Option Artix LXQT zu installieren und dann mal Openbox zu testen.
Openbox muss man nicht testen.

Openbox ist nur ein Fundament für eigene Desktop Umgebung.
Wie man die DE einrichtet, entscheidet jeder für sich selbst.

MfG

Roberto

Ich habe zum NetworkManager ein wenig recherchiert und ich komme zu dem Schluss, dass NM nicht das Problem ist.

Es gibt die Datei /etc/init.d/NetworkManager
#!/usr/bin/openrc-run
# Copyright (c) 2008 Saleem Abdulrasool <compnerd@compnerd.org>
# Copyright 2013-2017 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2

description="NetworkManager daemon. The service is marked as started only \
when a network connection is established."

depend() {
    need dbus
    use consolekit elogind
    provide net
}

start() {
    # If we are re-called by a dispatcher event, we want to mark the service
    # as started without starting the daemon again
    yesno "${IN_BACKGROUND}" && return 0

    [ -z "${INACTIVE_TIMEOUT}" ] && INACTIVE_TIMEOUT="1"

    ebegin "Starting NetworkManager"
    start-stop-daemon --start --quiet --pidfile /run/NetworkManager/NetworkManager.pid \
        --exec /usr/bin/NetworkManager -- --pid-file /run/NetworkManager/NetworkManager.pid
    local _retval=$?
    eend "${_retval}"
    if [ "x${_retval}" = 'x0' ] && ! nm-online -t "${INACTIVE_TIMEOUT}"; then
        einfo "Marking NetworkManager as inactive. It will automatically be marked"
        einfo "as started after a network connection has been established."
        mark_service_inactive
    fi
    return "${_retval}"
}

stop() {
    # If we are re-called by a dispatcher event, we want to mark the service
    # as inactive without stopping the daemon
    if yesno "${IN_BACKGROUND}"; then
        mark_service_inactive "${SVCNAME}"
        return 0
    fi

    ebegin "Stopping NetworkManager"
    local pidfile=/run/NetworkManager/NetworkManager.pid
    if [ ! -e "${pidfile}" ] && [ -e /run/NetworkManager.pid ]; then 
        # Try stopping the pid file used by <0.9.7
        pidfile=/run/NetworkManager.pid
        start-stop-daemon --stop --quiet --pidfile "${pidfile}"
        ret=$?
        [ ${ret} = 0 ] && [ -e "${pidfile}" ] && rm "${pidfile}"
        eend ${ret}
    else
        start-stop-daemon --stop --quiet --pidfile "${pidfile}"
        eend $?
    fi
}

# vim: set ft=gentoo-init-d ts=4 :


So wie ich das verstehe, ist es normal, dass der NM als inaktiv gestellt ist, oder lese ich die Datei falsch?
Drum lächle und sei froh, denn es könnte schlimmer kommen. Und ich lächelte und war froh ... und es kam schlimmer ;)

Daemon

Zitat von: Roberto am 06. Mai 2018, 20:43:48
So wie ich das verstehe, ist es normal, dass der NM als inaktiv gestellt ist, oder lese ich die Datei falsch?
Wie kommst du da drauf?
Der NM ist nur inaktiv wenn keine Verbindung hergestellt ist/werden kann.
I'm worse at what I do best and for this gift I feel blessed

Roberto

Ist das keine Konfigurationsdatei?
Drum lächle und sei froh, denn es könnte schlimmer kommen. Und ich lächelte und war froh ... und es kam schlimmer ;)

gosia

Hallo Roberto,
Zitat von: Roberto am 05. Mai 2018, 22:55:35vielen Dank für die Anleitung :)
Wie schalte ich den debug modus später wieder aus?
Ich gehe davon aus, dass der debug modus solange eingeschaltet bleibt, bis man ihn wieder ausschaltet, oder?
Der Debug-Modus hört auf, wenn der NetworkManager beendet wird, wie auch immer, durch stoppen des Prozesses selbst oder eben spätestens beim Abmelden. Also keine Sorge, daß der jetzt immer im Debug-Modus läuft ;)
Und die /etc/init.d/NetworkManager ist das Start-Stop-Skript für den Init-Prozess. Und ja, da gibt es diese kleine aber feine Unterscheidung, daß der Prozess zwar läuft, aber eben inaktiv ist, bis eine Netzwerkverbindung aufgenommen wird. Insofern sehe ich dieses Verhalten auch als normal an, was immer man unter "normal" versteht.
Kann man nun lange und fruchtlos drüber streiten, ob diese Unterscheidung von "läuft ist aber inaktiv" sinnvoll oder eher verwirrend ist bzw. beides gleichzeitig.
Aber wenn ich drüber nachdenke, so ist eigentlich dies das normale Verhalten eines klassischen Dämons, läuft im Hintergrund und wartet auf Aufgaben bzw. Anfragen. Solange keine kommen, läuft er zwar (ist gestartet), aber dreht eben Däumchen (ist inaktiv) ;)

Viele Grüße gosia

Roberto

Hallo gosia,

ich bin zwar immer noch blutiger Anfänger was Linux betrifft, aber ich bin mir sehr sicher, dass der NM dieses Verhalten schon immer an den Tag gelegt hat, sowohl unter Manjaro als auch unter Artix.
Ich glaube, dass diese Verzögerung etwas mit dem Touchpad bzw. den dazugehörigen Paketen oder Updates zu tun hat.
Dieses Phänomen tritt auf 2 Notebooks auf, einmal auf einem Lenovo X220 und einmal auf einem Asus R510C.

Die Xorg.0.log des Asus hat folgende Zeilen, die mir etwas komisch vorkommen:
Informationen [    17.892] (II) config/udev: Adding input device ETPS/2 Elantech Touchpad (/dev/input/event10)
 Informationen [    17.892] (**) ETPS/2 Elantech Touchpad: Applying InputClass "libinput touchpad catchall"
 Informationen [    17.892] (II) Using input driver 'libinput' for 'ETPS/2 Elantech Touchpad'
 Informationen [    17.892] (**) ETPS/2 Elantech Touchpad: always reports core events
 Informationen [    17.892] (**) Option "Device" "/dev/input/event10"
 Informationen [    17.892] (**) Option "_source" "server/udev"
 Informationen [    17.893] (II) event10 - ETPS/2 Elantech Touchpad: is tagged by udev as: Touchpad
 Informationen [    17.893] (II) event10 - ETPS/2 Elantech Touchpad: device is a touchpad
 Informationen [    17.893] (II) event10 - ETPS/2 Elantech Touchpad: device removed
 Informationen [    17.970] (**) Option "config_info" "udev:/sys/devices/platform/i8042/serio4/input/input13/event10"
 Informationen [    17.970] (II) XINPUT: Adding extended input device "ETPS/2 Elantech Touchpad" (type: TOUCHPAD, id 14)
 Informationen [    17.970] (**) Option "AccelerationScheme" "none"
 Informationen [    17.970] (**) ETPS/2 Elantech Touchpad: (accel) selected scheme none/0
 Informationen [    17.970] (**) ETPS/2 Elantech Touchpad: (accel) acceleration factor: 2.000
 Informationen [    17.970] (**) ETPS/2 Elantech Touchpad: (accel) acceleration threshold: 4
 Informationen [    17.971] (II) event10 - ETPS/2 Elantech Touchpad: is tagged by udev as: Touchpad
 Informationen [    17.971] (II) event10 - ETPS/2 Elantech Touchpad: device is a touchpad
 Informationen [    17.972] (II) config/udev: Adding input device ETPS/2 Elantech Touchpad (/dev/input/mouse0)
 Informationen [    17.972] (II) No input driver specified, ignoring this device.

Ich hatte auch einen Post im Artix Forum gestellt und es kamen auch 2 Vorschläge von Artoo, aber die haben leider bisher auch nicht zum Erfolg geführt.
Ich werde das Ganze weiter beobachten.

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 ;)

Daemon

Dann hat das ja aber nichts mit dem NM zu tun.

Das mit dem NM ist bei mir auch, bzw. so lange/kurz bis der PC eine IP zugewiesen bekommen hat (in der Regel 1-2 Sekunden). Falls der PC keine IP bekommt, wird eine gewisse Zeit gewartet, und dann geht's ohne IP weiter.

Hast du die falschen Treiber für das Touchpad installiert?
I'm worse at what I do best and for this gift I feel blessed

Roberto

Zitat von: Daemon am 07. Mai 2018, 17:44:54
Dann hat das ja aber nichts mit dem NM zu tun.
Das ist auch meine Meinung.
Ich habe überhaupt keinen speziellen Treiber installiert und das seltsame an der Sache ist doch, dass es auf beiden Notebooks auftritt.
Einmal Asus und einmal Lenovo.
Und es hat bis vor ca. 14 Tagen erst angefangen.
Ich bleibe dabei, es hat etwas mit einem vorherigen Artix update zu tun.
Drum lächle und sei froh, denn es könnte schlimmer kommen. Und ich lächelte und war froh ... und es kam schlimmer ;)

Daemon

Schau doch mal im pacman.log (oder yaourt falls du das benutzt) was vor 14 Tagen de/installiert/geupdated wurde.
I'm worse at what I do best and for this gift I feel blessed

guest10

Zitat von: Roberto am 08. Mai 2018, 19:01:18Ich habe überhaupt keinen speziellen Treiber installiert und das seltsame an der Sache ist doch, dass es auf beiden Notebooks auftritt.
Einmal Asus und einmal Lenovo.
Und es hat bis vor ca. 14 Tagen erst angefangen.
Ich bleibe dabei, es hat etwas mit einem vorherigen Artix update zu tun.
Vielleicht liegt es an KDE?
Deine Schlepptops sind doch nicht identisch.

Schalte die Touchpads im BIOS probehalber aus.

MfG

Daemon

KDE ist zu der Zeit doch noch gar nicht gestartet.

Und wenn es an KDE liegen würde, hätte ich ja auch das Problem auf dem Notebook.


Um das jetzt mal aufzudröseln, brauchen wir von beiden Notebooks die Hardware, welcher Kernel jeweils installiert ist, zusätzliche Software, usw. 
Du kannst auch pro Notebook alle installierten Pakete ausgeben lassen und als Textdatei hier anhängen.
I'm worse at what I do best and for this gift I feel blessed

guest10

Zitat von: Daemon am 09. Mai 2018, 16:43:00KDE ist zu der Zeit doch noch gar nicht gestartet.
Ich meine die Bootzeit (nach Grub) bis Login.
Wie lange dauert es bei dir?

MfG

Daemon

Bei mir mit parallel=true einige Sekunden, so 5 schätze ich.
I'm worse at what I do best and for this gift I feel blessed

Roberto

Das ist die Konfiguration meines Asus Notebooks:
[roberto@Artixxx ~]$ inxi -Fz
System:    Host: Artixxx Kernel: 4.14.39-2-lts x86_64 bits: 64 Desktop: KDE Plasma 5.12.5 Distro: Artix Linux
Machine:   Device: laptop System: ASUSTeK product: X550CC v: 1.0 serial: N/A
           Mobo: ASUSTeK model: X550CC v: 1.0 serial: N/A
           UEFI: American Megatrends v: X550CC.300 date: 03/24/2014
Battery    BAT0: charge: 10.3 Wh 31.1% condition: 33.1/44.6 Wh (74%)
CPU:       Dual core Intel Core i3-3217U (-MT-MCP-) cache: 3072 KB
           clock speeds: max: 1800 MHz 1: 901 MHz 2: 946 MHz 3: 820 MHz 4: 810 MHz
Graphics:  Card-1: Intel 3rd Gen Core processor Graphics Controller
           Card-2: NVIDIA GK208M [GeForce GT 720M]
           Display Server: x11 (X.Org 1.19.6 ) drivers: nouveau,intel (unloaded: modesetting,fbdev,vesa)
           Resolution: 1366x768@60.05hz
           OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile version: 4.2 Mesa 18.0.3
Audio:     Card Intel 7 Series/C216 Family High Definition Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.14.39-2-lts
Network:   Card-1: Qualcomm Atheros AR9485 Wireless Network Adapter driver: ath9k
           IF: wlp3s0 state: up mac: <filter>
           Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
           IF: enp4s0f2 state: down mac: <filter>
Drives:    HDD Total Size: 240.1GB (30.3% used)
           ID-1: /dev/sda model: SanDisk_SDSSDHII size: 240.1GB
Partition: ID-1: / size: 98G used: 9.9G (11%) fs: ext4 dev: /dev/sda3
           ID-2: /home size: 115G used: 53G (48%) fs: ext4 dev: /dev/sda4
           ID-3: swap-1 size: 6.44GB used: 0.00GB (0%) fs: swap dev: /dev/sda2
Sensors:   System Temperatures: cpu: 54.0C mobo: N/A gpu: 45.0
           Fan Speeds (in rpm): cpu: 2700
Info:      Processes: 176 Uptime: 1 min Memory: 934.9/5850.6MB Client: Shell (bash) inxi: 2.3.56


Das Touchpad kann ich im Bios nicht ausschalten.

Als Treiber ist xf86-input-libinput installiert, komischerweise sowohl aus world als auch von extra.
[roberto@Artixxx ~]$ pacman -Ss libinput
world/libinput 1.10.6-1 [Installiert]
    Input device management and event handling library
world/xf86-input-libinput 0.27.1-1 (xorg-drivers) [Installiert]
    Generic input driver for the X.Org server based on libinput
extra/libinput 1.10.6-1 [Installiert]
    Input device management and event handling library
extra/xf86-input-libinput 0.27.1-1 (xorg-drivers) [Installiert]
    Generic input driver for the X.Org server based on libinput

Zusätzlich gibt es unter /etc/X11/xorg.conf.d/ die Datei 40-libinput.conf:
# Match on all types of devices but joysticks
Section "InputClass"
        Identifier "libinput pointer catchall"
        MatchIsPointer "on"
        MatchDevicePath "/dev/input/event*"
        Driver "libinput"
EndSection

Section "InputClass"
        Identifier "libinput keyboard catchall"
        MatchIsKeyboard "on"
        MatchDevicePath "/dev/input/event*"
        Driver "libinput"
EndSection

Section "InputClass"
        Identifier "libinput touchpad catchall"
        MatchIsTouchpad "on"
        MatchDevicePath "/dev/input/event*"
        Driver "libinput"
EndSection

Section "InputClass"
        Identifier "libinput touchscreen catchall"
        MatchIsTouchscreen "on"
        MatchDevicePath "/dev/input/event*"
        Driver "libinput"
EndSection

Section "InputClass"
        Identifier "libinput tablet catchall"
        MatchIsTablet "on"
        MatchDevicePath "/dev/input/event*"
        Driver "libinput"
EndSection

Die Liste der installierten Programme habe ich angehängt.
Drum lächle und sei froh, denn es könnte schlimmer kommen. Und ich lächelte und war froh ... und es kam schlimmer ;)

Roberto

Hier nun die Angaben für das Lenovo:
[roberto@Artixxx ~]$ inxi -Fz
System:    Host: Artixxx Kernel: 4.14.39-1-lts x86_64 bits: 64 Desktop: KDE Plasma 5.12.5 Distro: Artix Linux
Machine:   Device: laptop System: LENOVO product: 4291IR6 v: ThinkPad X220 serial: N/A                                                                                     
           Mobo: LENOVO model: 4291IR6 serial: N/A UEFI: LENOVO v: 8DET73WW (1.43 ) date: 10/12/2016                                                                       
Battery    BAT0: charge: 27.1 Wh 84.7% condition: 32.0/47.5 Wh (67%)                                                                                                       
CPU:       Dual core Intel Core i5-2430M (-MT-MCP-) cache: 3072 KB
           clock speeds: max: 3000 MHz 1: 797 MHz 2: 797 MHz 3: 797 MHz 4: 797 MHz
Graphics:  Card: Intel 2nd Generation Core Processor Family Integrated Graphics Controller
           Display Server: x11 (X.Org 1.19.6 ) driver: intel Resolution: 1366x768@60.00hz
           OpenGL: renderer: Mesa DRI Intel Sandybridge Mobile version: 3.3 Mesa 18.0.3
Audio:     Card Intel 6 Series/C200 Series Family High Definition Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.14.39-1-lts
Network:   Card-1: Intel 82579LM Gigabit Network Connection (Lewisville) driver: e1000e
           IF: enp0s25 state: down mac: <filter>
           Card-2: Realtek RTL8188CE 802.11b/g/n WiFi Adapter driver: rtl8192ce
           IF: wlp3s0 state: up mac: <filter>
Drives:    HDD Total Size: 120.0GB (31.3% used)
           ID-1: /dev/sda model: KINGSTON_SV300S3 size: 120.0GB
Partition: ID-1: / size: 40G used: 11G (29%) fs: ext4 dev: /dev/sda3
           ID-2: /home size: 65G used: 19G (31%) fs: ext4 dev: /dev/sda4
           ID-3: swap-1 size: 6.44GB used: 0.00GB (0%) fs: swap dev: /dev/sda2
Sensors:   System Temperatures: cpu: 48.0C mobo: N/A
           Fan Speeds (in rpm): cpu: 2958
Info:      Processes: 176 Uptime: 5 min Memory: 795.7/7863.2MB Client: Shell (bash) inxi: 2.3.56


Der Treiber für das Touchpad ist hier der Synaptics Treiber:
[roberto@Artixxx ~]$ pacman -Ss synaptics
extra/xf86-input-synaptics 1.9.0-1 (xorg-drivers) [Installiert]
    Synaptics driver for notebook touchpads

Die Liste der installierten Programme ist ebenfalls angehängt
Drum lächle und sei froh, denn es könnte schlimmer kommen. Und ich lächelte und war froh ... und es kam schlimmer ;)