Plasma-Desktop startet mit minutenlanger Verzögerung
- 1pingu-freund7
- Erledigt
Hinweis: In dem Thema Plasma-Desktop startet mit minutenlanger Verzögerung gibt es 26 Antworten auf 3 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
-
-
hahahahahahaaaha
-
hahahahahahaaaha
Was soll das?
-
Würden IceWM bzw. die anderen genannten WM die KDE-Einstellungen erkennen und übernehmen?
Nein, aber die Kde Einstellungen bleiben erhalten, auch wenn sie gerade nicht benötigt werden.
mit Super-User-Rechten
Siehe einmal in den versteckten Dateien nach, ob sie alle Dir gehören.
-
Dann checke die Berechtigungen komplett durch.
-
Man ist sogar gut beraten die alten Homes NICHT in eine neue oder mittels zypper dup upgegradete Version zu übernehmen.
Selektives Umkopieren in die neue Installation ist angesagt - zu oft steht man sonst vor einem ziemlich verhauten Desktop.Einige der Meldung in der xerrors weisen darauf hin, dass du das schon weidlich getan hast.
Das wird wohl stimmen - erklärt meines Erachtens trotzdem nicht, warum auch der nachträglich angelegte Test-User die gleiche Startverzögerung hat.
Um die durch den 'rüberkopierten "Ballast" verursachten Fehlermeldungen auszuklammern, poste ich jetzt mal dessen .xsession-errors-:0
Kopie_von_.xsession-errors-:0.txt@ Sauerland: Die boot.log habe ich jetzt auch aus dem Account des Test-Users gezogen.
Kopie_von_boot.log.txt -
-
Code
Alles anzeigen86 Codec-Probing Problem 87 ~~~~~~~~~~~~~~~~~~~~~ 88 A less often but a more severe problem is the codec probing. When 89 BIOS reports the available codec slots wrongly, the driver gets 90 confused and tries to access the non-existing codec slot. This often 91 results in the total screw-up, and destructs the further communication 92 with the codec chips. The symptom appears usually as error messages 93 like: 94 ------------------------------------------------------------------------ 95 hda_intel: azx_get_response timeout, switching to polling mode: 96 last cmd=0x12345678 97 hda_intel: azx_get_response timeout, switching to single_cmd mode: 98 last cmd=0x12345678 99 ------------------------------------------------------------------------ 100 101 The first line is a warning, and this is usually relatively harmless. 102 It means that the codec response isn't notified via an IRQ. The 103 driver uses explicit polling method to read the response. It gives 104 very slight CPU overhead, but you'd unlikely notice it. 105 106 The second line is, however, a fatal error. If this happens, usually 107 it means that something is really wrong. Most likely you are 108 accessing a non-existing codec slot. 109 110 Thus, if the second error message appears, try to narrow the probed 111 codec slots via `probe_mask` option. It's a bitmask, and each bit 112 corresponds to the codec slot. For example, to probe only the first 113 slot, pass `probe_mask=1`. For the first and the third slots, pass 114 `probe_mask=5` (where 5 = 1 | 4), and so on. 115 116 Since 2.6.29 kernel, the driver has a more robust probing method, so 117 this error might happen rarely, though. 118 119 On a machine with a broken BIOS, sometimes you need to force the 120 driver to probe the codec slots the hardware doesn't report for use. 121 In such a case, turn the bit 8 (0x100) of `probe_mask` option on. 122 Then the rest 8 bits are passed as the codec slots to probe 123 unconditionally. For example, `probe_mask=0x103` will force to probe 124 the codec slots 0 and 1 no matter what the hardware reports.
Quelle:
Linux Kernel Documentation :: sound : alsa : HD-Audio.txt schrieb:Code
Alles anzeigenafter some test with probe_mask, i've found out that it wasn't exactly what i was searching for, so i've started tryng some other snd_hda_intel parameters, in particular probe_only was the one i've been searching, it probe the card but don't initialize the codec, so those erros don't appear if the sound card is switched-off at boot time (i've also removed the module snd_hda_codec_hdmi, before switching off the discrete card, but i don't think it's a necessary step to stop those warning/errors). after i've created a sound.conf in the modprobe.d directory with options snd_hda_intel probe_only=0,1 hopefully it may be useful to someone else thanks brebs for the help
-
Schalte mal apparmor testhalber aus.
Etwas eigenwillig finde ich den Einsatz von postfix/dovecot.
Macht meines Erachtens nicht wirklich Sinn, aber wenn solltest du wenigstens die Certs von postfix mit korrekten Rechten versehen.
(Ein Mailserver gehört nicht auf einen Desktoprechner; und ohne DKIM/DMARC sollte man die Finger komplett von sowas lassen.)Hast du ernsthaft versucht aus eine Sitzung von UserID1001 eine graphische Root-Konsole zu starten?
(nach deinem su hab ich das Lesen aufgegeben ) -
Schalte mal apparmor testhalber aus.
Habe ich gemacht - keine Änderung
Ein Mailserver gehört nicht auf einen Desktoprechner;
Ok - und warum ist dann das vendor preset "enabled"?
Ich habe auch "postfix" deaktiviert - keine ÄnderungHast du ernsthaft versucht aus eine Sitzung von UserID1001 eine graphische Root-Konsole zu starten?
Warum nicht? - Hätte ich mich als root angemeldet, wäre das Problem mit der Startverzögerung nicht aufgetreten und in den Logs nicht dokumentiert worden; also musste ich mich aus einem user-account heraus als root ausgeben, um an die boot.log zu kommen. - Oder?
Post6e:
zypper se -si | grep -i 'systemp'
Zu deinen Hinweisen bzgl. Soundkarte und Codecs:
Mir war auch schon aufgefallen, dass das System immer zuerst - vergeblich - versucht, einen hdmi-Ausgang zu aktivieren. Allerdings konnte ich das bisher nicht mit der Startverzögerung in Zusammenhang bringen (aber auch nicht ausschließen). Folgendes habe ich in diesem Zusammenhang versucht (ohne Erfolg):
in YaST: automatische Einrichtung des Soundkarte-Treibers
im /etc/sysconfig-Editor: "PULSEAUDIO_ENABLE" von yes auf custom
Der Versuch, im service-manager auch alsa-Dienste zu aktivieren, schlug fehl, weil sie keinen Installationsabschnitt in der Beschreibungs-Datei haben.