-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Thursday 2007-04-19 at 11:03 +1000, scsijon wrote:
/dev/disk/by-id/ata-ST3320620A_5QF2M56F-part15
Carlos (and others (?aj)), can you check / could you check / have you checked?
if you had the drive listed above die
and had to use a new drive
and reload from a backup (simple to do to here)
?would the id part "5QF2M56F" have to be changed (I suspect this is the drive's internal I.D.) for it to work?
Yes, that's correct. The "ST3320620A" above is the disk model (seagate st etc), the second word I guess it is a serial number. If that worries you, then use labels instead - but in that case, you can mount two partitions with the same label in order to copy data from one to the other.
It looks like a good additional level for security but does worry me for device failure rework.
Depends on what your procedure is. The label is dependent on the formated filesystem, it is saved somewhere there. If a partition is badly hosed, the label is lost: I know because it happened to me. The disk ID is more resistant, and it is usable in the cryptotab file (label mounting doesn't work there). - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGJ0ixtTMYHG2NR9URAhfaAJ9RR/VVDf3RdfbpPVZ75LGb40sqmwCeKKOl gWbEOUlZ0J1BkKbViYmT0Dc= =EcIy -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org