Cosa succede quando decommentiamo GRUB_DISABLE_LINUX

8

cosa succede quando decommentiamo GRUB_DISABLE_LINUX_UUID = true in / etc / default / grub.

grub2

— Jorge Castro
fonte

1

A mio avviso, l'utilizzo di UUID per identificare partizioni e volumi è una cattiva pratica e talvolta porta a un disastro: quegli identificatori generati casualmente non sono affatto robusti, in realtà non sopravvivono nemmeno a un partizionamento e una riformattazione, che danno come risultato un sistema non avviabile e voci utilizzabili / etc / fstab. Sono difficili da digitare e non trasmettono all'utente alcun significato sul contenuto delle partizioni. Labels d'altra parte, se ben scelti, parleranno molto dei contenuti delle partizioni. Tutte le mie partizioni sono etichettate: come WIN7_C, XP_D, XUBUNTU_1204, BOOT, HOME_1204 ecc ... Refo

— eric stockman

4

Beh, penso che il commento sopra quella riga dica tutto
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
Dopo aver decommentato quella riga root = verrà passato come nome del dispositivo e non UUID.

linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=...
per
linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/sdX
Tuttavia, non è consigliabile decommentare quella riga, perché se si elimina / si crea una nuova partizione, la tabella delle partizioni verrà modificata.
In modo che non puoi avviare il sistema.

— karthick87
fonte

-1, non informativo. Qual è l'effetto di rimuovere quel parametro? quali sono i vantaggi e gli svantaggi?

— loevborg,

@loevborg root = verrà passato come nome del dispositivo e non UUID

— karthick87

4

quando lo decommenta, la prossima volta che grub rigenera /boot/grub.cfg inserirà nomi di dispositivo assoluti invece di UUID- cioè / dev / sdXY

quindi se riorganizzi le partizioni nella tabella delle partizioni (ad esempio inserisci / elimina le partizioni) e i numeri delle partizioni cambiati, grub non riesce a trovare il kernel da avviare

con UUID, anche riorganizzare le partizioni non romperà le cose

il contro di UUID è che è difficile per loro sono lunghi e quindi difficili da ricordare.

— Jet
fonte

2

Il vero affare riguarda l'aggiunta di dischi al tuo sistema. Se il tuo disco era precedentemente / dev / sda, ed era collegato a SATA1 come unica unità, e successivamente hai aggiunto una seconda unità, ma lo hai collegato a SATA0, diventerebbe / dev / sda e il tuo root = mapping sarebbe non valido. Gli UUID non presentano questo problema, poiché sono identificatori univoci.

Inoltre, se si dispone di più schede di espansione, a volte vengono rilevate in momenti leggermente diversi, con conseguente assegnazione di nomi di unità diverse per le unità che le bloccano. Ancora una volta, UUID non è interessato. Inoltre, se un'unità si esaurisce, a volte si verifica un'altra unità, ad esempio se / dev / sda muore, forse al prossimo avvio / dev / sdb diventa magicamente / dev / sda .. Succede.

Direi che più grande è il sistema che è o è simile a diventare, maggiori sono le possibilità di un shuffle di unità all'avvio.

Personalmente non mi interessa usare l'UUID per root =, ma vedo dove si trova.

— Roberto
fonte

Puoi indicare cosa significa il vero? Voglio dire, cosa fa esattamente disabilitare uuid di linux?

— DrSAR,

Cosa succede quando decommentiamo GRUB_DISABLE_LINUX_UUID = true?