Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: polo 05. 08. 2016, 09:06:15
-
Dobry den
Mam nasledujuci problem s ktorym si neviem rady.
Po update na grub 2.02beta3-1 (-2 nic nemeni) a naslednom grub-mkconfig -o /boot/grub/grub.cfg
system nenabootuje pretoze chyba / UUID ked dam v menu grubu e je tam len root=UUID= rw quiet
Skusil som grub-install --recheck --target=i386-pc /dev/sdb na novo a znova grub-mkconfig -o /boot/grub/grub.cfg ale bez vysledku,
v /etc/fstab je prislusny riadok korektne:
# /dev/sdb2
UUID=6f57ee3c-9a86-478d-8bd9-604ef2007e96 / f2fs rw,relatime,background_gc=on,inline_data,extent_cache,active_logs=6 0 0
blkid /dev/sdb2 tiez UUID odpoveda.
Ked sa vratim spat na grub2.02beta2 tak to funguje po installe a update grubu zase korektne ale je tam jedna zvlastnost:
BOOT_IMAGE=/vmlinuz-linux-lts root=/dev/sdb2 rw quiet namiesto UUID je tam root=/dev/sdb2
Arch som instaloval tradicne a nie zrovna prvy raz a vzdy som tam mal UUID (od kedy je default), teraz je tam asi jedina odchylka a to, ze som dal zvlast /boot s EXT a zvlast / s f2fs
Dakujem
-
To /dev/sdb2 není zvláštnost, to je právě normální :) ty UUID jsou nenormální, pro ubuntisty toprý, jako archista byses tomu mohl chtít vyhnout
Konkrétně myslím, že UUID jako parametr vyžaduje initrd, kterej asi nepoužíváš a jen kvůli UUID bych ho nedával
-
Asi tak viz odpověď výše. Má to cenu třeba pro externí disky, kdy nezávisle na tom kolik a v jakém pořadí jich připojíš, se ti vždy připojí na správný mountpoint a je jedno, jestli je to aktuálně sdb, sdc, sdd... ale pokud je to interní disk, se kterým nehejbeš, dej tam prostě to root=/dev/sdb2 a je po starostech.
-
on standardní grub neumí boot z f2fs, tak musíte použít speciální grub (https://aur.archlinux.org/packages/grub-f2fs/) nebo oddělený /boot s ext2 (ext3 nebo ext4)
-
UUID normalne arch pouzia nieje nato treba zadat nic specialne.(kazda dalsia instalacia, ktoru mam tam ma UUID)
Tu ale default pouzilo /dev/sdb2 namiesto UUID (co som neriesil ani nepostrehol) a fungovalo to korektne az do updatu grubu s beta2 na beta3 po ktorom v grube paramter root=/dev/sdb2 nahradil root=UUID= (a ziadne UUID len prazde) naco system nenabootuje co je docela logicke mozem modifkovat /etc/default/grub permanentne alebo len docasne cez edit v grub menu a doplnit tam UUID alebo /dev/sdb2 naco system nabootuje korektne.
/boot particiu mam zvlast s ext4 ako som uz pisal prave preto, ze grub nepozna f2fs.
Skusil som install grub nanovo, nasledne update bez zmeny.
vsetko v /etc/fstab je v poriadku skusil som aj nahradit UUID v fstab za /dev/sdb2 a potom dat update grub ale ziadny vysledok.
Ide o to, ze doteraz som tam nikdy nic dat nemusel a grub to nastavil vzdy sam, takze neviem preco to novy grub zmenil ci sa jedna o bug alebo mam nieco spatne.
-
Vyzera to na bug uz je to opakovane hlasene a bugs.archlinux.
-
To /dev/sdb2 není zvláštnost, to je právě normální :) ty UUID jsou nenormální, pro ubuntisty toprý, jako archista byses tomu mohl chtít vyhnout
Arch Wiki si mysli neco jineho:
https://wiki.archlinux.org/index.php/Persistent_block_device_naming
(Ja osobne o chlup radeji labely nez UUID, ale /dev/sdXY vazne neni moc dobry napad)
-
No ale na ty vaše divný pytlovinky je ptřeba initrd ve kterým je udev, protže jádru jsou nějaký UUID a labely někde. Ostatně se to píše i na té arch stránce linkované Nekolou:
To use persistent names in your boot manager, the following prerequisites must be met:
You are using a mkinitcpio initial RAM disk image
You have udev enabled in /etc/mkinitcpio.conf
Takže polo, máš initrd? A máš v něm udev? Nebo jak to máš?
-
Uz je to opravene dnesnim updatom grubu v Archu.
Pri f2fs nepouziva grub UUID ale klasicke oznacenie /dev/sdX automaticky zatial.
https://bugs.archlinux.org/task/50246