[erledigt] Neuinstallation von LM19 Cinnamon bootet extrem langsam

[pmm]

Guten Morgen,
habe gestern noch einmal das Läppi gestartet wobei mir nach kurzer Zeit häufige FP Zugriffe aufgefallen sind obwohl das Ding nur einfach rumstand. Habe eine Seite in FF aufgehabt und mir dann die Auslastungen angesehen (Bilder).
Es ist zwar nicht das schnellste aber die Anzeigen find ich bedenklich
Dazu heute mal nach dem Start direkt das Protokoll aufgerufen und den Inhalt von "wichtig" entnommen (s. Text).

Code: [Auswählen]

08:37:59 kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:35:plane B] flip_done timed out
08:37:39 kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:41:pipe B] flip_done timed out
08:37:28 kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:35:plane B] flip_done timed out
08:37:08 kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:41:pipe B] flip_done timed out
08:36:58 kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:35:plane B] flip_done timed out
08:36:37 kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:41:pipe B] flip_done timed out
08:36:27 kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:35:plane B] flip_done timed out
08:36:06 kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:41:pipe B] flip_done timed out
08:35:55 pulseaudio: [pulseaudio] pid.c: Daemon already running.
08:35:54 kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:35:plane B] flip_done timed out
08:35:34 kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:41:pipe B] flip_done timed out
08:35:24 kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:35:plane B] flip_done timed out
08:35:22 cinnamon-sessio: CRITICAL: t+60,88787s: We failed, but the fail whale is dead. Sorry....
08:35:13 kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:41:pipe B] flip_done timed out
08:35:03 kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:41:pipe B] flip_done timed out
08:34:53 kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:35:plane B] flip_done timed out
08:34:32 kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:41:pipe B] flip_done timed out
08:34:20 kernel: Error parsing options; rc = [-2]
08:34:20 kernel: Could not find valid key in user session keyring for sig specified in mount option: [5de76133ba09d9e0]
08:32:44 lightdm: PAM adding faulty module: pam_kwallet5.so
08:32:42 kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:35:plane B] flip_done timed out
08:32:21 kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:41:pipe B] flip_done timed out
08:32:11 kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:35:plane B] flip_done timed out
08:31:50 kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:41:pipe B] flip_done timed out
08:31:39 wpa_supplicant: dbus: Failed to construct signal
08:31:36 kernel: acer_wmi: Unsupported machine has AMW0_GUID1, unable to load
08:31:35 kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:35:plane B] flip_done timed out
08:31:35 kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:41:pipe B] flip_done timed out
08:31:35 kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:35:plane B] flip_done timed out
08:31:35 kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:41:pipe B] flip_done timed out
08:31:35 kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:28:plane A] flip_done timed out
08:31:35 kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:34:pipe A] flip_done timed out
08:31:35 kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:28:plane A] flip_done timed out
08:31:35 kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:34:pipe A] flip_done timed outSind auf jeden Fall genügend Fehlermeldungen dabei.
Vllt. kann ja jemand damit was anfangen, mir als Anfänger hilft das nichts.
Habe auch die HDD mit LM18.3 Cinnamon 64 noch. Notfalls kann ich falls gewünscht die noch einmal einbauen und das Log zum Vergleich produzieren wenn es hilft (muss aber nicht sein  )
Den Tip von OlliFri

Code: [Auswählen]

sudo apt install haveged habe ich noch nicht testen können.

Sonnigen Tag noch

[pmm]

Die /etc/crypttab wird falsch angelegt und Swap funktioniert nicht:

Code: [Auswählen]

vorher:
cryptswap1 /target/swapfile /dev/urandom swap,offset=1024,cipher=aes-xts-plain64

nachher:
cryptswap1 /swapfile /dev/urandom swap,offset=1024,cipher=aes-xts-plain64

Bei mir sieht das so aus

Code: [Auswählen]

sdb5_crypt UUID=8942caa5-e66a-406e-aa82-8dbffb2fc371 none luks,discard
cryptswap1 UUID=fef89b13-0938-4160-893d-681298e50a31 /dev/urandom swap,offset=1024,cipher=aes-xts-plain64Was auch immer mir das nicht sagt 

[helli]

Poste bitte mal die Ausgabe von

Code: [Auswählen]

sudo blkiddann kann ich dir zuminest sagen, ob die 2. Zeile richtig ist.

[DJ-Bino]

Hallo,
 
auch ich hatte bis eben das Problem mit dem langsamen   
Bootvorgang nach dem Kernel-Update. 
 
Mir hat der Tipp mit der Installation von haveged sehr geholfen.
Nichts desto trotz sehe ich es wie einige andere User auch, dass
es vor dem Update dieses Problem nicht gab.
 
Beim mir läuft Linux Mint 19 auf einem Acer Aspire VN7-591G Laptop. 
/dev/sda1: UUID="367ba6ba-02c3-49ce-b928-b0b53c823216" TYPE="swap" PARTUUID="f270cc53-01"
/dev/sda2: UUID="b8c2cfb4-a7b7-4123-b55d-cfd6c889d428" TYPE="ext4" PARTUUID="f270cc53-02"
/dev/sdb1: LABEL="DATEN" UUID="fb1de87f-53b9-42c3-a542-5b076e6f2e2b" TYPE="ext4" PARTUUID="e339ec3b-01"
 
Es ist nichts verschlüsselt. 
 
 
Gruß 
Dieter 

[quattro175]

Ich nähere mich allmählich wieder dem Optimum an Bootzeit. 
Viele Schritte führten zum Ziel. Ich habe nochmals neu installiert mit der von mir bereits beschriebenen Option der "verschlüsselten persönlichen Daten". Neustart wird anschließend wieder extrem zäh, die Kernel-Updates verschlechtern die Sache noch.
Von Clem himself kam in den Kommentaren zum inzwischen möglichen Upgrade 18.3->19 folgende Aussage:

July 4, 2018 at 2:43 pm
Check if /etc/initramfs-tools/conf.d/resume contains a UUID which doesn’t exist (you can list your UUIDs with “blkid”). If it does, remove this file. This is known to cause boot delays.
Other than that, don’t hesitate to use “systemd-analyze critical-chain” to troubleshoot your boot sequence.

In der "resume" stand bei mir tatsächlich eine UUID, die es auf meinem System nicht gibt, also Datei gelöscht. Hat aber nicht viel geholfen.
Nächster Schritt war die Installation von "haveged" - wesentliche Beschleunigung des Bootvorgangs!!
Und letzter Schritt schließlich die von Helli beschriebene falsch erstellte "crypttab".
Nach der langen Reise sieht mein Startprotokoll nun so aus: (nicht an den Uhrzeiten stören, habe die Uhr noch nicht justiert)

Code: [Auswählen]

22:30:06 pulseaudio: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
22:29:40 kernel: Error parsing options; rc = [-2]
22:29:40 kernel: Could not find valid key in user session keyring for sig specified in mount option: [ded3fc902cde6f84]
22:29:37 lightdm: PAM adding faulty module: pam_kwallet5.so
22:29:35 wpa_supplicant: dbus: Failed to construct signal
Hat eventuell noch jemand eine Idee bezüglich des Pulseaudio-Fehlers? Ich werde daraus nicht schlau...

[pmm]

Poste bitte mal die Ausgabe von

Code: [Auswählen]

sudo blkiddann kann ich dir zuminest sagen, ob die 2. Zeile richtig ist.
[/quote

bitte

Code: [Auswählen]

medion@medion-laptom:~$ sudo blkid
[sudo] Passwort für medion:
/dev/mapper/sdb5_crypt: UUID="0v0DOH-lLWi-Tzbf-bPyD-eUMe-LL2M-kH1NJe" TYPE="LVM2_member"
/dev/mapper/mint--vg-root: UUID="5ab2338e-a4a1-4670-84c2-c8aeaf801cc9" TYPE="ext4"
/dev/sdb1: UUID="7dd0b985-5df4-4811-b4ee-d2e7c7d8e17f" TYPE="ext4" PARTUUID="64ff2bac-01"
/dev/sdb5: UUID="8942caa5-e66a-406e-aa82-8dbffb2fc371" TYPE="crypto_LUKS" PARTUUID="64ff2bac-05"
/dev/mapper/mint--vg-swap_1: UUID="fef89b13-0938-4160-893d-681298e50a31" TYPE="swap"
/dev/mapper/cryptswap1: UUID="284d05a2-ae7e-4da9-aaac-b624e13ffbf3" TYPE="swap"
medion@medion-laptom:~$


Als Bemerkung vlt. Der Startvorgang bis LUKS dauert ähnlich lange (nun aber von SSD) wie auch bei LM18.3 Cinnamon (noch mit HDD). Die längste Wartezeit entsteht bei mir mMn nach der Eingabe bei der Anmeldung am Desktop.
  ja ich weiß, sollte auch medion-laptop und nicht laptom heißen. Hoffe das auch ändern zu können.

Mmmhh irgendwie erscheint mein zusätzlicher Text auch im Code-Block?

[helli]

Hast ja sicher schon selbst gesehen, die UUID in deiner crypttab sind richtig.

[pmm]

Hast ja sicher schon selbst gesehen, die UUID in deiner crypttab sind richtig.

  Der war jetzt wirklich gut.
Aber vielen Dank für das Vertrauen in meine (nicht wirklich vorhandene) Kompetenz.
Aber im Ernst, als Neubenutzer von Linux sehe ich das leider nicht ..... aber ich verlasse mich mal darauf das deine Aussage zutrifft.
Behebt damit natürlich nicht das grundsätzliche Problem vieler. Bekomme für mein Medion Laptop wohl dieses WE 8GB RAM (derzeit 3GB) und werde dann noch einmal LM19 Cinnamon ohne LUKS und ohne Verschlüsselung des priv. Verzeichnisses installieren.
Ergebniss werde ich wohl Anfang nächster Woche mitteilen können.

[helli]

Code: [Auswählen]

sdb5_crypt UUID=8942caa5-e66a-406e-aa82-8dbffb2fc371 none luks,discard
cryptswap1 UUID=fef89b13-0938-4160-893d-681298e50a31 /dev/urandom swap,offset=1024,cipher=aes-xts-plain64habe ich mit

Code: [Auswählen]

/dev/sdb5: UUID="8942caa5-e66a-406e-aa82-8dbffb2fc371" TYPE="crypto_LUKS" PARTUUID="64ff2bac-05"
/dev/mapper/mint--vg-swap_1: UUID="fef89b13-0938-4160-893d-681298e50a31" TYPE="swap"und bin so zu dem Schluss gekommen.
Ich habe aber nicht auf

Code: [Auswählen]

/dev/mapper/cryptswap1: UUID="284d05a2-ae7e-4da9-aaac-b624e13ffbf3" TYPE="swap"geachtet und bin mir nun nicht mehr ganz sicher.

Bei mir sieht der Eintrag in der crypttab so aus

Code: [Auswählen]

cryptswap1 /swapfile /dev/urandom swap,offset=1024,cipher=aes-xts-plain64Da steht auch nicht die UUID von

Code: [Auswählen]

/dev/mapper/cryptswap1: UUID="63249324-405d-4864-9351-fd85dbd2e9ae" TYPE="swap"drin, die gehört wohl doch nicht in die crypttab.

Eben mal ausprobiert, da sucht das System zusätzlich beim Start 1 1/2 Minuten nach swap.

[pmm]

@helli

meine crypttab sieht ja so aus

Code: [Auswählen]

sdb5_crypt UUID=8942caa5-e66a-406e-aa82-8dbffb2fc371 none luks,discard
cryptswap1 UUID=fef89b13-0938-4160-893d-681298e50a31 /dev/urandom swap,offset=1024,cipher=aes-xts-plain64möchte gerne eine Änderung vornehmen um zu testen, bin aber nicht sicher was da raus soll oder was ich auskommentieren muss.
Weiteres Problem wird sein das die Datei schreibgeschützt erscheint wenn ich diese öffne. Und ich die Rechte nicht ändern kann/darf da die Datei root gehört . Zumindest behauptet das Nemo + r. Maustaste.
Danke.

[helli]

Wenn du /etc durch Rechtsklick als Administrator öffnest und dann die crypttab öffnest, hast du erweiterte Rechte zum Bearbeiten der Datei.
Bei mir hat das Ändern aber zu einer zusätzlichen Verzögerung des Systemstarts geführt, weshalb ich nicht zum Ersetzen der UUID

Code: [Auswählen]

fef89b13-0938-4160-893d-681298e50a31durch die blkid-Ausgabe für /dev/mapper/cryptswap1

Code: [Auswählen]

284d05a2-ae7e-4da9-aaac-b624e13ffbf3raten würde, ich hab das dann auch wieder rückgängig gemacht.
Es war ja nur ein Versuch um zu ermitteln, ob eventull doch die UUID der /dev/mapper/cryptswap1 in die crypttab gehört.

[pmm]

Wenn du /etc durch Rechtsklick als Administrator öffnest und dann die crypttab öffnest, hast du erweiterte Rechte zum Bearbeiten der Datei.
Bei mir hat das Ändern aber zu einer zusätzlichen Verzögerung des Systemstarts geführt, weshalb ich nicht zum Ersetzen der UUID

Code: [Auswählen]

fef89b13-0938-4160-893d-681298e50a31durch die blkid-Ausgabe für /dev/mapper/cryptswap1

Code: [Auswählen]

284d05a2-ae7e-4da9-aaac-b624e13ffbf3raten würde, ich hab das dann auch wieder rückgängig gemacht.
Es war ja nur ein Versuch um zu ermitteln, ob eventull doch die UUID der /dev/mapper/cryptswap1 in die crypttab gehört.

Vielen Dank

Dann Lasse ich das mit der Änderung und installiere nächste Woche noch einmal LM 19 neu und ohne Verschlüsselung der pr. Verzeichnisses.
Da ich ja sowieso LUKS auswähle und nur ich den alten Läppi nutze ist es rel. egal. Wollte halt nur testen ob es eben mit den pr. Verzeichnissen geht für den Desktop
der ja von mehreren genutzt wird.
Vllt. gibt's ja bald eine Lösung  für das langsame Starten.

[pmm]

LM19 Cinnamon
FP mit LUKS und persönliches Verz. verschlüsselt, habe den aktiven Kernel ....24 gegen -23 und -20 ausgetauscht. Brachte keinen sichtbaren Erfolg.
LM19 Cinnamon neu installiert mit LUKS "ohne" versch. pers. Verz., brachte auch nichts.
Beim booten der DVD erscheinen auch die bekannten Fehlermeldungen. Screenshot #0,
Dann wieder LM18.3 Cinnamon & LUKS ohne versch. persö. Verz. installiert. Ohne Fehlermeldung und mit guter Performance. Werde wohl erst einmal dabei bleiben und evtl. auf LM19 updaten ohne Neuinstallation je nachdem wie weit der Läppi bis dahin eingerichtet ist.
Mein Problem ist zwar nicht gelöst da ich gerne LM19 genutzt hätte aber es hat sich "erst einmal" erledigt 
Mir fehlen die Kenntnisse um mich zu oft mit Linux zu beschäftigen. Mal was testen und ausprobieren nach Anweiung ist ja noch ganz OK .... aber hauptsächtlich sollte es einfach nur funktionieren.
Setze es auf erledigt.
Allen die geholfen haben mit Tipps & Tricks, Danke.

[Anatoll]

Klinke mich mal eben ein!
Linux Mint 19 Cinnamon "persönliches Verz. verschlüsselt" Problem bei der Startzeit. Habe das selbe Problem. Nun habe ich in einem Forum Hilfe bekommen und die schaute so aus.:

Habe es erst mit vim versucht was aber für mich als Anfänger zu hoch war also Standard-Texteditor und.:  sudo xed /etc/initramfs-tools/conf.d/resume
Dort steht/stand.:  RESUME=UUID= und lange Zahlenreihe
Ich hatte den Hinweiß erhalten die zu ändern in.:  RESUME=none= "Zahlenreihe löschen" wobei das "none" auch klein geschrieben werden musste.
Danach ebenfalls im Terminal.:  sudo update-initramfs -u
Ebenfalls danach.:  sudo reboot

Mein Systemstart lag bei ungefähr 100 Sekunden.
Jetzt liegt er bei 80 Sekunden.
System läuft stabil. Keinen blassen schimmer was da abgeht, ich habe als Neuling gar keine Ahnung, aber mit der Hilfe etwas Glück. Sorry, wollte es nur mal
berichten ...

[Avoca]

Bei mir gab es ein ganz ähnliches Problem

durch

Code: [Auswählen]

sudo nano /etc/default/grub
und deaktivieren der Ausblendungen:

Code: [Auswählen]

GRUB_HIDDEN_TIMEOUT_QUIET=false
konnte man beim hochfahren direkt sehen wo genau es klemmt.