Am reusit pana la urma, fac un rezumat. * Tabela de partitii clasica, tip "ms-dos" nu poate defini partitii mai mari de 2 TB. Aceasta tabela de partitii este folosita peste tot, in acest moment.
* Solutia este GUID Partition Table, un "model mai nou" care nu are aceasta limitare. Deci se defineste tabela de partitii a discului in format GPT. * numai parted stie sa manevreze GPT, fdisk afiseaza balarii si nu se poate folosi. Atentie, parted scrie direct pe disc! Pericol. Boon, am boot-at Rescue System de la SUSE, am salvat sistemul instalat pe un export NFS, am redefinit tabela de partitii in format GPT, am restaurat sistemul. Toate par bune si frumoase pana aici, numai ca nu sunt. Si anume din aceasta cauza: grub-ul normal, pe care-l foloseste toata lumea, nu stie sa boot-eze de pe GPT. grub2 va avea aceasta capabilitiate, dar nu e inca gata (adica nu s-a compilat). Ca urmare, solutia a fost un patch pentru grub 0.97 - numit patch-ul lui Marco Gerards care adauga capabilitatea de a boot-a de pe GPT. http://files.bitleap.com/software/grub/grub-0.96-gpt_partition_support.patch Fain, am compilat grub-ul asta patch-uit, tot folosind rescue system, siii... tot nu-i gata. grub-ul chior are o problema cu adresele de memorie in care vrea sa incarce initrd-ul. Da o eroare 28, Selected item cannot fit into memory. Am mai patch-uit odata cu un patch pe care-l foloseste SUSE. http://www.nabble.com/attachment/9708953/0/070_all_grub-0.97-initrd_max_address.patch Sfarsit _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
