Protože s Ubuntu a Linuxem obecně teprve začínám, chtěl jsem si nainstalovat jeden ostrý systém 64bitový, jeden testovací 64bitový a jeden 32bitový. Jenže se objevila zrada. Budu psát o verzi 7.10 Gutsy Gibbon.
Postupoval jsem následovně, jelikož doporučení s testovacím systémem jsem dostal až po instalaci původního ostrého Ubuntu. Takže na začátku jsem zformátoval celých 160 GB disku (kromě 2GB swapu) na EXT3 a nainstaloval 64bitové Ubuntu.
Jenže pak se začaly objevovat problémy s různými nastaveními, které jsem řešil se svým zkušenějším kamarádem a několikrát situace vypadala na reinstalaci celého systému a tudíž i ztrátu dat (vždycky jsme vymysleli, jak se tomu vyhnout), navrhl, že bych si měl nainstalovat ještě testovací systém. Proč tedy ne... Vzhledem k tomu, že pro 64bity ještě nejsou ovladače pro mojí wifikartu (stroj je notebook s integrovanou wifi Atheros), rozhodl jsem se ještě pro třetí systém v podobě 32bitového Ubuntu právě kvůli té wifi.
S hrůzou v očích jsem sledoval (nebyl jsem si jistý, jak dopadnou data, sice nikterak důležitá, ale přesto...), jak gparted rozděluje volné místo na původní datovo-systémové partition na 100 GB + 2x 30 GB (budu muset tohle rozložení trochu přehodnotit, 30 GB je nějak hodně na testovací systémy, ale to je teď jedno). Původní systém tedy zůstal i s daty.
Nainstaloval jsem 32bitovou verzi na partition č. 2 (sda3 a hned po ní i 64bitovou na partition č. 3 (sda4) a jal jsem se je zkusit spustit. Obě 64bitové nastartovaly v pohodě, jen 32bitová se zasekla na kontrole file systému s tím, že je poškozen. Zjišťoval jsem, jak je to možné a po asi dvou hodinách zkoumání a prolézání netu jsem dospěl k závěru, že instalace třetího systému (64bit) vygenerovala 32bitovému Ubuntu jiné UUID do grubu - opačně se to děje taky, to už jsem stihl zkusit - a fsck je z toho mimo.
Shrnutí:
1. instalovaný - sda1 - 64bitové Ubuntu s daty - jede bez problémů
2. instalovaný - sda3 - 32bitové Ubuntu - jiné UUID v Grubu, fsck při startu hlásí poškozený file systém
3. instalovaný - sda4 - 64bitové testovací Ubuntu - jede bez problémů
Takže se ptám, jak je to možné (kdyby přepsal oba předchozí nainstalované, řekl bych, že je to blbá vlastnost, ale takhle...), proč k tomu dochází a jak se toho zbavím, případně jak to opravím?
A ať mi nikdo netvrdí, že je natolik nestandardní instalovat tři stejné systémy na jeden disk.
Předpokládám, že přepsáním nového UUID tím starým v novém menu.ls by se to spravit mohlo.
Výpisy souborů můžu poskytnout, ale mám pocit, že to k ničemu nebude (je v nich straěný bordel) - prostě mi budete muset věřit, že jsou tam u toho jednoho systému jiná UUID.
Kdyby s tím měl někdo zkušenosti, budu velmi rád za jakoukoliv radu. Děkuji.
Edit: Teď jsem ještě našel jednu radu: "Podobny bug jsem nikda nevidel, ale zkuste napriklad editovat /boot/grub/menu1.st a misto UUID pro disk tam dejte oldschoolove cestu k zarizeni v dev (/dev/sda2).." Zkusím to a uvidím.
Edit2: Tak tohle nic nevyřešilo...
Edit3: Zkusím neinstalovat zavaděč...
Edit4: Tak to vypadá, že takhle to půjde, jen je potřeba zálohovat původní menu.ls a vždycky do něj doplnit nový systém. Následně pak celý adresář /boot/grub přesunout do /boot nového systému.
Edit5: Omyl, tak to nejde, taky to nevyřešilo problém s fsck...