Am Freitag 20 Juli 2007 schrieb Richard Freeman:
Bernhard Auzinger wrote:
My question is if it makes sence to move these partitions to another
harddisk?
Others have responded to this well already - one thing I might add is to
check out lvm if you have so many drives. Once you've used it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Auzinger wrote:
Just for the record. I decided to go LVM2 :). It runs since 10 days and I'm
very happy with it. The setup was very quick and easy. For a few seconds I
thought of buying a few more harddisks. Not because of the space,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Neil Bothwick wrote:
I keep my keys on an encrypted partition, /etc/conf.d/cryptfs prompts for
the key for that partition at boot. Then the keys on that partition are
used to set up swap and /home before the partition is unmounted, so the
keys
On Mon, 23 Jul 2007 09:53:12 -0400, Richard Freeman wrote:
I keep my keys on an encrypted partition, /etc/conf.d/cryptfs prompts
for the key for that partition at boot. Then the keys on that
partition are used to set up swap and /home before the partition is
unmounted, so the keys are
Bernhard Auzinger, mused, then expounded:
Hi,
as I have four hdd's in my computer, I was wondering if it does make sense to
source out some partitions/directories to a second hdd.
There is no simple answer. It really depends upon a lot of factors -
controllers,
drives, file system,
the only thing that i've splitted is:
/boot on a 100Mb partition, and this thing has saved me a lot of pain when
something went wrong with the reiserfschecks when the pc ran out of energy
with ext2 unjournaled,
the /home partition, so that it could be used with different systems without
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernhard Auzinger wrote:
My question is if it makes sence to move these partitions to another harddisk?
Others have responded to this well already - one thing I might add is to
check out lvm if you have so many drives. Once you've used it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Richard Freeman wrote:
full redundancy on everything but swap (I could run swap on my RAID-5
lvm partitions, but you take a performance hit there - and I don't care
about a possible crash so much as the loss of lots of data).
Ok, here is a
Is there any way to get a unique identifier for a drive - such as a
UUID?
Do you want the uuid or something else. With udevinfo you get a lot of
information.
udevinfo --query=all --name=/dev/sdb4 --root
Rgds
Bernhard
--
[EMAIL PROTECTED] mailing list
Hello Richard Freeman,
Ok, here is a question. I am using encrypted swap, with a script that
creates a loopback off of my swap partition on each boot.
The problem is that if a drive fails and I reboot, the device name for
the drives will change. My mkswap could potentially wipe out the
Spreading them across drives could result in faster access if the
controllers the drives are atached to allow overlapping commands. IDE
doesn't do this and can only have one drive active on the bus.
They are two IDE-drives and two SATA-drives. The IDE drives are each on a
separate controller.
Richard Freeman pisze:
Is there any way to get a unique identifier for a drive - such as a
UUID? I see hdparm -i returns a serial number (which I'd need to parse
out), but it doesn't work for SATA drives. Any ideas? Then I could
test the drive's unique ID before I start wiping out
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Neil Bothwick wrote:
Use cryptsetup-luks to set up encrypted swap partitions and
use /etc/conf.d/cryptfs to manage it. If you use a different key for
swap, there's no risk of it unlocking the wrong partition and formatting
it.
Hmm - not
13 matches
Mail list logo
