Dotaz: Migrace RH 6.2 Zoot na nový HW.

[Flylite]

Dobrý večer. Potřeboval bych poradit - nasměrovat. Mám podobný problém jako kolega o pár řádků pode mnou s Gentoo. Potřebuji zmigrovat RH6.2 na nový HW. Po naklonování obsahu disku po startu LILO na novém stroji hláška Kernel Panic: VFS : Unable to mount root fs on ... a systém se zastaví. Jsem začátečník, ale domnívám se, že kernel bude zkompilovaný s driverem pro RAID pole starého serveru /HPT37x2/, který na novém stroji chybí. Poraďte co dál. Díky za odpovědi.

Odpovědi

[Peter Golis]

RedHat Linux verzie 6.2 (Zoot) vyšiel v roku 2000. To radšej zmigrovať do štandardizovanej virtuálky.

[PetebLazar]

Jestli on to nebude RHEL 6.2?

[PetebLazar]

Moje chyba, nevšiml jsem si kodového označení, opravdu tedy RedHat 6.2. To je asi opravdu na virtualizaci, ten řadič je snad RAID ATA.

[Peter Golis]

To by nepoužil kódový názov Zoot. Ale ak by to bol RedHat Enterprise Linux 6.2 z prelomu rokov 2011 a 2012, tak ten je ešte stále podporovaný. A môže tým pádom zalogovať ticket na support. Ale vzhľadom na podporu HW Stacku by mu to malo bez problémov nabehnúť na serverovom železe. Skladačky excludet.

[Flylite]

Opravdu se jedná o RH 6.2 Zoot kernel 2.2.14-5.0, nikoli o RH Enterprise.

[Max]

Doporučuji nemigrovat na fyzické železo, ale zvirtualizovat.
Pak to bez komplikací poběží na čemkoli.
Nebo na to máš napojené nějaké periferie, které nejde do virtuálu protlačit?
Zdar Max

[vencour]

Pokud byl původní server podporovaný, tak i nový má být podporovaný a tak by mělo stačit říct, kde má hledat disk? Podporovaný = vše potřebné už je v initrd?

[Peter Golis]

To ja viem, zavádzač systému LiLo som v tej dobe používal tiež. Problém je v tom že Zoot vyšiel v roku 2000, a podporoval vtedajšie diskové radiče založené na SCSI a Paralel ATA. V dnešnej dobe sa však používajú radiče založené na Serial ATA a NVMe. Takže nájsť funkčný radič ktorý by človek mohol použiť pri behu tak starého počítača bude viac ako problém.

Preto som odporučil migráciu do virtuálneho počítača. Tam ešte existuje virtuálny HW s virtuálnym PATA alebo SCSI radičom. Tých pár GB na taký akoby serverový disk človek nájde aj na notebooku. Ale skôr by som sa odporučil zamyslieť, či ešte potrebujete ten prastarý systém ktorý je na dnešnú dobu deravý jak rešeto.

[Flylite]

V adresáři kde je jádro je ještě soubor inird, který by měl startovat moduly, které je potřeba ještě dříve než se systém dostaně k diskovým particím. Když jsem si jej otevřel, viděl jsem tam 2 moduly a sice AIC7x nebo tak nějak /to je pro adaptec scsi rozhraní/ a potom právě HPT37x2 a to je právě driver pro Highpoint raid ATA řadič. Myslel jsem, že když jej odstraním z toho souboru a nebo cely soubor smažu, tak že systém se zastaví v nějakém jiném bodě či na jinou chybu. Ale nikoli. I když initrd smažu v podstatě ve výsledku se nic nezmění. Je to stále jako na tom videu. Já to vidím, tak že je RAID driver zakopilovaný do jádra a při startu systému se automaticky startuje a když nemá k dispozici potřebný HW, tak prostě vytuhne. Nojo ale co s tím?

[Peter Golis]

Ale to by ste musel rozbaliť initrd, a vymazať to v ňom. Vtedy by sa zmenili riadky okolo 20s z /lib/modul.o: init%module: Device or resource busy na ERROR: could not load module /lib/modul.o: no such file or directory. Ale nezastavilo by sa to.

[Flylite]

Díky za odpověď. Ano, to jsem udělal rozbalil jsem initrd a smazal jsem hpt37x2 a potom jsem smazal dokonce celý initrd. Nový jsem nevytvářel. Ale LILO bootuje pořad stejně.

[Jendа]

No když jsi smazal initrd tak to podle mě zkusí namountovat rootfs podle parametrů kernelu (nebo co se jádru řeklo pomocí rdev(8), což jsem četl v knize z roku 1997) a to selže (možná zkus root=/dev/hdaX nebo to nastavit tím rdevem a doufej).

Jako pozitivní je, že ti to přečetlo partition table, takže disk to vidí.

[Peter Golis]

A potom bude otázka, ako zmeniť fstab v Acronise aby to Linux pochopil. Stav sa o mincu.

[Flylite]

Ještě jsem si dovolil udělat záznam, kdyby měl někdo náladu se podívat na tu chybu z Hyper-V. Je to totéž jako když naklonuji obsah originál disku na jakýkoli jiný HW. Zde je odkaz https://youtu.be/mrx11onNyG8

[Peter Golis]

Píše vám to, že to našlo rozdelenie diskov hda1 hda2 [hda5 hda6 hda7 hda8 hda9], a potom to nevie pripojiť blokové zariadenie 08:05. To by malo byť sda5. Pokiaľ ma pamäť neklame, tak sa PATA RAID radiče ajtak maskovali ako SCSI radiče. Takže si vyberte v tom divnom MS virtualizátore radič diskov typu starý SCSI. Alebo to skúste zvirtualizovať pod niečim rozumným.

[Flylite]

Díky za odpověď. Já jsem dělal tu virtualizaci Acronisem tak, že jsem vložil Acronis boootable cd /ale bez universal restore/ do mechaniky toho RH6.2 serveru a udělal image celého disku do tib souboru. Ten tib potom překonvertoval buď do VHD nebo do VDI. V Oracle Virtualboxu je to stejné jako v Hyper-V. Úplně stejný půběh i konec.

[Peter Golis]

Ale VHD VDI niesú radiče. Keď bol prepnutý ten radič z IDE na SCSI, tak to vypísalo čo?

PS pri trvakej zmene nastavení boot, teda hoci aj vymazaní initrd je pri LiLo potrebné ho znovu nahodiť do MBR.

[Jendа]

Potřebuješ originální kernel, nebo ti jde jen o userspace? Nešlo by to provozovat jako chroot z nějakého současného systému?

A jinak tohle se ladí tak, že si v initramdisku spustíš shell. Protože v roce 2000 na tohle asi ještě neměli parametr kernelu (nebo ho nenajdeš :), tak bych initramdisk rozbalil, do skriptů na vhodná místa přidal spuštění shellu, zabalil a zkusil spustit. Ze shellu v initramdisku zjistíš, jaké blockdevices to vidí a můžeš je zkusit ručně namountovat a udělat pivot_root a spustit init z disku. (teda pokud se to takhle jmenuje, moje adminovací zkušenosti jsou z doby o 10 let novější)

[Peter Golis]

Asi nie. V roku 2000 kraľovali binárky aout, už sú nahradené binárkami elf. A tak isto nebola glibc ale libc. Tých zásadných nekompatibilít je tam viac.

[Jendа]

V roku 2000 kraľovali binárky aout, už sú nahradené binárkami elf.

Nepravda, RedHat přešel na ELF binárky v roce 1995.

A tak isto nebola glibc ale libc.

Nepravda, RedHat 6.2 obsahuje glibc 2.1 (zdroj tamtéž). A i kdyby ne, tak to nesouvisí s tím, zda to bude se současným kernelem fungovat. Jde o to, aby bylo kompatibilní ABI pro syscally.

pri trvakej zmene nastavení boot, teda hoci aj vymazaní initrd je pri LiLo potrebné ho znovu nahodiť do MBR

Nepravda, MBR část LiLo nahrává další stage LiLo, jestli se tím bude později nahrávat nějaký kernel a initrd, budou se chainloadovat Windows nebo se bude dělat cokoli jiného vůbec neřeší (nemá na to vzhledem ke své velikosti kapacitu). LiLo je potřeba v MBR přepsat pokud se změní umístění další stage na disku.

#golis

[Peter Golis]

Čo si pamätám, tak prvé verzie RH s ktorými som sa dostal do styku mali dosť dlho na výber medzi inštaláciou glibc a libc. A tak isto sa veľmi dlho používal formát a.out. Rozdiel voči tomu linkovanému dokumentu vidím v tom, že môj prvý RedHat bol verzie 5.2, a bol nasledovaný verziou 6.0. V obidvoch bol jak a.out, tak libc. Jediný problém bol v tom, som nemal oficiálnu distribúciu z dielne americkej firmy, ale jednalo sa o tie české brožúrky s lisovaným médiom čo predávali normálne v kníhkupectvách.

Ohľadne Lilo, tak to si naozaj neťahalo zo sebou knižnice ktoré dokázalo parsovať konfigurák zo súborového systému pri štarte. Ale natiahlo si len názvy odkazy na kód ktorý malo spustiť. Takže ak človek zmazal jadro alebo initrd a znovu nezavesil lilo do MBR, tak sa nič nezmenilo a lilo išlo po starom. Teda, pokiaľ tie sektory niečo neprepísalo, vtedy začala zábava.

Rozumiem že si to nezažil, ale nerozumiem prečo sa k tomu vyjadruješ.

PS: @jenda ako to bolo s tými návrhmi procesorov Intel?

[Jendа]

Bohužel neplánuji trávit krmením trolla tolik času jako posledně, takže přeji pěkný den.

[Peter Golis]

Trefná odpoveď, krásne potvrdila trolling. Ale tej diskusie som sa nezúčastnil, a ani sa netýkala Intelu. Dosť si s tým vtedy spamoval:

Although completely fake, our report demonstrates a backdoor

[Max]

LILO neumí číst FS. Při jakékoli změně initrd/kernelu bylo nutné ho znovu zapsat (znovu vygenerovat map file a věci okolo). A to se dělalo jedním krokem, který na pozadí provedl zápis do obou stage. Takže reálně má Jenda pravdu v tom, že se kód v MBR nejspíše nemění (fakt jsem to tenkrát tak hluboce nestudoval) a mění se jen obsah stage2 ("tj. boot.b", tzn. ta věc, co načítá map file, který definuje umístění kernelu, případně initrd. Ve stage2 je tedy bootloader jako takový včetně jeho nastavení). Každopádně váš spor ohledně této věci považuji za slovíčkaření.
Zdar Max

[Peter Golis]

To je v poriadku. Jenda sa snažil toho vypichnúť viac, ale zbytočne.

Napríklad že RH prešiel na ELF binárky v roku 95. Neprešiel na ELF, ale začal používať ELF paralelne ku vtedy obľúbenému formátu a.out. A vydržalo mu to veľa edícií. Výrobcovia komerčného softu jednoducho neurobili komplexné rebuildy svojich produktov lusknutím prstu aby prešli z a.out na ELF.

Podobne výrobcovia okamžite neprešli z libc na glibc len kvôli redhatu. Tá kompatibilita medzi uvedenými knižnicami nebola v tej dobe sto percentná.

A tak isto by sa bez znovu zapísania lilo do mbr neprejavila zmena v odmazaní initrd, keďže by to lilo načítalo segmenty patriace už zmazanému súboru.

Ja mu to nezazlievam, v celej EÚ je karanténa. A ponorková choroba sa prejavuje u každého bez výnimky. Niekto to v práci využil na odstávku servera z doby kamennej a dáva ho z dosluhujúceho železa na niečo nové, a niekto hľadá do čoho by zadrapol pazúrik.

PS: Ale ajtak by ma zaujímalo či sa podarilo ten prastarý server oživiť pomocou virtualizácie a pripojenia disku na virtuálny SCSI radič. Holt, PATA disky sa volali HDx pred nasadením libata. Tá to aspoň trochu ujednotila na SDx pre PATA, SCSI a aj SATA. Ale až neskôr.

[Jendа]

Další možnost, kterou bych asi zvolil, je nainstalovat si do druhého virtuálu čistý RH pokud možno stejné verze (instalační CD se dá najít na internetu, otázka je jak to bude s aktualizacemi z repozitářů) a pak transplantovat součástky (zejména kernel a initrd) tak dlouho, až to začne fungovat.

[Flylite]

OK. Vyzkoušel jsem tedy čistou instalaci z CD (ISO z http://archive.download.redhat.com/pub/redhat/linux/6.2/en/iso/i386/), ale neuspěl jsem ani tady. Instalováno na Dell Latitude 6420 (Mobile Intel® QM67 Express Chipset). Celý proces instalace z CD končí chybou zřejmě nepodporovaného - neznámého VGA. Instalace skončí a vyhodí médium z mechaniky. Jen zopakuji, že potřebuji stávající funkčí konfiguraci RH6.2 Zoot přenést na něco jiného, tak abych v případě havárie HW mohl na něčem fungovat. Celé sestavéní Linuxu teď běží na PC s MoBo EPOX EP-D3VA (VIA Apollo Pro 133A AGPset chipset). Desku pochopitelně už nikde neseženu. Navíc celý případ je okořeněný tím, že na desce je RAID IDE řadič HighPoint HPT37x2 a na něj navěšené 2 disky v mirroru. Po naklonování obsahu disku do TIB image Acronisu a následném rozbalení na jiný HW /vyzkoušeno několik různých Chipsetů/, dochází po startu Linuxu k téže chybě (Kernel Psnic - VFAT unable mount blablabla..) Jak jsem psal výše, asi bude v Kernelu zkompilovaný driver pro ten RAID controller. K čemu ale pto tom je na disku existující soubor INITRD ? Měl jsem za to, že Kernel se kompiluje obecně jen s nejnutnějšími drivery vzhledem k velikosti jádra a zbytek se startuje až v INITRD. INITRD obsahuje driver AIC7xxx + právě HPT37x2. Měl jsem za to, že když smažu nebo modifikuji INITRD, tak že uvidím aspoň BASH, ale nikoli Linux jede pořád to samé. Otázka: Odkud se tedy tahjí drivery pro RAID /jasně z Kernelu/, ale proč tam tedy je INITRD, když vlastně drivery v něm obsažené obsahuje Kernel? Linux neznám a nejsem si jistý zda usilí věnované řešení tohoto problému bude mít v mém případě kýžený výsledek. Tak kdyby měl někdo chuť a čas tento můj problém vyřešit, ať mne kontaktuje mailem, rád se s ním vyrovnám. Ale budu rád za každý typ nebo návrh řešení. Díkes.

[mhepp]

Hoď sem, prosím, ten initrd. Kouknu se do něj. Nezapomeň, že toto je neuvěřitelně stará záležitost a věci se tehdy dělaly opravdu jinak.

Video končí tím, že se snaží připojit zařízení s čísly 08:05. Koukni se do /dev/, co je za zařízení s těmito čísly (nejspíš disk na RAID řadiči...).

[Flylite]

Ahoj a díky za odpověď. Celý initrd jsem dal na ulozto. Soubor se dá otevřít pod windows v 7z a je tady https://uloz.to/file/Sd0V1JLl0tUA/initrd-2-2-14-5-0

[Peter Golis]

V tom initrd sú dva ovládače (spomenutý Highpoint a Adaptec). Otázkou je, či nie sú ďalšie ovládače priamo v kerneli. Obvykle sa v jadre nechávali nejaké štandardné ktoré by mohli byť poskytované v rozumnom hypervízore. To by ale asi bolo aj treba skúsiť.

Ďalšiou možnosťou je nájsť nejaký Adaptec. Ten druhý ovládač napovedá že by mohol pracovať s radičom zo zoznamu:

$ strings lib/aic7xxx.o | grep ^Adaptec
Adaptec AIC-7899 Ultra 160/m SCSI host adapter
Adaptec AIC-7892 Ultra 160/m SCSI host adapter
Adaptec PCMCIA SCSI controller
Adaptec AHA-395X Ultra2 SCSI host adapter
Adaptec AHA-394X Ultra2 SCSI host adapter
Adaptec AIC-7896/7 Ultra2 SCSI host adapter
Adaptec AHA-294X Ultra2 SCSI host adapter
Adaptec AHA-293X Ultra2 SCSI host adapter
Adaptec AIC-7890/1 Ultra2 SCSI host adapter
Adaptec AIC-7895 Ultra SCSI host adapter
Adaptec AHA-2940UW Pro Ultra SCSI host adapter
Adaptec AHA-2944 Ultra SCSI host adapter
Adaptec AHA-398X Ultra SCSI host adapter
Adaptec AHA-394X Ultra SCSI host adapter
Adaptec AHA-294X Ultra SCSI host adapter
Adaptec AIC-7880 Ultra SCSI host adapter
Adaptec AHA-2944 SCSI host adapter
Adaptec AHA-398X SCSI host adapter
Adaptec AHA-394X SCSI host adapter
Adaptec AHA-294X SCSI host adapter
Adaptec AIC-7870 SCSI host adapter
Adaptec AHA-2940A Ultra SCSI host adapter
Adaptec AIC-7860 Ultra SCSI host adapter
Adaptec AIC-7855 SCSI host adapter
Adaptec AIC-7850 SCSI host adapter
Adaptec AHA-284X SCSI host adapter
Adaptec AHA-274X SCSI host adapter
Adaptec AIC-7770 SCSI host adapter
Adaptec AIC-7810 Hardware RAID Controller
Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 
Adaptec AIC7xxx driver version: 

[Peter Golis]

Teda zabudol som doplniť, že by to chcelo ale preklopiť aj obsah diskov na SCSI disky (ktoré už asi tiež moc niesú k dispozícii).

[Flylite]

Ano, to mne také napadlo, ale přesně SCSI disky už dnes také moc nejsou k mání. V tom zdrojovém počítačí je na ten Adaptec pověšená pásková jednotka.Takže bych musel někde sehnat starou desku, do PCI slotu ten Adaptec k tomu scsi disk. na ten disk nahrát obsah toho RAIDU a věřit, že stávající Kernel se na obsah těch disků dostane...

[Peter Golis]

Nemuselo to tak byť. Boot toho servera bol upravovaný na mieru, ale vtedajší správca nemusel vyhodiť všetky nepotrebné veci. Pri tom štarte bolo vidno že spoznal IDE radič PIIX4 na ktorom asi bola pôvodne zavesená PATA optická CDROM. Ten ale v tej dobe pracoval s /dev/hdxy a nie /dev/sdxy. To bolo vidno aj v tom filmíku zo štartu v Hyper-V. Našlo to hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 >. Predpokladám že ste neskúšal iné SCSI radiče ako bolo poradené. Namiesto toho ste vyskúšal iný typ virtuálneho disku.

Potom sú už len dve možnosti. Prvá možnosť je naštartovať to s diskom napojeným na IDE/PATA (ako bolo na tom filmíku) a pri štarte mu zadať aby root hľadal na /dev/hda5. Potom je treba prepísať /etc/fstab. Druhá možnosť je zveriť to odborníkovi ktorý to prestaví za pár minút.

[Flylite]

Záznam videa byl pořízený při spuštěném Linuxu ve VirtualBoxu na NTB nikoli na orig. PC a režim řadiče disků byl IDE, proto ta identifikace HD1..2, v režimu AHCI najde disky jako SDA1..2,to ale nemění nic na dalším dění. Když totéž udělám přímo na fyzickém stroji, tzn. vložím do toho NTB disk s naklonovaným diskem, chová se to stejně. Když mám v BIOSU NTB nastavený režim IDE pak Linux vidí HD a když SATA tak SD. Nevím ale jak přerušit start systému, abych ho brejkl dříve než to spadne na Paniku. Když stopnu LILO, tak se mě akorát ptá, který z existujícíh Image má pustit. A jak pustím Image už se do toho nedá vstoupit.

[Peter Golis]

Pokiaľ to nájde ten disk ako SDA, tak by to mal pripojiť. Alebo by chyba mala byť iná. Informácia Cannot foud root on 8:5 znamená že to hľadá root na /dev/sda5. Ten hda5 bol zariadenie 3:5.

PS VirtualBox som ešte v takých farbách nevidel, ale niesom odborník naň.

[Flylite]

Omlouvám se, že opět otravuji s tímto problémem. Měl jsem chvíli, tak jsem vyzkoušel následující:

1. odpojil jsem ze serveru disky, co byly v mirroru na RAID controlleru a na ide controller /nikoli rad ide/ jsem připojil disk s naklonovaným obsahem. Systém nenastartoval a průběh stejný jako na videu viz. výše. 2. připojil jsem disk na ide RAID controller a systém normálně nastartil /kromě toho, že Bios controlleru při startu řval na porušenou integritu pole/.

Bohužel nemám k dispozici starý SCSI disk s 50 pin konektorem a ani redukci na jiný typ, tak to jsem nevyzkoušel.Ale je možné, že by v jádru nebyla zkompilovaná podpora IDE disků? Další otázka je: je možné přerušit startovací proceduru toho systému, dřívě než se objeví kernel panic? Nějakým magickým vstupem z klávesnice apod. Jediné, co mohu, je stopnout LILO, ale tam dostanu akorát na výběr ze startovacích profilů LILa. Jak mile to pustím, zastaví se až na PANIC. To je standart, jak jsem se dočetl, nějaký ochranný mechanizmus kernelu. Další věc, která mne zajímá, je odkud se ten systém vlastně startuje. Zde je výpis FSTAB. /dev/sda5 / ext2 defaults 1 1 /dev/sda1 /boot ext2 defaults 1 2 /dev/sda7 /u02 ext2 defaults 1 2 /dev/sda8 /oraarch ext2 defaults 1 2 /dev/cdrom /mnt/cdrom iso9660 noauto,owner,ro 0 0 /dev/sda6 /u01 ext2 defaults 1 2 /dev/fd0 /mnt/floppy auto noauto,owner 0 0 none /proc proc defaults 0 0 none /dev/pts devpts gid=5,mode=620 0 0 /dev/sda9 swap swap defaults 0 0

Pokud, ale modifikuji data na SDA1 nebo dokonce smažu celý obsah. ten systém jede pořád stejně. Pouze pokud SDA1 přeformátuji, tak potom se systém ohlásí s chybou bootu. Otázka odkud se startuje to jádro, když jej vidím na SDA1, smažu to cele a po restartu to stejně nastartuje.

[Peter Golis]

Ale je možné, že by v jádru nebyla zkompilovaná podpora IDE disků?

Možné to je, ale to nebude váš prípad. Na tom yutube to pri nejakom pokuse zo začiatku mesiaca písalo, že vám to našlo našlo disky hda1 hda2 [hda5 hda6 hda7 hda8 hda9]. Takže to nejaký IDE radič pozná, a vie s ním robiť. Akurát že to stále hľadá disky na /dev/sda a nie /dev/hda.

Další otázka je: je možné přerušit startovací proceduru toho systému, dřívě než se objeví kernel panic?

V tomto prípade nie prerušiť, ale nahradiť štartovaciu procedúru.

Otázka odkud se startuje to jádro, když jej vidím na SDA1, smažu to cele a po restartu to stejně nastartuje.

To jadro štartuje z určitej pozície na disku, nie zo súboru. Aby ste ho vymazal, tak by ste musel obsah toho disku prepísať.

[Flylite]

Tak to mne zajímá. Spustil jsem LIVE CD Knoppixu, který mi přimapoval automaticky SDA1 a SDA5. Na tom SDA1 byla jádra linuxu normál a SMP a další např. initrd. Na tom SDA5 vše ostatní. V souborovém manžéru pod právy roota jsem smazal celý obsah toho SDA1 a stejně systém po restartu nastartoval jako by obsah SDA1 byl nedotčený. Na SDA5 nikde nebyly žádné kopie kernelu. Odkud se startuje? Viz odkazy na YT níže:

https://youtu.be/8vAesuoLo_4

a BOOT po vymazání obsahu SDA1

https://youtu.be/qiQ6JoXMLps

[Peter Golis]

Lilo neštartuje súbor v ktorom je jadro (a initrd). Lilo si zapamätá na ktorom sektore začína jadro (a initrd), a aké je to veľké. A z tých sektorov to priamo načíta. Takže ak ste len zmazal informácie o súboroch /boot, tak obsah tých súborov je stále nemodifikovaný až dokedy niečo tie priskúchajúce sektory nezmaže.

Na tomto základe existovali legendy o nesmrteľnosti Linuxu. Začínali tým, že človek zmazal logické disky prislúchajúce Linuxu, vytvoril nový a naformátoval to na FAT32 ktorý bol v tom čase značne populárny na desktopoch (NTFS bol pomalší) a zabudol prepísať boot manager Lilo niečim iným. No a Lilo v MBR si pozrelo na ktorom sektore začínalo linuxové jadro (ktoré nič neprepísalo, lebo prečo by niekto na pevnom disku dával pomalé formátovanie s prepisom), a zvyšok už poznáte.

PS: Pokiaľ vám to berie Knoppix, tak máte dve možnosti. Buď použijete jadro z Knoppixu (a nemusí vám dobre fungovať tá OracleDB), alebo v tom Knoppixe prepíšete súbor fstab tak aby to nehľadalo disky sda ale hda, a potom to naštartujete v tom virtualizátore, v ktorom vám to našlo rozdelené disky hda.