| 1 |
-----BEGIN PGP SIGNED MESSAGE----- |
| 2 |
Hash: SHA1 |
| 3 |
|
| 4 |
Richard Freeman wrote: |
| 5 |
> full redundancy on everything but swap (I could run swap on my RAID-5 |
| 6 |
> lvm partitions, but you take a performance hit there - and I don't care |
| 7 |
> about a possible crash so much as the loss of lots of data). |
| 8 |
> |
| 9 |
|
| 10 |
Ok, here is a question. I am using encrypted swap, with a script that |
| 11 |
creates a loopback off of my swap partition on each boot. |
| 12 |
|
| 13 |
The problem is that if a drive fails and I reboot, the device name for |
| 14 |
the drives will change. My mkswap could potentially wipe out the wrong |
| 15 |
partition in that case. |
| 16 |
|
| 17 |
Now, I know that won't happen currently because my swap partitions have |
| 18 |
higher partition numbers than any of my data partitions. However, I'd |
| 19 |
prefer to test for this possible condition. |
| 20 |
|
| 21 |
Is there any way to get a unique identifier for a drive - such as a |
| 22 |
UUID? I see hdparm -i returns a serial number (which I'd need to parse |
| 23 |
out), but it doesn't work for SATA drives. Any ideas? Then I could |
| 24 |
test the drive's unique ID before I start wiping out partitions... |
| 25 |
-----BEGIN PGP SIGNATURE----- |
| 26 |
Version: GnuPG v1.4.7 (GNU/Linux) |
| 27 |
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org |
| 28 |
|
| 29 |
iD8DBQFGoPOrG4/rWKZmVWkRAuraAJ4ulJpnWFYjW/0ISPXZGk4tKGAbpQCfbVUf |
| 30 |
mFNEmoEx/KItJYnJzjXQs4Y= |
| 31 |
=xv13 |
| 32 |
-----END PGP SIGNATURE----- |
Archives