michahe
(Themenstarter)
Anmeldungsdatum: 12. Dezember 2013
Beiträge: 824
|
Entschuldigung chr123,
auch noch falsch abgeschrieben; ich schäme mich.
$ sudo netstat -tulpen
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 123 28216 879/mysqld
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 0 36238 1824/smbd
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 102 21266 538/systemd-resolve
tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 0 29786 579/cupsd
tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN 125 27602 899/postgres
tcp 0 0 127.0.0.1:5433 0.0.0.0:* LISTEN 125 28920 896/postgres
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 0 36237 1824/smbd
tcp6 0 0 :::139 :::* LISTEN 0 36236 1824/smbd
tcp6 0 0 :::1716 :::* LISTEN 1000 35120 1431/kdeconnectd
tcp6 0 0 :::631 :::* LISTEN 0 29787 579/cupsd
tcp6 0 0 :::445 :::* LISTEN 0 36234 1824/smbd
udp 0 0 127.0.0.53:53 0.0.0.0:* 102 21265 538/systemd-resolve
udp 0 0 0.0.0.0:631 0.0.0.0:* 0 29795 726/cups-browsed
udp 0 0 0.0.0.0:5353 0.0.0.0:* 114 25018 575/avahi-daemon: r
udp 0 0 0.0.0.0:48465 0.0.0.0:* 114 25020 575/avahi-daemon: r
udp6 0 0 :::48821 :::* 114 25021 575/avahi-daemon: r
udp6 0 0 fe80::6c80:4c01:8ae:546 :::* 0 38381 586/NetworkManager
udp6 0 0 :::5353 :::* 114 25019 575/avahi-daemon: r
udp6 0 0 :::1716 :::* 1000 35119 1431/kdeconnectd
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Der Port 6600 ist jedenfalls nicht (mehr) geöffnet. Ist das Problem mit dem langen Boot denn jetzt noch vorhanden?
|
michahe
(Themenstarter)
Anmeldungsdatum: 12. Dezember 2013
Beiträge: 824
|
Ja leider:
$ systemd-analyze blame
1min 30.072s nmbd.service
9.057s NetworkManager-wait-online.service
4.033s postgresql@10-main.service
3.933s postgresql@12-main.service
3.222s mariadb.service
2.170s dev-sda1.device
1.185s systemd-journal-flush.service
958ms systemd-hwdb-update.service
609ms udisks2.service
564ms accounts-daemon.service
472ms networkd-dispatcher.service
460ms systemd-udevd.service
454ms avahi-daemon.service
438ms NetworkManager.service
374ms systemd-resolved.service
350ms polkit.service
329ms systemd-logind.service
328ms tlp.service
284ms systemd-modules-load.service
271ms thermald.service
259ms apport.service
251ms wpa_supplicant.service
240ms grub-common.service
212ms systemd-sysusers.service
199ms upower.service
193ms ModemManager.service
169ms systemd-udev-trigger.service
159ms ecbd.service
156ms e2scrub_reap.service Und die Desktop-Einstellungen bleiben auch weg. Nur zur Infor: Im Parallel-Thread haben wir die /etc/fstab noch weiter reduziert, ohne Erfolg.
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
michahe schrieb: Ja leider:
$ systemd-analyze blame
1min 30.072s nmbd.service
Irgendwas stimmt da noch nicht:
[2021/04/13 18:04:12.805418, 0] ../source3/nmbd/nmbd.c:58(terminate)
Got SIGTERM: going down...
[2021/04/13 18:06:59.645182, 0] ../lib/util/become_daemon.c:135(daemon_status)
STATUS=daemon 'nmbd' : No local IPv4 non-loopback interfaces available, waiting for interface ...NOTE: NetBIOS name resolution is not supported for Internet Protocol Version 6 (IPv6).
[2021/04/13 18:08:14.651829, 0] ../lib/util/become_daemon.c:124(daemon_ready)
STATUS=daemon 'nmbd' finished starting up and ready to serve connections
[2021/04/13 18:08:37.676406, 0] ../source3/nmbd/nmbd_become_lmb.c:397(become_local_master_stage2)
*****
[2021/04/14 10:32:42.409238, 0] ../source3/libsmb/nmblib.c:873(send_udp)
Packet send failed to 10.11.255.255(138) ERRNO=Das Netzwerk ist nicht erreichbar
[2021/04/14 10:32:42.409512, 0] ../source3/libsmb/nmblib.c:873(send_udp)
Packet send failed to 10.11.255.255(138) ERRNO=Das Netzwerk ist nicht erreichbar
[2021/04/14 10:32:42.409772, 0] ../source3/nmbd/nmbd.c:362(reload_interfaces)
reload_interfaces: No subnets to listen to. Waiting..
[2021/04/14 12:13:15.428200, 0] ../source3/nmbd/nmbd_become_lmb.c:397(become_local_master_stage2)
*****
Samba name server PCmichael is now a local master browser for workgroup WORKGROUP on subnet 10.11.30.240 Siehe hier. Mich wundert die IP. Magst du mal bitte
ip a
systemctl status -l nmbd.service
zeigen? Theoretisch kann man Samba auch ohne den nmd-Dienst betreiben.
Und die Desktop-Einstellungen bleiben auch weg.
Dazu kann ich erstmal nichts beitragen. Mein Fokus ist Samba ☺
Nur zur Infor: Im Parallel-Thread haben wir die /etc/fstab noch weiter reduziert, ohne Erfolg.
Der fstab Eintrag bezieht sich auch auf das virtuelle Dateisystem CIFS-vfs. Das hat mit dem Dienst Samba nichts zu tun. Edit: Ich hätte noch einen Vorschlag:
Wenn du in der smb.conf den Parameter local master in der globalen Sektion verneinst (local master = no), dann wird der nmbd erstmal nicht zur Wahl gestellt. Dazu
| sudo nano /etc/samba/smb.conf
|
dann
#======================= Global Settings =======================
[global]
local master = no
## Browsing/Identification ###
# Change this to the workgroup/NT-domain name your Samba server will part of
workgroup = WORKGROUP
# server string is the equivalent of the NT Description field
server string = %h server (Samba, Ubuntu) Kontrolle:
| testparm -vs | egrep 'master|netbios|protocol|interface'
|
|
michahe
(Themenstarter)
Anmeldungsdatum: 12. Dezember 2013
Beiträge: 824
|
Danke, hier die Daten:
$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 28:d2:44:64:57:78 brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 7c:7a:91:4e:0a:3e brd ff:ff:ff:ff:ff:ff
inet 10.11.30.240/16 brd 10.11.255.255 scope global noprefixroute wlp3s0
valid_lft forever preferred_lft forever
inet6 fd00::3df0:9bfd:28c6:5eb5/64 scope global temporary dynamic
valid_lft 7067sec preferred_lft 3467sec
inet6 fd00::fbbd:d41d:4965:1014/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 7067sec preferred_lft 3467sec
inet6 fe80::6c80:4c01:8ae:1775/64 scope link noprefixroute
valid_lft forever preferred_lft forever
4: wwan0: <BROADCAST,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 82:e2:ec:12:ab:2c brd ff:ff:ff:ff:ff:ff
$ systemctl status -l nmbd.service
● nmbd.service - Samba NMB Daemon
Loaded: loaded (/lib/systemd/system/nmbd.service; enabled; vendor preset: enabled)
Active: failed (Result: timeout) since Tue 2021-04-20 19:51:22 CEST; 27min ago
Docs: man:nmbd(8)
man:samba(7)
man:smb.conf(5)
Process: 1259 ExecStart=/usr/sbin/nmbd --foreground --no-process-group $NMBDOPTIONS (code=killed, signal=TERM)
Main PID: 1259 (code=killed, signal=TERM)
Status: "nmbd: No local IPv4 non-loopback interfaces available, waiting for interface ..."
Apr 20 19:49:51 PCmichael systemd[1]: Starting Samba NMB Daemon...
Apr 20 19:51:22 PCmichael systemd[1]: nmbd.service: start operation timed out. Terminating.
Apr 20 19:51:22 PCmichael systemd[1]: nmbd.service: Failed with result 'timeout'.
Apr 20 19:51:22 PCmichael systemd[1]: Failed to start Samba NMB Daemon.
$ Den Ergänzungsvorschlag stelle ich noch etwas zurück, da diese Antwort bereits online ist. Ggf. mache ich Deinen Vorschlag erst morgen früh ...
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
michahe schrieb: Danke, hier die Daten:
Status: "nmbd: No local IPv4 non-loopback interfaces available, waiting for interface ..."
Das ist also das Problem. Der nmb-Daemon wartet so lange, bist du erstmal eine IPv4 Adresse hast. Wenn du vorerst auf die Freigabe der Drucker verzichten kannst, dann schau mal, ob das Verhalten auch mit der regulären smb.conf auftritt: | sudo mv /etc/samba/smb.conf /etc/samba/smb.conf.bak
sudo cp /usr/share/samba/smb.conf /etc/samba/
|
Falls dann immer noch das Problem auftritt, dann liegst es imho nicht an Samba, sondern an deinem Netz.
|
michahe
(Themenstarter)
Anmeldungsdatum: 12. Dezember 2013
Beiträge: 824
|
Vielen Dank chr123, Der nmb-Daemon wartet so lange, bist du erstmal eine IPv4 Adresse hast. Wenn du vorerst auf die Freigabe der Drucker verzichten kannst, dann schau mal, ob das Verhalten auch mit der regulären smb.conf auftritt:
| sudo mv /etc/samba/smb.conf /etc/samba/smb.conf.bak
sudo cp /usr/share/samba/smb.conf /etc/samba/
|
Habe ich ausgeführt. Dann Neustart wie üblich mit w-LAN, die Wartezeit bleibt.
wLAN
$ systemd-analyze blame
1min 30.109s nmbd.service
6.886s NetworkManager-wait-online.service
3.942s postgresql@10-main.service
3.934s postgresql@12-main.service
2.553s mariadb.service
2.283s dev-sda1.device
1.423s systemd-journal-flush.service
924ms systemd-hwdb-update.service
617ms udisks2.service
611ms systemd-udevd.service
575ms postgresql.service
511ms accounts-daemon.service
470ms networkd-dispatcher.service
395ms avahi-daemon.service
384ms systemd-resolved.service
367ms NetworkManager.service
350ms polkit.service
335ms systemd-logind.service
331ms tlp.service
263ms apport.service
254ms systemd-modules-load.service
243ms ModemManager.service
236ms grub-common.service
218ms thermald.service
209ms upower.service
204ms wpa_supplicant.service Dann hatte ich die wegen Deiner Beschreibung "... erstmal eine IPv4 Adresse haet", dass ich beim Booten (mit wLAN) gar keine bekommen kann, weil ich noch nicht angemeldet bin und kein wLan-Passwort angegeben habe. Also den PC ans LAN, Anschluss wird bestätigt. Neustart und blame leiefert:
LAN
$ systemd-analyze blame
8.526s NetworkManager-wait-online.service
5.188s postgresql@10-main.service
3.549s postgresql@12-main.service
2.541s mariadb.service
2.068s dev-sda1.device
1.283s udisks2.service
1.166s accounts-daemon.service
1.150s systemd-journal-flush.service
1.065s tlp.service
1.029s alsa-restore.service
969ms fwupd.service
936ms ModemManager.service
905ms systemd-hwdb-update.service
857ms colord.service
678ms setvtrgb.service
620ms plymouth-quit.service
462ms avahi-daemon.service
422ms systemd-resolved.service
409ms postgresql.service
396ms networkd-dispatcher.service
396ms polkit.service
363ms NetworkManager.service
345ms systemd-udevd.service
319ms systemd-logind.service
294ms thermald.service
257ms grub-common.service
249ms apport.service
215ms wpa_supplicant.service
214ms systemd-modules-load.service Trotzdem dauert es (handgestoppt) 01:30 mm:ss vom Auftauchen des Wallpapers bis zum Erscheinen der Taskleiste. Außerdem verstehe ich nicht, warum der neu angelegte User mit w-Lan die nmb-Verzögerung nicht hat. Jetzt aber: Mt dem neuen User mit w-LAN gestartet, das nmb-Problem bleint, aber der Desktop kommt faktisch sofort und ich kann "sofort" ein Terminal öffnen. Dann sagt system-d-analyze blame: Der Startvorgang ist nicht abgeschlossen ...
UserNEU$ systemd-analyze blame
1min 30.005s nmbd.service
7.592s NetworkManager-wait-online.service
2.664s postgresql@10-main.service
2.643s postgresql@12-main.service
1.519s dev-sda1.device
1.042s mariadb.service
636ms fwupd.service
612ms systemd-hwdb-update.service
514ms udisks2.service
494ms systemd-journal-flush.service
479ms accounts-daemon.service
370ms systemd-resolved.service
339ms tlp.service
331ms avahi-daemon.service
331ms networkd-dispatcher.service
326ms NetworkManager.service
307ms systemd-logind.service
247ms polkit.service
236ms apport.service
215ms upower.service
203ms e2scrub_reap.service
191ms thermald.service
182ms grub-common.service
177ms wpa_supplicant.service
175ms ModemManager.service
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Da es nicht an der smb.conf liegt, kann du die alte smb.conf wiederherstellen.
| sudo rm /etc/samba/smb.conf
sudo mv /etc/samba/smb.conf.bak /etc/samba/smb.conf
|
Ich würde den nmbd.service vorerst deaktivieren.
| sudo systemctl disable nmbd.service
|
Mehr fällt mir im Moment auch nicht ein 😕
|
michahe
(Themenstarter)
Anmeldungsdatum: 12. Dezember 2013
Beiträge: 824
|
Vielen Dank, ist erledigt. Magst Du mir noch erklären, was der nmbd.service (bei mir jetzt nicht mehr) bewirkt.
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Grundsätzlich gibt es IPs und (DNS-)Hostnamen. Früher war noch der Netbios Hostnamen recht relevant, wenn du keine IPs nehmen wolltest.
Dee nmbd.service sorgt im Prinzip nur dafür, dass der Netbios Hostname bekannt gemacht wird. Das dürfte bei dir nur deine Drucker betreffen, die dann eben nicht per Netbios erreichbar sind, sondern nur über die IP. Aber ich denke das wäre verkraftbar. Den Netbios Hostnamen kann man in der smb.conf festlegen, siehe:
testparm -vs | grep netbios
|
michahe
(Themenstarter)
Anmeldungsdatum: 12. Dezember 2013
Beiträge: 824
|
Hallo chr123, da die Wartezeit und andere Probleme beim Start immer noch vorhanden sind, habe ich ein ReBoot und anschließend journalctl -b ausgeführt. Ich bin Dir sehr dankbar, wenn Du dieses Posting anschauen würdest, weil die "Pause" nach smdb eintritt ...
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Nein, smbd hat mit dem langen boot Vorgang aus meiner Sicht nichts zu tun. Wir wissen ja auch gar nicht, ob es an der Installation liegt oder das Problem an einer anderen Stelle sitzt (Bios / Uefi). Eine Live Version auf USB Stick hast du nicht zufällig, oder? Zumindest könnte man damit ausschließen, ob es am Bios / Uefi liegt. Unabhängig davon: Apr 23 12:30:33 PCmichael kernel: thinkpad_acpi: ThinkPad BIOS GIET98WW (2.48 ), EC GIHT33WW
Apr 23 12:30:33 PCmichael kernel: thinkpad_acpi: Lenovo ThinkPad X240, model 20AL00C6GE Ich würde immer versuchen, das jüngste Bios / Uefi einzuspielen. In deinem Fall also 2.49:
CHANGES IN THIS RELEASE
Version 2.49
[Important updates]
- Address CVE-2020-0543.
(https://cve.mitre.org//cgi-bin//cvename.cgi?name=CVE-2020-0543)
- Update includes a security fix.
- Addresses CVE-2019-6173 and CVE-2019-6196.
(https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-6173)
(https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-6196)
Refer to Lenovo's Security Advisory page for additional information about
LEN-27431 "DLL Search Path and Symbolic Link Vulnerabilities".
(https://support.lenovo.com/us/en/product_security/LEN-27431)
[New functions or enhancements]
Nothing.
[Problem fixes]
Nothing.
|
michahe
(Themenstarter)
Anmeldungsdatum: 12. Dezember 2013
Beiträge: 824
|
Danke chr123, Nein, smbd hat mit dem langen boot Vorgang aus meiner Sicht nichts zu tun. ...
Nach längerem Nachdenken kam mir dann wieder in den Sinn, dass SAMBA ja für beide Nutzer (StandardUser=Problem, Wartezeit, Desktop-Einstellungen gehen verloren / NeuerUser: kein Problem) gleich sein müssste.
Wir wissen ja auch gar nicht, ob es an der Installation liegt oder das Problem an einer anderen Stelle sitzt (Bios / Uefi).
Die PC-Installation 18.04 war BIOS, kein UEFI. Könnte das Upgrade da gedreht haben?
Eine Live Version auf USB Stick hast du nicht zufällig, oder? Zumindest könnte man damit ausschließen, ob es am Bios / Uefi liegt.
Ich habe einen VENTOY-Stick. Da könnte ich die 20.04 ablegen und starten. Was muss ich dann tun? ABER: Ich weiß ja, dass es trotz Kernel und allem mit einem neuen User funktioniert ...
Unabhängig davon:
> Apr 23 12:30:33 PCmichael kernel: thinkpad_acpi: ThinkPad BIOS GIET98WW (2.48 ), EC GIHT33WW
Apr 23 12:30:33 PCmichael kernel: thinkpad_acpi: Lenovo ThinkPad X240, model 20AL00C6GE>
Ich würde immer versuchen, das jüngste Bios / Uefi einzuspielen. In deinem Fall also 2.49 ...}}}
Macht das also wirklich Sinn? Was müsste ich tun?
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Also das Problem tritt nur bei dem alten User auf, nicht aber bei dem neuen User? Magst du mal die Ausgaben von journalctl auf den jeweiligen User begrenzen? Also alter User:
Neuer User:
Darüber sollte man ja den Unterschied sehen können.
|
michahe
(Themenstarter)
Anmeldungsdatum: 12. Dezember 2013
Beiträge: 824
|
Danke chr123, Also das Problem tritt nur bei dem alten User auf, nicht aber bei dem neuen User?
Ja, genau: Sowohl die Verzögerungszeit von 01:30 mm:ss als auch die Zerstörung der Desktop-Einstellungen nur beim alten User! Meine Schritte:
$ journalctl --boot --user
-- Logs begin at Mon 2021-04-19 11:38:13 CEST, end at Sat 2021-04-24 07:52:30 CEST. --
pAr 24 07:51:28 PCmichael systemd[1508]: Reached target Paths.
Apr 24 07:51:28 PCmichael systemd[1508]: Reached target Timers.
Apr 24 07:51:28 PCmichael systemd[1508]: Starting D-Bus User Message Bus Socket.
Apr 24 07:51:28 PCmichael systemd[1508]: Listening on GnuPG network certificate manageme>
Apr 24 07:51:28 PCmichael systemd[1508]: Listening on GnuPG cryptographic agent and pass>
Apr 24 07:51:28 PCmichael systemd[1508]: Listening on GnuPG cryptographic agent and pass>
Apr 24 07:51:28 PCmichael systemd[1508]: Listening on GnuPG cryptographic agent (ssh-age>
Apr 24 07:51:28 PCmichael systemd[1508]: Listening on GnuPG cryptographic agent and pass>
Apr 24 07:51:28 PCmichael systemd[1508]: Listening on debconf communication socket.
Apr 24 07:51:28 PCmichael systemd[1508]: Listening on Sound System.
Apr 24 07:51:28 PCmichael systemd[1508]: Listening on D-Bus User Message Bus Socket.
Apr 24 07:51:28 PCmichael systemd[1508]: Reached target Sockets.
Apr 24 07:51:28 PCmichael systemd[1508]: Reached target Basic System.
Apr 24 07:51:28 PCmichael systemd[1508]: Starting Sound Service...
Apr 24 07:51:28 PCmichael systemd[1508]: Started D-Bus User Message Bus.
Apr 24 07:51:28 PCmichael dbus-daemon[1517]: [session uid=1001 pid=1517] AppArmor D-Bus >
Apr 24 07:51:28 PCmichael sddm-helper[1518]: pam_kwallet5: final socket path: /run/user/>
Apr 24 07:51:28 PCmichael sddm-helper[1520]: Adding cookie to "/home/km/.Xauthority"
Apr 24 07:51:28 PCmichael dbus-daemon[1517]: [session uid=1001 pid=1517] Activating serv>
Apr 24 07:51:28 PCmichael systemd[1508]: Started Sound Service.
Apr 24 07:51:28 PCmichael systemd[1508]: Reached target Main User Target.
Apr 24 07:51:28 PCmichael systemd[1508]: Startup finished in 562ms.
Apr 24 07:51:29 PCmichael dbus-daemon[1517]: [session uid=1001 pid=1517] Activating serv>
Apr 24 07:51:29 PCmichael dbus-daemon[1517]: [session uid=1001 pid=1517] Successfully ac>
Apr 24 07:51:29 PCmichael dbus-daemon[1517]: [session uid=1001 pid=1517] Successfully ac>
Apr 24 07:51:29 PCmichael dbus-daemon[1517]: [session uid=1001 pid=1517] Activating serv>
Apr 24 07:51:29 PCmichael dbus-daemon[1517]: [session uid=1001 pid=1517] Successfully ac>
$
$ journalctl --boot --user
-- Logs begin at Sun 2020-03-08 11:20:40 CET, end at Sat 2021-04-24 08:05:47 CEST. --
Apr 24 08:03:19 PCmichael systemd[1523]: Reached target Paths.
Apr 24 08:03:19 PCmichael systemd[1523]: Reached target Timers.
Apr 24 08:03:19 PCmichael systemd[1523]: Starting D-Bus User Message Bus Socket.
Apr 24 08:03:19 PCmichael systemd[1523]: Listening on GnuPG network certificate management daemon.
Apr 24 08:03:19 PCmichael systemd[1523]: Listening on GnuPG cryptographic agent and passphrase cache (access for web browsers).
Apr 24 08:03:19 PCmichael systemd[1523]: Listening on GnuPG cryptographic agent and passphrase cache (restricted).
Apr 24 08:03:19 PCmichael systemd[1523]: Listening on GnuPG cryptographic agent (ssh-agent emulation).
Apr 24 08:03:19 PCmichael systemd[1523]: Listening on GnuPG cryptographic agent and passphrase cache.
Apr 24 08:03:19 PCmichael systemd[1523]: Listening on debconf communication socket.
Apr 24 08:03:19 PCmichael systemd[1523]: Listening on Sound System.
Apr 24 08:03:19 PCmichael systemd[1523]: Listening on D-Bus User Message Bus Socket.
Apr 24 08:03:19 PCmichael systemd[1523]: Reached target Sockets.
Apr 24 08:03:19 PCmichael systemd[1523]: Reached target Basic System.
Apr 24 08:03:19 PCmichael systemd[1523]: Starting Sound Service...
Apr 24 08:03:19 PCmichael systemd[1523]: Started D-Bus User Message Bus.
Apr 24 08:03:19 PCmichael dbus-daemon[1538]: [session uid=1000 pid=1538] AppArmor D-Bus mediation is enabled
Apr 24 08:03:19 PCmichael sddm-helper[1539]: pam_kwallet5: final socket path: /run/user/1000/kwallet5.socket
Apr 24 08:03:19 PCmichael sddm-helper[1541]: Adding cookie to "/home/MeinName/.Xauthority"
Apr 24 08:03:19 PCmichael systemd[1523]: Started Sound Service.
Apr 24 08:03:19 PCmichael systemd[1523]: Reached target Main User Target.
Apr 24 08:03:19 PCmichael systemd[1523]: Startup finished in 495ms.
Apr 24 08:03:19 PCmichael dbus-daemon[1538]: [session uid=1000 pid=1538] Activating service name='org.kde.kglobalaccel' requested by '>
Apr 24 08:03:19 PCmichael dbus-daemon[1538]: [session uid=1000 pid=1538] Activating service name='ca.desrt.dconf' requested by ':1.12'>
Apr 24 08:03:19 PCmichael dbus-daemon[1538]: [session uid=1000 pid=1538] Successfully activated service 'ca.desrt.dconf'
Apr 24 08:03:19 PCmichael dbus-daemon[1538]: [session uid=1000 pid=1538] Successfully activated service 'org.kde.kglobalaccel'
Apr 24 08:03:20 PCmichael dbus-daemon[1538]: [session uid=1000 pid=1538] Activating service name='org.kde.ActivityManager' requested b>
Apr 24 08:03:20 PCmichael dbus-daemon[1538]: [session uid=1000 pid=1538] Successfully activated service 'org.kde.ActivityManager'
Apr 24 08:03:20 PCmichael sddm[1540]: kwalletd5: Checking for pam module
Apr 24 08:03:20 PCmichael sddm[1540]: kwalletd5: Got pam-login param
Apr 24 08:03:20 PCmichael sddm[1540]: kwalletd5: Waiting for hash on 7-
Apr 24 08:03:20 PCmichael sddm[1540]: kwalletd5: waitingForEnvironment on: 3
Apr 24 08:03:20 PCmichael sddm[1540]: kwalletd5: client connected
Apr 24 08:03:20 PCmichael sddm[1540]: kwalletd5: client disconnected
Apr 24 08:03:20 PCmichael dbus-daemon[1538]: [session uid=1000 pid=1538] Activating service name='org.freedesktop.Notifications' reque>
Apr 24 08:03:20 PCmichael dbus-daemon[1538]: [session uid=1000 pid=1538] Activating service name='org.kde.KScreen' requested by ':1.10>
Apr 24 08:03:20 PCmichael dbus-daemon[1538]: [session uid=1000 pid=1538] Successfully activated service 'org.kde.KScreen'
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xrandr: Connected output 66 to CRTC 63
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xcb.helper: Detected XRandR 1.6
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xcb.helper: Event Base: 89
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xcb.helper: Event Error: 147
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xrandr: XRandR::setConfig
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xrandr: Requested screen size is QSize(1920, 1080)
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xrandr: Needed CRTCs: 1
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xrandr: Actions to perform:
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: Primary Output: false
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xrandr: Change Screen Size: false
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xrandr: Disable outputs: false
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xrandr: Change outputs: true
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xrandr: (66)
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xrandr: Enable outputs: false
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xrandr: RRSetCrtcConfig (change output)
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: Output: 66 ( "eDP-1" )
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: CRTC: 63
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: Pos: QPoint(0,0)
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: Mode: 72 KScreen::Mode(Id: "72" , Size: QSize(1920, 1080) @ 60.0415 )
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: Rotation: 1
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xrandr: Result: 0
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xrandr: XRandROutput 66 update
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: m_connected: 0
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: m_crtc XRandRCrtc(0x559e57678e00)
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: CRTC: 63
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: MODE: 72
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: Connection: 0
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: Primary: true
Apr 24 08:03:21 PCmichael org.kde.KScreen[1762]: kscreen.xrandr: XRandR::setConfig done!
Apr 24 08:03:29 PCmichael systemd[1523]: run-user-119.mount: Succeeded.
Apr 24 08:03:55 PCmichael dbus-daemon[1538]: [session uid=1000 pid=1538] Successfully activated service 'org.freedesktop.Notifications'
Apr 24 08:04:34 PCmichael dbus-daemon[1538]: [session uid=1000 pid=1538] Activating via systemd: service name='org.bluez.obex' unit='d>
Apr 24 08:04:34 PCmichael systemd[1523]: Starting Bluetooth OBEX service...
Apr 24 08:04:34 PCmichael obexd[2052]: OBEX daemon 5.53
Apr 24 08:04:34 PCmichael dbus-daemon[1538]: [session uid=1000 pid=1538] Successfully activated service 'org.bluez.obex'
Apr 24 08:04:34 PCmichael systemd[1523]: Started Bluetooth OBEX service.
Apr 24 08:05:47 PCmichael dbus-daemon[1538]: [session uid=1000 pid=1538] Activating via systemd: service name='org.gtk.vfs.Daemon' uni>
Apr 24 08:05:47 PCmichael systemd[1523]: Starting Virtual filesystem service...
Apr 24 08:05:47 PCmichael dbus-daemon[1538]: [session uid=1000 pid=1538] Successfully activated service 'org.gtk.vfs.Daemon'
Apr 24 08:05:47 PCmichael systemd[1523]: Started Virtual filesystem service.
|