1 |
On Wed, Jan 4, 2012 at 1:27 PM, Kent Fredric <kentfredric@×××××.com> wrote: |
2 |
> Given that these tools are being moved to /usr and/or duplicated to in |
3 |
> initrd , what is the point of a root filesystem anyway now? Just to |
4 |
> mount other things on? Just to store /etc ? |
5 |
> |
6 |
> Or will /etc move to /usr too? |
7 |
|
8 |
I'd recommend reading the fedora docs. Their plan is to make /usr |
9 |
read-only so that it contains all elements of the system managed by |
10 |
the distro. In the future rpm world config files exist half on /usr, |
11 |
with overriding content in /etc (they don't have etc-update, and |
12 |
etc-update isn't always perfect either). |
13 |
|
14 |
But yes, the trend is towards making rootfs a bit more "virtual." |
15 |
|
16 |
I can see some of the benefits of this arrangement, but by the time we |
17 |
get that all worked out btrfs might be practical, and its subvolumes |
18 |
actually solve many of the problems that lvm and many partitions are |
19 |
used to solve today. With btrfs you can make /usr a subvolume and |
20 |
snapshot it at will, or set up a quota just for it. That doesn't |
21 |
cover all the use cases, but it does cover most of the desktop-y ones. |
22 |
|
23 |
As far as repairing the system from rootfs goes - I think that greatly |
24 |
depends on your circumstances. If everything is on root anyway then |
25 |
it is a moot point. If everything isn't on root then your ability to |
26 |
recover is inversely proportional to the complexity of your systems. |
27 |
As others have pointed out, there is always something that you won't |
28 |
have, and to be honest it isn't all that hard to just boot a liveDVD |
29 |
that has everything and the kitchen sink available anyway. |
30 |
|
31 |
Rich |