[06:57] <LupusE> guten morgen
[13:06] <maredebianum> Hallo, ich habe hier einen Mount eines LUKS Filesystemes via nautilus, und der Mount bekam bislang immer den Labelnamen des FS, also /media/user/fslabel, aktuell aber mit einer 1 angehängt. Wo müsste man schauen, wenn man das ändern wollte? Da das ein Notebook-internes Datengrab ist, zeigen da aktuell recht viele Links hin, die jetzt natürlich alle ins Leere zeigen...
[13:08] <maredebianum> BTW: rgrep fslabel /etc/ liefert nichts Verwertbares
[13:08] <ppq> maredebianum, auf deine frage habe ich leider keine antwort, würde dir aber ans herz legen, die sache per fstab zu mounten, wenn es eh eine interne platte ist.
[13:09] <ppq> mit unlock per script, oder so
[13:09] <maredebianum> Da es LUKS ist gehts nicht direkt via fstab...
[13:11] <stevieh> aber per crypttab
[13:11] <ppq> wenn passphrase-eingabe zum bootzeitpunkt denn gewünscht ist, jpa
[13:11] <ppq> joa
[13:23] <maredebianum> Also brauche ich ein entsprechendes Mountscript für crpytsetup+mount oder gibts da etwas "systemisches"? Um das Unmount müsste ich mich ja auch dann händisch kümmern, nehme ich an? Wo trüge man das inzwischen ein, initlevel sind ja von gestern (systemd? Das kann aber immer noch nicht LUKS FS korrekt stoppen beim runterfahren, hier bei / und macht 2,5 Minuten Timeouts deswegen).
[13:24] <stevieh> maredebianum: das ging alles mal automatisch AFAIK
[13:24] <ppq> maredebianum, wenn du der einzige nutzer an dem rechner bist und ok damit bist, dass das LUKS volume beim booten entsperrt wird via passphrase-abfrage, kannst du es in die crypttab eintragen. dann einfach in die fstab über /dev/mapper/HierDerName
[13:25] <stevieh> genau
[13:26] <maredebianum> Ja, OK, das wäre eine Möglichkeit, nach der PP für / kann das andere FS auch gleich eingebunden werden.
[13:27] <ppq> maredebianum, wenn dein / eh verschlüsselt ist, kannst du darauf auch ein keyfile ableben und damit das zweite LUKS volume unlocken, ohne zweite passphrase
[13:27] <ppq> ablegen
[13:27] <ppq> ableben hoffentlich noch nicht :)
[13:28] <ppq> das keyfile kann man netterweise auch nachträglich dem LUKS volume zuordnen, zusätzlich zur passphrase
[13:28] <ppq> unlock geht dann halt mit beidem
[13:29] <ppq> so, afk
[13:29] <maredebianum> Ja, keyfile weg ist doof, dann sind die Daten auch Matsch ;) OK, so müsste ich es dann wohl machen. So ein script als systemd dienst vorsehen oder wie wäre es am Besten?
[14:11] <ppq> maredebianum, keyfile weg wäre dann doch kein problem, da die passphrase weiterhin geht
[14:11] <ppq> wenn du es per crypttab machst brauchst du kein script mehr dazu
[14:14] <maredebianum> Habe den Grund gefunden: ein Docker container mountete relativ etwas als volume und der Pfad wird im Zweifel via root dann angelegt, daher war der Pfad schon existent und nicht mehr verfügbar...
[16:39] <NTQ> Ich hab das Gefühl es fängt wieder an... Ubuntu Gnome 18.10 wacht die letzte Zeit gerne mal aus dem Standby auf und präsentiert mir einen frischen Anmeldebildschirm, nachdem es alle laufenden Programme abgeschossen hat. Was soll der Scheiß?
[16:39] <NTQ> Das macht langsam keinen Spaß mehr.  :-(
[17:58] <maredebianum> NTQ: RAM und oomkiller? Hm, eher nicht im Standby. Nenne es doch Standbye ;)
[17:59] <NTQ> maredebianum: Der RAM war noch lange nicht voll. Standbye wäre wohl der richtige Begriff ja.
[17:59] <NTQ> Ich hatte das Problem mit Ubuntu 18.04 fast immer, hab dann hier 18.10 empfohlen bekommen und es hat tatsächlich geholfen, aber neuerdings fängt das wieder an.
[17:59] <maredebianum> Hast du gnome Extensions installiert?
[17:59] <NTQ> maredebianum: Ja, einige. Ohne kann man Gnome ja kaum benutzen :-D
[18:00] <maredebianum> Die machen fast immer Probleme und sind nach einem Crash deaktieviert etc.
[18:00] <maredebianum> Da würde ich anfangen, nur wenigste zu nutzen.
[18:00] <NTQ> Dass sie mal deaktiviert sind, kommt sehr selten vor.
[18:02] <NTQ> Meine wichtigste Extension ist "Dash to Panel"
[18:02] <NTQ> afk
[18:07] <maredebianum> TopIcons Plus, Window List, system-monitor, AlternateTab brauche ich immer ;)
[18:07] <maredebianum> Und Docker integration, weil sonst der nm nicht mehr nutzbar ist.
[18:47] <crushpest> abend
[18:49] <j0k> crushpest: hi
[21:57] <ekido> Hallo
[21:58] <k1l_> hi
[22:00] <ekido> Ah, noch jemand da :) Ich habe meine Frage gerade schon in #ubuntu gestellt, weil ich mir nicht sicher war, ob zu dieser Zeit noch Leute aus D da sind
[22:00] <k1l_> einfach fragen und gucken ob jemand da ist, der die antwort weiß
[22:01] <ekido> Ich hab vom Live-Stick gebootet, alles ok. PC aus, SSD angeschlossen, aber dann kam nur BusyBox, also wieder ausgeschaltet und SSD raus, aber BusyBox ist immer noch da
[22:02] <ekido> Was ist hier passiert?
[22:02] <ekido> bzw. wie könnte ich nach der Ursache suchen?
[22:02] <k1l_> d.h. der bootet den live usb nicht mehr?
[22:02] <ekido> ja
[22:03] <ekido> bzw. der Bootscreen ist zuerst ganz normal
[22:03] <ekido> aber dann kommt BusybBox
[22:03] <k1l_> welches ubuntu ist da drauf und wie hast du den erstellt?
[22:04] <ekido> 18.10, erstellt habe ich ihn mit dd if=xyz.iso of=/dev/sda
[22:05] <k1l_> und du bootest auch den stick? wie weit kommst du?
[22:06] <ekido> ja, ist nur der Stick drin. Ich komme bis zum Boot-Screen, wo ubuntu steht und unten diese weißen bzw. roten Punkte
[22:09] <k1l_> du kannst da mal ESC drücken und gucken wo es hängt (kann auch was dauern der teil, weil er da ja alles vom live system laden muss)
[22:10] <ekido> ok, iversuch es mal, danke
[22:10] <ekido> *ich 
[22:12] <ekido>  /init line 7: can't open /dev/sr0: No medium found
[22:12] <ekido> und
[22:12] <ekido>  /init line 7: can't open /dev/sda: No medium found
[22:20] <ekido> in #ubuntu meinte einer, es liegt wahrscheinlich am USB-Stick
[22:29] <NTQ>  /dev/sr0 ist das CD-ROM-Laufwerk. Ist das zufällig als Boot-medium festgelegt?
[22:35] <ekido> an zweiter Stelle ja
[22:35] <ekido> halt, mom
[22:36] <ekido> nein, war an erster Stelle, ich habe es mal nach hinten geschoben
[22:36] <ekido> bzw. ich erinnere mich nicht daran, das Laufwerk je an erste Stelle geschoben zu haben
[22:37] <ekido> okay, es funktioniert
[22:37] <ekido> Danke für den Tipp!
[22:39] <ekido> Sollte es nicht so sein, dass die Bootreihenfolge durchgelaufen wird, wenn man kein Medium findet?
[22:39] <ekido> USB-Stick stand an zweiter Stelle und DVD-Laufwerk war leer
[22:41] <ekido> bzw. ich meine nicht „Medium“ sondern OS
[22:44] <NTQ> Ja, das ist glaube ich irgendein Bug. Mir ist das nur auch mal passiert
[22:45] <NTQ> Hab ewig gebraucht bis ich das raus hatte xD
[22:45] <NTQ> Naja, muss mal pennen. gn8
[22:45] <ekido> okay