Virtuális gép, egy létező partició bebootolására

Debian GNU/Linux

Sziasztok!

A feladat az lenne, hogy egy meglévő partícióról be tudjak bootolni egy oprendszert, egy másik oprendszer alól.
Már csináltam ilyet, UHU 2.0 alól rendszeresen használtam xp-t. Ott egyszerű dolgom volt, hiszen alapból fel volt telepítve a VMWare. Most viszont gondban vagyok, mert nem sikerül felraknom a Debian alá.
Ahol elakadok, az a következő rész:
"What is the location of the directory of C header files that match your running
kernel? [/usr/src/linux/include]"
Ha jól "tévedek", akkor itt a kernelem elérési útját kellene megadnom, amit synaptic-kal fel is telepítettem csomagból. (az a kernel van, ami a distrib-ben volt, nem hackeltem.)
Viszont, a következő üzenetet kapom rá:
"The path "/usr/src/linux-headers-2.6.18-4/include" is a kernel header file
directory, but it does not contain the file "linux/version.h" as expected. This
can happen if the kernel has never been built, or if you have invoked the "make
mrproper" command in your kernel directory. In any case, you may want to
rebuild your kernel."
Hát, valahogy nem fűlik a fogam a kernel fordításhoz. (Gondolom, erre utal.) El lehet ezt kerülni valahogy?
A probléma megoldásához más megoldást is szívesen fogadok. (Jól tudom, hogy a qemu ezt nem tudja? A virtualbox is szimpatikus, de ott hasonló - kernel fordításos - problémába ütköztem.)

Előre is köszi a segítségeket.

A

  • 2050 megtekintés

( Nyizsa v | 2007. 10. 23., k – 13:59 )

Ezt én is szeretném megoldani. Nálam működik a virtualbox, de nem tudom, hogy adhatnám meg a létező particiómat a virtual disk helyett. A virtualboxot különben .deb csomagból raktam fel, ha ez segit.

--
Debian - The "What?!" starts not!

( penztar v | 2007. 10. 23., k – 14:16 )

Hello!

Virtualboxhoz miért is kellene kernelt fordítani ,ha csomagból rakod fel? Ha VMWare-t akarsz használni bizony szokd meg a kernel fordítás gondolatát már csak azért is ,mert ha nem ugyanavval a gcc verzióval forgatták a gyári kernelt ,mint ami telepítve van a gépeden azért is fog dumálni. A Virtualboxnál nekem személy szerint nem sikerült még bootolni létező windowsos partíciót,de azt olvastam róla valahol régebben!!! ,hogy nem igazán javallott ntfs fájlrendszer használatával multibootos megoldásban használni. Persze lehet hogy azóta már megoldották.
Üdv.

Tényleg, miért is? Na ezt én sem tudom. :-)
A múltkor kísérleteztem vele. és hasonló problémám akadt, mint most a vmware-rel.
Felraktam deb csomagból, és gond nélkül felment. :-)
Valószínű ott rontottam el, hogy amikor kiírta, hogy mik a függőségek, akkor azoknak csak a síma csomagjait raktam fel, a -dev-eket nem.
Viszont én sem találtam, hogy hogyan lehetne fizikai partíciót beilleszteni.

( Nyosigomboc v | 2007. 10. 23., k – 15:14 )

Kernelmodul forditashoz szukseg van a kernel forrasara (de legalabbis a header-re), amint azt a tobbiek is mondtak.
Qemu alatt beuzemelheto a telepitett OS (ahogy gondolom Virtualbox alatt is), ehhez a kovetkezore van szukseg:
- qemu-t ugy kell elinditani, hogy az emulalando winchester image-et lassa, pl: qemu /dev/sda vagy qemu /dev/hda (a particio ne szerepeljen, tehat ne /dev/hda1 legyen)
- ez termeszetesen csak ugy megy, ha a qemunak a device-ra rw joga van (tehat rootkent fut, vagy ha a device jogait allitod be rendellenesen), szoval biztonsagi szempontbol nagyon nem jo (ro is eleg lehet, ekkor termeszetesen nem tudja valtoztatni az allapotat, de -snapshot opcioval nem akarja irni sem)
- ekkor az adott device boot menuje jelenik meg, amibol kivalaszthatod a megfelelo oprendszert
- a fizikai es a virtualis hardware termeszetesen elter, ez normalis oprendszernek nem gond, nemnormalis oprendszer eseten meg uj hardware-profil felvetelevel lehet megoldani a problemat
A dolognak nem sok ertelme van, mindenfele problema felmerulhet, igy nem javasolt. Mindenesetre mukodik, probaltam.
---------------------
AFPer: We've missed you, did you miss us?
Pratchett: Yes, but I think I have time to reload.

Elvileg felraktam a kernel forrását. Nem úgy van, hogy a szükséges modul fordítását a headerből a telepítő végzi el? Vagy azt nekem kell? Mert elég kevés támpont van, hogy mi alapján. Vagy kevésnek tűnik annak, aki még soha nem fordított kernelt. Jó-jó tudom, ez az én hibám. :-)
Magyarán, hiába adom meg neki a forrás elérési útját, semmi nem történik. Ill. annyi amit fent leírtam. Hogyan tudok ebből az állapotból tovább lépni?

Valószínűleg kell még valami csomag debian alá (asszem van kernel-dev vagy ilyesmi metacsomag, ami húzza magával a többit, ami kell), mert hiányzik a version.h.

Megnéztem a 2.6.23.1 vanilla-kernel forrásomat és abban van (linux-2.6.23.1/include/linux/version.h) aminek tartalma: 


#define LINUX_VERSION_CODE 132631 <br/>
#define KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) << 8) + (c))

Szóval valószínűleg debianéknál kiszedték belőle és máshova csomagolták (nem a kernel-source csomagba).
Remélem segítettem!
Üdv!
____________________________________________________________
Slackware 12/current - linux-2.6.23-olorin - KDE 3.5.8

( penztar v | 2007. 10. 23., k – 18:35 )

Hello!

Ezt az "acceleration" dolgot csak akkor erőltesd ha a processzorod támogatja a hardveres virtualizáció történetet.

Üdv.

( defender | 2007. 11. 03., szo – 15:36 )

Tegyél fel Qemu-t, erre a célra az a legjobb, talán.