Amikor installáltam a linuxot, egy nagy extended volt az egész hdd. Sok adatot lementettem róla, de nem volt elég hely mindennek, ezért átmozgattam ezt a partíciót, igy maradt meg az extended hda1-nek, és kaptak nagyobb sorszámot az újonnan létrejött partíciók.
Most végleg migrálnám a régi adatokat, de mégis szükség van valami átjáró fs-re még egy ideig, amit oda-vissza lehet írni.
Mivel elsősorban xp írja, ezért gondoltam első körön fat32-re, így lett kitöltve a régi ntfs helye(before: hda1 < hda5 >hda5) fat32-kel (hda4 < hda5 hda6 hda7 hda8 >).
Az eset kapcsán két dolog van amin bosszankodik/nevet az ember:
(1) a fat32 max 4GB file méret, max 32GB fs méret
(2) a pc partíció kezelése nagyon béna
(1) ehhez tudni kell, h eredetileg 47GB adatot kellett volna átpakolni. Ezt először tar-al egybe vágtam és amikor létrehozni akartam a fat32-t jöttem rá, h nem fogom tudni visszamásolni egy összefüggő partícióra :P ok, töröltem belőle annyit, h 32GB alatt legyen, tar megint, partíciók megcsinál, és én meg (továbbra is naívian), másoltam volna rá a ~30GB stuffot. ez kerek 4GB-ig ment :D
Igaz ennek nem sok köze van a GRUB hibaüzenethez ;)
(2) ennek viszont van: pqmagic volt a tettes, de sztem más partícionáló is így nyomná. vagyis az logikai partíció(hda5) törlése, mivel egy volt, maga után vonja az extended(hda1) törlését is. az újabbak(hda5-8) létrehozása után meg hda4 lett az extended, és ezzel egyetemben eggyel kisebb számozást kaptak a linuxos partíciók is.
Ezért mondta az a GRUB, h Error 17 mert a swap az más fs, mint amiről ő tudna olvasni.
Akkor nézzük, hogy vannak fizikailag a partíciók:
before: ext2 swap reiser
before: hda2 hda3 hda4 <<--hda1-en belül a hda5
after: ext2 swap reiser
after: hda1 hda2 hda3 <<--hda4-en belül hda5-8
Talán ez az egy dolog amit az nt jól csinál: a boot.ini-ben a partíciók számozása úgy van ahogy fizikailag egymás után vannak. vagyis ott ha van egy primary és egy extended-en belüli logikai, akkor ott a logikai nem hda5(értsd ötödik) lesz, hanem partition(2).
Ugye ha nem lenne a pc megkötés, akkor nem lenne ez a vacakolás a számozással. És a grub hiába olyan intelligens, h azt mondja a fenébe a hdax-el, én a (fizikailag)első disk (fizikailag)első partíciójáról bootolok: (hd0,0). Igen ám, de ebből a példából látszik ha megnézzük a before részt: h a hda1, ami csak egy logikai bukfenc, egy container, egy mutató, a tényleges kézzel fogható, kihasználható partícióra; az is annak számít :P
ui.: (1) közben rájöttem h van felinstallálva ifs xp alá és a legtisztább lesz ext2-t használni, amíg szükség van ilyen megoldásra
- zaphodb blogja
- A hozzászóláshoz be kell jelentkezni
- 981 megtekintés
Hozzászólások
Az XP tud kezelni 32GB-nál nagyobb FAT32-es particiót, csak létrehozni nem tud nagyobbat. Ha valami mással létrehozod akkor tudja használni.
----------------------------------------------------------
Sebeink emlékeztetnek arra, hogy a múlt valóban megtörtént
- A hozzászóláshoz be kell jelentkezni
egyrészt nem akartam mással létrehozni, másrészt ha egy normális fs-re lehúzok egy dvd-t iso-ba, akkor ha csak a legkisebb 4,3 GB-t nézem, azt se tudom rámásolni fat32-re.
- A hozzászóláshoz be kell jelentkezni