On 07/14/2018 03:22 PM, Tim Tassonis wrote:
On 07/12/2018 07:03 PM, Bruce Dubbs wrote:
On 06/27/2018 04:42 PM, Paul Rogers wrote:
I removed the need for using initrd, so now init=/bin/bash is working.
Time to move forward and investigate what is causing the ABRT when
starting systemd. Thanks for the pointer, it has grossed my mind
before
but somehow I forgot it again.
Frans,
Yeah! Now we're on the right track! :)
Looking into it, the reason why initramfs is so tightly linked to
systemd
is because:
Correct me if I'm wrong, but I thought the only good reason for an
initramfs is so a totally generic kernel could be built with every
possible device driver for any unpredictable hardware out there as
modules, then with discovery keep only those modules with the running
kernel and dump the rest.
That's generally correct, but the initrd is also used for other things
than just drivers. It can be used for mounting a root filesystem that
is encrypted or be needed with LVM or other custom filesystems or for
finding a partition identified with a UUID.
I also seem to be needing it when having the root partition on an md
raid device. I have not yet found a way to mount it without an initrd,
but maybe I am doing something wrong?
Try using a separate partition that is not raid for the root partition.
It's only 5-10 Gb. Recovering a failed root partition from a backup
should be very straight forward if it fails.
-- Bruce
Apart from that, compiling with SATA/IDE and ext4 not as modules, none
of my boxes ever needed an initramfs, even if I have all the rest as
modules.
Cheers
Tim
--
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Do not top post on this list.
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
http://en.wikipedia.org/wiki/Posting_style
