[Gllug] Partition debate

[hawtink at clinkserver.com]

> 1)  If you have something like squid on your system which can gobble 
> disc space quite happily, giving it its own filesystem in its own 
> partition is a good idea. Then if it decides to use up the whol 
> 'disc', your system doesn't fall over because / is full !

same goes for mail/logs/wwwoffle/usershomedirs/ftpincomming
but with squid you can set the maximum disk usage

> 2)  I don't know whether this strategy works on linux like it does on SCO, but
> I like to backup filesystems on the quick by dd'ing the raw (unmounted) file-
> system to another (unmounted) one of exactly the same size.  I can mount the
> copy and play with it as I like, including copying off to tape at my leisure.

should work the same ... but there could be issues about sector offsets
different disks? (how does i-node address work again)

> 3)  Rather debatable, but I suspect several smaller filesystems may use discs
> more efficiently than one massive one with zillions of inodes.

there are/were performance issues, but most of that
changed in kernel 2.0 and the new ext2fs...

> 5)  Slightly off subject, I am not sure I like the trend towards massive
> single-disc systems. I still prefer to spread my data cross several smaller
> drives.  That should reduce the problem of latency and head movement.
> Also, with copies of various filesystems on other discs, it becomes possible
> to carry on fairly quickly if a disc goes down by mounting the alternates.

on more than one occasion i have run into the problem 
of mounting too many file systems ... 
4 X 20G ide hdd + 3 X 6 X 18G scsi hdd + nfs totalling 400Gb
with lostsa partitions and software raid ...

yours,

Kim


-- 
Gllug mailing list  -  Gllug at linux.co.uk
http://list.ftech.net/mailman/listinfo/gllug