Na minha opinião, o uso de UUIDs para identificar partições e volumes é uma prática ruim e às vezes leva ao desastre: esses identificadores gerados aleatoriamente não são robustos, na verdade eles nem sobrevivem a uma re-particionamento e re-formatação, o que resultam em um sistema não inicializável e em entradas utilizáveis / etc / fstab. Elas são difíceis de digitar e não transmitem qualquer significado sobre o conteúdo das partições para o usuário. LAbels, por outro lado, se bem escolhido, dirá muito sobre o conteúdo das partições. Todas as minhas partições são rotuladas: como WIN7_C, XP_D, XUBUNTU_1204, BOOT, HOME_1204 etc ... Refo
eric Stockman
Respostas:
4
Bem, acho que o comentário acima dessa linha diz tudo # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
Após descomentar essa linha, root = será transmitida como nome do dispositivo e não como UUID.
linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=...
para linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/sdX
No entanto, não é recomendável descomentar essa linha, pois se você excluir / criar uma nova partição, a tabela de partições será alterada.
-1, não informativo. Qual é o efeito de remover esse parâmetro? Quais são as vantagens e desvantagens?
Loevborg
@loevborg raiz = serão passadas como nome do dispositivo e não UUID
karthick87
4
quando descomentá-lo, da próxima vez que o grub gerar novamente, o /boot/grub.cfg colocará nomes absolutos de dispositivo em vez de UUID - ie / dev / sdXY
portanto, se você reorganizar as partições na tabela de partições (por exemplo, inserir / excluir partições) e os números das partições alterados, o grub não poderá encontrar o kernel para inicializar
com o UUID, mesmo reorganizar as partições não quebrará as coisas
o truque do UUID é que é difícil para eles serem longos e, portanto, difíceis de lembrar.
O negócio real é adicionar discos ao seu sistema. Se o seu disco era anteriormente / dev / sda e estava conectado ao SATA1 como a única unidade, e mais tarde você adicionou uma segunda unidade, mas conectou-a ao SATA0, ela se tornaria / dev / sda e seu root = mapping seria inválido. No entanto, os UUIDs não têm esse problema, pois são identificadores únicos.
Além disso, se você tiver várias placas de expansão, elas às vezes são detectadas em momentos ligeiramente diferentes, resultando em diferentes atribuições de nomes de unidades para as unidades penduradas nelas. Novamente, o UUID não é afetado. Além disso, se uma unidade ficar inoperante, algumas vezes outra unidade ocorrerá, por exemplo, se / dev / sda morrer, talvez na próxima inicialização / dev / sdb magicamente se torne / dev / sda. Isso acontece.
Eu diria que quanto maior o sistema que ele está ou está prestes a se tornar, mais possibilidades de uma unidade é embaralhada na inicialização.
Pessoalmente, eu não ligo para usar UUIDs como root =, mas vejo onde ele está.
Respostas:
Bem, acho que o comentário acima dessa linha diz tudo
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to LinuxApós descomentar essa linha, root = será transmitida como nome do dispositivo e não como UUID.
linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=...para
linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/sdXfonte
quando descomentá-lo, da próxima vez que o grub gerar novamente, o /boot/grub.cfg colocará nomes absolutos de dispositivo em vez de UUID - ie / dev / sdXY
portanto, se você reorganizar as partições na tabela de partições (por exemplo, inserir / excluir partições) e os números das partições alterados, o grub não poderá encontrar o kernel para inicializar
com o UUID, mesmo reorganizar as partições não quebrará as coisas
o truque do UUID é que é difícil para eles serem longos e, portanto, difíceis de lembrar.
fonte
O negócio real é adicionar discos ao seu sistema. Se o seu disco era anteriormente / dev / sda e estava conectado ao SATA1 como a única unidade, e mais tarde você adicionou uma segunda unidade, mas conectou-a ao SATA0, ela se tornaria / dev / sda e seu root = mapping seria inválido. No entanto, os UUIDs não têm esse problema, pois são identificadores únicos.
Além disso, se você tiver várias placas de expansão, elas às vezes são detectadas em momentos ligeiramente diferentes, resultando em diferentes atribuições de nomes de unidades para as unidades penduradas nelas. Novamente, o UUID não é afetado. Além disso, se uma unidade ficar inoperante, algumas vezes outra unidade ocorrerá, por exemplo, se / dev / sda morrer, talvez na próxima inicialização / dev / sdb magicamente se torne / dev / sda. Isso acontece.
Eu diria que quanto maior o sistema que ele está ou está prestes a se tornar, mais possibilidades de uma unidade é embaralhada na inicialização.
Pessoalmente, eu não ligo para usar UUIDs como root =, mas vejo onde ele está.
fonte