SSD gpt grub install

Hello,

Vettem egy ssd disket, OCZ 120Gb. gdisk-kel tettem ra egy gpt linux particiot, majd felformaztam ext4-el. At is tudtam masolni rsync-kel a regi hd tartalmat.
Aztan chroot utan fel akartam installni a grub-ot, de kiakadt, hogy nincs BIOS boot particio.

parted szerint van:
zamek:/# parted /dev/sdb print

Model: OCZ-AGIL ITY3 (scsi)
Disk /dev/sdb: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number Start End Size File system Name Flags
1 1049kB 116GB 116GB ext4 Linux filesystem boot
2 116GB 120GB 4069MB Linux swap

Mit kell meg ballitani hogy a Grub felmasszon?

koszi,
Zamek

Hozzászólások

grub-legacy? Ha jol remlik, az nem megy gpt-vel... csak a grub2.

"I do not fear computers. I fear the lack of them." (Isaac Asimov)

itt meg egy gdisk

zamek:~# gdisk /dev/sdb
GPT fdisk (gdisk) version 0.8.1

Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): p
Disk /dev/sdb: 234441648 sectors, 111.8 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 07E0B4F0-CE29-4D11-B679-BEA68DC8A07F
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 234441614
Partitions will be aligned on 2048-sector boundaries
Total free space is 4061 sectors (2.0 MiB)

Number Start (sector) End (sector) Size Code Name
1 2048 226492416 108.0 GiB EF02 Linux filesystem
2 226494464 234441614 3.8 GiB 0700 Linux swap

Hmmm, megtalaltam a cgdisk utility-t, amirol azt irja, hogy olyan, mint a cfdisk, de ennek igen erdekes a kimenete:

ez a normal gdisk:
zamek:~# gdisk /dev/sdb
GPT fdisk (gdisk) version 0.8.1

Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): p
Disk /dev/sdb: 234441648 sectors, 111.8 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 07E0B4F0-CE29-4D11-B679-BEA68DC8A07F
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 234441614
Partitions will be aligned on 2048-sector boundaries
Total free space is 4061 sectors (2.0 MiB)

Number Start (sector) End (sector) Size Code Name
1 2048 226492416 108.0 GiB EF02 Linux filesystem
2 226494464 234441614 3.8 GiB 0700 Linux swap

Command (? for help):

Ez meg ugyanaz cgdisk-kel:
cgdisk 0.8.1

Disk Drive: /dev/sdb
Size: 234441648, 111.8 GiB

Part. # Size Partition Type Partition Name
----------------------------------------------------------------
1007.0 KiB free space
1 108.0 GiB BIOS boot partition Linux filesystem
1023.5 KiB free space
2 3.8 GiB Microsoft basic data Linux swap

Lett ket 1Mb koruli free space es a linux swap microsoft data tipusu? :O
A ket 1Mb koruli free jogos, a gdisk alapjan is van a particiok kozott ures hely, de a swap egy kicsit mellbevagott.

Kinek higgyunk?

Nem akarok új témát nyitni, csak egy rövid kérdésem lenne a GPT-vel kapcsolatban.

Fedora 16-ot telepítettem ma, és észrevettem, hogy csinálni kell a 16-os verziótol (előtte nem) BIOS BOOT típusu partíciót, tehát ez lesz az a biz. GPT partíció.

Utána néztem és rájöttem, h mindössze azért kell, mert a 2 TB-nál nagyobb HDD-k bootolását az UEFI bios teszi lehetővé és ahol nincs UEFI ill. ekkora méretű partíció ott kell egy 0,5-2MB méretű GPT partíció, h tudjon bootolni a rendszer...

Fedora nem is enged új rendszert enélkül telepíteni (meglévő mellé engedi a GPT nélküli telepítést)

Tehát a kérdésem: Miért kell megadni a fedora 16ban -telepítési folyamat vége felé- azt a device-t ahova a boot loadert telepítse, ha úgy is ebbe a bios_boot partícióba tölti be???

Ha jól értem a kérdésedet, akkor azért, mert oda kerül a boot.img.
Ez általában a device (disk vagy partíció, fixme) elsó 440-446 byte-ja.
Ezt tölti be a BIOS és "futtatja".
A bios_grub típusú partíción lévő adatokat már maga a GRUB tölti be.
Az a tippem, hogy ezen a partíción a core.img van. (fixme)
A GRUB 1-ben ezt a core.img-nek megfelelő részt hívták talán grub stage 1.5-nek.
http://www.gnu.org/software/grub/manual/grub.html#Images

A boot.img-nek és a core.img-nek talán nem kötelező ugyanazon a device-on lenni, gondolom ezért kérdezi meg.