1 |
On Tue, 27 Mar 2012 22:35:44 +0000 |
2 |
Alan Mackenzie <acm@×××.de> wrote: |
3 |
|
4 |
> Hi, Alan. |
5 |
> |
6 |
> On Tue, Mar 27, 2012 at 11:48:19PM +0200, Alan McKinnon wrote: |
7 |
> > On Tue, 27 Mar 2012 21:24:22 +0000 |
8 |
> > Alan Mackenzie <acm@×××.de> wrote: |
9 |
> |
10 |
> > > That is precisely what the question was NOT about. The idea was |
11 |
> > > to copy (not move) booting software to /sbin instead of an |
12 |
> > > initramfs - the exact same programs, modulo noise - to have the |
13 |
> > > SW in /sbin necessary to mount /usr. |
14 |
> |
15 |
> > Two words: |
16 |
> |
17 |
> > shared libraries |
18 |
> |
19 |
> > Copying binaries is not enough. You have to find and copy every |
20 |
> > shared library those binaries use. Plus all the data and other |
21 |
> > files they might need. |
22 |
> |
23 |
> > This is non-trivial. |
24 |
> |
25 |
> <silently screams>. It's equally non-trivial for initramfs, yet |
26 |
> nobody seems to be raising this objection for that. |
27 |
> |
28 |
> Why is nobody else on this thread willing to take up its main point, |
29 |
> the exact equivalence between the known, ugly, initramfs solution and |
30 |
> the as yet half-baked idea of putting the same binaries into /sbin? |
31 |
|
32 |
|
33 |
Read my other mail and pay attention to the difference between |
34 |
transient and persistent. |
35 |
|
36 |
initramfs is an elegant engineering solution (albeit over-engineered |
37 |
for our specific case of being Gentoo users). |
38 |
|
39 |
Your questions are about an extremely ill-advised action that has no |
40 |
sound basis. It copies stuff around to make one very specific thing |
41 |
work but with zero consideration for what it will do to everything |
42 |
else. That is bad, bad engineering. |
43 |
|
44 |
If you want all this stuff in /, then do it correctly and modify the |
45 |
ebuilds to put the originals there (and troubleshoot the fallout from |
46 |
other faulty hard-coded stuffs). This is a lot of work, but it is sound. |
47 |
|
48 |
|
49 |
|
50 |
-- |
51 |
Alan McKinnnon |
52 |
alan.mckinnon@×××××.com |