On Tue, Dec 03, 2013 at 06:47:01AM -0500, Tanstaafl wrote:
> 
> Yeah, when it comes to servers, I'm more of a wimp than not... but being 
> careful and conservative on my servers has saved me more times than I 
> can count, so I'm ok with it... ;)

I have one server with separate /usr that's in LVM. It only gets rebooted for
kernel changes, or power loss greater than USB. The latter condition happened
two days ago, but everything worked when it was booted again.

I've got an initramfs on my laptop with everything on one LVM, so writing one
for that server wouldn't be impossible. My only issue is having initramfs
forced on us because of other people's bad ideas. And my server is setup the
way it is for a lot of reasons, security being one. It has:

o@server ~ $ df -hT                                                             
       │    link/ether a0:88:b4:54:33:04 brd ff:ff:ff:ff:ff:ff
Filesystem                   Type      Size  Used Avail Use% Mounted on         
             │    inet 192.168.11.7/24 brd 192.168.11.255 scope global wlan0
rootfs                       rootfs    2.0G  116M  1.9G   6% /                  
             │       valid_lft forever preferred_lft forever
/dev/root                    xfs       2.0G  116M  1.9G   6% /                  
             │baruch ~ # ip addr
devtmpfs                     devtmpfs  3.0G     0  3.0G   0% /dev               
             │1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state 
UNKNOWN 
tmpfs                        tmpfs     603M  464K  603M   1% /run               
             │    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
shm                          tmpfs     3.0G     0  3.0G   0% /dev/shm           
             │    inet 127.0.0.1/8 brd 127.255.255.255 scope host lo
/dev/mapper/system-var       xfs        10G  721M  9.3G   8% /var               
             │       valid_lft forever preferred_lft forever
/dev/mapper/system-usr       xfs        10G  4.8G  5.2G  49% /usr               
             │2: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN 
/dev/mapper/system-home      xfs       6.0G  5.5G  580M  91% /home              
             │    link/ether 6e:83:0f:ef:52:15 brd ff:ff:ff:ff:ff:ff
/dev/mapper/storage-photos   xfs       500G   19G  482G   4% /photos            
             │3: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc 
pfifo_fast state DOWN qlen 1000
/dev/mapper/storage-backups  xfs       500G  166G  335G  34% /backups           
             │    link/ether 00:21:cc:5e:c3:12 brd ff:ff:ff:ff:ff:ff
/dev/mapper/storage-offload  fuseblk   300G  341M  300G   1% /offload           
             │4: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq 
state UP qlen 1000
/dev/mapper/storage-peter    xfs        25G  1.7G   24G   7% /peter             
             │    link/ether a0:88:b4:54:33:04 brd ff:ff:ff:ff:ff:ff
/dev/mapper/storage-jeremiah xfs        10G  3.4G  6.7G  34% /jeremiah

so moving /usr into / isn't even an option.

So perhaps one day it will get an initramfs ... or go back to devfs. :D
-- 
Happy Penguin Computers               >')
126 Fenco Drive                       ( \
Tupelo, MS 38801                       ^^
[email protected]
662-269-2706 662-205-6424
http://happypenguincomputers.com/

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting

Reply via email to