A hétvége folyamán a házi szerveremben HDD-t cseréltem, az új 4 TB lett. Mivel tudtommal erre már nem jó a hagyományos partíciós tábla, GPT-re partícionáltam.
Hamar bele is futottam, hogy ekkor a GRUB-nak kell egy 1 MB méretű partíció, ahova be tudja magát ágyazni, ezt meg is kapta, és el is indult - a teszt gépben.
A production gépben viszont nem volt hajlandó elindulni. A GRUB-ig nem jutok el, a gép látja a HDD-ket (linux raid, de ettől most tekintsünk el, nincs jelentősége), a méretüket is helyesen kiírja, csak nem bootol.
Hasonlóan egy korábbi topichoz, most pendrive-ról töltöm be a kernelt és az initrd-t (syslinux-al), a kernel már simán felcsatolja a lemezeket, és működik is.
Találkozottott valaki hasonlóval? Mi lehet erre a megoldás?
Tudtommal a BIOS-nak nem kellene tudnia, milyen partíciós tábla van a gépben, neki csak az 1. szektort ("MBR") kellene betöltenie és futtatnia.
Az alaplap Intel D525MW, BIOS a legújabb, 2013-as, és elvileg támogatja az UEFI-t is. Segíthet?
Kapcsolódik: mivel az alaplap már eléggé koros, szívesen cserélném. Ha valaki tudna ajánlani kis fogyasztású alaplapot ilyen célra, lehetőleg passzív hűtős CPU-vel, azt megköszönném.
- 816 megtekintés
Hozzászólások
Megoldottam! Nem volt egyszerű :)
Kezdtem sejteni, hogy ha GPT partíciós táblát lát a gép, akkor mindenképp EFI-ből akar bootolni.
Sajnos az UEFI install nem ment simán. Mint kiderítettem, egyes újabb atomok csak 32 bites EFI-t hajlandóak bootolni, így először ezzel próbálkoztam.
Ezzel ez egyáltalán nem indult el!
Ez régebbi atom, és ennek meg valamiért 64 bites EFI kell. Itt viszont az installnál problémákba ütköztem, folyamatosan "no space left on device"-t kaptam a grub-install-nál. Nem tudott az NVRAM-ba írni.
Egy arch fórumon találtam meg, hogy ha az NVRAM-ban kevesebb mint 50% a szabad hely, akkor általában ez történik, ezt pedig a "efi_no_storage_paranoia" kernel opcióval lehet kiküszöbölni (ezzel viszont óvatosan bánjunk).
Na ez után végre elindul a gép a saját lábán is :)
- A hozzászóláshoz be kell jelentkezni