Záchrana systému po změně rozdělení disku
Mám v počítačí 2 disky. Na menším je systém, na větším nevyužité místo, které bych rád využil pro Linux, proto jsem na něm chtěl vytvořit linuxové patišny s ReiserFS. Zkoušel jsem vše přerozdělit pomocí Gparted, ale operace v polovině selhala. Prakticky proběhlo jen zmenšení Windows oddílu s FAT 32 systémen a vytvoření jednoho linuxového, swap už se nevytvořil. Tabulka se samozřejmě nikam nezapsala a teď se dostanu jen na oddíly, u kterých se přerozdělění nestihlo provést. Dají se nějak zachránit data na windows oddíle? Je mi jedno jestli to bude nástroj pod Windws nebo Linux.
Po změně oddílů nemůžu nabootovat. Zkoušel jsem opravit zavaděč pomocí instalačního DVD, ale Grub vždy vyhodí chybu error 21 s tím, nemůže nalézt disk. Když jsem zkoušel bootovat z instalačního DVD, systém to sice našlo, ale objevil se fatal error, protože jsem aktualizovat jádro a nešlo lib modules/2.6.18.2-34-default/modules.dep. Dá se s tím něco dělat? Do systému se dokážu dostat jen s live CD .
Předem děkuji za odpovědi.
Moc jsem nepochopil to, že máte dva disky a když jste měnit file system na větším, tak vám to rozhodilo OS na menším. Není to spíš tak, že máte jeden fyzický hdd a na něm vytvořeny dvě partišny?
Jaká je tedy přesná situace (hdd - partišna - system...)?
Zkusil bych použít SystemRescueCD a jeho utility Sfdisk a Test-disk.
Pokud výše uvedené nepovede k úspěšnému výsledku, tak bych dále vyzkoušel program PhotoRec v kombinaci s live distribucí SLAX. Tento program sice není ve výchozím iso obsažen, ale lze ho jednoduše přidat v podobě modulu, http://www.slax.org/modules.php?action=search&q=photorec
Děkuji za odpověď. Zkoušel jsem ono Rescue CD a nenašel jsem verzi, která by byla schopná nabootovat. Pokaždé se zastaví na Detecting Adaptec I2O RAID controlers. Podařilo se mi ale oddíly obnovit jinak a dokonce jsem ani nepřišel o data. Aspoň ne o naprostou většinu. To bylo to hlavní.
Teď mám problém s bootovováním. Vrátil jsem všechny disky tak, jak byly, ale zavaděč je samozřejměn pryč. Bohužel jsem aktualizoval jádro na 2.6.18 tuším 0.3 a systém nechce nabootovat z instalačního DVD, jak už jsem popisoval. Dá se nějak vrátit bez předchozího nabootování k předchozí verzi kernelu? Do systému se snadno dostanu z Live CD. Nebo dá se instalační DVD přinutit, aby se snažilo nabootovat z jádra, které používá systém teď a ne z toho, které je v přímo v distribuci? Nebo dá se nějak ručně opravit GRUB, když už systém nenabootuje? Spouštěcí disketu jsem si samozřejmě nedělal. Spoléhal jsem na to, že to DVD zvládne, když už tuhle možnost má. Disky jsou v pořadí Sda, Sdb, přičemž na Sda jsou 2 Windows a prázdné linuxové oddíly. Na Sdb oddílech sdb5 je /, sdb6 swap a sdb7 /home. Zbylé dvě jsou Windows FAT 32 jako v předchozím případě.
O systém bych hodně nerad přišel. Jak na to?
bych na Vasem miste sel nejdrive pres repair mod instalace.
Tzn. spustit instalaci opensuse z DVD/CD a tusim hned prvni obrazovka dava moznost vyberu typu instalace (defaultne pouze cista instalace a upgrade, ale lze rozkliknout i dalsi moznosti, ve kterych je i oprava systemu). V opravnem modu bych vybral tzn. expert mod, kdy mate moznost vyberu, ktere z opravnych akci chcete provest. Mezi dostupnymi akcemi, bych pak vybral opravy zavadece a provedl opravu podle konkretni konfigurace.
To pro prvni fazi. V pripade, ze se nezadari, bude nutne sahnout k dalsim machinacim s grubem jinou cestou, nicmene verim, ze to nebude treba ;o)
Možná bude zapotřebí kromě opravy zavaděče potřeba provést i opravu základních součástí systému (pokud je tato volba k dispozici), viz asi problém s modules.dep výše.
Děkuji. Opravný mód jsem samozřejmě zkoušel. Sem s těmi machinacemi. Teď bych asi nejradši překopíroval přes nějakou live distribuci pomocí cp -a oddíl s / a /home ( mám každý na jiném oddíle na stejném disku) na disk, kde budou do budoucna na trvalo, pak fyzicky odpojil původní disk a nakonec opravil zavaděč. Bude to jednodušší kvůli počtu disků a stejně bych to tak v budoucnu udělal. Jak tedy na to? Jde mi hlavně o opravu zavaděče. Pokud možno v příkazovém řádku z live CD, ale vítána je jakákoliv jiná možnost. Mám Grub. Předem děkuji.
Místo utility cp bych pro přenos oddílů použil Partimage.
Po přenosu oddílů na nový disk a po odpojení původního použijte buď konsolu na instalačním dvd suse nebo jakoukoli jinou live distribuci, která obsahuje grub. Příkazem grub-install nainstalujete grub do bootovacího sektoru zvoleného disku (více man grub-install a info grub).
A na konec bude zapotřebí upravit soubory /boot/grub/menu.lst a /etc/grub.conf podle informací z fdisk -l
Před touto operací bych doporučil se podívat na online manuál grubu, aby jste si ujasnil, jak grub pojmenovává a čísluje hdd.
Nebo jednodušší postup je, že si po přenosu oddílů a odpojení původního necháte nabootovat nainstalovaný systém pomocí instalačního dvd a instalaci grubu a jeho konfiguraci provedete pomocí Yastu.
Ještě jsem zapomněl na důležitou věc. Pokud se rozhodnete pro ruční instalaci grubu, tak je dobré použít parametr --recheck
Moc děkuji. Už jsem to obešel. Grub z distribuce prostě fungovat nebude. Nevím proč. Při instalaci na čisto jde všechno normálně, ale při opravě nenajde disk. Nejspíš BIOS, ale ani jeho update nepomohl. Stačí nechrootovat a dát tam Grub z live CD. Zavádění pak funguje normálně. Jen se nesmí s ničím hýbat.
Systém je teď schopný nabootovat, jen se během startu zobrazí, že could not start kstartupconfig, check your installation. Kde je problém a co překonfigurovat? Možná to souvisí se změnou /home adresáře. Ten byl a znovu je na novém oddíle. Automatické přihlášení uživatele nefunguje. Při staru KDE naskočí tabulka, kde lze přihlásit jen roota, přestože vlevo svítí i původní užvatel. Jak to upravit a zahájit zase automatické přihlašování původního defaultního uživatele?
Po startu a naběhnutí KDE vyskočít tabulka
System.NullReferenceException: A null value was found where an object instance was required.
Server stack trace:
at Novell.Zenworks.Zmd.Packaging.PackageManager.GetUpdates (Novell.Zenworks.Zmd.Catalog catalog) [0x00000]
at Novell.Zenworks.Zmd.Packaging.PackageManager.GetUpdates () [0x00000]
at Novell.Zenworks.Zmd.Packaging.RemotePackageMa
Jak to opravit? Nebo spíš, co opravovat dříve? Kstartupconfig nebo ZEN? Všechno,co jsem na tohle téma našel, bylo v nejrůznější jazycích, ale anglicky nic použitelného nebo jsem to přehlédl.
A co toto řešení: http://forums.suselinuxsupport.de/index.php?showtopic=31577&pid=193570&mode=threaded&show=&st=&#entry193570
Zdá se, že jak jste hýbal s domovským adresářem, tak je nyní buď špatně připojen nebo se při přesunu změnila přístupová práva/vlastník.
Děkuji. Ani nebylo třeba nic mazat a znova vytvářet. Prostě bylo jen špatně v /etc/fstab mountování oddílu s /home. Nevím proč. Už jednou jsem ho připojil. Sytém teď funguje, jak má. Jen KDE init nechce startovat skripty, pomocí kterých jsem spouštěl některé programy. Cesty v nich jsem samozřejmě upravil. Ještě jednou díky za pomoc.
Asi by bylo nejlepší opravit widlows a potom bych si pomocí Partition Magick udělal prázdný oddíl (bez formátování) na disku. Při instalaci si Suse sám rozdělí prázdný oddíl podle potřeby a ostatních oddílů si nevšímá.
Poslední komentáře
15 hodin 10 min zpět
1 den 15 hodin zpět
1 den 16 hodin zpět
3 dny 57 min zpět
5 dnů 11 hodin zpět
1 týden 2 dny zpět
1 týden 2 dny zpět
2 týdny 2 dny zpět
2 týdny 3 dny zpět
2 týdny 3 dny zpět