1 |
On 01/06/2012 07:10 PM, Michael Weber wrote: |
2 |
> On 01/05/2012 03:40 AM, Zac Medico wrote: |
3 |
>> The FHS notion of "root filesystem as a recovery partition" existed long |
4 |
>> before the relatively modern development of things like busybox and |
5 |
>> initramfs made it more practical to use an initramfs as a recovery |
6 |
>> partition. Anyone who wouldn't prefer to use an initramfs for their |
7 |
>> "recover partition" probably just doesn't realize how well suited an |
8 |
>> initramfs is for the job. It's so well suited for the job that it makes |
9 |
>> the old FHS notion of "root filesystem as a recovery partition" seem quaint. |
10 |
> |
11 |
> Please stop hailing to busybox. I think it's a bulk load of faulty, half |
12 |
> implemented code that's not worth the time compiling. |
13 |
> |
14 |
> You can do better w/ the real tools. (Not my crappy little initrd |
15 |
> script, but the well established, fully operational, as used to programms) |
16 |
> |
17 |
> http://xmw.de/dotfiles/scripts/mkinitramfs.sh |
18 |
|
19 |
That seems like an awfully large initramfs to load into memory for every |
20 |
boot, just to have it wiped from memory after switching to the real |
21 |
root. It's fine as long as you're not trying to shave every last |
22 |
microsecond off of your boot time though. |
23 |
|
24 |
An alternative approach to a having a bulky initramfs "recovery |
25 |
partition" like yours would be to put the content of a livecd/usb |
26 |
recovery disk onto a spare partition, and configure your lean busybox |
27 |
initramfs to mount that as the root if something goes wrong with your |
28 |
real root. |
29 |
-- |
30 |
Thanks, |
31 |
Zac |