Egy 1 TB - os MBR - es merevlemezt klónoztam egy 3 TB - os merevlemezre. A méret kihasználása miatt át kellett állni GPT - re, amit a klónozóprogram fel is ajánlott. Klónozás után nem bootol a rendszer.
A klónozás után 3 partíció lett az eredeti 2 helyett:
1. 128 MB
2. 20 GB: ezen van a telepített Debian 10 rendszer
3. A maradék, ez a /srv - be szokott lenni mountolva
Nincs (nem is volt) swap partíció, a teljes telepítés a jelenleg 2. partíción van.
A gép BIOS - a klasszikus BIOS, nem UEFI - s. Rendelkezésre áll linux live rendszer és sima MBR - es merevlemez esetén újra tudnám telepíteni a GRUB2 - őt, chroot és az ehhez szükséges lépéseket ismerem. Google keresések is megtörténtek, eddig annyit értettem meg, hogy GPT esetén kell egy dedikált > 1 MB BIOS boot partíció, ennek típusát EF02 - re kellett állítani. A boot flag - et is beállítottam.
Milyen filerendszer kell erre a BIOS boot partícióra?
Pontosan hogy kell eljárni a GRUB2 újratelepítésével a GPT - s merevlemezen?
- 516 megtekintés
Hozzászólások
Milyen filerendszer kell erre a BIOS boot partícióra?
Semmilyen, a boot loader fogja csak használni raw üzemmódban.
https://wiki.archlinux.org/index.php/GRUB#BIOS_systems
https://www.gnu.org/software/grub/manual/grub/html_node/BIOS-installation.html#BIOS-installation
Pontosan hogy kell eljárni a GRUB2 újratelepítésével a GPT - s merevlemezen?
grub-install --target=i386-pc /dev/sdXő pedig észreveszi, hogy GPT van, és keresi a BIOS boot partíciót.
Ha nem találja meg, akkor ilyesmiket ír:
grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible.
- A hozzászóláshoz be kell jelentkezni
"Semmilyen, a boot loader fogja csak használni raw üzemmódban."
Az szerintem FAT.
De a "Klónozás után nem bootol a rendszer" helyett hasznosabb lenne tudni, hogy pontosan hol akad el. EFI-ben, talál-e OS-t, vagy már azt sem, etc. etc.
- A hozzászóláshoz be kell jelentkezni
"A gép BIOS - a klasszikus BIOS, nem UEFI - s. "
Ha eltekintünk a kötőjelek körüli méltánytalan helypazarlásoktól, a topiknyitó azt írja, hogy a BIOS-a nem ismeri az UEFI-t.
"pontosan hol akad el. EFI-ben, talál-e OS-t, "
Valószínűleg már EFI-t sem talál.
"Normális ember már nem kommentel sehol." (c) Poli
- A hozzászóláshoz be kell jelentkezni
Köszönöm mindenkinek a válaszokat. "Unallocated", ext2 és ext4 filerendszerekkel próbálkoztam a boot partíción, de a grub-install VL kolléga hozzászólása végén szereplő hibaüzenethez hasonlóval hasal el. Cannot embed..., ill. ext2 - re kimondottan panaszkodott.
A bootoláskor meg természetesen már a grub menüje se jön be.
Az elmondásotok alapján akkor FAT32-vel fogok próbálkozni.
A BIOS mégegyszer 80 x 25 karakteres üzemmódban futó klasszikus BIOS, nem UEFI. Az alaplap Intel D945GSEJT, 10 éves körüli lehet. A Debian 10 pedig 32 bites.
- A hozzászóláshoz be kell jelentkezni
Kevered az EFI partíciót a BIOS boot partícióval. Az UEFI üzemmódban bootoló gép az EFI partícióból olvassa a boot loadert - ez valóban egy FAT32 partíció, és az UEFI BIOS ezt ismeri, tehát nem kell a boot loader segítsége, hogy az egész boot loader kódot a gép be bírja tölteni.
A nem UEFI üzemmódban bootoló gép az MBR 512 byte-ját tölti be, és az MBR-ben levő 440 byte-nyi kódot indítja be, aztán az oldja meg, ahogy akarja a folytatást. És az általában úgy akarja, hogy az MBR utáni szektorokból felolvassa a második stage-et, mert ennél nagyobb tudású boot loader nem fér el a 440 byte-ban. Aztán ez a második stage majd már tud olvasni random partíciókból is, és képes betölteni a boot loader maradék részét.
Na ha GPT-s a diszk, akkor az MBR mögött nem fér el a második stage, mivel közvetlenül az MBR mögött van a GPT partíciós táblája. Ezért azt csinálják, hogy a GPT-ben van egy dedikált partíció (ez a BIOS boot partíció), és a 440 byte-os MBR-ben levő kód annyit tud, hogy ezt a partíciót megkeresi, és ebből felolvassa blokkfolytonosan a második stage-et. Aztán innen már megy minden tovább, mint GPT előtti időkben. Tehát a BIOS boot partíció az MBR után kezdődő szektorokat helyettesíti, amire a GPT miatt van csak szükség.
- A hozzászóláshoz be kell jelentkezni
Jogos, én teljesen EFI-ben gondolkodtam, és most látom, hogy nem is arról van szó :)
- A hozzászóláshoz be kell jelentkezni
Csak egy megkerülős tipp, nekem egy darab ntfs partíciónál működött, a Grub4DOS pedig szinte bármit bebootol. (GPT legacy boot)
- A hozzászóláshoz be kell jelentkezni
Ilyen helyzetben a legacy+mbr kombinációt választanám, és bíznék abban, hogy a linuxnak lesz eszköze a határon túli lemezrész elérésére.
- A hozzászóláshoz be kell jelentkezni
Köszönöm a hathatós közreműködést mindenkinek!
Az első kis, 128 MB méretű BIOS boot partíción (miután gdisk - el létrehozáskor beállítottam az EF02-es partíciótípust) FAT32-es filerendszert kellett létreehozni.
Ezután már a GRUB2 telepítése (grub-install --target=i386-pc /dev/sda) hibátlanul lefutott. Majd az update-grub parancs a szokott módon újragenerálta a grub konfigurációját.
A házi szerver frankón elindult ezekután, nagy kő esett le a szívemről! A teljes merevlemezterület rendelkezésre áll.
Mégegyszer köszönöm mindenkinek!
- A hozzászóláshoz be kell jelentkezni
Rossz hír, hogy egyes régebbi alaplapok NEM tudnak GPT-ről bootolni. Már pedig az UEFI támogatás hiányából arra következtetek, hogy nálad ez a helyzet. Persze kidobni nem kell, veszel mellé egy olcsó SSD-t, megy arra a Debian MBR-es boottal, az 1 terás HDD meg adatoknak.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
De hát bootol neki...
"Normális ember már nem kommentel sehol." (c) Poli
- A hozzászóláshoz be kell jelentkezni