[18:14] <mankind> hi. 
[18:14] <mankind> habe luks lvm neu erstellt nach hdd fehler. leider dauert es nach boot ca. 3 sekunden bis der emergency mode anspringt, wenn ich versuche mein crypt pw einzugeben. früher war an der stelle ein unendliches delay. 
[18:14] <mankind> wer weiß rat? danke.
[18:26] <vlt> mankind: Ich vermute, die LUKS-Partition hat eine neue UUID, die nicht zu dem passt, was in /boot/grub/grub.cfg steht.
[18:27] <vlt> mankind: Das könntest Du mal prüfen.
[18:31] <mankind> vlt: danke. 
[18:31] <mankind> in der datei finde ich nur hinweise auf die root partition, welche unverändert ist und ihre uuid behalten hat. 
[18:31] <mankind> die home partition wird abgefragt, nachdem ich root entsprerrt habe und ich kann auch einige *** eingeben bevor der abbruch durch dem emergency mode erfolgt. 
[18:31] <mankind> habe in der grub cfg keine hinweise auf die home partion gefunden
[18:33] <vlt> mankind: Was genau meinst Du denn mit "emergency mode"? Die initramfs-Shell?
[18:35] <mankind> da steht dann halt welcome to emergency mode. (...) press enter for maintenance
[18:36] <mankind> vlt: da steht halt "please enter passphrase for vg..." und ca. 3 sek später kommt das o.g.
[18:37] <vlt> mankind: Wie sehen denn `lsblk` und `blkid` aus?
[18:37] <vlt> mankind: Siehst Du dort die LUKS-Partition?
[18:38] <vlt> Was sagt `mount`?
[18:40] <mankind> vlt: also unter lsblk sind sie aufgeführt aber nicht mit mountpoint versehen. 
[18:40] <mankind> blkid führt sie auch auf
[18:40] <mankind> vlt: kann sie über cryptsetup luksOpen normal öffnen und einbinden
[18:50] <mankind> mankind: wenn ich da bisher gewartet hab kam irgendwann n counter xx sekunden von no limit, der wartete bis die pw eingabe durch war. der fehlt jetzt quasi
[19:50] <leru> Hi, unter 16.04 LTS schließt sich mein Dash, wenn ich ein "q" eintippe. Ich habe bereits die Unity- und Gnome-Einstellungen zurückgesetzt
[19:50] <leru> Wie löse ich das Problem?
[19:52] <vlt> mankind: Ist cryptsetup denn verfügbar? Welches Filesystem ist denn auf "/" gemountet?
[19:54] <mankind> vlt: root ist separat  verschlüsselt und wird und wurde beim start separat entschlüsselt und gemountet. anschließend läuft der start weiter und das home pw wird abgefragt
[19:55] <mankind> vlt: ich denke, wenn er stehen bleiben und warten würde, könnte ich das pw eingeben und fertig. vor dem neu machen des home lvm hat er ja auch gewartet.
[19:55] <vlt> mankind: Aaaah! Das sind nicht ganz unwichtige Informationen :-D
[19:55] <mankind> :)
[19:55] <vlt> mankind: Was sagt denn /etc/crypttab?
[19:56] <mankind> vlt: hab ich entsprechend angepasst. den alten eintrag von home hab ich mit # versehen und den neuen analog angelegt
[19:57] <mankind> vlt: sprich: root steht drin und home steht drin
[19:58] <vlt> mankind: hmmmm
[19:59] <mankind> vlt: also aktuell steht da drin: vg_name-lv_name UUID=xxx none luks,discard
[20:00] <vlt> mankind: Warte ma ... ist das LVM auf LUKS oder umgekehrt?
[20:00] <mankind> vlt: wenn ich luksopen mache bekomme ich auch am mntpoint ein normales ext4 zu sehen. 
[20:00] <mankind> erst lvm. darauf sitzt luks
[20:02] <mankind> vlt: und auf dem luks sitzt ein ext4
[20:02] <vlt> Und das steht in der /etc/fstab?
[20:03] <mankind> dev/mapper/vg_name-lv_name /home ext4 defaultfs 0 2
[20:03] <mankind> analog wie es vorher war
[20:04] <vlt> mankind: Hast Du seit der Änderung mal `update-initramfs` ausgeführt?
[20:04] <mankind> hier: https://wiki.ubuntuusers.de/System_verschl%C3%BCsseln/ steht unter "probleme beim start" ein interessantes skript. leider steht der punkt unter den man es einfügen muss bei mir so nicht in der datei. habe das skript abgetippt und an versch. stellen der datei gepackt. ohne sichtbare änderung
[20:04] <le_bot> Title: System verschlüsseln › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[20:05] <mankind> vlt: hab ich versucht. bin aber nicht sicher obs geklappt hat, da ich mit dem befehl nicht so vertraut bin
[20:07] <vlt> mankind: Wenn crypttab und fstab angepasst sind, grub.cfg keine Rolle spielt, weil es das Root-FS nicht betrifft und die initramfs aktualisiert wurde, bin ich mit meinem Latein langsam am Ende.
[20:08] <mankind> vlt: woher bekommt er das delay bei der pw eingabe?
[20:08] <mankind> er scheint, während er aufs pw wartet schon weiter abzuarbeiten, was natürlich doof is
[20:09] <vlt> mankind: Keine Ahnung. Am Anfang dachte ich ja, dass es vom Kernel-Parameter "rootdelay" kommt, aber die Situation hier ist ja eine andere.
[20:13] <mankind> vlt: hm... na ja. danke auf jeden fall! 
[20:13] <mankind> wenn man danach googelt kommt meist so was wie lvm ohne pw eingabe mounten. aber darum gehts ja nich... kann mir auch kaum vorstellen, wie das problem plötzlich kommt...
[20:14] <mankind> vlt: kann ich irgendwo in die boot abarbeitung ein delay von hand einfügen, an dieser späten stelle?
[20:17] <mankind> vlt: da steht quasi: 'starting cryptography setup for vg_name; unmittelbar darauf kommt reached target swap und darauf: EXT4-fs dm-0: VFS: cant find ext4 filesystem (logisch, weil noch nicht geöffnet)
[20:18] <ring0> mankind, ich hab jetzt nicht alles gelesen, aber vielleicht ist eine analyse des bootvorgangs für dich hilfreich?
[20:18] <ring0> !bootchart > mankind 
[20:18] <ring0> !bootchart
[20:18] <le_bot> Informationen zu BootChart finden sich im Wiki unter http://wiki.ubuntuusers.de/BootChart
[20:19] <ring0> ein befehl und schon haste den ablauf deines boots grafisch
[20:29] <mankind> ring0: das sieht interessant aus, danke! :-)
[22:32] <rentier> Huhu! Ich hab seit kurzem Probleme mit Dateien aus Downloads und Torrents, kann es sein, dass das SSD kaputt geht? Kann man das irgendwie feststellen?
[22:33] <k1l_> schau mal in "dmesg" rein
[22:33] <k1l_> oder halt ins syslog in /var/log/
[22:34] <rentier> Ich hab hier so was bei 12 dmesg dateien und eine namens dmesg.restrict
[22:34] <k1l_> ?
[22:35] <rentier> ja im dateisystem halt, nach dmesg gesucht da kommen 12 ergebnisse
[22:35] <k1l_> dmesg ist ein befehl
[22:35] <rentier> achso
[22:35] <vlt> rentier: Oder `journalctl`. Vielleicht mit "-p 3".
[22:36] <rentier> und was sagt mir damm wie es der SSD geht?
[22:37] <k1l_> das sagt dir ob es probleme gibt. du kannst dir auch die smartwerte angucken
[22:37] <k1l_> !festplattenstatus
[22:37] <le_bot> Informationen zu Festplattenstatus finden sich im Wiki unter http://wiki.ubuntuusers.de/Festplattenstatus
[22:38] <k1l_> aber wenn es probleme gibt, dann werden die in die logs geschrieben. also kann man da ruhig mal reingucken
[22:39] <rentier> hm oke