1 |
On Monday 07 December 2009 03:00:29 Xi Shen wrote: |
2 |
> yes, i installed busybox into the initramfs i created my self. because |
3 |
> i see the initramfs generated by genkernel uses it. |
4 |
> |
5 |
> i am using LVM, so i have to use a initramfs. are you suggesting that |
6 |
> i should install all the GNU utilities into the initramfs? i think |
7 |
> that would create a very large initramfs file. |
8 |
|
9 |
Do you mean / on LVM? |
10 |
|
11 |
Personally, I don't trust busybox on full scale installs, or on anything |
12 |
that's not embedded. Busybox necessarily omits certain features to keep the |
13 |
size and simplicity down whereas boot utilities are too often written for GNU |
14 |
tools. |
15 |
|
16 |
|
17 |
|
18 |
> |
19 |
> On Sat, Dec 5, 2009 at 4:42 AM, Alan McKinnon <alan.mckinnon@×××××.com> |
20 |
wrote: |
21 |
> > On Friday 04 December 2009 17:25:21 Alex Schuster wrote: |
22 |
> >> Xi Shen writes: |
23 |
> >> > when i boot my system, at the step "Wiping /tmp", it pops up an error |
24 |
> >> > message saying that the find command do not support the '-uid' option. |
25 |
> >> > in the error message, i also see the busybox mark. it looks like it |
26 |
> >> > used the wrong find command. |
27 |
> >> |
28 |
> >> Did you emerge busybox with the make-symlinks USE flag? When your |
29 |
> >> original find is replaced by a link to busybox. |
30 |
> > |
31 |
> > That's unlikely. His box will likely not boot if he did that. If it does |
32 |
> > boot it certainly will not emerge anything. Portage relies on features |
33 |
> > that are present in GNU utilities and are not there in busybox |
34 |
> > |
35 |
> >> Don't know what to do exactly, most probably many other commands will |
36 |
> >> also not work as expected, I guess you need to re-emerge all stuff that |
37 |
> >> provides them, like findutils. There was a thread recently, look for |
38 |
> >> "/bin contains busybox executables after installing busybox-1.13.2" by |
39 |
> >> Amit Dor- Shifer on 2009-11-25. |
40 |
> > |
41 |
> > He likely installed busybox into the initramfs instead of GNU utilities. |
42 |
> > |
43 |
> > initramfs on gentoo is not a technique I recommend. It is designed for a |
44 |
> > general use-case not present in Gentoo[1], and a very few specific cases |
45 |
> > where an initramfs-less setup cannot work[2[ |
46 |
> > |
47 |
> > [1] Binary distros cannot know upfront what the end-user has |
48 |
> > hardware-wise, so cannot build drivers for everything imaginable into the |
49 |
> > kernel. An initramfs is an elegant solution, but one which is overkill |
50 |
> > for Gentoo (the initial statement is usually false) |
51 |
> > |
52 |
> > [2] Some specific boot scenarios require an initramfs even on Gentoo - |
53 |
> > booting off raided volumes where drivers are needed at boot time, |
54 |
> > encrypted / volumes, / on an LVM volume and a few others |
55 |
> > |
56 |
> > In almost all other cases it is simpler and easier to dispense with the |
57 |
> > initramfs and build two drivers into the kernel. After all, the user in |
58 |
> > all probability knows exactly what hardware they have |
59 |
> > |
60 |
> > |
61 |
> > -- |
62 |
> > alan dot mckinnon at gmail dot com |
63 |
> |
64 |
|
65 |
-- |
66 |
alan dot mckinnon at gmail dot com |