Menurut pendapat saya, penggunaan UUID untuk mengidentifikasi partisi dan volume adalah praktik yang buruk dan kadang-kadang menyebabkan bencana: pengidentifikasi yang dihasilkan secara acak sama sekali tidak kuat, bahkan mereka bahkan tidak selamat dari partisi ulang & format ulang, yang akan menghasilkan sistem yang tidak bisa di-boot dan entri yang dapat digunakan / etc / fstab. Mereka sulit diketik dan tidak menyampaikan makna apa pun tentang partisi-konten kepada pengguna. LAbels di sisi lain, jika chozen baik akan memberi tahu banyak tentang isi partisi. Semua partisi saya diberi label: seperti WIN7_C, XP_D, XUBUNTU_1204, BOOT, HOME_1204 dll ... Refo
eric Stockman
Jawaban:
4
Yah saya pikir komentar di atas baris mengatakan semuanya # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
Setelah menghapus komentar bahwa root line = akan dikirimkan sebagai nama perangkat dan bukan UUID.
linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=...
untuk linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/sdX
Namun tidak disarankan untuk menghapus komentar pada baris tersebut, karena jika Anda menghapus / membuat partisi baru, tabel partisi akan berubah.
-1, tidak informatif. Apa efek dari menghilangkan paramter itu? Apa kelebihan dan kekurangannya?
loevborg
@loevborg root = akan diteruskan sebagai nama perangkat dan bukan UUID
karthick87
4
ketika batalkan komentar itu, waktu berikutnya grub membuat ulang / boot / grub.cfg akan menempatkan nama perangkat absolut alih-alih UUID- yaitu / dev / sdXY
jadi jika Anda mengatur ulang partisi dalam tabel partisi (misalnya memasukkan / menghapus partisi) dan nomor partisi berubah - grub tidak dapat menemukan kernel untuk boot
dengan UUID, bahkan mengatur ulang partisi tidak akan merusak banyak hal
kontra UUID adalah sulit bagi mereka panjang dan karenanya sulit untuk diingat.
Kesepakatan sebenarnya adalah tentang menambahkan disk ke sistem Anda. Jika disk Anda sebelumnya / dev / sda, dan dicolokkan ke SATA1 sebagai satu-satunya drive, dan kemudian Anda menambahkan drive kedua, tetapi dicolokkan ke SATA0, itu akan menjadi / dev / sda, dan pemetaan root = Anda akan menjadi tidak valid Namun, UUID tidak memiliki masalah ini, karena mereka pengidentifikasi unik.
Juga jika Anda memiliki beberapa kartu ekspansi, kadang-kadang terdeteksi pada waktu yang sedikit berbeda, menghasilkan penugasan nama drive yang berbeda untuk drive yang menggantungnya. Sekali lagi, UUID tidak terpengaruh. Juga jika drive mati, kadang-kadang drive lain terjadi, misalnya jika / dev / sda mati, mungkin pada boot berikutnya / dev / sdb secara ajaib menjadi / dev / sda .. Itu terjadi.
Saya akan mengatakan semakin besar sistem itu atau sepertinya menjadi, semakin banyak kemungkinan drive shuffle saat boot ..
Secara pribadi saya tidak peduli untuk menggunakan UUID untuk root =, tapi saya melihat di mana tempatnya.
Jawaban:
Yah saya pikir komentar di atas baris mengatakan semuanya
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to LinuxSetelah menghapus komentar bahwa root line = akan dikirimkan sebagai nama perangkat dan bukan UUID.
linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=...untuk
linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/sdXsumber
ketika batalkan komentar itu, waktu berikutnya grub membuat ulang / boot / grub.cfg akan menempatkan nama perangkat absolut alih-alih UUID- yaitu / dev / sdXY
jadi jika Anda mengatur ulang partisi dalam tabel partisi (misalnya memasukkan / menghapus partisi) dan nomor partisi berubah - grub tidak dapat menemukan kernel untuk boot
dengan UUID, bahkan mengatur ulang partisi tidak akan merusak banyak hal
kontra UUID adalah sulit bagi mereka panjang dan karenanya sulit untuk diingat.
sumber
Kesepakatan sebenarnya adalah tentang menambahkan disk ke sistem Anda. Jika disk Anda sebelumnya / dev / sda, dan dicolokkan ke SATA1 sebagai satu-satunya drive, dan kemudian Anda menambahkan drive kedua, tetapi dicolokkan ke SATA0, itu akan menjadi / dev / sda, dan pemetaan root = Anda akan menjadi tidak valid Namun, UUID tidak memiliki masalah ini, karena mereka pengidentifikasi unik.
Juga jika Anda memiliki beberapa kartu ekspansi, kadang-kadang terdeteksi pada waktu yang sedikit berbeda, menghasilkan penugasan nama drive yang berbeda untuk drive yang menggantungnya. Sekali lagi, UUID tidak terpengaruh. Juga jika drive mati, kadang-kadang drive lain terjadi, misalnya jika / dev / sda mati, mungkin pada boot berikutnya / dev / sdb secara ajaib menjadi / dev / sda .. Itu terjadi.
Saya akan mengatakan semakin besar sistem itu atau sepertinya menjadi, semakin banyak kemungkinan drive shuffle saat boot ..
Secara pribadi saya tidak peduli untuk menggunakan UUID untuk root =, tapi saya melihat di mana tempatnya.
sumber