Salutare,
Scriu mailul asta in ideea de a discuta discutii, nu neaparat am o problema (inca). Dupa cum stiti, de ceva timp in unele distributii a inceput sa fie implementat grub2-ul ca boot loader. Ca sa ne referim la ceva concret, hai sa vorbim de Fedora 16, insa nu cred ca e neaparat legat de distributia asta. Asadar daca se instaleaza de la zero F16, vine cu GPT in loc de MBR, asa ca nu conteaza ce si cum faci, grub2 va functiona ok. Daca insa faci upgrade de la o versiune anterioara (cu MBR pe hdd), atunci poti fi in una din urmatoarele 2 situatii (fericita/nefericita): - nu ai raid configurat si atunci cel mai probabil grub2-ul va avea spatiu sa isi puna tot ce are nevoie in primele sectoare din si dupa MBR - ai raid (soft/hard) si cel mai probabil la sfarsitul upgrade-ului grub2 iti arunca o eroare de genul "your core.img is unusually large, it won't fit in the embedding area" Problema e cunoscuta, e chiar considerata un bug. Grub2 nu are loc destul sa-si puna toate informatiile in primele 62 de sectoare ale hdd-ului. Ce nu inteleg e de ce nu face installer-ul niste verificari premergatoare upgrade-ului, ca sa nu ajungi in situatia de a-ti smulge parul din cap: http://fedoraproject.org/wiki/Common_F16_bugs#Boot_sometimes_fails_when_installing_to_a_pre-existing_partition_layout_with_complex_boot_configuration_.28e.g._software_or_firmware_RAID-1.29 La o altfel de situatie, alta rezolvare nu am gasit decat sa micsorez partitia de root si sa o mut "mai spre dreapta" astfel incat sa fac loc grub-ului sa scrie ce vrea. Insa e o operatiune ce ia timp, implica niste riscuri, eventual backup inainte. Dupa vreo 15 minute de la lansarea chestiunii m-am plictisit de asteptare si am considerat ca imi ia aproape acelasi timp sa configurez totul de la zero si sa restaurez datele. Am trecut pe CentOS 6.2, unde am avut grija sa las ceva spatiu liber la inceputul hdd-ului pentru o eventuala migrare si aici la grub2. Intrebarea urmatoare care se pune inevitabil este: la upgrade-ul de la CentOS 6 la 7 (daca va folosi grub2) voi ajunge in aceeasi situatie ca la F15->16? Sau si mai generic: la orice distributie care va migra catre grub2 va interveni aceeasi problema legata numarul de sectoare disponibile la inceputul hdd-ului (ce foloseste MBR-ul)? Au reusit alte distributii sa gaseasca o rezolvare mai "eleganta"? O alta chestie e legata de problema partitiei /boot, RAID si grub2: http://fedoraproject.org/wiki/Common_F16_bugs#Cannot_boot_with_.2Fboot_partition_on_a_software_RAID_array Asta mi se pare ca in filmele cu prosti. "Documentatia" zicea ca nu e prea bine sa faci partitie separata pentru /boot, insa cei care au facut-o au fost mai castigati privind prima problema din discutie, respectiv au "migrat" /boot-ul in partita de root., apoi au sters partitia /boot si au folosit spatiul respectiv ca sa lase loc grub2-ului sa se instaleze linistit. Eu inteleg ca apar imbunatatiri constante ale distributiilor de linux, dar ce urmeaza in continuare mi se pare ca da peste cap cam multe lucruri. Pare sa ajungem intr-un punct (end-of-life-ul distributiei) in care sa fim aproape obligati sa reinstalam totul de la zero? Numai bine, -- Catalin Bucur mailto:[email protected] NOC @ Genius Network SRL - Galati - Romania _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
