| 1 |
On Tue, Dec 03, 2013 at 06:47:01AM -0500, Tanstaafl wrote: |
| 2 |
> |
| 3 |
> Yeah, when it comes to servers, I'm more of a wimp than not... but being |
| 4 |
> careful and conservative on my servers has saved me more times than I |
| 5 |
> can count, so I'm ok with it... ;) |
| 6 |
|
| 7 |
I have one server with separate /usr that's in LVM. It only gets rebooted for |
| 8 |
kernel changes, or power loss greater than USB. The latter condition happened |
| 9 |
two days ago, but everything worked when it was booted again. |
| 10 |
|
| 11 |
I've got an initramfs on my laptop with everything on one LVM, so writing one |
| 12 |
for that server wouldn't be impossible. My only issue is having initramfs |
| 13 |
forced on us because of other people's bad ideas. And my server is setup the |
| 14 |
way it is for a lot of reasons, security being one. It has: |
| 15 |
|
| 16 |
o@server ~ $ df -hT │ link/ether a0:88:b4:54:33:04 brd ff:ff:ff:ff:ff:ff |
| 17 |
Filesystem Type Size Used Avail Use% Mounted on │ inet 192.168.11.7/24 brd 192.168.11.255 scope global wlan0 |
| 18 |
rootfs rootfs 2.0G 116M 1.9G 6% / │ valid_lft forever preferred_lft forever |
| 19 |
/dev/root xfs 2.0G 116M 1.9G 6% / │baruch ~ # ip addr |
| 20 |
devtmpfs devtmpfs 3.0G 0 3.0G 0% /dev │1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN |
| 21 |
tmpfs tmpfs 603M 464K 603M 1% /run │ link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 |
| 22 |
shm tmpfs 3.0G 0 3.0G 0% /dev/shm │ inet 127.0.0.1/8 brd 127.255.255.255 scope host lo |
| 23 |
/dev/mapper/system-var xfs 10G 721M 9.3G 8% /var │ valid_lft forever preferred_lft forever |
| 24 |
/dev/mapper/system-usr xfs 10G 4.8G 5.2G 49% /usr │2: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN |
| 25 |
/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 |
| 26 |
/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 |
| 27 |
/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 |
| 28 |
/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 |
| 29 |
/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 |
| 30 |
/dev/mapper/storage-jeremiah xfs 10G 3.4G 6.7G 34% /jeremiah |
| 31 |
|
| 32 |
so moving /usr into / isn't even an option. |
| 33 |
|
| 34 |
So perhaps one day it will get an initramfs ... or go back to devfs. :D |
| 35 |
-- |
| 36 |
Happy Penguin Computers >') |
| 37 |
126 Fenco Drive ( \ |
| 38 |
Tupelo, MS 38801 ^^ |
| 39 |
support@×××××××××××××××××××××.com |
| 40 |
662-269-2706 662-205-6424 |
| 41 |
http://happypenguincomputers.com/ |
| 42 |
|
| 43 |
A: Because it messes up the order in which people normally read text. |
| 44 |
Q: Why is top-posting such a bad thing? |
| 45 |
A: Top-posting. |
| 46 |
Q: What is the most annoying thing in e-mail? |
| 47 |
|
| 48 |
Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting |
Archives