On 10/21/2012 10:48 AM, Szládovics Péter wrote: > 2012-10-20 19:58 keltezéssel, Gabor HALASZ írta: >> On 10/20/2012 7:26 PM, Nemeth Gyorgy wrote: >>> 2012-10-20 18:57 keltezéssel, Szládovics Péter írta: >>>>>> Előre is köszönöm! >>>>> "GRUB(2) requires a 2 MiB "BIOS Boot Partition" (EF02 type code in gdisk >>>>> and bios_grub flag in GNU Parted) in BIOS systems to embed its core.img >>>>> file due to lack of post-MBR embed gap in GPT disks." >>>>> >>>>> https://wiki.archlinux.org/index.php/GUID_Partition_Table >>>> És tudtommal, ha a BIOS-nak nincs UEFI módja, akkor nem bootol GPT-ről. >>> A linken az első mondat: >>> "GUID Partition Table (GPT) is a new style of partitioning which is part >>> of the Unified Extensible Firmware Interface Specification, using the >>> globally unique identifier for devices" >>> >>> (csak megerősítés) >>> >> Ujabb udvozlet a 21. szazadbol: >> >> /root# gpart show >> => 34 3907029101 ad4 GPT (1.8T) >> 34 256 1 freebsd-boot (128k) >> 290 3907028845 2 freebsd-zfs (1.8T) >> >> => 34 3907029101 ad6 GPT (1.8T) >> 34 256 1 freebsd-boot (128k) >> 290 3907028845 2 freebsd-zfs (1.8T) >> >> Nem, az alaplap nem tud uefi-t. > > Hekkelni bármit lehet. Ha a BIOS nem tud UEFI-t, akkor a boot a disk > első fizikai szektorából indul.
Neked teljesen felesleges magyarazni, mert a megertes szandeka is hianyzik. De meg egyszer megprobalom, hatha masok tanulnak belole: A fenti felallas nem hack, hanem feature. A bootloader-t a gpart rakja fel, ugyanugy, mint az MBR eseten. A GPT-t ugy alakitottak ki, hogy az elso szektort ures a compatibility loader-ek szamara. Ez nem titok, vagy hack, hanem tervezes, benne van a dokumentacioban. A wiki is irja, rogton az elejen, a fetures reszben ez az elso: MBR-based partition table schemes insert the partitioning information for (usually) four "primary" partitions in the master boot record (MBR) (which on a BIOS system is also the container for code that begins the process of booting the system). In a GPT, the first sector of the disk is reserved for a "protective MBR" such that booting a BIOS-based computer from a GPT disk is supported, but the boot loader and O/S must both be GPT aware. Regardless of the sector size, the GPT header begins on the second logical block of the device. - http://en.wikipedia.org/wiki/GUID_Partition_Table#Features > A GPT ennél azért többre képes, ha UEFI van előtte, mivel a disk végén > van egy árnyékmásolat, és ha valami sérül, azt használja. > Ha a diskeden az első fizikai szektor megsérül, akkor nem bootolsz. UEFI > esetén viszont igen, és ez lehet, hogy működik (optimális esetben), de > funkcionalitást vesztesz. Koncepcionalisan pedig a GPT-t nem azert hasznalom, hogy kivedjem az elso vagy barmelyik masik szektor seruleset. A diszkhibakbol eredo problemakat ket uton kezelem: az adatvesztes elkerulesere napi mentest hasznalok, a rendelkezesre allast pedig lemeztukrozessel biztositom. A GPT-t elsosorban azert hasznalom, mert az MBR kepessegei nem elegsegesek mai diszkek kezelesehez, masodorban mert kenyelmes. Ezt a bootolas koruli aggodalmat vegkepp nem ertem. A compatibility loader-t egyszer felirja a gpart, utana bootlasonkent egyszer beolvassa a bios, es senki nem nyul hozza tobbet, nincs miert megserulnie. Bootolni evente nagyjabol egyszer szokott egy szerver, vagy annyiszor sem; ha valamiert nagyon le kell allitani a szervert, akkor ugyis ertesiteni kell a felhasznalokat, csak megfeleloen kell az idoablakot megvalasztani. Mondjuk a szerver hatara kotozott flash driveot/bootcdt, ami a compatibility loadert tartalmazza, nem olyan sok extra ido bebootolni, az pedig majd osszegyujti a GPT particiokat es betolti az os loadert. > Így nem nevezném nagy vívmánynak. A GPT hasznalata MBR helyett igenis nagy (es a diszkmeretek novekedesevel rovidevesen elkerulhetetlen) vivmany. _________________________________________________ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux