Fórum Root.cz
Hlavní témata => Software => Téma založeno: Pája 04. 04. 2013, 13:06:46
-
Ahoj, mám takový menší větší problém s linuxem, používám ho už asi měsíc, je nainstalovaný na novém SSD disku, takže jsem doufal že všechno bude šlapat bez problémů, ale už potřetí za tu dobu jsem dostal
> error: no such device: <dlouhé číslo>...
grub rescue>Kamarád použivající linux 8 let tohle zažil jen jednou, já během (ani ne) měsíce 3x, nevíte čím by mohl ten častý výskyt způsobený?
-
Má to číslo tenhle tvar? Pokud ano, je to UUID, které jednoznačně indentifikuje disk (nebo partition? kdyžtak mne někdo opravte).
41c22818-fbad-4da6-8196-c816df0b7aa8
Není možné, že se to UUID z nějakého důvodu změnilo a proto grub není schopen identifikovat disk (a nabootovat do něj)?
-
Ano, má tento tvar. Ale proč by se jen tak během přechodu z win8 do ubuntu měnilo?
-
Nějakou takovou chybou trpěly SSD od OCZ (zkušenost s OCZ Petrol) a pomohl upgrade firmware. U dostatečně staré verze firmware je jeho upgrade destruktivní pro data a je třeba disk nejprve zazálohovat.
-
Je to disk od adata, sp600, který byl releasnutý teďka na konci října a nemůžu najít ani zmínku o tom, že by byl někde na netu updatovaný firmware :/
-
Ale proč by se jen tak během přechodu z win8 do ubuntu měnilo?
Ty máš dualboot windows 8/linux? Nebo používáš čistě linux?
-
Muzete si poznamenat UUID a kdyz dojde k chybe, zabootovat neco live z flashky a podivat se, jestli UUID porad sedi. Jinak v Grubu by mel misto UUID jit pouzit odkaz primo na disk, tedy napriklad /dev/sda1. Pokud Microsoft vymyslel nejakou sabotaz, kdy Widle nahodne meni UUID linuxovych disku, tak by to mozna pomohlo. Zejmena pokud je to notebook, tak vam to muze byt jedno, protoze pridavani druheho disku tam zrovna nehrozi.
-
Každopádně to lze v /boot/grum/grub.cfg lze změnit na /dev/sdXY, kde X je písmeno (pokud se hlásí jako první disk, tak a) a Y je číslo oddílu (to už nemůžu takhle poradit).
Kámoš, kterej dělá s Linuxem 8 let, by měl vědět co a jak...
Jen tak mimochodem - jak to nakonec zprovozníš, když to vyhodí tuhle chybu? Jen pár restartů a jede to samo? Pokud jo, nemusí Ti mnou popsaný řešení pomoct... Mohla by být chyba jinde...
-
Mám dual boot win8/ubuntu. Napoprvé jsem to rozjel docela prasečím způsobem přes formát ssd na jiném pc a novou instalaci ubuntu, teďka podle tohodle (https://help.ubuntu.com/community/Boot-Repair). Restartovaní dokola jsem zkoušel napoprvé a nepomohlo.
-
Jinak celou dobu používám odkaz na disk /dev/sdb1 a zavaděč mám na disku s win8, protože tomu s linuxem sem nějak nevěřil...
P.S. bez přihlášení nejde edit, proto doublepost
-
Hm, zajimave. Tak kde se v te hlasce bere ten blabol s UUID? Ze by to Grub, pro ucely te hlasky, prelozil z /dev/sdb1 na UUID, aby se v tom nikdo nevyznal?
-
Dostaneš se do toho Ubuntu? Zkusil jsi přeinstalovat grub?
sudo grub-install /dev/sda
sudo update-grub
Nejsi sám, kdo má takovýhle problém: http://askubuntu.com/questions/211764/grub-bootloader-error-every-second-boot
Zkusil bych několikrát nabootovat do linuxu a následně do win a zase linuxu a příkazem
sudo blkidzjistit, jestli se to UUID opravdu mění... pustit předtím a potom, následně porovnat.
-
Zkus nastavit tohle
GRUB_DISABLE_LINUX_UUID=true v souboru /etc/default/grub a udělat update konfiguračního souboru grubu pomocí
update-grub popřípadě update-grub2
-
Doporučuju nastudovat: http://wiki.ubuntu.cz/grub2
-
No a taky jak se do toho ubuntu dostat, aby šel ten grub přeinstalovat, že ano...
Nabootovat live cd (stejná architektura - 32/64bit), pustit terminál a:
# $1 nahradit treba za /mnt (či nějaký jiný adresář, kde je nainstalovaný systém připojen, včetně /boot),
# nebo to ulozit jako script, přidat práva na spuštění, a pustit s tou cestou jako parametrem
# - osobně mám tento "skript" uložený v rootu na všech systémech. :-)
mount -o bind /sys $1/sys
mount -o bind /proc $1/proc
mount -o bind /dev $1/dev
mount -o bind /dev/pts $1/dev/pts
chroot $1 /bin/bash
A voila, nyní jsi v nainstalovaném systému a /absolutní/cesty se vztahují k němu, ne k livecd (pochopitelně jen v tom terminálu), takže můžeš manipulovat s grubem.
-
Z prvního příspěvku autora mi vyplynulo, že se do systému dostane...
-
To je chyba grubu, kernel se vůbec nepustil. A podle dalších příspěvků to jednou "opravil" formátem disku, a pak nějakým grub-repair z livecd. Je fakt, že ten chroot + manuální oprava je v tom případě poněkud zbytečný, ale neuškodí vidět trochu do střev pod klikátka a být schopný si poradit i bez nich.
-
Aha, to jsem přehlédnul... Myslel jsem si, že se mu občas povede úspěšně nabootovat do systému...
-
Nevím proč, ale zajímalo by mě, jestli tazatel problém vyřešil, popřípadě jak...
-
Pozor, nemusí to být jen grubem, ale i ramvdiskem! Pokud je něco špatného v ramvdisku, může to hodit stejnou hlášku, proto bych zkusil znovu vygenerovat i ram disk. Jo Grub 2 je naprosto skvělou záležitostí. Hrál jsem si s ním čtyři dny a byl jsem z něj úplně dojatej. Ta jeho rozházenost po celém sytému, wau, nejlepší nástroj, co jsemkdy viděl. Bohužel adekvátní náhrada neexistuje. Kdyby někdo na nějaké náhradě pracoval, pošlete mi odkaz a já mu hned finančně přispěji. Až tak se mi líbí Grub2.
-
OpenSuse stále má voľbu použiť GRUB Legacy...
Syslinux?
http://jasonwryan.com/blog/2012/07/09/syslinux/
-
OpenSuse stále má voľbu použiť GRUB Legacy...
Syslinux?
http://jasonwryan.com/blog/2012/07/09/syslinux/
Ta volba tam sice je, ale moc dobře to nefunguje. Má i volbu lila, a také to napíše, že není podporováno.
-
Potom je problém z EFI mne Grub Legacy Opensuse 12.3 ide
I keď podpora UEFI je zmieňovaná tu...
http://www.rodsbooks.com/efi-bootloaders/grub_legacy.html
-
Potom je problém z EFI mne Grub Legacy Opensuse 12.3 ide
I keď podpora UEFI je zmieňovaná tu...
http://www.rodsbooks.com/efi-bootloaders/grub_legacy.html
Já to moc nestudoval, zvolil jsem ho v yastu, naklikal tam nastavení, yast si donainstaloval balíčky, restart a naběhl nějaký minimalní režim. Nebyl na to čas. S UEFI určitě problém nebyl, protože se jednalo o Thinkpad T400.
-
8)
zdá se že to bude asi dobré a kvalitní
-
Zdravím, myslím že se mi vyskytl stejný problém. Mám taky doma SSD ADATA (myslím že i stejný model), jednou se mi stalo že ho bios nedetekoval a našel jen Maxtora na kterým není zavaděč, takže PC vůbec nenabotoval. Pomohl až restart PC. Pokud má tazatel grub na jiném disku než systém a ten disk se systémem nenaběhne tak pak grub hlásí že chybí oddíl s tím UUID. Bude to nejspíš diskem věřím totiž že bios v DELL Optiplex bude v pořádku.