nezd meg ezt a hozzaszolasom:
http://groups.google.co.hu/groups?hl=hu&lr=&frame=right&th=571ae611ad3134e6&seekm=cn3bck%24qvo%241%40mlf.linux.rulez.org#link1[/quote
Köszi, próbálgatom de még mindíg nem sikerült olyan variációt találnom, ahol együtt müxik az apache, ssh, bind9.
Pontosan ugyanezek a tünetek nekem is. Az alaprendszer SID 2.6.9-es kernel. /AMD 2400+ 512 RAM/
Szóval az upgrade nem megy, gondoltam hagyom woody-n, de ott is vannak gondok. Van olyan csomag amire "allergiás" ilyen pl a bind9, a telepítés végén megfagy...
Upgradnél pedig az adduser csominál fagy ki...
Szal, megint összehozott az élet az UML -el, és megint nem jó... 2.6.0 -ás kernelt használok Debian Sid -en, és mikor először próbáltam, belefutottam az "I'm tracing myself and I can't get out" hibába, ahol az egész megfagyott. Megpróbáltam ki-killezni (root-ként is), de nem sikerült, a processzek maradtak a helyén...
Azóta, ha el szeretném indítani, mindig ezt kapom:
never@localhost:/mnt/rack3/uml$ linux mem=64M root=/dev/ubd0 udb0=Debian-3.0r0.ext2
Checking for the skas3 patch in the host...not found
Checking for /proc/mm...not found
tracing thread pid = 7409
Linux version 2.4.22-7um (mdz@mizar) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Tue Dec 16 14:55:39 PST 2003
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: mem=64M root=/dev/ubd0 udb0=Debian-3.0r0.ext2
Calibrating delay loop... 428.22 BogoMIPS
Memory: 60916k available
Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Checking for host processor cmov support...Yes
Checking for host processor xmm support...No
Checking that ptrace can change system call numbers...OK
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround
Checking for /dev/anon on the host...Not available (open failed with errno 2)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
VFS: Disk quotas vdquot_6.5.1
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Initializing Cryptographic API
Initializing software serial port version 1
mconsole (version 2) initialized on /home/never/.uml/pZfEUC/mconsole
unable to open root_fs for validation
Initializing stdio console driver
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Cannot open root device "ubd0" or 62:00
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 62:00
És itt meg is áll a dolog, ennyi volt...
Valaki tudna segíteni... a megfelelő jogok megvannak a rendszer-image -re, és elegendő hely is van...
nezd meg ezt a hozzaszolasom:
http://groups.google.co.hu/groups?hl=hu&lr=&frame=right&th=571ae611ad3134e6&seekm=cn3bck%24qvo%241%40mlf.linux.rulez.org#link1
Ja es mindketten kavarjuk 'ubd' es 'udb' szavakat.
Tehat mindenhol (az en elozo hozzaszolasomban is :) ) : ubd
(tehat a ket betu szara legyen tavol egymastol :) )
never@localhost:/mnt/rack3/uml$ linux mem=64M root=/dev/ubd0 ubd0=Debian-3.0r0.ext2
Checking for the skas3 patch in the host...not found
Checking for /proc/mm...not found
tracing thread pid = 1026
Linux version 2.4.22-7um (mdz@mizar) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Tue Dec 16 14:55:39 PST 2003
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: mem=64M root=/dev/ubd0 ubd0=Debian-3.0r0.ext2
Calibrating delay loop... 490.52 BogoMIPS
Memory: 60916k available
Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Checking for host processor cmov support...Yes
Checking for host processor xmm support...No
Checking that ptrace can change system call numbers...OK
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround
Checking for /dev/anon on the host...Not available (open failed with errno 2)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
VFS: Disk quotas vdquot_6.5.1
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Initializing Cryptographic API
Initializing software serial port version 1
mconsole (version 2) initialized on /home/never/.uml/8AGKjB/mconsole
Partition check:
ubda: unknown partition table
Initializing stdio console driver
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
És itt áll, nem lépett ki, szal nincs prompt sem, de nem jöttek fel a konzolok sem. Csak áll, és vár... viszont valami fut, mert fogja a gép teljesítményét. Ctrl-C -re nem reagál. Tényleg, ha bezárom a konzolt, akkor kilövi magát...? Vagy milyen módon lehet kiütni... mit killezzek ki...? :)
Szal a vas egy p4 3G HT proci, debian sarge 2.6.7-smp kernellel.
User Mode Linux: v2.4.26-3um.
A Debian-3.0r0.ext2.bz2 -t kiprobalva, teljesen jol megy.
De az uml-ben nem tudok frissiteni sarge-ra, mert fagy a frissites elejen.
Ha meg mount,chroot-tal csinalom a frissitest, akkor valami elk*odik, mert valahol az cron inditasa utan befagy.
Nah most allítólag nem jó az uml ami a gépemen van ezért ez a hiba.
van egy leírás ahonnan gyűjtöm az infókat ez pedig a http://www.hup.hu/wiki/wiki.phtml?title=UML_haszn%C3%A1lata ...
nah most van itt egy olyan rész, hogy
.....
A Debian felhasználók könnyű helyzetben vannak:
apt-get install user-mode-linux
(vele együtt telepítésre kerül a uml-utilities csomag is)
Ezzel kész is a kernel-rész telepítése. Amint a kernel telepítés megtörtént
............
és ezzel le is tudta ezt a részt, de ez így nem működik!
Én azt csináltam hogy leszedtem az user-mode-linux_xxxx.deb filet egy ftpről majd úgy tettem föl.
És aptal pedig feltelepítettem az uml-utilitiest.
De hát ez így nem jó.... a hivatalos oldalról leszedtem az user-mode-linux-2.4.26-3um.orig.tar.gz-t és a rédmijében leírtak eszerint akartam folyatni apt-get source user-mode-linux, de így sem találja meg a source.list -et már átirtam 50x hátha azért mert az adott ftp-n nnics fennt de nem értem vele semmit.
Semmi több, semmi egyéb...? Holnap szeretném élesben beüzemelni a rendszert. És azt is meg kellene valahogy oldani, hogy ha leállítják vagy újraindítják a host-gépet, akkor elöbb a vendég gép is álljon le szabályosan...
[quote:e171cfa3e3="nevergone"]És azt is meg kellene valahogy oldani, hogy ha leállítják vagy újraindítják a host-gépet, akkor elöbb a vendég gép is álljon le szabályosan...
Most akkor beleszólók a nagyok dolgába: szal van egy apcupsd, ami le tudja shutdown-olni a gépet, ha kimegy alóla a táp, és az ups küld errõl event-et. Van neki valami szervere is, amivel az ups host-ja tud jelzést küldeni a többi gépnek is, ami ugyanarról a tápról jár.
Ha az uml guest-nek tudsz élõ ipcímet adni, akkor ez talán mûködhet...
Tudom, ronda megoldás, dehát tõlem most erre futotta :oops:
[quote:201bec60c8="ruczati"][quote:201bec60c8="nevergone"]És azt is meg kellene valahogy oldani, hogy ha leállítják vagy újraindítják a host-gépet, akkor elöbb a vendég gép is álljon le szabályosan...
Most akkor beleszólók a nagyok dolgába: szal van egy apcupsd, ami le tudja shutdown-olni a gépet, ha kimegy alóla a táp, és az ups küld errõl event-et. Van neki valami szervere is, amivel az ups host-ja tud jelzést küldeni a többi gépnek is, ami ugyanarról a tápról jár.
Ha az uml guest-nek tudsz élõ ipcímet adni, akkor ez talán mûködhet...
Tudom, ronda megoldás, dehát tõlem most erre futotta :oops:
Nem rossz ötlet, vagyis több, mint a semmi. De más ötleteket is szívesen fogadok. A guest fog IP címet kapni, mert távolról lesz vezérelve.
Ezt a megoldást valamelyik uml-t használótól néztem le, kicsit átalakítottam.
Nem tudom mit használsz, meg hogy más linuxok alatt így van-e, de debian alatt vannak az /etc/rcn.d könyvtárak ahol n egy szám 0..6-ig, az adott futási szintet jelenti. Na. Remélem az ok hogy hogyan kell ennek segítségével indítani/leállítani programokat. Ha nem akkor írjál :)
Nálam a virtuális gépek diskjei az adott userek könyvtárában volt, és az adott user könyvtárában lévő start.sh indította a virtuális gépet.
Tehát a "kalauz" nevű virtuális gép a /home/kalauz alatt volt valahol, és a /home/kalauz/start.sh indította.
Szóval. Volt pár kis segédscriptem. Első, mondjuk legyen /bin/ustart :
Ez elindítja a paraméterben megadott virtuális gépet. Tehát "/bin/ustart kalauz" elindítja a kalauz virt. gépet. A screen azért kell, mert a gép indításakor szükség van egy terminálra, ahová az üzeneteket majd kiírja.
Ez így szépen elindul, háttérbe kerül.
Na igen, nem vagyok benne biztos, de ehhez talán úgy kellene indítani a virtuális gépet, hogy ne xtermet vagy valami mást használjon majd, tehát az indító file-ban con0=fd:0,fd:1 con=pts legyen inkább.
Ha már mennek a virtuális gépek, hoston a "screen -list" megmutatja, hogy milyen konzolok vannak a háttérben, és "screen -r kalauz": ezzel lehet átváltani az adott virtuális gép konzoljára. (Ha megnézegetted a kimenetet, visszaküldheted aludni a C-a d billentyűkkel)
Ez leállítja a virtuális gépet. Persze csak akkor, ha a virtuális gépben a cad-ra (ctrl-alt-del) a leállítás és nem a reboot van megadva. (Ezt bármelyik linuxban az /etc/inittab file-ban állíthatod be. Érdemes továbbá 1 konzolt hagyni, a többit ki lehet kommentezni). Gondolom az mconsole-t már használtad. Ez a fenti cucc elküldi a ctrl-alt-del jelet a virtuális gépnek.
*********
A fenti két script hasznos lehet ha szórakozol ezekkel a hülye gépekkel és nem akarnak menni. Ja, és megmagyarázza ezt, amire szükség van:
/etc/init.d/uml
[code:1:aafcee0352]#!/bin/sh
# ezeket inditjuk/allitjuk le:
MACHINES="thore kalauz doboz latyakwww laja"
case "$1" in
start)
echo -n "Starting uml machines: "
for UML in $MACHINES ; do
screen -S "$UML" -t "$UML" -d -m su - $UML -c "/home/$UML/start.sh" -s /bin/sh
done
;;
stop)
echo -n "Stopping uml machines: "
for UML in $MACHINES ; do
uml_mconsole /home/$UML/.uml/$UML/mconsole cad 2>/dev/null
done
;;
restart)
echo "Sorry, not implemented."
;;
*)
echo "Usage: /etc/init.d/uml {start|stop}"
exit 1
;;
esac
exit 0
[/code:1:aafcee0352]
Na, ennek segítségével már elkészítheted az egyes /etc/rcn.d könyvtárakba az indító/leállító scripteket. Hát, időben kell elkezdeni leállítani őket az fix. Nálam mondjuk megálltak, de lehet hogy egy kis késleltetést kellene valahova betenni.
**
Én futtattam a fenti virtuális gépeket, meg filmet is néztem (a hoston chrootolva futott egy x szerver, ahhoz csatlakoztam a laja virtuális gépből), és egy idő után a következőre jöttem rá: a cron munkák mindegyik gépen ugyanakkor indulnak. Ilyenkor akad a filmnézés, ez roppant bosszantó ;) Pld. a logcheck mindegyik gépen óra 2-kor elindult. Ja, meg a reggel hat óra valamikor is megy egy nagyobb meló. Szóval érdemes a cron munkákat mondjuk 5-5 perccel (attól függ hány virtuális géped van) eltolni.
**
Hát, azt mondják még hogy ha sok virtuális gépet akarsz, akkor a host gépen nagy /tmp legyen és tmpfs filerendszerként csatold be.
**
Amíg minden szépen nem ment, hát nekem kényelmesebb volt sshd-t futtatni mindegyik gépen, nade ha holnap indulsz ilyen gond már biztos nincs.
**
Biztos felkészültél ilyenekkel, de ha már ennyit írtam: én csináltam egy külön gépet amire squid-ot raktam, hogy ha mindegyik gépen megy az apt-get update/upgrade, akkor a netről csak egyszer töltődjön le a cucc. Hát, nem akartam azzal az apt-proxyval szórakozni, ez így ment. Meg volt egy másik virtuális gép, amire mailban küldték a logokat az egyes gépek. Így szépen egy helyről nézegethettem hogy mi történik.
**
Remélem írtam olyat is ami majd hasznos lesz :) Ha valami zavaros akkor bocs. :)
[quote:55ee4cc557="laja"]Ezt a megoldást valamelyik uml-t használótól néztem le, kicsit átalakítottam.
Nem tudom mit használsz, meg hogy más linuxok alatt így van-e, de debian alatt vannak az /etc/rcn.d könyvtárak ahol n egy szám 0..6-ig, az adott futási szintet jelenti. Na. Remélem az ok hogy hogyan kell ennek segítségével indítani/leállítani programokat. Ha nem akkor írjál :)
Nálam a virtuális gépek diskjei az adott userek könyvtárában volt, és az adott user könyvtárában lévő start.sh indította a virtuális gépet.
Tehát a "kalauz" nevű virtuális gép a /home/kalauz alatt volt valahol, és a /home/kalauz/start.sh indította.
Szóval. Volt pár kis segédscriptem. Első, mondjuk legyen /bin/ustart :
Ez elindítja a paraméterben megadott virtuális gépet. Tehát "/bin/ustart kalauz" elindítja a kalauz virt. gépet. A screen azért kell, mert a gép indításakor szükség van egy terminálra, ahová az üzeneteket majd kiírja.
Ez így szépen elindul, háttérbe kerül.
Na igen, nem vagyok benne biztos, de ehhez talán úgy kellene indítani a virtuális gépet, hogy ne xtermet vagy valami mást használjon majd, tehát az indító file-ban con0=fd:0,fd:1 con=pts legyen inkább.
Ha már mennek a virtuális gépek, hoston a "screen -list" megmutatja, hogy milyen konzolok vannak a háttérben, és "screen -r kalauz": ezzel lehet átváltani az adott virtuális gép konzoljára. (Ha megnézegetted a kimenetet, visszaküldheted aludni a C-a d billentyűkkel)
Ez leállítja a virtuális gépet. Persze csak akkor, ha a virtuális gépben a cad-ra (ctrl-alt-del) a leállítás és nem a reboot van megadva. (Ezt bármelyik linuxban az /etc/inittab file-ban állíthatod be. Érdemes továbbá 1 konzolt hagyni, a többit ki lehet kommentezni). Gondolom az mconsole-t már használtad. Ez a fenti cucc elküldi a ctrl-alt-del jelet a virtuális gépnek.
*********
A fenti két script hasznos lehet ha szórakozol ezekkel a hülye gépekkel és nem akarnak menni. Ja, és megmagyarázza ezt, amire szükség van:
/etc/init.d/uml
[code:1:55ee4cc557]#!/bin/sh
# ezeket inditjuk/allitjuk le:
MACHINES="thore kalauz doboz latyakwww laja"
case "$1" in
start)
echo -n "Starting uml machines: "
for UML in $MACHINES ; do
screen -S "$UML" -t "$UML" -d -m su - $UML -c "/home/$UML/start.sh" -s /bin/sh
done
;;
stop)
echo -n "Stopping uml machines: "
for UML in $MACHINES ; do
uml_mconsole /home/$UML/.uml/$UML/mconsole cad 2>/dev/null
done
;;
restart)
echo "Sorry, not implemented."
;;
*)
echo "Usage: /etc/init.d/uml {start|stop}"
exit 1
;;
esac
exit 0
[/code:1:55ee4cc557]
Na, ennek segítségével már elkészítheted az egyes /etc/rcn.d könyvtárakba az indító/leállító scripteket. Hát, időben kell elkezdeni leállítani őket az fix. Nálam mondjuk megálltak, de lehet hogy egy kis késleltetést kellene valahova betenni.
**
Én futtattam a fenti virtuális gépeket, meg filmet is néztem (a hoston chrootolva futott egy x szerver, ahhoz csatlakoztam a laja virtuális gépből), és egy idő után a következőre jöttem rá: a cron munkák mindegyik gépen ugyanakkor indulnak. Ilyenkor akad a filmnézés, ez roppant bosszantó ;) Pld. a logcheck mindegyik gépen óra 2-kor elindult. Ja, meg a reggel hat óra valamikor is megy egy nagyobb meló. Szóval érdemes a cron munkákat mondjuk 5-5 perccel (attól függ hány virtuális géped van) eltolni.
**
Hát, azt mondják még hogy ha sok virtuális gépet akarsz, akkor a host gépen nagy /tmp legyen és tmpfs filerendszerként csatold be.
**
Amíg minden szépen nem ment, hát nekem kényelmesebb volt sshd-t futtatni mindegyik gépen, nade ha holnap indulsz ilyen gond már biztos nincs.
**
Biztos felkészültél ilyenekkel, de ha már ennyit írtam: én csináltam egy külön gépet amire squid-ot raktam, hogy ha mindegyik gépen megy az apt-get update/upgrade, akkor a netről csak egyszer töltődjön le a cucc. Hát, nem akartam azzal az apt-proxyval szórakozni, ez így ment. Meg volt egy másik virtuális gép, amire mailban küldték a logokat az egyes gépek. Így szépen egy helyről nézegethettem hogy mi történik.
**
Remélem írtam olyat is ami majd hasznos lesz :) Ha valami zavaros akkor bocs. :)
Köszönöm a segítséged...! Érthető amit írtál, bár egyes részek picit "túlmagyarázottak" (pl. a screen), de ez sosem baj. :) Azon gondolkoztam, hogy ha elkezdik a host-gépet leállítani, akkor a leállítási folyamatát ki lehet -e "tolni" addig, míg minden virtuális gép leáll. Mondjuk nálam most egyelőre csak egy lenne, de ki tudja, mit hoz a jövő... :)
A host géphez nem nagyon férek hozzá fizikailag, így minden adminisztráció távoli konzolon (ssh -n) át történne. Egy másik kérdés, hogy a virtuális gép fájlrendszerét érdemes -e naplózóra tenni (ami valamelyest nagyobb helyet foglal), vagy nincs rá szükség...? És valahogy össze kellene hozni a minél nagyobb biztonságot is, hiszen (ha jól emlékszem, írtam már) a gép közvetlenül kapcsolódik az Internetre, ezen nem változtathatok semmit. Ezért (is) szeretném, ha a rendszer minél nagyobb biztonságban működne (mondjuk egy GrSec által), de az UML -ből is szeretnék minél nagyobb, lehetőleg maximális hatékonyságot kihozni.
Abba már nem is merek belegondolni, milyen jó lenne, ha valahogy el lehetne menteni a guest gép állapotát (mondjuk ha a host -ot leállítják, de máskor is) amolyan "suspend" szerűen, és késöbb onnan lehetne folytatni. Ez mondjuk akkor (is) lenne jó, ha egy nagyobb, hosszabb fordítást kellene az UML -ben valami miatt megszakítani.
Amúgy minden hasznosítható amit írtál, bármit írhatsz az UML -lel kapcsolatban, amit hasznosnak vélsz... :)
És köszönöm a segítséged... :)
a hibernálást én úgy csinálnám meg, h ctrl-alt-delre definiálnám az [code:1:1fa8b847f1]echo 4 >/proc/sleep/acpi[/code:1:1fa8b847f1] parancsot, és akkor szépen lehibernálná megát. ha pedig tényleg le akarnád állítani, azt kézzel, reboottal tudnád csinálni :wink:
Hajdan sikerült beüzemelnem az UML-t, de most nem jön össze, kellene egy kis segítség...:
never@nevergone:~$ linux udb0=~/f/uml.fs
Checking for the skas3 patch in the host...not found
Checking for /proc/mm...not found
tracing thread pid = 3939
Linux version 2.4.20-6um (mdz@mizar) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 SMP Fri Jun 6 10:15:19 EDT 2003
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: udb0=/home/never/f/uml.fs root=/dev/ubd0
Calibrating delay loop... 543.42 BogoMIPS
Memory: 28988k available
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Checking for host processor cmov support...Yes
Checking for host processor xmm support...No
Checking that ptrace can change system call numbers...OK
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround
POSIX conformance testing by UNIFIX
All CPUs are go!
Waiting on wait_init_idle (map = 0x0)
All processors have done init_idle
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
VFS: Diskquotas version dquot_6.4.0 initialized
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Initializing software serial port version 1
mconsole (version 2) initialized on /home/never/.uml/JtOtF4/mconsole
unable to open root_fs for validation
Initializing stdio console driver
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 2048)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Cannot open root device "ubd0" or 62:00
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 62:00
<6>Stopping all CPUs...done
Fel van telepítve az user-mode-linux és az uml-utilities csomag is. Kérdés: ehhez meg kell patchelni a kernelt a kernel-patch-uml csomaggal? Mert én úgy emlékszem, hogy nem kellett... Szal, valaki el tudná regélni, hogy mi is a gond...?
Más: a skas mire való? csak mert ez (asszem) nem derül ki rendesen a leírásból... és hogy ez kell -e (hasznos) hozzá.
És végül két másik kérdés: egyrészt hogyan tudnám az emulált gép X felületét átírányítani az alapgépre...? És hogyan lehetne a vendég-gép alól elérni az alapgép eszközeit...? Pl. /dev/dsp vagy /dev/cdrom stb... szal pl. ha valamit telepíteni szeretnék rá cd-ről. Mert gondoltam arra, hogy van pár olyan rendszerem, amirnek megvan a telepítője... szívesen készítenék belőlük root-fs -t. Tényleg, azt hogyan kell? Illetve egy meglévő root-fs -t hogyan lehet átméretezni?
Amúgy én ezeket telepítettem fel hozzá:
apt-get install kernel-patch-uml rootstrap user-mode-linux uml-utilities
Szal, jöhet minden, ami az UML -ről szól... és bocs, hogy ideraktam... de én Debian Sid -et használok 2.4.20 -as kernellel... :)
Szoval, ezt az uml leallas dolgot en ugy csinaltam meg, hogy a linux vegrehajthatora csinaltam symlinkeket, es mivel tobb uml fut, minden uml-nek adtam egy nevet, pl uml-mysql, mikor nyomsz egy uml stop akarmit, akkor inditasz egy ciklust ami a ps ax listabol kigreppeli, hogy fut e meg az uml ha nem fut akkor pedig tovabb megy, igy addig var meg az uml le nem all. Viszont ennek az a veszelye van, hogy ha megsem all meg az uml akkor a host rendszered is allni fog ott.
Mondjuk erre lehetne egy olyat hogy mondjuk adsz neki 5 percet es ha az alatt sem all meg az uml akkor kill.
[quote:93339d3e91="vmiklos"]a hibernálást én úgy csinálnám meg, h ctrl-alt-delre definiálnám az [code:1:93339d3e91]echo 4 >/proc/sleep/acpi[/code:1:93339d3e91] parancsot, és akkor szépen lehibernálná megát. ha pedig tényleg le akarnád állítani, azt kézzel, reboottal tudnád csinálni :wink:
Ez valóban jó ötlet, asszem ki is próbálom. Vajon egy ilyen hibernálás után az UML ki is lép...? És hogyan tudom majd újra elindítani...? Asszem lesz itt próbálgatni-való... :)
[quote:f7d29f3c45="hygy"]Szoval, ezt az uml leallas dolgot en ugy csinaltam meg, hogy a linux vegrehajthatora csinaltam symlinkeket, es mivel tobb uml fut, minden uml-nek adtam egy nevet, pl uml-mysql, mikor nyomsz egy uml stop akarmit, akkor inditasz egy ciklust ami a ps ax listabol kigreppeli, hogy fut e meg az uml ha nem fut akkor pedig tovabb megy, igy addig var meg az uml le nem all. Viszont ennek az a veszelye van, hogy ha megsem all meg az uml akkor a host rendszered is allni fog ott.
Mondjuk erre lehetne egy olyat hogy mondjuk adsz neki 5 percet es ha az alatt sem all meg az uml akkor kill.
Ez nem rossz, különösen így az idő-limittel. De vajon erre a (maximálisan pl. 5 percre) várakoztathatom a host-gépet, ha ott leállítást vagy újraindítást kérnek...?
[quote:16d0917d4f="nevergone"]Ez valóban jó ötlet, asszem ki is próbálom. Vajon egy ilyen hibernálás után az UML ki is lép...? És hogyan tudom majd újra elindítani...? Asszem lesz itt próbálgatni-való... :)
bocs, kernel doxban le van írva, swsuspra keress rá
ha valami nem világos, írj :)
(lényeg, h resume=/dev/swap kernelparaméter kell neki, és akkor arra hibernál, illetve induláskor megnézi, h van-e arról mit visszatölteni, és ha van, akkor visszatölti ;-) )
[quote:3bba535b1f="nevergone"]
Ez nem rossz, különösen így az idő-limittel. De vajon erre a (maximálisan pl. 5 percre) várakoztathatom a host-gépet, ha ott leállítást vagy újraindítást kérnek...?
Ha berakod initscriptbe ezt a leallito scriptet es a stop meg start parameteret szepen megcsinalod akkor ha kiadot a halt parancsot a host rendszerben az meghivja az uml leallito scrited es le allitja az uml rendszeredet, es a rendszer addig nem all meg meg a ciklusod megy ami figyeli hogy fut e meg a processz. Ha mar nem fut akkor ki fog lepni a cuklusbol es szepen megy a kovetkezo init scriptre amit lefuttat.
Ha tobb uml-ed van akkor meg kell oldani hogy az osszesre meghivja a stop-ot (nalam ez ugy van hogy egy adott mappabol kiszedi az osszes olyan filet ami ugy kezdodik hogy uml- mert ezek az umlre mutato symlinkek es ahany uml annyi symlink.
[quote:41c034b767="vmiklos"][quote:41c034b767="nevergone"]Ez valóban jó ötlet, asszem ki is próbálom. Vajon egy ilyen hibernálás után az UML ki is lép...? És hogyan tudom majd újra elindítani...? Asszem lesz itt próbálgatni-való... :)
bocs, kernel doxban le van írva, swsuspra keress rá
ha valami nem világos, írj :)
(lényeg, h resume=/dev/swap kernelparaméter kell neki, és akkor arra hibernál, illetve induláskor megnézi, h van-e arról mit visszatölteni, és ha van, akkor visszatölti ;-) )
Igen, ezt ismertem, csak nem tudom (ennek kell utánanéznem), hogy ez mennyire lehet kompatibilis az UML -lel... :)
[quote:9b96a71b49="hygy"][quote:9b96a71b49="nevergone"]
Ez nem rossz, különösen így az idő-limittel. De vajon erre a (maximálisan pl. 5 percre) várakoztathatom a host-gépet, ha ott leállítást vagy újraindítást kérnek...?
Ha berakod initscriptbe ezt a leallito scriptet es a stop meg start parameteret szepen megcsinalod akkor ha kiadot a halt parancsot a host rendszerben az meghivja az uml leallito scrited es le allitja az uml rendszeredet, es a rendszer addig nem all meg meg a ciklusod megy ami figyeli hogy fut e meg a processz. Ha mar nem fut akkor ki fog lepni a cuklusbol es szepen megy a kovetkezo init scriptre amit lefuttat.
Ha tobb uml-ed van akkor meg kell oldani hogy az osszesre meghivja a stop-ot (nalam ez ugy van hogy egy adott mappabol kiszedi az osszes olyan filet ami ugy kezdodik hogy uml- mert ezek az umlre mutato symlinkek es ahany uml annyi symlink.
Csak egy UML lesz egyelőre, de az nagyon. Kipróbálom este (ha tudom), remélem a suspend -del is össze tudom kötni... és akkor lesz nagy vígasság... :)
Nos, lenne egy UML, ami már "élesben" benne, azaz nem szórakozás, hobby... hanem valós, éles rendszer futna rajta. Szerintetek mit tehetek a minél nagyobb teljesítményért és biztonságért...? Eddig a -skas patch -et találtam, de talán van még más ötlet is, ami segíthet.
Vajon a -skas (és hasonló) patch -ok mennyire férhetnek össze a GrSec -el...?
általában ha a patch felmegy rá, akkor funkcionalitásban sem lesz gond. ha nem, akkor érdemes utánanézni, h mennyire monyolult portolni grsechez :wink:
Amikor én próbáltam, a grsec és a skas3 nem ment együtt. Állítólag a wolk összehozta, de azok a kernelek általában nem a legújabbak.
A következő oldal:
http://user-mode-linux.sourceforge.net/skas.html
nagyon szépen leírja hogy a skas mód miért gyorsabb és biztonságosabb is.
Először majdnem válaszoltam a többi kérdésre is de rájöttem hogy azok 2003-asok :) Remélem már megoldódott :) Nekem sokáig úgy ment a gépem hogy volt külön uml a mail, web, proxy, dns szolgáltatásoknak meg nekem, felhasználónak is (X felületet a fő gépen indítottam chrootolva, ehhez csatlakoztam uml-ből), de rájöttem hogy 5-6 uml futtatásához az én 256Mb memóriám éppenséggel elég, csak utána ne Eclipse-t használjak fejlesztéshez.
Amikor én próbáltam, a grsec és a skas3 nem ment együtt. Állítólag a wolk összehozta, de azok a kernelek általában nem a legújabbak.
A következő oldal:
http://user-mode-linux.sourceforge.net/skas.html
nagyon szépen leírja hogy a skas mód miért gyorsabb és biztonságosabb is.
Először majdnem válaszoltam a többi kérdésre is de rájöttem hogy azok 2003-asok :) Remélem már megoldódott :) Nekem sokáig úgy ment a gépem hogy volt külön uml a mail, web, proxy, dns szolgáltatásoknak meg nekem, felhasználónak is (X felületet a fő gépen indítottam chrootolva, ehhez csatlakoztam uml-ből), de rájöttem hogy 5-6 uml futtatásához az én 256Mb memóriám éppenséggel elég, csak utána ne Eclipse-t használjak fejlesztéshez.
Csak még nekem sem volt alaposabban megnéznem őket. Wolk -ot nem néztem, mert valóban elég régiek a hozzá kapcsolódó kernelek... mintha a Wolk fejlesztése eléggé lelassult volna. A Grsec azért (is) érdekelne, mert a gép, amiben menne az UML, közvetlenül a világhálóra van kötve, és ezen nem is változtathatok. Ilyenkor pedig nem árt növelni a biztonságot. Viszont jó lenne, ha a biztonság mellett minél nagyobb teljesítményt is ki tudnék hozni az UML alatt futó vendégrendszerből... :)
Hozzászólások
host: 2.6.7-1
uml:2.6.8-1um
sarge kinn-benn
Pontosan ugyanezek a tünetek nekem is. Az alaprendszer SID 2.6.9-es kernel. /AMD 2400+ 512 RAM/
Szóval az upgrade nem megy, gondoltam hagyom woody-n, de ott is vannak gondok. Van olyan csomag amire "allergiás" ilyen pl a bind9, a telepítés végén megfagy...
Upgradnél pedig az adduser csominál fagy ki...
Szal, megint összehozott az élet az UML -el, és megint nem jó... 2.6.0 -ás kernelt használok Debian Sid -en, és mikor először próbáltam, belefutottam az "I'm tracing myself and I can't get out" hibába, ahol az egész megfagyott. Megpróbáltam ki-killezni (root-ként is), de nem sikerült, a processzek maradtak a helyén...
Azóta, ha el szeretném indítani, mindig ezt kapom:
never@localhost:/mnt/rack3/uml$ linux mem=64M root=/dev/ubd0 udb0=Debian-3.0r0.ext2
Checking for the skas3 patch in the host...not found
Checking for /proc/mm...not found
tracing thread pid = 7409
Linux version 2.4.22-7um (mdz@mizar) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Tue Dec 16 14:55:39 PST 2003
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: mem=64M root=/dev/ubd0 udb0=Debian-3.0r0.ext2
Calibrating delay loop... 428.22 BogoMIPS
Memory: 60916k available
Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Checking for host processor cmov support...Yes
Checking for host processor xmm support...No
Checking that ptrace can change system call numbers...OK
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround
Checking for /dev/anon on the host...Not available (open failed with errno 2)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
VFS: Disk quotas vdquot_6.5.1
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Initializing Cryptographic API
Initializing software serial port version 1
mconsole (version 2) initialized on /home/never/.uml/pZfEUC/mconsole
unable to open root_fs for validation
Initializing stdio console driver
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Cannot open root device "ubd0" or 62:00
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 62:00
És itt meg is áll a dolog, ennyi volt...
Valaki tudna segíteni... a megfelelő jogok megvannak a rendszer-image -re, és elegendő hely is van...
nezd meg ezt a hozzaszolasom:
http://groups.google.co.hu/groups?hl=hu&lr=&frame=right&th=571ae611ad3134e6&seekm=cn3bck%24qvo%241%40mlf.linux.rulez.org#link1
Nos, belefutottam en is egy "Invalid session"-be :)
Na akkor megegyszer:
root=/dev/udb/0
(mert ugye igy latszik UML-en belulrol particiok)
{asm}
never@localhost:/mnt/rack3/uml$ linux mem=64M root=/dev/ubd/0 udb0=Debian-3.0r0. ext2
Checking for the skas3 patch in the host...not found
Checking for /proc/mm...not found
tracing thread pid = 962
Linux version 2.4.22-7um (mdz@mizar) (gcc version 2.95.4 20011002 (Debian prerel ease)) #1 Tue Dec 16 14:55:39 PST 2003
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: mem=64M root=/dev/ubd/0 udb0=Debian-3.0r0.ext2
Calibrating delay loop... 506.88 BogoMIPS
Memory: 60916k available
Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Checking for host processor cmov support...Yes
Checking for host processor xmm support...No
Checking that ptrace can change system call numbers...OK
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround
Checking for /dev/anon on the host...Not available (open failed with errno 2)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
VFS: Disk quotas vdquot_6.5.1
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Initializing Cryptographic API
Initializing software serial port version 1
mconsole (version 2) initialized on /home/never/.uml/7PN8R3/mconsole
unable to open root_fs for validation
Initializing stdio console driver
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Cannot open root device "ubd/0" or 00:00
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 00:00
Sajnos bárhogy is próbálom, mindig ugyanaz az eredmény... :( Esetleg valami tipp...? :)
Ja es mindketten kavarjuk 'ubd' es 'udb' szavakat.
Tehat mindenhol (az en elozo hozzaszolasomban is :) ) : ubd
(tehat a ket betu szara legyen tavol egymastol :) )
Szerintem ha udb0=... helyett ubd0=... -t irnal, akkor a root=... -re sincs szukseg, ugyanis ilyen kerneleknel ugyis ubd0 a default.
Most itt tartunk:
never@localhost:/mnt/rack3/uml$ linux mem=64M root=/dev/ubd0 ubd0=Debian-3.0r0.ext2
Checking for the skas3 patch in the host...not found
Checking for /proc/mm...not found
tracing thread pid = 1026
Linux version 2.4.22-7um (mdz@mizar) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Tue Dec 16 14:55:39 PST 2003
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: mem=64M root=/dev/ubd0 ubd0=Debian-3.0r0.ext2
Calibrating delay loop... 490.52 BogoMIPS
Memory: 60916k available
Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Checking for host processor cmov support...Yes
Checking for host processor xmm support...No
Checking that ptrace can change system call numbers...OK
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround
Checking for /dev/anon on the host...Not available (open failed with errno 2)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
VFS: Disk quotas vdquot_6.5.1
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Initializing Cryptographic API
Initializing software serial port version 1
mconsole (version 2) initialized on /home/never/.uml/8AGKjB/mconsole
Partition check:
ubda: unknown partition table
Initializing stdio console driver
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
És itt áll, nem lépett ki, szal nincs prompt sem, de nem jöttek fel a konzolok sem. Csak áll, és vár... viszont valami fut, mert fogja a gép teljesítményét. Ctrl-C -re nem reagál. Tényleg, ha bezárom a konzolt, akkor kilövi magát...? Vagy milyen módon lehet kiütni... mit killezzek ki...? :)
Ez érdekes... mégegyszer el akartam indítani:
never@localhost:/mnt/rack3/uml$ linux mem=64M root=/dev/ubd0 ubd0=Debian-3.0r0.ext2
Checking for the skas3 patch in the host...not found
Checking for /proc/mm...not found
tracing thread pid = 1298
Linux version 2.4.22-7um (mdz@mizar) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Tue Dec 16 14:55:39 PST 2003
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: mem=64M root=/dev/ubd0 ubd0=Debian-3.0r0.ext2
Calibrating delay loop... 507.58 BogoMIPS
Memory: 60916k available
Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Checking for host processor cmov support...Yes
Checking for host processor xmm support...No
Checking that ptrace can change system call numbers...OK
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround
Checking for /dev/anon on the host...Not available (open failed with errno 2)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
VFS: Disk quotas vdquot_6.5.1
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Initializing Cryptographic API
Initializing software serial port version 1
mconsole (version 2) initialized on /home/never/.uml/HxZw4w/mconsole
F_SETLK failed, file already locked by pid 1034
Failed to lock 'Debian-3.0r0.ext2', err = 11
unable to open Debian-3.0r0.ext2 for validation
Initializing stdio console driver
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Cannot open root device "ubd0" or 62:00
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 62:00
Ehhe, szal fogja a 1034 -es folyamat... löjjük ki...:
localhost:/mnt/rack3/uml# kill -9 1034
bash: kill: (1034) - Nincs ilyen folyamat
Nah, akkor most mi is van...?
jah, egyébként elötte adtam az uml -nek egy SIGTERM -et, attól szépen elszunnyadt... :)
Hy!
Most próbálkozom az uml-el, de nem haladok.
A rendszer egy debian sarge 2.4.26.-grsec-es kernel. és megprobalom
lefuttatni a:
linux ubd0=/home/mirjam/root/Debian-3.0r0.ext2 con=pty con0=fd:0,fd:1
parancsot ekkor ezt az üznetet kapom:
Segmentation fault
és ennyi azért próbálom így indítani mivel nincs X a gépen.
MI lehet a probléma?
Vagy mit csinálok rosszul?
A segítéget előre is köszönöm....
Ide irom mert nekem is UML segitseg kell :?
Szal a vas egy p4 3G HT proci, debian sarge 2.6.7-smp kernellel.
User Mode Linux: v2.4.26-3um.
A Debian-3.0r0.ext2.bz2 -t kiprobalva, teljesen jol megy.
De az uml-ben nem tudok frissiteni sarge-ra, mert fagy a frissites elejen.
Ha meg mount,chroot-tal csinalom a frissitest, akkor valami elk*odik, mert valahol az cron inditasa utan befagy.
Mi lehet a gond?
Hy!
Nah most allítólag nem jó az uml ami a gépemen van ezért ez a hiba.
van egy leírás ahonnan gyűjtöm az infókat ez pedig a http://www.hup.hu/wiki/wiki.phtml?title=UML_haszn%C3%A1lata ...
nah most van itt egy olyan rész, hogy
.....
A Debian felhasználók könnyű helyzetben vannak:
apt-get install user-mode-linux
(vele együtt telepítésre kerül a uml-utilities csomag is)
Ezzel kész is a kernel-rész telepítése. Amint a kernel telepítés megtörtént
............
és ezzel le is tudta ezt a részt, de ez így nem működik!
Én azt csináltam hogy leszedtem az user-mode-linux_xxxx.deb filet egy ftpről majd úgy tettem föl.
És aptal pedig feltelepítettem az uml-utilitiest.
De hát ez így nem jó.... a hivatalos oldalról leszedtem az user-mode-linux-2.4.26-3um.orig.tar.gz-t és a rédmijében leírtak eszerint akartam folyatni apt-get source user-mode-linux, de így sem találja meg a source.list -et már átirtam 50x hátha azért mert az adott ftp-n nnics fennt de nem értem vele semmit.
MI lehet a megoldás?
Köszönöm..
Semmi több, semmi egyéb...? Holnap szeretném élesben beüzemelni a rendszert. És azt is meg kellene valahogy oldani, hogy ha leállítják vagy újraindítják a host-gépet, akkor elöbb a vendég gép is álljon le szabályosan...
[quote:e171cfa3e3="nevergone"]És azt is meg kellene valahogy oldani, hogy ha leállítják vagy újraindítják a host-gépet, akkor elöbb a vendég gép is álljon le szabályosan...
Most akkor beleszólók a nagyok dolgába: szal van egy apcupsd, ami le tudja shutdown-olni a gépet, ha kimegy alóla a táp, és az ups küld errõl event-et. Van neki valami szervere is, amivel az ups host-ja tud jelzést küldeni a többi gépnek is, ami ugyanarról a tápról jár.
Ha az uml guest-nek tudsz élõ ipcímet adni, akkor ez talán mûködhet...
Tudom, ronda megoldás, dehát tõlem most erre futotta :oops:
[quote:201bec60c8="ruczati"][quote:201bec60c8="nevergone"]És azt is meg kellene valahogy oldani, hogy ha leállítják vagy újraindítják a host-gépet, akkor elöbb a vendég gép is álljon le szabályosan...
Most akkor beleszólók a nagyok dolgába: szal van egy apcupsd, ami le tudja shutdown-olni a gépet, ha kimegy alóla a táp, és az ups küld errõl event-et. Van neki valami szervere is, amivel az ups host-ja tud jelzést küldeni a többi gépnek is, ami ugyanarról a tápról jár.
Ha az uml guest-nek tudsz élõ ipcímet adni, akkor ez talán mûködhet...
Tudom, ronda megoldás, dehát tõlem most erre futotta :oops:
Nem rossz ötlet, vagyis több, mint a semmi. De más ötleteket is szívesen fogadok. A guest fog IP címet kapni, mert távolról lesz vezérelve.
Ezt a megoldást valamelyik uml-t használótól néztem le, kicsit átalakítottam.
Nem tudom mit használsz, meg hogy más linuxok alatt így van-e, de debian alatt vannak az /etc/rcn.d könyvtárak ahol n egy szám 0..6-ig, az adott futási szintet jelenti. Na. Remélem az ok hogy hogyan kell ennek segítségével indítani/leállítani programokat. Ha nem akkor írjál :)
Nálam a virtuális gépek diskjei az adott userek könyvtárában volt, és az adott user könyvtárában lévő start.sh indította a virtuális gépet.
Tehát a "kalauz" nevű virtuális gép a /home/kalauz alatt volt valahol, és a /home/kalauz/start.sh indította.
Szóval. Volt pár kis segédscriptem. Első, mondjuk legyen /bin/ustart :
[code:1:aafcee0352]#!/bin/sh
UML=$1
screen -S "$UML" -t "$UML" -d -m su - $UML -c "/home/$UML/start.sh" -s /bin/sh
[/code:1:aafcee0352]
Ez elindítja a paraméterben megadott virtuális gépet. Tehát "/bin/ustart kalauz" elindítja a kalauz virt. gépet. A screen azért kell, mert a gép indításakor szükség van egy terminálra, ahová az üzeneteket majd kiírja.
Ez így szépen elindul, háttérbe kerül.
Na igen, nem vagyok benne biztos, de ehhez talán úgy kellene indítani a virtuális gépet, hogy ne xtermet vagy valami mást használjon majd, tehát az indító file-ban con0=fd:0,fd:1 con=pts legyen inkább.
Ha már mennek a virtuális gépek, hoston a "screen -list" megmutatja, hogy milyen konzolok vannak a háttérben, és "screen -r kalauz": ezzel lehet átváltani az adott virtuális gép konzoljára. (Ha megnézegetted a kimenetet, visszaküldheted aludni a C-a d billentyűkkel)
A másik script a /bin/ustop :
[code:1:aafcee0352]#!/bin/sh
UML=$1
uml_mconsole /home/$UML/.uml/mconsole cad 2>/dev/null
[/code:1:aafcee0352]
Ez leállítja a virtuális gépet. Persze csak akkor, ha a virtuális gépben a cad-ra (ctrl-alt-del) a leállítás és nem a reboot van megadva. (Ezt bármelyik linuxban az /etc/inittab file-ban állíthatod be. Érdemes továbbá 1 konzolt hagyni, a többit ki lehet kommentezni). Gondolom az mconsole-t már használtad. Ez a fenti cucc elküldi a ctrl-alt-del jelet a virtuális gépnek.
*********
A fenti két script hasznos lehet ha szórakozol ezekkel a hülye gépekkel és nem akarnak menni. Ja, és megmagyarázza ezt, amire szükség van:
/etc/init.d/uml
[code:1:aafcee0352]#!/bin/sh
# ezeket inditjuk/allitjuk le:
MACHINES="thore kalauz doboz latyakwww laja"
case "$1" in
start)
echo -n "Starting uml machines: "
for UML in $MACHINES ; do
screen -S "$UML" -t "$UML" -d -m su - $UML -c "/home/$UML/start.sh" -s /bin/sh
done
;;
stop)
echo -n "Stopping uml machines: "
for UML in $MACHINES ; do
uml_mconsole /home/$UML/.uml/$UML/mconsole cad 2>/dev/null
done
;;
restart)
echo "Sorry, not implemented."
;;
*)
echo "Usage: /etc/init.d/uml {start|stop}"
exit 1
;;
esac
exit 0
[/code:1:aafcee0352]
Na, ennek segítségével már elkészítheted az egyes /etc/rcn.d könyvtárakba az indító/leállító scripteket. Hát, időben kell elkezdeni leállítani őket az fix. Nálam mondjuk megálltak, de lehet hogy egy kis késleltetést kellene valahova betenni.
**
Én futtattam a fenti virtuális gépeket, meg filmet is néztem (a hoston chrootolva futott egy x szerver, ahhoz csatlakoztam a laja virtuális gépből), és egy idő után a következőre jöttem rá: a cron munkák mindegyik gépen ugyanakkor indulnak. Ilyenkor akad a filmnézés, ez roppant bosszantó ;) Pld. a logcheck mindegyik gépen óra 2-kor elindult. Ja, meg a reggel hat óra valamikor is megy egy nagyobb meló. Szóval érdemes a cron munkákat mondjuk 5-5 perccel (attól függ hány virtuális géped van) eltolni.
**
Hát, azt mondják még hogy ha sok virtuális gépet akarsz, akkor a host gépen nagy /tmp legyen és tmpfs filerendszerként csatold be.
**
Amíg minden szépen nem ment, hát nekem kényelmesebb volt sshd-t futtatni mindegyik gépen, nade ha holnap indulsz ilyen gond már biztos nincs.
**
Biztos felkészültél ilyenekkel, de ha már ennyit írtam: én csináltam egy külön gépet amire squid-ot raktam, hogy ha mindegyik gépen megy az apt-get update/upgrade, akkor a netről csak egyszer töltődjön le a cucc. Hát, nem akartam azzal az apt-proxyval szórakozni, ez így ment. Meg volt egy másik virtuális gép, amire mailban küldték a logokat az egyes gépek. Így szépen egy helyről nézegethettem hogy mi történik.
**
Remélem írtam olyat is ami majd hasznos lesz :) Ha valami zavaros akkor bocs. :)
[quote:55ee4cc557="laja"]Ezt a megoldást valamelyik uml-t használótól néztem le, kicsit átalakítottam.
Nem tudom mit használsz, meg hogy más linuxok alatt így van-e, de debian alatt vannak az /etc/rcn.d könyvtárak ahol n egy szám 0..6-ig, az adott futási szintet jelenti. Na. Remélem az ok hogy hogyan kell ennek segítségével indítani/leállítani programokat. Ha nem akkor írjál :)
Nálam a virtuális gépek diskjei az adott userek könyvtárában volt, és az adott user könyvtárában lévő start.sh indította a virtuális gépet.
Tehát a "kalauz" nevű virtuális gép a /home/kalauz alatt volt valahol, és a /home/kalauz/start.sh indította.
Szóval. Volt pár kis segédscriptem. Első, mondjuk legyen /bin/ustart :
[code:1:55ee4cc557]#!/bin/sh
UML=$1
screen -S "$UML" -t "$UML" -d -m su - $UML -c "/home/$UML/start.sh" -s /bin/sh
[/code:1:55ee4cc557]
Ez elindítja a paraméterben megadott virtuális gépet. Tehát "/bin/ustart kalauz" elindítja a kalauz virt. gépet. A screen azért kell, mert a gép indításakor szükség van egy terminálra, ahová az üzeneteket majd kiírja.
Ez így szépen elindul, háttérbe kerül.
Na igen, nem vagyok benne biztos, de ehhez talán úgy kellene indítani a virtuális gépet, hogy ne xtermet vagy valami mást használjon majd, tehát az indító file-ban con0=fd:0,fd:1 con=pts legyen inkább.
Ha már mennek a virtuális gépek, hoston a "screen -list" megmutatja, hogy milyen konzolok vannak a háttérben, és "screen -r kalauz": ezzel lehet átváltani az adott virtuális gép konzoljára. (Ha megnézegetted a kimenetet, visszaküldheted aludni a C-a d billentyűkkel)
A másik script a /bin/ustop :
[code:1:55ee4cc557]#!/bin/sh
UML=$1
uml_mconsole /home/$UML/.uml/mconsole cad 2>/dev/null
[/code:1:55ee4cc557]
Ez leállítja a virtuális gépet. Persze csak akkor, ha a virtuális gépben a cad-ra (ctrl-alt-del) a leállítás és nem a reboot van megadva. (Ezt bármelyik linuxban az /etc/inittab file-ban állíthatod be. Érdemes továbbá 1 konzolt hagyni, a többit ki lehet kommentezni). Gondolom az mconsole-t már használtad. Ez a fenti cucc elküldi a ctrl-alt-del jelet a virtuális gépnek.
*********
A fenti két script hasznos lehet ha szórakozol ezekkel a hülye gépekkel és nem akarnak menni. Ja, és megmagyarázza ezt, amire szükség van:
/etc/init.d/uml
[code:1:55ee4cc557]#!/bin/sh
# ezeket inditjuk/allitjuk le:
MACHINES="thore kalauz doboz latyakwww laja"
case "$1" in
start)
echo -n "Starting uml machines: "
for UML in $MACHINES ; do
screen -S "$UML" -t "$UML" -d -m su - $UML -c "/home/$UML/start.sh" -s /bin/sh
done
;;
stop)
echo -n "Stopping uml machines: "
for UML in $MACHINES ; do
uml_mconsole /home/$UML/.uml/$UML/mconsole cad 2>/dev/null
done
;;
restart)
echo "Sorry, not implemented."
;;
*)
echo "Usage: /etc/init.d/uml {start|stop}"
exit 1
;;
esac
exit 0
[/code:1:55ee4cc557]
Na, ennek segítségével már elkészítheted az egyes /etc/rcn.d könyvtárakba az indító/leállító scripteket. Hát, időben kell elkezdeni leállítani őket az fix. Nálam mondjuk megálltak, de lehet hogy egy kis késleltetést kellene valahova betenni.
**
Én futtattam a fenti virtuális gépeket, meg filmet is néztem (a hoston chrootolva futott egy x szerver, ahhoz csatlakoztam a laja virtuális gépből), és egy idő után a következőre jöttem rá: a cron munkák mindegyik gépen ugyanakkor indulnak. Ilyenkor akad a filmnézés, ez roppant bosszantó ;) Pld. a logcheck mindegyik gépen óra 2-kor elindult. Ja, meg a reggel hat óra valamikor is megy egy nagyobb meló. Szóval érdemes a cron munkákat mondjuk 5-5 perccel (attól függ hány virtuális géped van) eltolni.
**
Hát, azt mondják még hogy ha sok virtuális gépet akarsz, akkor a host gépen nagy /tmp legyen és tmpfs filerendszerként csatold be.
**
Amíg minden szépen nem ment, hát nekem kényelmesebb volt sshd-t futtatni mindegyik gépen, nade ha holnap indulsz ilyen gond már biztos nincs.
**
Biztos felkészültél ilyenekkel, de ha már ennyit írtam: én csináltam egy külön gépet amire squid-ot raktam, hogy ha mindegyik gépen megy az apt-get update/upgrade, akkor a netről csak egyszer töltődjön le a cucc. Hát, nem akartam azzal az apt-proxyval szórakozni, ez így ment. Meg volt egy másik virtuális gép, amire mailban küldték a logokat az egyes gépek. Így szépen egy helyről nézegethettem hogy mi történik.
**
Remélem írtam olyat is ami majd hasznos lesz :) Ha valami zavaros akkor bocs. :)
Köszönöm a segítséged...! Érthető amit írtál, bár egyes részek picit "túlmagyarázottak" (pl. a screen), de ez sosem baj. :) Azon gondolkoztam, hogy ha elkezdik a host-gépet leállítani, akkor a leállítási folyamatát ki lehet -e "tolni" addig, míg minden virtuális gép leáll. Mondjuk nálam most egyelőre csak egy lenne, de ki tudja, mit hoz a jövő... :)
A host géphez nem nagyon férek hozzá fizikailag, így minden adminisztráció távoli konzolon (ssh -n) át történne. Egy másik kérdés, hogy a virtuális gép fájlrendszerét érdemes -e naplózóra tenni (ami valamelyest nagyobb helyet foglal), vagy nincs rá szükség...? És valahogy össze kellene hozni a minél nagyobb biztonságot is, hiszen (ha jól emlékszem, írtam már) a gép közvetlenül kapcsolódik az Internetre, ezen nem változtathatok semmit. Ezért (is) szeretném, ha a rendszer minél nagyobb biztonságban működne (mondjuk egy GrSec által), de az UML -ből is szeretnék minél nagyobb, lehetőleg maximális hatékonyságot kihozni.
Abba már nem is merek belegondolni, milyen jó lenne, ha valahogy el lehetne menteni a guest gép állapotát (mondjuk ha a host -ot leállítják, de máskor is) amolyan "suspend" szerűen, és késöbb onnan lehetne folytatni. Ez mondjuk akkor (is) lenne jó, ha egy nagyobb, hosszabb fordítást kellene az UML -ben valami miatt megszakítani.
Amúgy minden hasznosítható amit írtál, bármit írhatsz az UML -lel kapcsolatban, amit hasznosnak vélsz... :)
És köszönöm a segítséged... :)
a hibernálást én úgy csinálnám meg, h ctrl-alt-delre definiálnám az [code:1:1fa8b847f1]echo 4 >/proc/sleep/acpi[/code:1:1fa8b847f1] parancsot, és akkor szépen lehibernálná megát. ha pedig tényleg le akarnád állítani, azt kézzel, reboottal tudnád csinálni :wink:
Sziasztok...
Hajdan sikerült beüzemelnem az UML-t, de most nem jön össze, kellene egy kis segítség...:
never@nevergone:~$ linux udb0=~/f/uml.fs
Checking for the skas3 patch in the host...not found
Checking for /proc/mm...not found
tracing thread pid = 3939
Linux version 2.4.20-6um (mdz@mizar) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 SMP Fri Jun 6 10:15:19 EDT 2003
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: udb0=/home/never/f/uml.fs root=/dev/ubd0
Calibrating delay loop... 543.42 BogoMIPS
Memory: 28988k available
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Checking for host processor cmov support...Yes
Checking for host processor xmm support...No
Checking that ptrace can change system call numbers...OK
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround
POSIX conformance testing by UNIFIX
All CPUs are go!
Waiting on wait_init_idle (map = 0x0)
All processors have done init_idle
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
VFS: Diskquotas version dquot_6.4.0 initialized
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Initializing software serial port version 1
mconsole (version 2) initialized on /home/never/.uml/JtOtF4/mconsole
unable to open root_fs for validation
Initializing stdio console driver
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 2048)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Cannot open root device "ubd0" or 62:00
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 62:00
<6>Stopping all CPUs...done
Fel van telepítve az user-mode-linux és az uml-utilities csomag is. Kérdés: ehhez meg kell patchelni a kernelt a kernel-patch-uml csomaggal? Mert én úgy emlékszem, hogy nem kellett... Szal, valaki el tudná regélni, hogy mi is a gond...?
Más: a skas mire való? csak mert ez (asszem) nem derül ki rendesen a leírásból... és hogy ez kell -e (hasznos) hozzá.
És végül két másik kérdés: egyrészt hogyan tudnám az emulált gép X felületét átírányítani az alapgépre...? És hogyan lehetne a vendég-gép alól elérni az alapgép eszközeit...? Pl. /dev/dsp vagy /dev/cdrom stb... szal pl. ha valamit telepíteni szeretnék rá cd-ről. Mert gondoltam arra, hogy van pár olyan rendszerem, amirnek megvan a telepítője... szívesen készítenék belőlük root-fs -t. Tényleg, azt hogyan kell? Illetve egy meglévő root-fs -t hogyan lehet átméretezni?
Amúgy én ezeket telepítettem fel hozzá:
apt-get install kernel-patch-uml rootstrap user-mode-linux uml-utilities
Szal, jöhet minden, ami az UML -ről szól... és bocs, hogy ideraktam... de én Debian Sid -et használok 2.4.20 -as kernellel... :)
Előre is kösz:
The NeverGone :)
Hello!
Szoval, ezt az uml leallas dolgot en ugy csinaltam meg, hogy a linux vegrehajthatora csinaltam symlinkeket, es mivel tobb uml fut, minden uml-nek adtam egy nevet, pl uml-mysql, mikor nyomsz egy uml stop akarmit, akkor inditasz egy ciklust ami a ps ax listabol kigreppeli, hogy fut e meg az uml ha nem fut akkor pedig tovabb megy, igy addig var meg az uml le nem all. Viszont ennek az a veszelye van, hogy ha megsem all meg az uml akkor a host rendszered is allni fog ott.
Mondjuk erre lehetne egy olyat hogy mondjuk adsz neki 5 percet es ha az alatt sem all meg az uml akkor kill.
HyGy
Hmmm.. aszonta post-oláskor, hogy Invalid Session...
Bocs érte... :)
[quote:93339d3e91="vmiklos"]a hibernálást én úgy csinálnám meg, h ctrl-alt-delre definiálnám az [code:1:93339d3e91]echo 4 >/proc/sleep/acpi[/code:1:93339d3e91] parancsot, és akkor szépen lehibernálná megát. ha pedig tényleg le akarnád állítani, azt kézzel, reboottal tudnád csinálni :wink:
Ez valóban jó ötlet, asszem ki is próbálom. Vajon egy ilyen hibernálás után az UML ki is lép...? És hogyan tudom majd újra elindítani...? Asszem lesz itt próbálgatni-való... :)
[quote:f7d29f3c45="hygy"]Szoval, ezt az uml leallas dolgot en ugy csinaltam meg, hogy a linux vegrehajthatora csinaltam symlinkeket, es mivel tobb uml fut, minden uml-nek adtam egy nevet, pl uml-mysql, mikor nyomsz egy uml stop akarmit, akkor inditasz egy ciklust ami a ps ax listabol kigreppeli, hogy fut e meg az uml ha nem fut akkor pedig tovabb megy, igy addig var meg az uml le nem all. Viszont ennek az a veszelye van, hogy ha megsem all meg az uml akkor a host rendszered is allni fog ott.
Mondjuk erre lehetne egy olyat hogy mondjuk adsz neki 5 percet es ha az alatt sem all meg az uml akkor kill.
Ez nem rossz, különösen így az idő-limittel. De vajon erre a (maximálisan pl. 5 percre) várakoztathatom a host-gépet, ha ott leállítást vagy újraindítást kérnek...?
[quote:16d0917d4f="nevergone"]Ez valóban jó ötlet, asszem ki is próbálom. Vajon egy ilyen hibernálás után az UML ki is lép...? És hogyan tudom majd újra elindítani...? Asszem lesz itt próbálgatni-való... :)
bocs, kernel doxban le van írva, swsuspra keress rá
ha valami nem világos, írj :)
(lényeg, h resume=/dev/swap kernelparaméter kell neki, és akkor arra hibernál, illetve induláskor megnézi, h van-e arról mit visszatölteni, és ha van, akkor visszatölti ;-) )
[quote:3bba535b1f="nevergone"]
Ez nem rossz, különösen így az idő-limittel. De vajon erre a (maximálisan pl. 5 percre) várakoztathatom a host-gépet, ha ott leállítást vagy újraindítást kérnek...?
Ha berakod initscriptbe ezt a leallito scriptet es a stop meg start parameteret szepen megcsinalod akkor ha kiadot a halt parancsot a host rendszerben az meghivja az uml leallito scrited es le allitja az uml rendszeredet, es a rendszer addig nem all meg meg a ciklusod megy ami figyeli hogy fut e meg a processz. Ha mar nem fut akkor ki fog lepni a cuklusbol es szepen megy a kovetkezo init scriptre amit lefuttat.
Ha tobb uml-ed van akkor meg kell oldani hogy az osszesre meghivja a stop-ot (nalam ez ugy van hogy egy adott mappabol kiszedi az osszes olyan filet ami ugy kezdodik hogy uml- mert ezek az umlre mutato symlinkek es ahany uml annyi symlink.
[quote:41c034b767="vmiklos"][quote:41c034b767="nevergone"]Ez valóban jó ötlet, asszem ki is próbálom. Vajon egy ilyen hibernálás után az UML ki is lép...? És hogyan tudom majd újra elindítani...? Asszem lesz itt próbálgatni-való... :)
bocs, kernel doxban le van írva, swsuspra keress rá
ha valami nem világos, írj :)
(lényeg, h resume=/dev/swap kernelparaméter kell neki, és akkor arra hibernál, illetve induláskor megnézi, h van-e arról mit visszatölteni, és ha van, akkor visszatölti ;-) )
Igen, ezt ismertem, csak nem tudom (ennek kell utánanéznem), hogy ez mennyire lehet kompatibilis az UML -lel... :)
[quote:9b96a71b49="hygy"][quote:9b96a71b49="nevergone"]
Ez nem rossz, különösen így az idő-limittel. De vajon erre a (maximálisan pl. 5 percre) várakoztathatom a host-gépet, ha ott leállítást vagy újraindítást kérnek...?
Ha berakod initscriptbe ezt a leallito scriptet es a stop meg start parameteret szepen megcsinalod akkor ha kiadot a halt parancsot a host rendszerben az meghivja az uml leallito scrited es le allitja az uml rendszeredet, es a rendszer addig nem all meg meg a ciklusod megy ami figyeli hogy fut e meg a processz. Ha mar nem fut akkor ki fog lepni a cuklusbol es szepen megy a kovetkezo init scriptre amit lefuttat.
Ha tobb uml-ed van akkor meg kell oldani hogy az osszesre meghivja a stop-ot (nalam ez ugy van hogy egy adott mappabol kiszedi az osszes olyan filet ami ugy kezdodik hogy uml- mert ezek az umlre mutato symlinkek es ahany uml annyi symlink.
Csak egy UML lesz egyelőre, de az nagyon. Kipróbálom este (ha tudom), remélem a suspend -del is össze tudom kötni... és akkor lesz nagy vígasság... :)
En a CAD atadasat javasolnam mconsollal hiszen azt erre talaltak ki, es az uml oldalan is ezt javasoljak.
[quote:1a55463198="hygy"]En a CAD atadasat javasolnam mconsollal hiszen azt erre talaltak ki, es az uml oldalan is ezt javasoljak.
Igen, szerintem vmiklós is így gondolta... csak ő beállítaná, hogy CAD -ra ne reset vagy halt legyen, hanem suspend.
Nos, lenne egy UML, ami már "élesben" benne, azaz nem szórakozás, hobby... hanem valós, éles rendszer futna rajta. Szerintetek mit tehetek a minél nagyobb teljesítményért és biztonságért...? Eddig a -skas patch -et találtam, de talán van még más ötlet is, ami segíthet.
Vajon a -skas (és hasonló) patch -ok mennyire férhetnek össze a GrSec -el...?
általában ha a patch felmegy rá, akkor funkcionalitásban sem lesz gond. ha nem, akkor érdemes utánanézni, h mennyire monyolult portolni grsechez :wink:
Üdv!
Amikor én próbáltam, a grsec és a skas3 nem ment együtt. Állítólag a wolk összehozta, de azok a kernelek általában nem a legújabbak.
A következő oldal:
http://user-mode-linux.sourceforge.net/skas.html
nagyon szépen leírja hogy a skas mód miért gyorsabb és biztonságosabb is.
Először majdnem válaszoltam a többi kérdésre is de rájöttem hogy azok 2003-asok :) Remélem már megoldódott :) Nekem sokáig úgy ment a gépem hogy volt külön uml a mail, web, proxy, dns szolgáltatásoknak meg nekem, felhasználónak is (X felületet a fő gépen indítottam chrootolva, ehhez csatlakoztam uml-ből), de rájöttem hogy 5-6 uml futtatásához az én 256Mb memóriám éppenséggel elég, csak utána ne Eclipse-t használjak fejlesztéshez.
[quote:f79acf0835="laja"]Üdv!
Amikor én próbáltam, a grsec és a skas3 nem ment együtt. Állítólag a wolk összehozta, de azok a kernelek általában nem a legújabbak.
A következő oldal:
http://user-mode-linux.sourceforge.net/skas.html
nagyon szépen leírja hogy a skas mód miért gyorsabb és biztonságosabb is.
Először majdnem válaszoltam a többi kérdésre is de rájöttem hogy azok 2003-asok :) Remélem már megoldódott :) Nekem sokáig úgy ment a gépem hogy volt külön uml a mail, web, proxy, dns szolgáltatásoknak meg nekem, felhasználónak is (X felületet a fő gépen indítottam chrootolva, ehhez csatlakoztam uml-ből), de rájöttem hogy 5-6 uml futtatásához az én 256Mb memóriám éppenséggel elég, csak utána ne Eclipse-t használjak fejlesztéshez.
Nos, asszem régebben megoldódott a többi dolog is, sokáig nem volt szükségem rá... Most is csak egy UML kell, fejlesztési célzattal. Pláne, hogy nem csak a -skas lehet még jó, találtam ilyeneket is most:
http://sysemu.sourceforge.net/
http://www.user-mode-linux.org/~blaisorblade/
Csak még nekem sem volt alaposabban megnéznem őket. Wolk -ot nem néztem, mert valóban elég régiek a hozzá kapcsolódó kernelek... mintha a Wolk fejlesztése eléggé lelassult volna. A Grsec azért (is) érdekelne, mert a gép, amiben menne az UML, közvetlenül a világhálóra van kötve, és ezen nem is változtathatok. Ilyenkor pedig nem árt növelni a biztonságot. Viszont jó lenne, ha a biztonság mellett minél nagyobb teljesítményt is ki tudnék hozni az UML alatt futó vendégrendszerből... :)