- AMD K6-III, és minden ami RETRO - Oldschool tuning
- HiFi műszaki szemmel - sztereó hangrendszerek
- Vezetékes FEJhallgatók
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Milyen processzort vegyek?
- Kormányok / autós szimulátorok topikja
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Két új Ryzen közül választhatnak a kézikonzolok
- Apple asztali gépek
- Projektor topic
-
PROHARDVER!
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
-
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? -
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![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#22085
janos666
nagyúr
lionhearted
#22083
janos666
nagyúr
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.
-
#22083
lionhearted
őstag
janos666
#22081
-
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. -
janos666
nagyúr
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.
-
janos666
nagyúr
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.
-
janos666
nagyúr
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).
-
A Mint topik köszönettel veszi a halandók segítségét!
http://prohardver.hu/tema/linux_mint/hsz_2662-2662.html
-
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?
-
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.
-
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,
Horvi -
janos666
nagyúr
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)?
-
_NCT
addikt
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.
-
#22058
_NCT
addikt
újraregelt
#22055
_NCT
addikt
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.
-
-
#22056
spammer
veterán
újraregelt
#22055
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.
-
#22055
újraregelt
tag
_NCT
#22052
ú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. -
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?
-
F34R
nagyúr
Fajlrendszer kerdesem lenne.
Az elsodleges disken ext4-sek vannak meg, hdd-n tarolasra es vegyes felhasznalasra XFS-t hasznalok egy ideje. Torrentezni is szoktam ra foleg linux kepfajlokat
, viszont Virtualis rendszerek miatt megnott a belso toredezettseg. Es kicsit lassabban olvas vissza rola a rendszer. Ext4 volt valaha ezt megelozoen, de az nem jott be, naplozasra meg eleg sok helyet lefoglalt. Egyebkent tervezek JFS-t az ext helyere tenni SSD-n is, talan ha valaki meg tud gyozni Btrfs mellett arrol is meghallgatnek eszszeru erveleseket. -
Nkboy
senior tag
Sziasztok, jó reggelt!
Következő a helyzet:
Csak akkor hajlandó elindulni a rendszer, ha "kernelparaméternek" az init=/sbin/upstart parancsot beírom. Enélkül nem csinál semmit
Kernel: 3.19.0-8-generic
Merre keressem a hibát? Másik kernellel is ugyanaz a helyzet.
-
Dilikutya
félisten
Direkt nem is árultam el az egész feladatot.
Ezek csak részeredmények, csak sehogy se tudtam rájönni a megadott és tanult eszközökkel.
Ez a megoldás is egy picit bonyolultabbnak tűnik nekem, mint amilyet vártam, mivel az első feladatot pl. kisujjból kiráztam.A könyvtárakat, ahol futnia kell, paraméterként adom meg, a for ciklusba hova kell betenni a "$1" pozicionális változót?
-
BoB
veterán
válasz
Dilikutya
#22041
üzenetére
Végrehajthatóak:
c=0; for i in $(\ls); do test -x $i && echo $i && c=$((c+1)); done; echo $cOlvashatóak:
c=0; for i in $(\ls); do test -r $i && echo $i && c=$((c+1)); done; echo $cIlyet legközelebb ebbe a topikba: Shell script topik
Egyébként meg ha nem magad oldod meg a házit, nem tanulsz belőle.
-
kovaax
őstag
válasz
Dilikutya
#22039
üzenetére
Mondom, hogy sokkal bonyolultabb! Scriptet kell írni a problémára, egy soros parancs nem fogja tudni megoldani a feladatot (jó, tudom, hogy a scriptet is be lehet zúzni egy sorba...).
A for -ral végig kell menni az ls listáján, és test-tel tesztelni a szükséges feltétel(eke)t. Szóval nem bonyolult a dolog, csak máshogy kell hozzáfogni.
De ugye nem fogsz utálni, ha most inkább elmegyek aludni?
-
Dilikutya
félisten
válasz
kovaax
#22038
üzenetére
"A feladat megoldása során a "test", "expr", "wc", "ls", "cat", "echo", "for","while", "if" , "exit" segédprogramokat használja, ezeken felül parancsátirányításokat, változókat és csővezetéket is használhat.
A felsorolt parancsokon kívül más parancsot ne alkalmazzon!"Tehát igazából a grep sem az igazi. Kicsit meg van kötve a kezem.
-
spammer
veterán
válasz
Dilikutya
#22031
üzenetére
grep -v 'wx' (vagy 'rwx')
De igen, egyik sem tuti megoldás, attól függ, hogyan szól a feladat pontosan, van-e kritérium, mert a jogosultságoktól is függ. Én most ezt egy ~/Documents mappán belül próbáltam ki, oda raktam 1 db futtatható fájlt próbaképpen.
(#22033) kovaax: ha csak a szám a lényeg (eredmény), akkor működik, de a fájlneveket (listát) már nem kapja meg belőle.
-
spammer
veterán
-
Dilikutya
félisten
Utána egy | wc-vel meg is számolhatom? Mert oda kéne majd kilyukadni, csak ennyire direkten nem akartam kérdezni. Viszont a elvileg meghatározott parancsok állnak csak a rendelkezésemre, és a grep nincs köztük. Látni láttam, hogy az is kellhet, de ismerni nem ismerem a működését, 2 linuxos előadáson vagyok még csak túl, abból is csak a másodikon termináloztunk.
Azért kérdezem a wc-t, mert ráküldtem, de nem a várt számot hozta. -
#22023
Zoli133
addikt
lionhearted
#22022
Zoli133
addikt
válasz
lionhearted
#22022
üzenetére
Custom kernel, amúgy 13.04, elvault, nem támogatott, de most ez van.
Viszont a másik kernel jó ötlet volt, egyrészt marhaságot írtam, 3.13-as kernellel jött elő a hiba, de van 3.15ösöm is, azzal eddig úgy néz ki jó a rendszer. Nem tudom miért nem jutott eszembe kernelhez kötni a jelenséget eddig. -
#22022
lionhearted
őstag
Zoli133
#22021
-
Zoli133
addikt
Hali,
Mostanában a gépemen az ubuntu (3.15ös vanilla kernellel) indítás után kb 60-70másodpercere megáll teljesen (teljesen irreszponzív lesz nem reagál semmire, egyedül a billenytűzet visszajelző ledjei mennek) majd megy tovább. kernellogban is látszik a kiesés Xorg logjában is. Initet próbáltam debuggolni de semmi eredménye. Teljes lyuk van a logokban a megállás idejére. Nem tudom mi okozhatja. A rendszeren fél éve nem változott semmi igazán (módosítások elvesznek kikapcsolásnál) resolv.conf-ban történt pár módosítás de ezt visszavonva sincs változás. A jeéenség 1-2 hete áll fent. Ráadásul akármilyen gépen próbálom ez előjön mondjuk 5ből 2 esetben. Ötlet, hogy mit lehetne megpróbálni debugolni vagy valami?
-
bucihost
senior tag
Sziasztok!
Adott egy VPS szerver, Debian 7 x64, 2 IP (1 main és 1 ddos filtered).
A 2. IP-n futnak a szerver szolgáltatások biztonsági okokból, az 1.-es IP-n pedig ssh stb.
A probléma az, hogy kb 1 hete elkezdte "valami" teli floodolni (napi 5-6 ezer sor) a szolgáltatások logjait.
Error Traversing Database for ipnum = 84730495 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 3155843392 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 3155839411 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 1430512646 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 1501288811 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 1475492323 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 1430466614 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 1348658082 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 84870779 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 1333161210 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 1409478338 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 1841431412 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 3155715024 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 1424773820 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 3105158980 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 1409520835 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 3155758814 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 84751076 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 1333201203 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 2991764300 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 3155692888 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 1424752920 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 1451075151 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 3105158980 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 1333139019 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 3105158980 - Perhaps database is corrupt?
Error Traversing Database for ipnum = 1369474390 - Perhaps database is corrupt?Neten utána olvasva állítólag ez valami GEOIP hiba. Viszont semmi megoldást nem találtam rá.
A másik jelenség, hogy vannak emberek akik el sem érik a szervert, gondolom ugyanezen hibából adódóan.Valaki találkozott már hasonlóval?
-
Bug a RedHat 6.7-ben: restarting squid results in deleting all files in hard-drive (rm -rf /*)
Kedves.
-
#22014
SoulEater77
újonc
SoulEater77
újonc
Lenne egy kisebb problémám:
Linux Mint-es rendszer (Cinnamon) látható Windows Workgroup-ban, de nem hozzáférhető. Miért?
Csak TotalCommander-ben látni a gépet, de hibaüzenetet kapok:
"\\ nem érhető el. Lehet, hogy nincs joga a hálózati erőforrás használatához. Lépjen kapcsolatba a rendszergazdával...
A paraméter nem megfelelő."
Mivel lehetne kiküszöbölni a hibát?
A samba és a system-config-samba telepítve. Esetleges konfiguráció tanácsokat elfogadokElőre is köszönöm!
-
McSzaby
őstag
Sziasztok Kollégák,
az a problémám akadt, hogy screen-ben szeretném egy script futtatásánál vertikálisan split-telni a képernyőt. Ez nagyon szép és nagyon egyszerű, hisz beírod a screenrc-be, hogy split -v és kész. Nagyon csodálatosan működik is Debian alatt, de Red Hat alatt már nem...
Tudjátok mi lehet az oka? Tudtok mutatni, adni egy screenrc-t, ami már ki van próbálva Red Hat alatt erre a célra??
Nagy köszönöm!
Szerk. : Esetleg tudtok más megoldást splittelésre még bashban? tmux, illetve más szoftverek nem játszanak. Telepíteni nem telepíthetek.
-
válasz
spammer
#22007
üzenetére
Mivel ez után még intenzívebben kezdte érdekelni a dolog, azt hittem, hogy egy korai fejlesztővel van dolgunk!
Jó, hogy most kezdte, de biztosan jobban halad az átlagnál! Hallottam én már 7 éves gyerökről is, aki zongoraversenyt tartott.
Ráadásul ő nyerte a versenyt is a végén, bár egyedül indult, az is igaz! -
Vladi
nagyúr
4.0 kernel még rc, vagyis nincs stabil kiadása. Egyébként a verziószámán kívül alig különbözik az utolsó 3-astól Ne tévesszen meg, semmi jelentős újítás nincs, csak msot kitalálták, hogy legyen 4. mercsak.
"Öreg Windows-osként ugye mindig telepítjük a legújabb, legfrissebb javításokat."
Akkor gyorsan felejtsd el az öreg vindózos szokásaidat. Mivel fiatal linuxos vagy, ezért mondom: itt disztribúció van. Kiválasztod a neked megfelelőt, amiben meg is bízol. Onnan kezdve te nem nézegeted a verziószámokat. Ezeket a disztribútor nézegeti és tesztelgeti. Amikor úgy dönt, hogy jóazneked, akkor felteszed a frissítést és slussz. Kernelnél főleg.Kezdő linuxosként meg húzz át a kezdő topikba.
-
Freel
tag
Sziasztok!
Abszolúte kezdő linuxosként kérdezem: miért nem találok magyar fórumokon tapasztalatokat az új 4.0-s kernellel kapcsolatban?
Itt a link a jelenleg elérhető legújabb 4.0 RC3 telepítéséről:Nem érdemes telepíteni? Nem kompatibilesek a programok hozzá? Vagy nincsenek is egyáltalán még? Vagy nehéz telepíteni? Vagy csak egyszerűen nincs vállalkozó szellemű egyén?
Mi az oka neki? Tényleg nem tudom...
Öreg Windows-osként ugye mindig telepítjük a legújabb, legfrissebb javításokat. De itt Linuxnál a kernel-t még nem igazán értem. A frissítéskezelő a 3.13.46-ot ajánlja. De a letöltések között már szerepel a 3.16.33 is és ugye már telepíthető és működik a 4.0 RC3... És nem értem, hogy miért nem szaggatják magukat az emberek a legújabb, leg- leg- frissítésért...
Miért nem a legújabb kernelt ajánlja föl például a Linux frissítéskezelő?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
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.
)
Új hozzászólás Aktív témák
Hirdetés
- Synology NAS
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- ASZTALI GÉP / ALKATRÉSZ beárazás
- user2: Kia Ceed Gold 160 1.5 T-GDI MY2024
- HiFi műszaki szemmel - sztereó hangrendszerek
- Vezetékes FEJhallgatók
- Lakáshitel, lakásvásárlás
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Konzolokról KULTURÁLT módon
- Premier előzetesen az FBC: Firebreak
- További aktív témák...
- BESZÁMÍTÁS! Lenovo ThinkPad T14 Gen 4 üzleti notebook - i7 1360P 24GB DDR5 RAM 512GB SSD Iris Xe W11
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- AKCIÓ! Dell Alienware M17 R3 Gamer notebook - i7 10750H 16GB DDR4 1TB SSD RTX 2070 8GB WIN10
- iKing.Hu - Apple iPhone 13 Pro Max - Graphite - Használt, újszerű
- BESZÁMÍTÁS! ASRock Z370 i5 8500 16GB DDR4 512GB SSD 2060 Super 8GB Zalman Z9 Plus Enermax 750W
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest