UUIDs on drives

ghe ghe at slsware.com
Fri Aug 15 23:16:52 UTC 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Brian McKee wrote:

| What if you have two identical model controllers in your computer?
| Which one gets scanned first is unpredictable by anybody...

The one with the lowest PCI identifier goes first.

| How about redundant iSCSI SAN devices?  What drive letter are you
| going to reserve for them?

Sorry, but I don't know what that is (Steve Jobs is bringing back
SCSI?). But if there are 2 SCSI devices, they'll have different
addresses on the bus.

| What if the first harddrive on the scsi bus doesn't have the OS on it,
| and you remove it?

The installer has told everybody that the drive with the OS is at port
0Xnnnn, SCSI id #m. Or PCI slot #n, SATA channel #m. No problem.

If you pull the one that *does* have the OS, though, you have to put it
back :-) Where it was.

| First how incidentally?

By PCI 'slot', then by port on that device (or SCSI id or the like). But
consistently.

| What happens when a RAID array fails?

Depends on how the array is built. If it's on a RAID card, it'll
(probably) look like one (broken) device to the computer. If it's
software, it'll look like one of <n> broken drives.

If something's broken, though, it's some techie's problem, no mater how
addressing's done.

| How exactly can you tell the difference between a picture frame, an
| MP3 player and a USB stick?  They're probably using the same chipset
| anyways....

Good point. But they're still plugged into port #0 or #35 or something
on the USB chip. There's still an order at the hardware level, even
though it may not mean a lot at the software level.

| Mac doesn't do it by fixed position AFAIK incidentally.  I believe EFI
| scans for all possible bootable drives, then if it finds the one
| that's the same one as it was told to boot from next it will do so,
| otherwise it picks the 'next' one it finds,  and that order can change
| depending on what you plug in when.

That's a reasonable way to handle that error condition: go looking for
something bootable. The machine will at least boot.

| Identifying the file system at the file system level uniquely is the
| only solution I can think of that deals with all this mess of
| different devices that appear at different times and places.

Yes. At the software level. But at boot time, the hardware must be
identifiable uniquely, and repeatably.

Unless you've got a Mac that's smart enough to go looking around for
some useful software...

- --
Glenn English
ghe at slsware.com

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkimDmQACgkQ04yQfZbbTLaz8gCfTNq3u3Y37eK/PbuaEAhu6uF/
aUYAniDKggyfcZeUl50hGCCZLi3z2wD+
=JJB7
-----END PGP SIGNATURE-----




More information about the ubuntu-users mailing list