O que acontece quando descomentamos GRUB_DISABLE_LINUX

8

o que acontece quando descomentamos GRUB_DISABLE_LINUX_UUID = true em / etc / default / grub.

grub2

— Jorge Castro
fonte

11

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

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.
Para que você não possa inicializar no sistema.

— karthick87
fonte

-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.

— jato
fonte

2

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á.

— Robert
fonte

Você pode indicar o que o verdadeiro significa? Quero dizer, o que exatamente desativa o linux uuid faz?

— perfil completo de DrSAR

O que acontece quando descomentamos GRUB_DISABLE_LINUX_UUID = true?