Hallo Harald,
die /etc/crypttab ist ja wohl richtig, denn es wird beim Booten das Passwort der crypt-
Partition abgefragt.
In der /etc/fstab habe ich als letzten Eintrag:
/dev/mapper/homecrypt /home ext4 defaults,nofail,nobootwait 0 0
gesetzt. nfail und nobootwait, damit der Rechner beim Booten nicht hängt.
Wie gesagt, beim Booten wird das crypt-Passwort abgefragt und, wenn ich beim sddm-Login
angekommen bin, ist die /home-Partition nicht gemountet, /dev/mapper/homecrypt aber
angelegt.
Ich würde vermuten, dass die Reihenfolge beim Booten falsch sortiert ist:
erst müsste cryptsetup geladen werden, dann die mount-Kommando. Läuft so auch an allen
meinen anderen Rechnern. Nur bei diesem nicht???
Weitere Ideen?
Viele Grüße
Claudia Neumann
Am Mittwoch, 5. September 2018, 20:39:17 CEST schrieb Harald Poppek:
> Hallo Claudia,
>
> dann bleibt eigentlich nur noch ein Schreibfehler oder falsches nicht
> sichtbares Zeichen in der /etc/fstab
>
> Evtl. sind in der /etc/mtab noch falsche Einträge übrig geblieben.
>
> Viele Grüße Harald
>
> Am 05.09.2018 um 18:49 schrieb Claudia Neumann:
> > Hallo Harald, hallo allerseits,
> >
> > # update-initramfs -k all -u
> > hat leider nichts gebracht. Die Partition wird zwar entschlüsselt und
> > /dev/mapper/ homecrypt ist vorhanden, Sie wird danach aber nicht
> > gemounted.
> >
> > Viele Grüße
> >
> > Claudia Neumann
> >
> > Am Mittwoch, 5. September 2018, 09:35:57 CEST schrieb Claudia Neumann:
> >> Hallo Harald,
> >>
> >> ich hatte inzwischen auch versucht, cryptsetup neu zu installieren mit:
> >> apt install --reinstall cryptsetup
> >>
> >> Datei wird, soweit ich weiss, auch update-initramfs ausgeführt. Hat aber
> >> nichts gebracht.
> >>
> >> Ich versuche es nochmal.
> >>
> >> Danke
> >>
> >> Viele Grüße
> >>
> >> Claudia Neumann
> >>
> >> Am Dienstag, 4. September 2018, 23:42:00 CEST schrieb Harald Poppek:
> >>> Hallo Claudia,
> >>>
> >>> ich benutze die von dir beschriebene Vorgehensweise auch.
> >>> Bisher ohne Probleme.
> >>>
> >>> Hast du nach dem Einrichten mal die "initrd.img" mit dem Befehl
> >>>
> >>> # update-initramfs -k all -u
> >>>
> >>> probiert?
> >>> (-k all für alle installierten Kernel, -u für Update)
> >>>
> >>> Das hat bei mir solche Boot-Probleme mit nachträglich eingebundenen
> >>> Partitionen gelöst.
> >>>
> >>>
> >>> Gruß aus Ostwestfalen
> >>>
> >>> Harald
> >>>
> >>> Am 04.09.2018 um 22:43 schrieb Claudia Neumann:
> >>>> Hallo Allerseits,
> >>>>
> >>>> bei mir ist nach der Installation von Debian 9.5 stretch KDE vom
> >>>> aktuelle
> >>>> ISO-Image folgendes Problem aufgetreten:
> >>>>
> >>>> auf dem Rechner gab es bereits eine verschlüsselte Home-Partition, die
> >>>> zunächst bei der Installation nicht eingebunden war. Ich habe
> >>>> nachträglich cryptsetup installiert. Damit konnte ich die Partition
> >>>> auch
> >>>> entschlüsseln und mounten.
> >>>>
> >>>> Die Partition habe ich wie üblich in /etc/crypttab eingetragen:
> >>>> # <target name> <source device> <key file> <options>
> >>>>
> >>>> und in die /etc/fstab eingetragen:
> >>>> /dev/mapper/homecrypt /home ext4 defaults 0 2
> >>>>
> >>>> Diese Konfiguration hat sonst immer dazu geführt, dass das Passwort der
> >>>> verkrypteten Partition beim Booten abgefragt wurde, und die Partition
> >>>> dann als /home eingehängt wurde.
> >>>>
> >>>> Mit der neuen Installation hängt der Boot-Vorgang, weil
> >>>> /dev/mapper/homecrypt nicht gefunden wird. Die Cryptsetup kommt
> >>>> scheinbar
Received on Wed Sep 05 2018 - 21:43:29 CEST
This archive was generated by hypermail 2.2.0 : Wed Sep 05 2018 - 21:43:50 CEST