Re: [RFC] Boot parameters and geometrical stability

[Vesa Jääskeläinen]

phcoder wrote:
> Vesa Jääskeläinen wrote:
>> That is a valid point.
>>
>> Would you prefer to use hardware path to device or what you had in mind
>> then? Because this is something that we can left for expert people. Most
>> common problem is that user plugs in new drive to system and
>> bios/hardware order gets changed or something like that, and that
>> renders system unbootable. UUID is perfect solution for that case.
>>
> Yes it is, but in my opinion price is too high (shame ubuntu uses this
> solution). It's somewhat similar to some solutions found in windows when
>   for user convenience they open a big gate for the hackers (e.g. all
> users by default are administrators in winxp)

Well... That is your opinion. I acknowledge that it opens another door
for local hacker. But if you are able to do that, then you can do some
other actions that are much more fatal...

But the gain can still supersede the security need. Its kinda same thing
that you are required to change your password monthly. People start
putting those on stickers and then the game is lost anyway.

>> Possibilites are there, but basically they are limited to something like:
>>
>> (ata0) (pci-X-Y-Z:ata0) (usb-X-Y:scsi0) (pci-X-Y-Z:scsi0)
>>
>> I do not know if those all would be valid, but I hope you get the idea.
> 
> Yes. This is a solution found in grub legacy and I think it's a good one.

We already have (hdX) and (ataY) in GRUB 2. Especially (hdX) has lots of
problems that this UUID was used to workaround.