Điều gì xảy ra khi chúng tôi bỏ ghi chú GRUB_DISABLE_LINUX

8

điều gì xảy ra khi chúng tôi bỏ ghi chú GRUB_DISABLE_LINUX_UUID = true trong / etc / default / grub.

grub2

— Jorge Castro
nguồn

1

Theo tôi, việc sử dụng UUID để xác định phân vùng và khối lượng là một thực tế tồi tệ và đôi khi dẫn đến thảm họa: những số nhận dạng được tạo ngẫu nhiên đó không mạnh mẽ chút nào, thực tế chúng thậm chí không tồn tại trong phân vùng lại và định dạng lại, điều này sẽ dẫn đến một hệ thống không thể khởi động và các mục / etc / fstab có thể sử dụng được. Họ rất khó gõ en không truyền đạt bất kỳ ý nghĩa nào về nội dung phân vùng cho người dùng. LAbels mặt khác, nếu chozen tốt sẽ nói rất nhiều về nội dung phân vùng. Tất cả các phân vùng của tôi được gắn nhãn: như WIN7_C, XP_D, XUBUNTU_1204, BOOT, HOME_1204, v.v ... Refo

— eric stockman

4

Vâng, tôi nghĩ rằng nhận xét trên dòng đó nói lên tất cả
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
Sau khi bỏ ghi chú, dòng gốc = sẽ được chuyển dưới dạng tên thiết bị chứ không phải UUID.

linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=...
đến
linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/sdX
Tuy nhiên, không nên bỏ dòng đó, vì nếu bạn xóa / tạo phân vùng mới, bảng phân vùng sẽ bị thay đổi.
Vì vậy, bạn không thể khởi động vào hệ thống.

— karthick87
nguồn

-1, không thông tin. Hiệu quả của việc loại bỏ thông số đó là gì? Những lợi thế và bất lợi là gì?

— loevborg

@loevborg root = sẽ được chuyển dưới dạng tên thiết bị chứ không phải UUID

— karthick87

4

khi bỏ ghi chú, lần sau, grub sẽ tạo lại /boot/grub.cfg sẽ đặt tên thiết bị tuyệt đối thay vì UUID- tức là / dev / sdXY

vì vậy nếu bạn sắp xếp lại các phân vùng trong bảng phân vùng (ví dụ: chèn / xóa phân vùng) và số phân vùng đã thay đổi - grub không thể tìm thấy kernel để khởi động

với UUID, thậm chí sắp xếp lại các phân vùng sẽ không phá vỡ mọi thứ

Mặt trái của UUID là rất khó để chúng dài và do đó khó nhớ.

— máy bay phản lực
nguồn

2

Thỏa thuận thực sự là về việc thêm đĩa vào hệ thống của bạn. Nếu đĩa của bạn trước đây là / dev / sda và được cắm vào SATA1 như là ổ đĩa duy nhất và sau đó bạn đã thêm ổ đĩa thứ hai, nhưng đã cắm nó vào SATA0, nó sẽ trở thành / dev / sda và ánh xạ root = của bạn sẽ không hợp lệ. Tuy nhiên, UUID không có vấn đề này, vì chúng là định danh duy nhất.

Ngoài ra nếu bạn có một số thẻ mở rộng, đôi khi chúng được phát hiện ở những thời điểm hơi khác nhau, dẫn đến việc gán tên ổ đĩa khác nhau cho các ổ đĩa treo chúng. Một lần nữa, UUID không bị ảnh hưởng. Ngoài ra, nếu một ổ đĩa bị chết, đôi khi một ổ đĩa khác sẽ mất vị trí, ví dụ: nếu / dev / sda chết, có lẽ trong lần khởi động tiếp theo / dev / sdb sẽ trở thành / dev / sda .. Điều đó xảy ra.

Tôi muốn nói rằng hệ thống càng lớn hoặc muốn trở thành, càng có nhiều khả năng ổ đĩa bị xáo trộn khi khởi động ..

Cá nhân tôi không quan tâm đến việc sử dụng UUID cho root =, nhưng tôi thấy nó ở đâu.

— Robert
nguồn

Bạn có thể chỉ ra những gì có nghĩa là thực sự? Ý tôi là chính xác những gì vô hiệu hóa linux uuid làm gì?

— DrSAR

Điều gì xảy ra khi chúng tôi bỏ ghi chú GRUB_DISABLE_LINUX_UUID = true?