1 |
Robin H. Johnson posted on Sun, 11 Mar 2012 21:08:47 +0000 as excerpted: |
2 |
|
3 |
> The quickest initramfs, assuming that ALL kernel modules you need to |
4 |
> boot are already compiled into your kernel: |
5 |
> genkernel --install --no-ramdisk-modules initramfs |
6 |
> |
7 |
> Plus optionally, If you know you don't need any of these, include this |
8 |
> to make it really get much smaller: |
9 |
> --no-lvm --no-mdadm --no-dmraid --no-multipath --no-iscsi --no-disklabel |
10 |
> --no-firmware --no-zfs --no-gpg --no-luks |
11 |
> |
12 |
> --disklabel is the one that most users will probably need, if they use |
13 |
> LABEL= or UUID= arguments in your fstab. |
14 |
> |
15 |
> That will give you an initramfs of scripts + busybox. |
16 |
> On my box, it's about 724KiB. |
17 |
|
18 |
Thanks. You just added concrete to what had to date been a rather hand- |
19 |
wavy discussion, and it's quite useful. =:^) |
20 |
|
21 |
Meanwhile, also note that there's PARTLABEL, PARTUUID and ID, that the |
22 |
mount manpage promises to honor. I've not used these myself, but there |
23 |
was a thread on the btrfs list discussing GPT format and users of its |
24 |
partition-labels (as opposed to filesystem labels), that pointed out that |
25 |
mount honors these, since it internally uses the udev symlinks mechanism |
26 |
to support (fs) labels, etc, so they get support for gpt-partition- |
27 |
labels, etc, essentially "for free". |
28 |
|
29 |
That has implications both here and for openrc, the latter of which I |
30 |
appreciate well, as I run openrc-9999 now, having found it FAR easier to |
31 |
isolate and report problems with new versions on my apparently rather |
32 |
unusual system config (including fstab fs-label but not partlabel or uuid |
33 |
usage) directly from git, than from the MUCH too vague released-version |
34 |
changelogs. |
35 |
|
36 |
-- |
37 |
Duncan - List replies preferred. No HTML msgs. |
38 |
"Every nonfree program has a lord, a master -- |
39 |
and if you use the program, he is your master." Richard Stallman |