Mailinglist Archive: opensuse (3468 mails)
| < Previous | Next > |
Re: [opensuse] the new openSUSE kernel and the IDE
- From: "Carlos E. R." <robin.listas@xxxxxxxxxxxxxx>
- Date: Thu, 19 Apr 2007 12:47:12 +0200 (CEST)
- Message-id: <Pine.LNX.4.64.0704191241360.22290@xxxxxxxxxxxxxxxx>
-----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@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx
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@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx
| < Previous | Next > |