-
GAMEPOD.hu
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
Ablakos
őstag
Centos7 -en szeretnék egy PDO_OCI -t fordítani, de ez jön: configure: error: I'm too dumb to figure out where the include dir is in your instant client install
Biztos valami libes nyűgje lehet, de nem értek ehhez.Ez megy parancsba: [root@centos PDO_OCI-1.0]# ./configure --with-pdo-oci=instantclient,/oracle/instantclient_12_1,12.1
Merre induljak?
-
_NCT
őstag
Sziasztok!
Virtuális gépet amely Linux Mint-et futtat hogyan tudok átmigrálni fizikai gépre?
-
újraregelt
tag
Megkérdezhetem, hogy mi okod van fizikai vasra tenni egy virtuális rendszert?
Performanciában úgy vettem észre, minimális a különbség, ha megfelelő virtualizációs szoftvert, megfelelő hardveren használsz. (hardveres virtualizációt támogató vas, rajta vmware, de akár virtualbox is, kvm stb.)
És sokkal könnyebben kezelhető a virtuális gép.
Eddig én egyetlen hátrányát láttam: virtuális gépben futó linux 3D grafikus képességeit nem nagyon lehet kihasználni. -
spammer
veterán
válasz újraregelt #22055 üzenetére
Lehet, hogy a VM OS be lett konfigolva rendesen, és nem szeretné elölről kezdeni az egészet.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
_NCT
őstag
válasz újraregelt #22055 üzenetére
Egyszeru a dolog, ujra kell huznom egy gepet ma este es mivel netezös, skypeolos geprol van szo, elore dolgoztam melohelyen hogy este gyorsabban menjen a telepites,mivel a fizikai vas meg nincs itt.
-
_NCT
őstag
Köszi a segítségeket, igazából Clonezilla-val simán ment a dolog (ami egy Hirens Boot CD-n van, azt mountoltam a vm-hez és arról bootolt be a rendszer), lemezből image -->image-ből lemezre módszerrel. Viszonylag jól mén a Mint egy Athlon Le1620 1GB RAM-os 40GB Maxtor vinyós retteneten
Aztán nem tudom a Linux mennyire allergiás a hardware változásokra, kb 2-3 hónapja foglalkozom Linux-al. Azt tudom hogy a Windows régen sz*rul, mostanában kevésbé sz*rul kezeli a változásokat, ott sysprep-elni kellett az üdvözséghez.
Mondom, semmi komoly munka nem lesz, középkorú emberkéknek kell a gép akik skype, net, videó háromságban használják a gépet.
[ Szerkesztve ]
-
spammer
veterán
Melyik Mint változat? Ugye Xfce egy olyan gépre? Csak mert van Unofficial LXDE is, ami talán még jobb egy régi masinára.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Azon töprengek, hogy elvben melyik filerendszer lenne ideális a következő két esetben:
Alacsony teljesítményű ARM SoC-on (WDR4300 router OpenWRT-vel) USB2-vel lógó 5400RPM <=500Gb HDD-re rögzítünk 24/7 egy max 8 Mbit/s (hogy mennyi lesz a variable bitrate mód átlaga, vagy hogy milyen fix bitrate-et választok majd, azt még ki kell tesztelnem, de a specifikáció szerint a 8Mbit/s a plafon és olyan 4-re tippelek, mint ideális fix/átlag, ahonnan már csak pazarlás fentebb menni).
Egy erősebb AMR SoC-on (valamilyen low/mid-range consumer NAS) vagy mini PC-n (inkább erre hajlok, hogy egy Intel Atom D2x00 gépecske, ez esetben egy Gentoo-t húznék rá) szükség szerint akár 7200RPM >=2Tb SATA HDD-re ugyan ilyen adatfolyam, csak párhuzamosan 4-8 szálat (első körben 4 kamera lesz, de már 8 portos PoE switch-el készülök a bővíthetőségre).
A második esetben szerintem tudok majd futtatni opensource programot, amivel talán lehet egyéni beállítások szerint is cache-eltetni / ütemeztetni a stream-ek lemezre írását (használjon bőségesen akár 1-2Gb RAM-ot és írjon szinte szekvenciálisan), de ez akkor derül ki, ha megérkeztek a kamerák és le tudom tesztelni. A kisebb gépen szerintem csak az jön szóba (és a tartalék terv a nagyobbhoz is), hogy a kamera rögzít egy SMB, NFS vagy FTP tárhelyre (még nem tudom, hogy melyiket, de elvileg legalább egyet támogat ezek közül a kis Linux-os firmware-ük), de talán sikerül az OpenWRT-t is rávenni, hogy az olvassa a stream-et és ütemezze a lemezre írást hálózati megosztás vagy FPTserverhost-olás nélkül.
Az elsőnél tehát lényegében szekvenciális írás lenne kis CPU-val (relatívan sok RAM-al, általában ~90Mb is szabad), a másiknál viszont ügyesen kéne kezelni azt, hogy egyszerre több párhuzamos adatfolyamunk van, de CPU erővel, RAM-al sokkal kegyesebben lehet bánni (akár két x86 mag és 2-4Gb RAM).
Jól gondolom, hogy a kis gépre talán egy VFAT, a nagyra esetleg a BRTFS lehet a nyerő? Előbbi, mert kő egyszerű, utóbbi, mert próbál nagy "csomagokban" írni a lemezre olyankor is, ha több file-ba dolgozik (bár ezt csak "SSD barát" funkcióként olvastam, nem tudom, hogy HDD-nél is így jár-e el)?
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
Horvi
őstag
Sziasztok,
Egy crontab-al kapcsolatos kérdéssel fordulnék hozzátok. Utánakeresgettem a dolognak ha szeretnék mail-t kapni a lefutott dolgokról akkor a crontab -e után a fájlba beleírom, hogy MAILTO= és oda megadom az e-mail címet és elvileg arra küld. Na most a kérdés hozzá az lenne, hogy kell-e még valamit állítani vagy tényleg csak ennyi az egész? Bananian oprendszerről lenne szó és BananPi hardverről.
A másik crontabos kérdés az lenne, hogy ugye megadom az időt, hogy mikor fusson le amit szeretnék és utána meg tudom adni, hogy mit futtasson. Ide lehet írni konkrét parancsokat pl. ha azt akarom, hogy frissítse a rendszert apt-get update/upgrade párossal akkor magát a parancsot írom ide be vagy inkább csináljak egy scriptet és annak az elérési útját írjan a crontab-hoz? Valamint ehhez tartozó kérdés, hogy ha csak a parancsot is elég odaírni akkor kell-e elé a sudo vagy a crontab automatikusan root-ként futtatja a dolgot?
Remélem sikerült nagyjából érthetően fogalmazni
Előre is köszi.Üdv,
HorviHello darkness, my old friend...
-
Vladi
nagyúr
-
bambano
titán
a cron alapértelmezetten annak az usernek küldi az emailt, akinek a nevében futtatta a dolgokat.
"magát a parancsot írom ide be vagy inkább csináljak egy scriptet és annak az elérési útját írjan a crontab-hoz": ez hit kérdése, én scriptet írnék és ezt azzal indoklom, hogy a cron nem a teljes bejelentkezési környezetet rakja össze a script futtatásához, hanem egy szűkítettet. így előfordulhat, hogy egy parancs adott felhasználóként megy, cronba rakva meg nem. tehát shellscript, login shellel indítva."akkor kell-e elé a sudo vagy a crontab automatikusan root-ként futtatja a dolgot?": a cron mindig azzal az userrel futtatja a parancsot, amelyik usernél beleraktad a crontabba. másképp fogalmazva: minden usernek van saját crontabja, amit abba raksz, azt azzal az userrel futtatja.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Horvi
őstag
válasz bambano #22070 üzenetére
Köszi a segítséget. Közben találtam egy ilyen kis leírást és itt azt írja, hogy Note: This will not work if you have not setup an email server. Na most ha ebből jól szűröm le akkor a mail küldési dolog csak akkor fog menni ha beállítok mail szervert. De ilyet még nem csináltam a banánon szóval akkor mailt értesítést sem fog küldeni?
Hello darkness, my old friend...
-
daczkó
aktív tag
-
-
ubyegon2
nagyúr
A Mint topik köszönettel veszi a halandók segítségét!
-
Keresgéltem a témában google-el, de hihetetlen módon nem találtam választ (nehéz elképzelni, hogy még senki nem forszírozta ezt):
--- Lehet valahogy manuálisan megadott értékre limitálni a page cache méretét, beleértve akár a nullát, vagy kikapcsolni az egész cache-elést? ---
Azért lenne érdekes, mert a Virtualbox képes dinamikusan lefoglalni a memóriát a host-on, ahogy nő a guest memóriafoglalása, viszont amit egyszer lefoglal, azt már nem szabadítja fel később, mikor (és persze ha) a guest OS-en belül szabaddá válik.
Tehát, ha magasra húzom a Virtualbox-ban a memórialimitet, akkor előbb-utóbb óhatatlanul lefoglalja majd azt a mennyiséget a host-tól, mert a guest-en belüle a page cache alapvetően nőttön nő, míg betelik a memória. Ugyanakkor alulra kicentizni is nehéz a korlátot, ha nem csak egyetlen nagyon specifikus dologra használom a guest OS-t.
Azon túl pedig, a host-nál is van page cache, tehát így is, úgy is tele lesz tömve a fizikai memória, csak míg a host-nál lévő page cache-ből minden (a host és minden esetleges guest) profitálhat, addig a guest-en belüli cache-ből csak a guest...
Vagyis, ha nem lenne, vagy csak minimális méretre lenne korlátozva a guest-nél a page cache, akkor sem kéne sokkal lassabbnak lennie semminek, a memóriahasználat viszont jellemzően alacsonyabb, ugyanakkor rugalmasabb lenne (nagyon magas korlátot lehetne neki adni, amit csak szélsőséges esetben és szükség esetén foglalna le, nem szinte bizonyosan viszonylag hamar pusztán csak cache-enk).
...
A sync mount option az nem elég, az csak az írási cache-t mellőzi, olvasáskor ugyanúgy feléli az összes szabad (virtuális) RAM-ot a cache. A Direct_IO bukkan még fel a keresőkben, de azt csak egy erre felkészített program kérheti egy-egy file-ra vonatkozóan, filerendszer szinten vagy specifikus szoftver támogatás nélkül nem használható (és mellesleg ha egy-egy adott programmal használható, a többi továbbra is "szemetelhet").
A host felőli cache-elés letiltható a virtuális lemezképfile-ra nézve, mert az egy adott file és a Virtualbox, mint program támogatja a Direct_IO-t, vagyis pontosabban az ilyen jellegű dolgokat, mert ez most konkrétan Windows host lenne (de itt és Linux host-on működne a dolog a file-ra nézve).
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
válasz #40553216 #22077 üzenetére
A drop_caches, mint chron job? For és While loop-olt bash script-ként is belebotlottam már az ötletbe, de ez legfeljebb is egy csúnya workaround (az elegáns workaround-okat jobb szeretem a bonyolult korrekt megoldásoktól, de szerintem ez ronda), amit viszonylag nehéz jól méretezni (egy 150 Mb/s lemez/kötet sebességet alapul véve legalább 1s-enként le kell futtatni, de a <<1s talán jelentékeny CPU terhelést és/vagy IO lassulást is okozhat).
A másik, hogy nálam egy drop_cache után a memória 10%-a page cache, 1%-a buffer marad (egy magasabb értékről erre dobja vissza, akkor is ha előtte sync-elek). Ezek a számok gondolom nem véletlenül adódnak, főleg hogy most nem is kerek értékek (most épp 1300 Mb-ot adtam a VM-nek, és ezek így rendre 130 és 1.3 Mb méretűek). A 10% az alapértelmezett lazy_write határértékre emlékeztet, de azt hittem, hogy az az írási buffer felső határa, nem pedig a page cache része.
Van a kommentek közt egy link glibc wrapper-hez, ami minden file-elérési műveletet direct_io-ra cserél. Ezt majd talán kipróbálom. De a 10+1%-ot szerintem ez sem tünteti el, ami ilyenkor feleslegessé válik. Bár egy sync mount opció talán igen.
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
Nem fordul le nálam ez a kód, bár miután ránéztem a dátumra, már sejtettem, hogy nem fog nyerni, azóta biztos alaposan átírták már a glibc-t és a directio kernel kódot.
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
válasz bambano #22080 üzenetére
Jól kezdődik: The rawio is a deprecated interface since Linux kernel 2.6.3.
De ettől függetlenül sem arra való / jó arra, amit én szerettem volna.Bind-eltem egy block device-t raw device-nak, de ahogy sejtettem, erről nem lehet hagyományos filerendszert mount-olni. Ez csak arra jó, ha valaki a saját programjával szeretne nyersen adatokat tárolni filerendszer nélkül, avagy valamilyen saját egyedi filrendszerrel, amit a saját programja kezel, nem a Linux kernel/OS.
Talán az a legegyszerűbb megoldás, ha veszek még 8Gb RAM-ot, és akkor teljesen irreleváns lesz, hogy kvázi elfecsérlek-e belőle 1-2Gb-nyit vagy sem. De azért fura, hogy ennyire merev a rendszer, és hogy senki olyannak nem jutott még ez eszébe virtualizáció kapcsán, akinek megvan a tudása/ideje/jogosultsága, hogy bevarázsoljon egy mount opciót, aminek hatására minden műveletet directio-ként kezelődik.
Azért kösz a tippeket.
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
kagzer
aktív tag
Sziasztok
Nemrég jutányos áron hozzájutottam egy Supermicro X7DVL-E szerverhez.
Van benne 2db 3GHz-es 4 magos CPU, 16GB RAM.
Videókártya egy FX5200-as nvidia.
Arra keresek választ, hogy vagy maga a gép nem volna alkalmas (pl hiába a sok vas ha régi) vagy én csinálok valamit nagyon rosszul de piszok lassan tud működni.
Ez abban nyilvánul meg, ahogy egy-egy program elindul, menük és kirajzolásuk, tulajdonképpen e működése.
Igaz, ezt a típust már nem támogatja az nvidia, de visszaraktam régebbi csomagokat az nvidiás driverhez és nem javult inkább rosszabb lett.Arch Linux, openbox, LXQt.
Remélem tudtok segítrni, ha más nem egy jobbbirányba tereleni.
Köszönöm. -
őstag
-
válasz lionhearted #22083 üzenetére
Azt már korábban leírtam, hogy a host cache-t nagyon egyszerű megkerülni (egy pipa a Virtualbox beállításaiban), és akkor "direct" nyitja meg a képfile-t. Tudatosan arra voltam kíváncsi, hogy a guest-en belüli cache miként tiltható. Le is írtam, hogy miért -> ne hízzon meg a dinamikusan növekvő, de csak teljes újraindításkor "zsugorodó" memóriafoglalás mérete a host-on (a guest számára).
Ugyanakkor az is jó érv, hogy ha a host cache-el olvasást is, akkor hosszas szekvenciális olvasáskor egyszerűen "átmossa" a guest cache-t, estlegesen hasznos dolgokat kidobva, a host számára haszontalanokat betömve. De ez a rész továbbra is teljesen dinamikus, bármikor felszabadítható a host olvasási cache, a huest-en belül viszont hiába szabadul fel, a host azt már "soha" nem kapja vissza, esetleg mindenestől guest leállításkor. De az "átmosás" hatásába korábban tényleg nem gondoltam bele.
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
MineFox54
őstag
Sziasztok!
OpenVZ-t akartam telepíteni a Wheezymre, viszont az openvz kernellel nem tölt be. Kiírja:
Gave up waiting for root device Common problems
Boot args
Missing modulesALERT! /dev/disk/by-uuid/'a vinyó uuid száma' does not exist.
Dropping to a shell.modprobe: module v not found in modules.dep
modprobe: module w not found in modules.dep
modprobe: module x not found in modules.dep
modprobe: module y not found in modules.dep
modprobe: module z not found in modules.dep
modprobe: module zs not found in modules.depA sima kernellel bebootol
#22802:
apt-get remove xorg openbox
apt-get auto-remove[ Szerkesztve ]
-
bucihost
senior tag
Sziasztok.
Bocsi az off ért.
Adott egy intel atom procis "nas" gép Openmediavault linux valamint egy LG TV amin van usb port.
A kérdésem az lenne, hogy külön eszköz nélkül megoldható, hogy a nas egy usb portjával össze kötöm a tvt, és megosztok rá egy mappát amit a TV "pendrive" ként látna? -
-
bambano
titán
mondjatok véleményt: ha választani lehet beépített raid1 és a softraid között, akkor melyiket?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
Új hozzászólás Aktív témák
- World of Warcraft Shadowlands Collectors edition EU EN
- Eladó Steam kulcsok kedvező áron!
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen