I have examine initramfs image and found that it is not tries to mount encrypted partitions other than root. Moreover, it is confirmed by dmesg output: systemd starts before mounting of /var and /home So it is not initrd problem. Problem somethere in system.
Best regards, Sergey Belyashov вт, 28 мая 2019 г. в 23:14, deloptes <delop...@gmail.com>: > Sergey Belyashov wrote: > > > As expected nothing is changed. I did not forget to run update-initramfs > > after change of fstab. > > Attached 3 photos: normal boot, recovery boot before pasword enter, > > recovery boot after password and Ctrl-D in recovery shell. > > I am not a systemd expert. The images does not speak to me. You could try > as > suggested adding init=/bin/sh and see what is in the initrd and what works > and does not work. > > You could extract the initrd to investigate what is in there - or to > remaster and test updated version. > > https://wiki.debian.org/initramfs > > In my case following works (microcode size here is 4712) as I do not have > unmakeinitramfs. > > dd if=/boot/initrd.img-4.19.25eko4 bs=512 skip=4712 | zcat - |cpio -i > > Finally you can try installing sysvinit-core & Co and see if it makes a > difference or someone else can help you better > > regards > >
