- Samsung Galaxy S24 - nos, Exynos
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Szívós, szép és kitartó az új OnePlus óra
- Vivo X200 Pro - a kétszázát!
- Android alkalmazások - szoftver kibeszélő topik
- Feltalálta a Google a keresőmotort
- Xiaomi Mi 8 - így csinálunk csúcsmodellt Mi
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Magisk
- Okosóra és okoskiegészítő topik
-
Mobilarena
Mobilarena
Új hozzászólás Aktív témák
-
Azt, hogy rendszergazdai belépés nélkül mindent sudoval intézzen, a linux elwindowsosításáért küzdő ubuntus fejlesztők találták ki. A debian, remélem, továbbra is megmarad az "ezt akartad, hát nesze" módszereknél, vagyis pontosan azt csinálja, amit mondanak neki és nem akar beleokoskodni, hogyha tévesen utasítottad.
-
-
0.97 és ott van ahol írtad csak nem tudom átírni mert nem tudom superuserként editálni gnomeban. Hogyan lehet su-ra váltani? A mások pedig, hogy kde-t felratam nekem az tetszene, de belépek és megnyitok vele egy weboldalt azt villám gyorsan megnyitja és onnantól kezdve lehal a hálókártya. Gnome-al minden rendben volt előtte bár most nem néztem mióta kde is fenn van.
-
Na reggel míg boltba mentem meg havat lapátoltam, fel is toltam a Debiant. Minden flottul ment. Rengeteget fejlődött a linux telepítője és a csomagkezelés komolyan élvezet volt látni, hogy gyakorlatilag mindent megoldott magától. A boot manager is szépen megy igaz Longhornt ír a grub, de viszont működik. Gondolom át lehet írni a grub-ot valahol, hogy mit írjon nem?
-
Köszi! Csak ismerkedni akarok vele, de most úgy van a gépem, hogy van egy win7 90GB-on ami nekem elég is mindennel együtt, mert csak olvasgatok meg kb. 2db játék van fenn, mást nem csinálok. És van egy 150GB-os ami üres és mondjuk ezt még kettészedném vagy 3 fele és csinálnék egy linuxos partíciót egy swap-et meg még egyet ami a /home lenne. Valami ilyesmi lenne az elképzelés hálóba van egy másik gépem amire minden le van mentve, úgyhogy nagy meglepi nem érhet max. egy win reinstall. Szóval akkor a linuxos boot manager tudja majd indítani a meglévő win-t? Ja és még annyi, hogy mekkora hely kell a debian-nak alap dolgokkal, böngésző, openoffice, lejátszók, képnéző és szerkesztőkkel?
-
gondolom azon akad el az agya, hogy bridge-hez akarja hozzátenni a létrehozott guest virtuális interfészét, de nincs mihez.
Lehet... kis időre leálltam a játszadozással, fontosabb lett a fényképezőgépem.
Tegnap még annyit bírt csinálni a kis aranyos, hogy boot után nem volt elérhető egyetlen virtuális gép konzolja sem (vnc), miközben a netstat -lntu kimenetében ott volt, hogy rajta ül az 5900-as porton... Reboot és működött... éljen a stabilitás!
Ubuntun meg a virtualbox csinál olyan kedves vicceket, hogy a startupkor elindított virtuális gépek indításába 10-ből egyszer belefagy a VB és rebootig max. egy zombie állapotot tudok belőle kicsikarni.
-
meg kellene nézni brctl show-val, hogy mit szerel össze a xend induláskor, az valószínűleg nem lesz jó neked.
Lehet, hogy én keféltem el: benne maradt egy sor a xend-config-ban, amit a howtoforge-on talált leírás szerint commentbe kellett volna tenni.(valami '(network-script network-dummy)' ha igaz...) Miután azt kivettem, úgy tűnt, működik a stop/start.
Szóval jó-jó, hogy az ehhez hasonló megakadások a figyelmetlenségemből jönnek, de az ilyen reakcióitól valahogy a falnak tudnék menni...
Te tudod egyébként, hogy mit okoz ha a (network-script network-dummy) sor _és_ a (network-script network-bridge) egyszerre vannak jelen a konfigban?
Azon túl persze, hogy felakad a xend szeme egy restartnál... (szerk: itt most nem arra gondolok, hogy megkeresed doksiban vagy neten, mert az nekem is megy...
) -
FixY67
senior tag
Tudom, ez sem a debian hibája, mégis izgalmasan hangzik:
"this function is not supported by the hypervisor: virConnectNumOfDefinedNetworks"
Ezt egy egyébként működőképes hvm guestre kaptam, amikor a Virtual Machine Managerben megpróbáltam a kikapcsolt géphez hozzáadni egy disk image-t...
-
Én ezt találtam, ebből raktam össze.
Konkrétan milyen grafikus felületre gondolsz?
Környezeti feltételek: vistáról minimális erőfeszítéssel, ingyenes klienssel elérhető legyen, és elfogadható sebességgel működjön. Mivel a vnc kliensre mindenképp szükség van, ha innen el akarom érni a konzolokat, tehát az már telepítve van... ráadásul az egyéb grafikus próbálkozásaim performanciája hagyott némi kívánnivalót maga után. (gondolok itt a lokális X szerverre)
Ami az X-et illeti... végülis, ha nem akaszt ki túl sűrűn ez a vistára rakott vmware-be telepített ubuntu, akár még működhet is a dolog.
(eredetileg nem állt szándékomban megtartani, de egyelőre nem fogja vissza a rendszeremet olyan mértékben, hogy zavaró legyen) -
Bedobja az ember a kugliba a megfelelő kérdést, és kihozza ezt az oldalt. Ezen is eth0 a bridge neve. Hogy miért lett eth0 a bridge neve, azt csak találgatni tudom: hogy a host konfigján ne kelljen változtatni, ha xen-es vagy sima kernellel bootolod be.
A unixoknak van rendes, hálózattranszparens grafikus felülete, amihez képest a vnc egy játékszer. Minek vnc?
-
Bedobja az ember a kugliba a megfelelő kérdést, és kihozza ezt az oldalt. Ezen is eth0 a bridge neve. Hogy miért lett eth0 a bridge neve, azt csak találgatni tudom: hogy a host konfigján ne kelljen változtatni, ha xen-es vagy sima kernellel bootolod be.
A unixoknak van rendes, hálózattranszparens grafikus felülete, amihez képest a vnc egy játékszer. Minek vnc?
-
Mert kissé beteg vagyok (egyéb esetekben meg lusta), a desktop gépem a lakás egyik végében, a laptopom és az ágyam a lakás másik végében.
---
network probléma megoldva (a'la bambano és tsai
) : szar a mintakonfig, az eth0 helyett a már elavult(???) és nem létező xenbr0-ra hivatkozik. Ha ezt átírom eth0-ra, akkor már megy a bridged networking. Mondjuk az még nem teljesen tiszta, hogy miért hívják eth0-nak a bridge eszközt... de ez valószínűleg a hiányos ismereteim következménye (én általában br0 v. hasonló névvel szoktam illetni)"a'la ..." = ugye ki lehetett javítani, de ez nem magyarázat arra, hogy az elkefélt konfiggal miért fagy ki ennyire, szinte kipusztíthatatlanul a guest/domU ? Miért nem ismeri fel a xen, hogy rossz a konfig és kapcsolja ki a gépet? Bennem meg ez marad meg, hogy már megint szoptam valamivel, pedig nem kellett volna, ha...
-
xen0:~# xm list
Name ID Mem VCPUs State Time(s)
Domain-0 0 3529 2 r----- 129.1
grml 4 128 1 ------ 0.0
xp 2 263 1 -b---- 106.6Kb. ez a jelenlegi állapot. Ebből a grml a ciki, mert amíg nem akarok hozzáadni egy network interface-t, addig működik. Amikor hozzáadok (akár konfig file-ban, akár utólag xm network-attach segítségével), totálkárossá válik. Mivel jelenleg a xend kezelésében van, nem tudom eltávolítani sem. Ha xm delete-tel próbálkozom, akkor az a baja, hogy nincs halted állapotban. Ha destroy-jal irtom ki, akkor ott marad a név, eltűnik mellőle az ID, de eltüntetni a rendszerből csak reboottal lehet. Az xm log-ban debug üzenet van rengeteg, de hibát nem látok.
Szerencsére annyira működik távolról is a virt-manager, hogy le tudtam kapcsolni (xm help-ben nem találtam hirtelen forced poweroff-t - gondolom, valahol van, mert valahogy a virt-manager is meg tudta csinálni)
---
Az már csak nüansznyi probléma, hogy míg az ubuntu-n ha elindítok egy vnserver-t, akkor gond nélkül rá tudok jelentkezni, ha ezen a debian-on (a Dom0-n) indítom, akkor egerészni tudok a vncviewer ablakban (windows-ról), de a billentyűzet megbolondul: a legtöbb billentyűre csak egy backslash a reakció. Közben kipróbáltam linuxos vncviewer alól is, ott is ez a helyzet. Mondjuk ezt okozhatja, hogy eltérő billentyűzet kiosztással működik a vncserver és a vncviewer (?) .
Megpróbáltam egér segítségével átállítani a debian desktopon a bill. kiosztást, de valamelyik gnome démon elhasalt.
Az eltérő kiosztás még lehet az én hibám, de hogy megdöglik a gnome-setup (?) démon, azt azért nem vállalnám magamra.----
Szóval amikor anyázok itt szép csendben, hogy bughalmaz, akkor ilyesmikre gondolok.
Ezek a normál napi üzem során nem jönnek elő, mert ha egyszer elindult a környezet, akkor viszonylag ritkán cseszteti az ember és megvannak a kipróbált kerülőutak, ha másképp nem megy. -
FixY67
senior tag
xen0:~# xm list
Name ID Mem VCPUs State Time(s)
Domain-0 0 3529 2 r----- 129.1
grml 4 128 1 ------ 0.0
xp 2 263 1 -b---- 106.6Kb. ez a jelenlegi állapot. Ebből a grml a ciki, mert amíg nem akarok hozzáadni egy network interface-t, addig működik. Amikor hozzáadok (akár konfig file-ban, akár utólag xm network-attach segítségével), totálkárossá válik. Mivel jelenleg a xend kezelésében van, nem tudom eltávolítani sem. Ha xm delete-tel próbálkozom, akkor az a baja, hogy nincs halted állapotban. Ha destroy-jal irtom ki, akkor ott marad a név, eltűnik mellőle az ID, de eltüntetni a rendszerből csak reboottal lehet. Az xm log-ban debug üzenet van rengeteg, de hibát nem látok.
Szerencsére annyira működik távolról is a virt-manager, hogy le tudtam kapcsolni (xm help-ben nem találtam hirtelen forced poweroff-t - gondolom, valahol van, mert valahogy a virt-manager is meg tudta csinálni)
---
Az már csak nüansznyi probléma, hogy míg az ubuntu-n ha elindítok egy vnserver-t, akkor gond nélkül rá tudok jelentkezni, ha ezen a debian-on (a Dom0-n) indítom, akkor egerészni tudok a vncviewer ablakban (windows-ról), de a billentyűzet megbolondul: a legtöbb billentyűre csak egy backslash a reakció. Közben kipróbáltam linuxos vncviewer alól is, ott is ez a helyzet. Mondjuk ezt okozhatja, hogy eltérő billentyűzet kiosztással működik a vncserver és a vncviewer (?) .
Megpróbáltam egér segítségével átállítani a debian desktopon a bill. kiosztást, de valamelyik gnome démon elhasalt.
Az eltérő kiosztás még lehet az én hibám, de hogy megdöglik a gnome-setup (?) démon, azt azért nem vállalnám magamra.----
Szóval amikor anyázok itt szép csendben, hogy bughalmaz, akkor ilyesmikre gondolok.
Ezek a normál napi üzem során nem jönnek elő, mert ha egyszer elindult a környezet, akkor viszonylag ritkán cseszteti az ember és megvannak a kipróbált kerülőutak, ha másképp nem megy. -
csak a próba kedvéért felraktam egy hvm-es alap debiant... ennyi időbe tartott.
most tölti a gnome-ot hozzá.Miután kikapcsoltam a bridged interface-t a konfigban, nekem is kb 30mp volt, mire működőképessé vált a grml karakteres felülete.
Gáz csak akkor van, ha ott X-re váltok. És hangsúlyozottan a friss grml live esetében (bár ez asszem telepítve is lehetne), mert az kicsit másképp működik, mint egy normál debian!
(valami framebufferes eszköz rémlik az X alatt, de nagyon rég néztem ilyen szempontból).
Lenny-re épül a Dom0, azon van a (hibás???) vncviewer, ami nem bírja a gyűrődést bizonyos esetekben. Már nem emlékszem pontosan, kissé álomkóros voltam, mikor abbahagytam a játszadozást, de mintha az xm new-val létrehozott guesten kiakadna, az xm create-tel elindított viszont működik normálisan...
Kíváncsiságból felraktam egy XP-t is, az kb. annyi idő alatt ment fel, mintha nem is virtuális gépben lenne és működik... pardon: elindul.
Ami még kiakasztott: van a Xen-nek is live cd-je, amivel lehet próbálgatni a rendszert, előre telepített virtuális gépekkel. Ez a desktop gépemen emlékeim szerint gond nélkül működött. Este még beraktam a notebookba úgy, hogy nem volt hálózatra (ethernetre) dugva a gép. Egyik virtuális konzolt sem tudtam elérni a virt-managerből, de hibaüzenet sem jött. Egyéb úton már nem próbáltam, mentem aludni.
-
Valaki azt mondta, ne merjem a Debiant bugosnak nevezni...
Stabil verzió, apt-get update ; apt-get dist-upgrade szerint mindenből a legfrissebb van telepítve.Xen-3.2.1 - végre sikerült bebootolni egy hvm domaint (úgy, hogy letiltottam rajta a hálózati kommunikációt, mert egyébként egy szó hibaüzenet sem jön ki belőle, de vagy el sem indul vagy még a boot előtt meghal, mindenesetre konzolnak olyankor nyoma sincs és az xm list kimenetében csak néhány mínusz jel virít a domain állapotát jelző mezőben).
Hurrá, akkor játsszunk vele egy kicsit: a bebootolt rendszer egy grml live cd. Karakteres módban működni látszik, csak pl. az mc képernyője szemetes lesz (vélhetőleg valami nincs rendben a képernyő frissítéssel).
Elindítom a grafikus felületét... igaz, elindul, de a xenwatch következetesen dob egy hátast ennek örömére:# xenwatch
Desktop: Gnome
The program 'xenwatch' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
(Details: serial 36778 error_code 2 request_code 145 minor_code 3)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)Ugyanez vncviewer-rel már majdnem jó, mert legalább megjelenik a konzol. Igaz, amint az egérhez érek:
# vncviewer
Connected to RFB server, using protocol version 3.8
No authentication needed
Authentication successful
Desktop name "Xen-grml"
VNC server default format:
32 bits per pixel.
Least significant byte first in each pixel.
True colour: max red 255 green 255 blue 255, shift red 16 green 8 blue 0
Using default colormap which is TrueColor. Pixel format:
32 bits per pixel.
Least significant byte first in each pixel.
True colour: max red 255 green 255 blue 255, shift red 16 green 8 blue 0
Same machine: preferring raw encoding
Rect too large: 96x768 at (1280, 0)------------------
Készséggel elhiszem, hogy van ahol működik és stabilnak, bugmentesnek látszik, de ne csináljunk már úgy, mintha tökéletes lenne... mi a ...-t csináljak vele, ha nekem történetesen hvm konfigurációra van szükségem, grafikus felülettel?Egyébként készséggel elhiszem, hogy nem a debian tehet róla (ha jól emlékszem, ez a hiba a vnc működésére lett visszavezetve), de amikor az ember rendszeresen ilyenekbe ütközik... Hát no comment. Ilyen szempontból lényegesen elégedettebb vagyok a MS szoftverekkel.
-
Ő ragaszkodik a live cd-hez meg a hardveres vt-hez, ezügyben nem nyilatkozom, még sosem volt a kezemben live cd.
Az eredeti baját tisztességesen *SZERINTEM* úgy lehet megoldani, hogy xen hoszton paravirtualizált guesteket futtat, annyit, amennyire szüksége van és a hoszton konfigurál hozzá egy akár routolt, akár bridgelt hálózatot. Azt, hogy melyiket, akkor lehet tudni, ha elénk tárja, hogy mit akar. Én csak annyira emlékszem, hogy fórumot akar futtatni rajta, de ennél azért több kellene.
-
Ő ragaszkodik a live cd-hez meg a hardveres vt-hez, ezügyben nem nyilatkozom, még sosem volt a kezemben live cd.
Az eredeti baját tisztességesen *SZERINTEM* úgy lehet megoldani, hogy xen hoszton paravirtualizált guesteket futtat, annyit, amennyire szüksége van és a hoszton konfigurál hozzá egy akár routolt, akár bridgelt hálózatot. Azt, hogy melyiket, akkor lehet tudni, ha elénk tárja, hogy mit akar. Én csak annyira emlékszem, hogy fórumot akar futtatni rajta, de ennél azért több kellene.
-
Linuxon (ubuntu) fut. Ez a virtual network editor mit csinál pontosan? Mert nálam a vmware webes felületén csak a virtuális gépnek átadott hálókártya tulajdonságait tudom beállítani (legalábbis mást nem találtam). De szerintem onnantól fogva, hogy a virtuális gépeid hálókártyáinak van ip-je már szinte bármit be tudsz állítani. Gondolom valami olyasmit szeretnél, hogy 2 virtuális gép csak egymást lássa hálózaton és pl. netre ne tudjanak kimenni. Na de ez már kezd nagyon "vak vezet világtalant" topikba átmenni
szerk. a help-ben én is megtaláltam a virtual network editor, csak nálam marhára nem úgy működik mint ahogy le van írva. de még nézegetem...
Ez kb. 100%-ban fedi a tényeket.
Olyan virtuális hálót szerettem volna, amin kizárólag "én" (=az általam, virtuális gépre telepített dhcp szerver) osztogatom a címeket és egyéb paramétereket, ami totálisan le van választva a fizikai hálózattól, csak a routernek kinevezett gépen át érhető el a külvilág és a külvilág is csak ezen a routeren át látja a virtuális hálózatot.
Közben megnéztem a windows-os változatát és kiderült, hogy ilyet a vmware szerver változata egyáltalán nem tud.
Doksi szerint sem.Maga az editor egy külön kis program, amivel az interface-eket lehet állítgatni, hogy mely fizikai hálókártyára kapcsolódjanak, nat-hostonly-bridged legyen-e stb.
-
Tudom, h. workstation, csak gondoltam hátha valamelyik tipp segít onnan. Kipróbálni nem tudom, mert perpill. se windowsom, se workstationom nincs (servert használok).
Még1x köszi a tippet, sajnos nem nyert...
Távolról használva két vm létrehozása és ezek néhány indítása/leállítása után elkezdett döglődni a vmware szerveroldali részén valami. (null pointer exception)
Megnéztem a 2.0 által supportált 64 bites rendszereket, de egy olyan sincs köztük, amit én is támogatni tudnék. (enterprise rendszerek + réges-régi Ubuntuk) -
Kiesett (egyelőre), mert a sima szerver nem támogatta (vagy csak nekem nem ment?) hogy a guest tisztességesen lássa az USB eszközöket
mi nem ment? nálam úgy tűnik nincs gond vele...$uname -a
Linux orangebox 2.6.28-17-generic #58-Ubuntu SMP Tue Dec 1 18:57:07 UTC 2009 i686 GNU/Linux
vmware:about
(C)VMware Server
Version 2.0.1
Build 156745(/C) -
remélem, soha nem sikerül sem megcsinálni, sem berakni ezt a stable cuccba...
a vélemény jogos
Most amúgyis ki vagyok akadva úgy en bloc a linuxos rendszerekre...
Xen 3.2.1 - doksi alapján telepítem, egyedül a grub-ot nem hagyom neki, képtelenség beindítani a HVM-es gépet.
Keresek debian testing ágba tartozó 64bites telepítő CD-t, nincs.
Használnám a VirtualBox-ot, de olyan iszonyat bugos, hogy sírni tudnék. Ráadásul átgondolatlan. (igaz, ennek nem sok köze van a linuxhoz )
Ráadásul alig találok embert, aki ért is a linuxos környezetekhez és még segíteni is hajlandó...Pedig fél éve még voltak olyan gondolataim, hogy megpróbálnék linuxos rendszergazdaként elhelyezkedni valahol, de van egy olyanom, hogy már akkor sem, ha hívnának valahova.
Pedig anno a Debian milyen szépnek indult. -
FixY67
senior tag
http://hup.hu/cikkek/20090905/uj_boot_rendszer_lesz_a_debianban#comments
Ezt érdekes volt olvasni.
Amikor pár éve feszegettem, hogy a debian egyre inkább emlékeztet valami gányolmányra, akkor le lettem hülyézve többek által. A fenti írást olvasva kezdem azt hinni, valahol mégiscsak nekem volt igazam.
Már csak az a kérdés, hogy ezek után, hogy merjek bármiféle linuxot használatbavenni, pláne szerverként, ha már a debian is ennyire ******. -
Lehet úgy telepíteni a lenny-t, hogy ne követelje utólag a grub-ot v. lilo-t?
Van egy működő rendszerem, e mellé tettem egy lenny-t, amikor a grub paraméterei után érdeklődött a telepítő, azt mondtam, hogy hagyja ki.
Ehhez képest felrakott egy grubot, a /boot alatt persze nem hozta létre a grub könyvtárat.
A másik rendszeren szépen belőttem, be tud töltődni, de amikor rá akartam tenni a xen-hez szükséges cuccokat, akkor panaszkodni kezdett a hiányzó könyvtár miatt.
Mi a fenét csináljak, hogy emiatt ne reklamáljon?Na ennél egyszerűbb megoldást rég találtam:
dpkg --remove grub -
uml nem ismerős, a xen számomra elég szopatós volt valamiért, de már nem emlékszem, mi gondom volt vele. Hálózati vagy diszkvezérlős gondok rémlenek.
Azért számold hozzá azt is, hogy én nem munkára használom, hanem kísérletezgetek rajtuk, így belefutok sok olyan problémába, amit épeszű felhasználás során vagy észre sem veszel vagy villámgyorsan keresel workaroundot, oszt jónapot.
(bár az is igaz, hogy most én is ezt játszom a VirtualBox-szal )szerk: közben utánanéztem az UML-nek, usermode linux címszóval már ismerősebb
Bár nem használtam, mert elég macerásnak éreztem, meg kevéssé elterjedtnek. Helyette próbálgattam a xen-t. -
én uml-t meg xen-t használtam eddig nagyüzemi módon, nekem nem volt bajom velük. Próbáltam már kvm/qemu alapú cuccot is, csak keveset.
uml nem ismerős, a xen számomra elég szopatós volt valamiért, de már nem emlékszem, mi gondom volt vele. Hálózati vagy diszkvezérlős gondok rémlenek.
Azért számold hozzá azt is, hogy én nem munkára használom, hanem kísérletezgetek rajtuk, így belefutok sok olyan problémába, amit épeszű felhasználás során vagy észre sem veszel vagy villámgyorsan keresel workaroundot, oszt jónapot.
(bár az is igaz, hogy most én is ezt játszom a VirtualBox-szal )szerk: közben utánanéztem az UML-nek, usermode linux címszóval már ismerősebb
Bár nem használtam, mert elég macerásnak éreztem, meg kevéssé elterjedtnek. Helyette próbálgattam a xen-t. -
Az etchben és a lennyben szerintem körülbelül azonos képességű particionáló van mindegyik verzióban és szerintem ezek tudják is. Neked kell raidre particionálni a diszkeket, összeszerelni a raid köteteket és rátenni a rootot.
A felügyelet nélküli telepítést még ilyen szempontból nem mazsoláztam ki, nem kizárt, hogy az is tudja.
Aham, megvan...
szerk: a manual módot nem kellett volna ignorálni.(már csak valami használható virtualizációs megoldást kéne találnom, mert mindegyikkel van valami bajom
) -
-
Szerintem nem ugyanazt írtad. A linux swap nem egyenlő a vms swap+page-vel, mert a linux swap egyenlő a vms page-vel, viszont a vms swapre semmi nincs a linuxban. magyarul a linux swap valódi részhalmaza a vms page+swapnek
"a VMS swap a fizikai memóriából kilógó programok/adatterületek tárolására szolgált": írtad korábban, de nem, mert a kilógó memóriát a page-re teszi. Itt legutóbb már jól írtad, hogy a workingsetet teszi a swapre. A workingsettel azok a memória lapok is kikerülnek a swapre, amik az előbbi megfogalmazás szerint nem kilógó memória, tehát nem lapozta ki.
de mindegy, térjünk vissza a debianra
de, a kernel akkor kezdi kigyalulni a processzeket, ha már kifogyott a virtuális memóriából , magyarul a ram+swapból. csak a gond az, hogy a linux nem foglalkozik annak kiderítésével, hogy kit is lenne indokolt kihajítani, hanem a véletlenhez közelebb álló módon fogja magát és kihajít valamit. Namost amikor az sshd repül, akkor kezdődik a nap izgalmasabb része... mert a pakliba ilyenkor belekerül, hogy bambanő, kocsikulcs, futni kell egy ámokot
Szerintem VMS-ügyben pusztán elbeszélünk egymás mellett, de mindegy, hagyjuk.
... valamit írni akartam Debian kapcsán, de közben megláttam, hogy a VirtualBox alól USB-re telepítendő ubuntum már x-edszer adja meg magát, úgyhogy sikerült elfelejtenem, mit is akartam...
Ha tudna valaki ajánlani használható virtualizációs megoldást, ami megy Ubuntu64 alatt és nem igényel spec. kernelt a hoston, az kérem értesítsen! (VirtualBox olyan bugos, hogy az valami tragédia, vmware-ből a free nem kezel USB-t, a kvm-t meg pár hónapja végleg kihajítottam
) -
A vms-ben a page ugyanaz, mint linuxban a swap. viszont a vms tud olyat, hogyha akkora a terhelés, hogy képtelen minden programot futtatni, akkor kiválaszt egy vagy több programot és annak minden erőforrását kirakja a swapre. Tehát a kilapozott virtuális memóriájától kezdve minden egyéb cuccot, ami a memóriában helyt foglal, kirámol a swapre, ettől felszabadul a fizikai memória is meg a pagefile adott része is. Csak egy 128 byte körüli leíró marad belőle és teljesen felfüggeszti a program működését mindaddig, amíg nem szabadul fel annyi erőforrás, hogy futtatni tudja.
Mivel a vms-nek nagyságrendekkel korrektebb a memóriakezelése, ott van esély ilyen döntések korrekt meghozatalára. A linux kernelben meg ha nagyon összedőlés határán jár a rendszer, akkor találomra hajigál ki programokat, de azokat végleg kukázza. A vms ilyenkor külön helyre menekíti és később képes visszaállítani a programot környezetével és lefuttatni azt.
Hiába no, szeretjük a linuxot, de azért van, ami korrektebben működik nála
Szerk: ugye látszik az éles különbség, a linuxos swapen és a vms-es page-n olyan programadatok vannak, amelyek egyébként futtatásra ütemezhetők, tehát a programoknak a memóriában csücsülő része futásképes. A vms-es swapen ezzel szemben olyan programok csücsülnek, amik nem ütemezhetőek, nem is kerülnek a processzorra mindaddig, amíg az erőforrások globális helyzetében lényeges változás nem történik (tipikusan végetér egy másik nagy program futása).
Nem ugyanezt írtam csak egy mondatban? Egyébként a lelkiismeretem megnyugtatására előtúrtam a performance management manualt és abban is ellenőriztemgyakorlatilag ha útban van egy inaktív processz, akkor a komplett working set kimehet a swap-be. Csak nem árt odafigyelni rá, mert ha gyakran előfordul, akkor SOS-ban célszerű növelni a fizikai memóriát. Legalábbis nálunk ez ment a vas fizikai határaiig
Amit a linux-ról írtál az már inkább újdonság: azt nem tudtam, hogy a linux inkább kigyilkolja a processzeket. (nem csak akkor teszi, ő is, ha már kifogyott a swap-ből?)
No... összejött a tükrözött rendszer, dehát... ennél még HPUX-on is egyszerűbbnek tűnt.
Még ha el is felejtem a VirtualBox hülyeségeit, akkor is elég macerás. -
/etc/mdadm/mdadm.conf ezt kellene olvasgatnod, mert lehet, összekavarodott az agya a kísérletezgetés közben.
Amit a vms swap címen tud, azt a linux egyáltalán nem tudja még nyomokban sem.
Nem, egyszerűen hülyeséget írtam az fstab-ba.
Hm... lehet, hogy most valami újat mondtál a VMS-ről? (vagy a linux memóriakezeléséről...
)Emlékeim szerint (majd tíz éves emlékek
) a VMS swap a fizikai memóriából kilógó programok/adatterületek tárolására szolgált (ergo, ha használni kellett, az már rég rossz volt). Ilyet a linux nem csinál vagy rosszul emlékszem a swapfile.sys eredeti funkciójára? -
Root fájlrendszerről beszéltünk, az egy darab fájlrendszer, függetlenül attól, hogy mi van rajta.
Ha komolyan akarod használni, akkor a raidet a host oprendszer csinálja, a guestet kár ezzel terhelni. A raidben egyébként is olyan dolgok történnek, amit nem biztos, hogy a guest tolerál (nagyon buherálják a block cache-t, fene tudja, mi van belül).ha linuxos swapról beszélünk, akkor a pagefile-t helyettesítem, a swapet nem, mert az más tészta.
-
Az átmásolás akár egy egész parancs is lehet, valóban bonyolult
Azt ne felejtsük el, hogy a vms meg a linux nem ugyanolyan értelemben használja a swap szót.
Jó, VMS-nél helyettesítsd be a pagefile+swap-t!
Az átmásolás meg úgy tűnik, valóban bonyolult, mert szét van szedve a diszkem:
/
/usr
/home
/var
/tmpMásolgatnám a /-t, de amellett, hogy döglassú, folyton I/O errorra fut.
Virtuális gép, nem kizárt, hogy a VirtualBox scsi drivere szaraxik, mindenesetre már vagy félórája kísérletezek vele és nem nagyon megy. -
Itt nem kell licenszet telepíteni, ennyivel egyszerűbb
a megoldás kb. annyi, hogy berakod a második vinyót, felparticionálod, csinálsz egy fél lábas raid1-et a leendő root partícióra, átmásolod a cuccot, majd hozzáadod a régi rootot a meglévő félraid1hez. Kb. ennyi.Még sosem próbáltam lvm-et rootnak...
A swap tükrözésével kapcsolatos felfogás változott az évek alatt, mivel a régi kernelek belegabalyodtak abba, hogy a swap raiden van, ezért régen tiltották. Mostanára megoldották ezt a dolgot, mostanára ha a többi raiden van, akkor a swapnak is azon kell lennie a felfogás. Azért, mert ha elszáll a vinyó, és a swap nem raides, akkor elszállt minden alkalmazásod is, amelyik swappelt már, viszont ha raides, akkor a kiswappelt adatok még megvannak a másik diszken.
-
ebben a kérdésben lényeges, hogy meglévő linuxot akarsz raidesíteni vagy újat fogsz telepíteni. A debian telepítője gond nélkül megcsinálja a raid1 bootot.
Akkor nem részletes válaszok: 1. érdemes. 2. ne nyugodj bele. 3. nem annyira triviális, de nem is vészes.
Meglévőt szeretnék.
Ami nekem az elfogadhatóan egyszerű, az a VMS-es módszer:
licensz telepít, megfelelő rendszerparaméter 1-re állít, reboot, majd a rendszerlemezhez hozzácsapom a másik tagot.
No ennél valamivel bonyolultabbak az eddig talált leírások. És mégcsak nem is LVM-en van a jelenlegi rendszerem!Amit viszont nagyon, de nagyon nem értek: a swap-et is tükrözni szabad/kell/etc???
Én régen azt tanultam, hogy pagefile-t, swap partíciót nem célszerű szoftveres raid-re tenni... -
FixY67
senior tag
Sziasztok !
Frissen telepített debian rendszerenél van egy kis problémám és kevés linuxos tapasztalatommal nem tudom orvosolni. Az a gond, hogy a ntfs partíciókat csak root ként hajlandó látni a rendszer, sima felhasnálóként nem, tehát a partíciókat rendesen bemountolja de nem tudok sima felhasználóként hozzáférni. A premission-t hiába állítom át, hogy a felhasználó is mappa tulajdonosa, a beállítást nem menti el és ugyanúgy nem férek hozzá a fileokhoz. Mit kellene tennem ? fstab file a következő:# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/hda9 / ext2 errors=remount-ro 0 1
/dev/hda4 none swap sw 0 0
/dev/hdd /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/hdc /media/cdrom1 udf,iso9660 user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
/dev/hda8 /media/hda8 ntfs errors=remount-ro 0 1
/dev/hda6 /media/hda6 ntfs errors=remount-ro 0 1
/dev/hda7 /media/hda7 ntfs errors=remount-ro 0 1
/dev/hda5 /media/hda5 ntfs errors=remount-ro 0 1Minden választ előre köszönök!
-
A konkrétan feltett kérdésre: "egyáltalán lehet ilyet?": a konkrét válasz, hogy másképp nem lehet, csak úgy.
Ilyeneket kell a dhcpd konfigjába írni:
subnet 10.1.1.0 netmask 255.255.255.0 {
range 10.1.1.64 10.1.1.192;
option routers 10.1.1.1;
}
subnet 10.1.2.0 netmask 255.255.255.0 {
range 10.1.2.64 10.1.2.192;
option routers 10.1.2.254;
}
subnet 192.168.252.0 netmask 255.255.255.0 {
range 192.168.252.64 192.168.252.192;
option routers 192.168.252.254;
}A dhcp szervernek vagy megmondod konkrétan, hogy adott hw címhez milyen ip-t kell válaszolnia (és akkor azt fogja válaszolni akkor is, ha ezzel galibát okoz), vagy az adott interfészen elérhető alhálózatokból fog választani és válaszolni.
-
A konkrétan feltett kérdésre: "egyáltalán lehet ilyet?": a konkrét válasz, hogy másképp nem lehet, csak úgy.
Ilyeneket kell a dhcpd konfigjába írni:
subnet 10.1.1.0 netmask 255.255.255.0 {
range 10.1.1.64 10.1.1.192;
option routers 10.1.1.1;
}
subnet 10.1.2.0 netmask 255.255.255.0 {
range 10.1.2.64 10.1.2.192;
option routers 10.1.2.254;
}
subnet 192.168.252.0 netmask 255.255.255.0 {
range 192.168.252.64 192.168.252.192;
option routers 192.168.252.254;
}A dhcp szervernek vagy megmondod konkrétan, hogy adott hw címhez milyen ip-t kell válaszolnia (és akkor azt fogja válaszolni akkor is, ha ezzel galibát okoz), vagy az adott interfészen elérhető alhálózatokból fog választani és válaszolni.
-
FixY67
senior tag
http://itcafe.hu/tema/ubuntu_linux/hsz_20051-20051.html
Erre volna valakinek ötlete? Sajnos kedvenc házi szakértőm magán és házon kívül tartózkodik.
-
-
milyen virtualizációt akarsz használni?
a xen-nek pl. van saját ketyeréje ilyenhez, de van netinstall lehetőség is debianban.
ha meg a virtuális gép fájlrendszer imidzsét kell előállítani, arra a debootstrap-ot érdemes használni.Épp az a lényeg, hogy virtualizációs megoldástól független megoldást kerestem. VirtualBox, de szeretnék úgy csinálni, mintha ezek fizikai gépek lennének. Tehát jelen esetben a PXE-t összerakni, az már csak másodlagos cél, hogy később ebből szeretném a tesztelgetésre készített virtuális gépeket összedobni.
Egyébként a legegszerűbb megoldás az lenne, ha legyártanék egy alaprendszert, majd a virtuális diszkjét klónoznám és egyszerűen átkeresztelném a hálózati beállításait a gépnek.
Dehát most a másik végével próbálok játszadozni. -
Szeretnék debian "tömeggyártásra" berendezkedni, ehhez kérnék némi segítséget.
Az elképzelésem, hogy virtuális gépekre úgy telepítenék debiant, hogy egyszer beállítom valahol a paramétereit (milyen csomagok, milyen particionálás stb.) és ettől kezdve mondjuk hálózatról bootolva indítom a telepítőt, ami kérdezés nélkül összerakja a rendszert.
Hangsúlyozom, nem egy már működő rendszert akarnék klónozni.
Van valakinek ötlete, hogy ezt hogyan?
Tképp valami howto-ra lenne szükségem, csak nem ugrik be a megfelelő szakkifejezés, hogy mit is keressek... -
FixY67
senior tag
Szeretnék debian "tömeggyártásra" berendezkedni, ehhez kérnék némi segítséget.
Az elképzelésem, hogy virtuális gépekre úgy telepítenék debiant, hogy egyszer beállítom valahol a paramétereit (milyen csomagok, milyen particionálás stb.) és ettől kezdve mondjuk hálózatról bootolva indítom a telepítőt, ami kérdezés nélkül összerakja a rendszert.
Hangsúlyozom, nem egy már működő rendszert akarnék klónozni.
Van valakinek ötlete, hogy ezt hogyan?
Tképp valami howto-ra lenne szükségem, csak nem ugrik be a megfelelő szakkifejezés, hogy mit is keressek... -
Telepítettem a Sqeeze-t netinstallal. A gond az hogy a magyar nyelvi csomagot nem tette fel. Hiába kerestem a synaptic-ban, nem találtam csak a kde-hez én pedig a gnome-ot használom. Hogy tudom magyarítani?
Ami még érdekes hogy egy csomó programot nem tett fel, mondjuk ennek örülök mert így ki tudom választani mit akarok telepíteni.
)
)
Új hozzászólás Aktív témák
- Autós topik
- Samsung Galaxy S24 - nos, Exynos
- Motoros topic
- Intel Dual Core 2000 felhasználók barátságos offolós topikja
- PROHARDVER! feedback: bugok, problémák, ötletek
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Parfüm topik
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Autóápolás, karbantartás, fényezés
- gban: Ingyen kellene, de tegnapra
- További aktív témák...
- Eladó PC játékok - sok ritkaság!!!
- Eladó jogtiszta, Windows 11/10, Office 2019/2021/2024, Fizikai és Digitális licencek, Számlával.
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Gyermek PC játékok
- Dobozos Új Dell Xps 15 9530 i7 13620h 16gb ram 1tb ssd intel uhd graphics+ Intel Arc A370M
- Dell Latitude 7420 Core i7-1185 G7, 16GB RAM, SSD, jó akku, számla, 6 hó gar, szép állapot
- Lenovo ThinkPad L13 Gen 3 i5-1245U 16GB 512GB FHD+ IPS 1 év teljeskörű garancia
- BESZÁMÍTÁS! HP Pavilion Power FHD GAMER notebook - i5 7300HQ 32GB DDR4 512GB SSD 1TB HDD GTX1050 4GB
- BESZÁMÍTÁS! 1TB KINGSTON FURY Renegade SSD meghajtó garanciával hibátlan működéssel
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest