- Apple notebookok
- Olcsó sportkamerák (GoPro alternatívák)
- eGPU tapasztalatok
- Milyen TV-t vegyek?
- Szabadon fejlesztheti az OLED tévébe szánt paneljeit a Loewe
- Milyen notebookot vegyek?
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- HiFi műszaki szemmel - sztereó hangrendszerek
- OLED TV topic
- Átlátszó OLED kijelzőket építenek az ablakok helyére a koreai metróban
Hirdetés
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Steet Fighter 6 - Így harcol Akuma
gp A sorozat legútóbbi részének DLC karaktere alig több mint egy hét múlva érkezik a játékba.
-
Enduro változatot kapott a Mobvoi TicWatch Pro 5
ma WearOS 3.5 rendszerrel és kettős FSTN és AMOLED kijelzővel érkezik az új modell.
-
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
-
TazLeacher
nagyúr
válasz dr_strange #7350 üzenetére
Most fogok nekiállni. Egyelőr sajnos (számomra) használhatatlan. Elképzelhető egyébként, hogy visszafele is így sűlne el a dolog, de egyelőre a világ 95%-a Billi bácsi kezében van...de mindenképp kipróbálom. Ha nem megy, akkor felrakok rá XP-t. (Valahonnan kerítek egy Home-ot).
Mod.: egyébként már akartam kérdezni, hogy az .exe mióta windows-os fájltípus?
[ Szerkesztve ]
Disney Infinity adok-veszek-csere: https://goo.gl/2CPMqH
-
dabadab
titán
válasz TazLeacher #7351 üzenetére
"az .exe mióta windows-os fájltípus?"
Miota a DOS-os MZ .exe-ket felvaltottak a windowsos PE .exe-k Vagy mi lett volna a kerdes lenyege?
DRM is theft
-
rollins
őstag
válasz TazLeacher #7349 üzenetére
Lehet félreértem, de miért kéne egy windowsos programnak mindenáron linuxon futnia? Windowson is futtatsz linuxos programokat? Amúgy dpkg -L wine*, ha nincs, akkor apt-get install wine. Wine nem garancia arra, hogy minden windowsos program menni fog.
[ Szerkesztve ]
-
dr_strange
senior tag
válasz TazLeacher #7351 üzenetére
Ne haragudj, de te voltal, aki forditva ulte meg a lovat: vettel egy eszkozt, anelkul, hogy elotte tajekozodtal volna rola, tudja-e azt, amire hasznalni akarod. Aligha az Asus ill. a Xandros linux hibaja, hogy a Kresz-program keszitoi csak windowsos verziot adtak ki az alkalmazasukbol.
Sok sikert egyebkent a gep hasznalatahoz; hiszek benne, hogy ha raszantok egy kis idot a rendszer megismeresere, a Linuxszal is ugyanolyan jol fogtok boldogulni, mint a Windows-zal.
JRR Tolkien nyelvei - aglardh.middangeard.org.uk
-
BemAnyó
senior tag
Sziasztok, össze kéne rakjak egy irodai gépet és keresem az olcsó szoftver alternatívákat, a kérdésem az lenne létezik-e olyan linux csomag ami irodai alkalmazásokban bővelkedik és rendelkezik vagy beszerezhető hozzá olyan program ami windows office 2007 formátumokat is tud kezelni? (exel word és photoshop alkalmazások linuxos megfelelőjére lenne szükségem)
-
BemAnyó
senior tag
válasz dr_strange #7356 üzenetére
Köszi, eddig én is erre jutottam, és linux ból melyiket ajánlanád a lenti feltételekhez ? nagyon nem vagyok képbe Linuxilag
-
BemAnyó
senior tag
válasz dr_strange #7358 üzenetére
Köszi szépen megnézem őket
-
VaZso
senior tag
válasz TazLeacher #7351 üzenetére
Mindenképpen érdemes wine alól próbálkozni először...
A fenti leírás jónak tűnik, szerintem azzal fel fog menni a wine.Ha másképp' nem, esetleg a wine oldaláról letöltött .deb filet is megpróbálhatod feltenni dpkg -i filenév megadásával.
Ha már fent van a wine és mégsem indul a program, próbáld meg konzolból indítani
wine filenév formában, mert akkor látszanak az esetleges hibaüzenetek.
pl. ha hiányzik valami file neki (akár vbrun[xx] vagy MFC42.dll, stb), akkor megpróbálkozhatsz feltenni ezeket az állományokat számára.
(A ~/.wine/drive_c/windows/system32 könyvtárba másold be pl.)
Ez sok program esetében segít.Amúgy szerintem a kresz programnak működnie kéne, már ha nem írták meg túl kacifántosan... Nekem úgy rémlik, sikerült futtatni valamiféle KRESZ-tesztet wine-vel.
.EXE:
DOS alatt és Windowsban is a kiterjesztés (vagyis [utolsó] pont mögötti characterek) alapján azonosítja a futtatható állományokat a rendszer.
Mivel DOS-ra már jellemzően nem írnak programot, ezért a .EXE fileok valamely Windowsra írt program futtatható állományai.Linux esetén nem a kiterjesztés dönt egy pogram/file futtathatóságáról, hanem van rá egy külön "bejegyzés" ami megmutatja, hogy végrehajtható.
Ezért Linuxban nincsenek .EXE-k. Lehetne ilyen a nevük, de mivel nem szükséges, senki nem használ ilyen filenevet, fölösleges characterekkel a végén... MAC-cel is ez a helyzet.
...viszont van pl. .run elnevezés, ami bárki számára informatívabb lehet. -
bambano
titán
válasz TazLeacher #7351 üzenetére
az .exe azóta windowsos fájltípus, mióta minden rendes unix a fájl tartalmának eleje és nem a kiterjesztése alapján dönti el, hogy mi van a fájlban. Sőt, továbbmegyek, azóta minden fájltípus windowsos, ami .hárombetű formátumú.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz dr_strange #7350 üzenetére
nem akarok flamelni, de azt valaki magyarázza már el nekem, hogy miért akartok egy lekönnyített, lecsupaszított, leegyszerűsített mobil internetezésre szánt terminálon még emulátorral is súlyosbított helyzetben dolgozni?
ennyire azért nem jó egyik oprendszer sem. ez olyan, mintha anno, amikor a fickó (bocs, most nem keresem ki) épített egy ultrakönnyű gépet, hogy pedálmeghajtással át tudjon repülni a La Manche csatornán, felszállás előtt kapna két-két siklóbombát, egy durandallt, két mavericket, sidewindert, meg még mellé két egy-egy mázsás postazsákot levéllel, ha már úgyis arra megy...
Egyébként az a vélemény, hogy arra, amire én/ő használni akarja/akarom, nem alkalmas, az korrekt és el kell fogadni. Csak nehogy az legyen belőle két hét múlva, hogy a linux sz.r. Vannak anyagok, amiből nem lehet várat építeni.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
dr_strange
senior tag
válasz bambano #7362 üzenetére
nem egeszen ertem a megjegyzest, marmint hogy miert nekem cimzed azt szerintem vilagossa tette minden hozzaszolo a kerdezo szamara, hogy ezt a szerkezetet ezzel az operacios rendszerrel alapvetoen nem arra szantak, hogy windowsos alkalmazasokat eroszakoljanak ra; valoszinuleg meg lehet oldani, de nem trivialis
nyilvan egyszerubben megoldhato, ha windowst telepit ra, de az meg penzbe kerul, viszont lehet, hogy megeri, megelozendo a kesobbi frusztraciokatJRR Tolkien nyelvei - aglardh.middangeard.org.uk
-
VladimirR
nagyúr
sajnos, ez nem megoldas, ket okbol sem:
1: ha jol tudom, ilyen modon nem lehet megkulonboztetni az A geprol a szinten a router mogott levo B gep fele meno forgalmat az A geprol az internet fele meno forgalmat (en pedig csak ez utobbit szeretnem merni)
2: a kliensgepekhez nem szeretnek (nem mindig tudok tudok) nyulni -
VladimirR
nagyúr
válasz Jester01 #7365 üzenetére
keves gep van, azok is fix ip-vel, szoval az a resze nem gond, csak valahogy ez a megoldas nekem kicsit barbar modszernek tunik, ezert kerdeztem, van-e erre valami jobb modszer, esetleg kimondottan ilyen progi/script, vagy marad az iptables szabalyok alapjan torteno meres
-
-
Vladi
nagyúr
válasz TazLeacher #7344 üzenetére
Persze, mert nem ott keresi. Hanem a tárolókban.
Sajnálom, hogy így alakult.
Azt azért hadd mondjam, hogy nem egészen követted itt a tanácsokat. Meg nem is válaszoltál mindenre. Így nehéz.Egyébként most vagy félúton. Most jönne, hogy vegyünk fel tárolót.
(#7348) dr_strange Ebben a hsz-ben lévő linken a leírás amúgy ugyan azt írja le. Ha azt pontosan követed, akkor egy fél óra alatt meg lehet csinálni a dolgot.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
Lamellus
tag
Sziasztok,
a szerveremen, amin Debian van, futtatok Ventrilo szervert, hogy az ismerősökkel tudjuk használni. Amióta frissítettem Lenny-re, azóta az új változatra (3.0.*, mi ezt jobban kedveljük a Speex codec miatt) nem lehet csatlakozni (MSG: Synchronizing.), még a belső hálózaton se. A Ventrilo Server browser látja a szervert, megkapja tőle az adatokat. Kipróbáltam, a régi verzió (2.1.2), gond nélkül megy.
Próbáltam keresgélni a témában, de csak ilyeneket találok. Valami blokkolhatja a portot? Nade a belső hálózaton? Akkor a régi változattal, esetleg más programokkal miért nincs gond? (Nem csak Ventrilo fut a gépen, más dolgokat is próbálgatok, tesztelek)
[ Szerkesztve ]
-
VaZso
senior tag
Már másodszor állok neki FinePrinthez hasonló eredménnyel nyomtatni Linux alól, de még mindig valami nem klapfol...
...vagyis psnup -2 befile kifile elvileg megcsinálja a .ps filet, amit nyomtatni tudnék.
Meg is tudom tekinteni, teljesen tökéletesnek látszik KGhostview-val (1.kép).
Ellenben, ha ezt kinyomtatom, esetleg ps2pdf-fel átalakítom, egyaránt elcsúszik a lap széle és lelógnak róla a feliratok (2. kép).Mi lehet ennek a megoldása?
Pedig nézegettem a psbook-ot is pl. (ehhez Win alá saját megoldást kellett készítenem FinePrinthez) és egész jó lenne az eredmény, ha nem akarná mindig más méretben nyomtatni az anyagot... próbáltam variálni a papírméretet, de alapvetően törekedtem mindenütt A4-et megadni.
Ennek ellenére a nyomtató (lézer) kiírta, hogy letter formátumot szeretne nyomtatni. Ezt különösen furcsának találom.
A kezdeti .ps filet úgy állítottam elő, hogy a fileba nyomtatást választottam... HP LaserJet III a nyomtató, itt is A4 volt megadva.
Mi lehet a gond?
Fórumon írt más is ugyanerről a jelenségről, de megoldást nem találtam... A psnup előtti filet minden további nélkül nyomtatni ill. pdf-fé tudom alakítani.
[ Szerkesztve ]
-
VladimirR
nagyúr
van egy router-nek hasznalt debian-om (a.b.c.100, illetve dinamikus publikus ip az adsl kapcsolathoz), meg van mogotte egy masik gepen (a.b.c.110) egy webszerver
kivulrol gyonyoruen elerheto a webszerver, es belso ip-t hasznalva beulrol is, viszont hogyan tudnam megoldani azt, hogy belulrol (a.b.c.200) is el lehessen erni az adsl ip-jet hasznalva?google tobbek kozt egy ilyet dobott, de ez nekem nem akar mukodni, mitobb, a 200-as gepen levo ethereal azt mondja, hogy bar az elso tcp csomag a publikus ip-re megy, a valasz ra az a.b.c.110-es ip-rol jon (es van egy olyan sejtesem, hogy ez nem jo)
-
_Petya_
őstag
Ötlet:
Just change the default paper size. In the file /usr/share/ghostscript/8.15/lib/gs_init.ps or similar, uncomment the following line.
% /DEFAULTPAPERSIZE (a4) def
http://consodoc.com/psnup2/
Petya
Fontos feladatot soha ne bízz olyan gépre, amit egyedül is fel tudsz emelni!
-
VladimirR
nagyúr
válasz bambano #7376 üzenetére
ezt nem igazan lehet, mert egy, a webszerver is a router mogotti gepen van, igy nem tud a publikus ip-hez bind-elni
meg az dinamikus ip (adsl), igy minden ip valtozaskor kellene egy apache restartvalahogyan meg lehet csinalni, volt egyszer egy ilyen router-em, ami tudta ezt (ha minden igaz, nat loopback a neve annak, ami nekem kellene)
[ Szerkesztve ]
-
VaZso
senior tag
válasz _Petya_ #7375 üzenetére
Kipróbáltam, újra is indítottam a gépet, de sajnos hiába... most sem jó.
Mondjuk a psnup man oldala szerint az alapértelmezett papírméret A/4.
Valami mégsem stimmel... pedig ez jó lenne, ha működne. (Inkább talán olyan az egész, mintha a lap alsó/felső margója lenne elcsúszva...Feltettem egy alap Ghostscript nyomtatót, szintén A/4 papírmérettel és azzal dolgoztam fileba nyomtatva, de ugyanazt produkálta vele... így tanácstalan vagyok.
-
Jester01
veterán
válasz VladimirR #7377 üzenetére
Nem tudom, nekem simán megy, igaz nem apache hanem egy másik programba épített web szerver (vdr). Illetve netcat-tal is ellenőriztem. Tetszőleges ip címet át tudok irányítani.
iptables -t nat -A PREROUTING -i eth0 -p tcp --dst 66.66.66.66 --dport 8001 -j DNAT --to-destination 192.168.100.100
Itt 66.66.66.66 volt a tetszőleges ip cím és 192.168.100.100 a gép saját címe.
Még pluszba lehet szűrni, hogy a forrás tényleg a belső hálón legyen.MOD: ja látom, ez nem egészen olyan topológia. Na mindegy
[ Szerkesztve ]
Jester
-
VaZso
senior tag
Segítségeteket szeretném kérni...
Adott egy gép, Debian etch-vel, 2.6 GHz Celeron procival és 1 GB RAM-mal.
A következő történt:
- 13 nap uptime után este nem lehetett belépni rá.
- ssh-val jelszót bekérte (illetve Winen Puttyval felhasználónevet és jelszót korrekten kérte), de annak beírása után nem kaptam shellt.
- az apache-ben nem jelent meg minden tartalom, de volt olyan "oldal", amit behozott rendesen (Drupal rendszer).
- addig "barangoltam" ezen az oldalon ill. annak admin felületén, amíg egyszercsak nem válaszolt tovább.
- ssh továbbra is ugyanazt csinálta- van olyan folyamat, amit elég gyakran lefuttat a crontab, log szerint tegnap 12:38 és ma 6:43 között ez egyáltalán nem lett vérehajtva.
Utána viszont másodpercenként többször is egészen 7:07 percig.
- a gépen lévő dhcp szerver újraindítás előtt utoljára ma 6:44-kor adott IP-t.
- 6:45-kor látszik, hogy újra lett indítva a router, amin lóg (link down, link up).
- utolsó bejegyzés 7:43:42-kor volt: -- MARK --
- A gép log szerint 11:07-kor lett újraindítva.
Azóta fut.Ezek alapján úgy látom, valami nagyon nincs rendben a géppel...
Megnéztem S.M.A.R.T.-ot, látszólag minden rendben.
RAM tesztelve lett ugyan előtte, mégis futtatnék rajta némi memtest-et, de ezt távolról nehéz azért. Hogyan lehetne mégis megoldani? (Nyilván így mindent nem lehetne tesztelni, de azért mégis...)Kernel 2.6.18-6-686, memóriafogyasztás kb. 300-400 MB szokott lenni az 1 GB-ból (+cache).
Mit tudnék még ellenőrizni?
Sensors jelenleg ezt írja, de nagyon irreális adatok is vannak benne:
VCore 1: +1.52 V (min = +4.08 V, max = +4.08 V) ALARM
VCore 2: +2.56 V (min = +4.08 V, max = +4.08 V) ALARM
+3.3V: +3.23 V (min = +4.08 V, max = +4.08 V) ALARM
+5V: +5.00 V (min = +6.85 V, max = +6.85 V) ALARM
+12V: +12.10 V (min = +16.32 V, max = +16.32 V) ALARM
-12V: -19.38 V (min = +3.93 V, max = +3.93 V) ALARM
-5V: -8.65 V (min = +4.03 V, max = +4.03 V) ALARM
Stdby: +1.26 V (min = +6.85 V, max = +6.85 V) ALARM
VBat: +3.18 V
fan1: 2860 RPM (min = 0 RPM, div = 8)
fan2: 0 RPM (min = 0 RPM, div = 8)
fan3: 0 RPM (min = 0 RPM, div = 8)
M/B Temp: +30°C (low = +127°C, high = +75°C) sensor = thermistor
CPU Temp: +35°C (low = +127°C, high = +75°C) sensor = diode
Temp3: -55°C (low = +127°C, high = +75°C) sensor = thermistorEzeket a feszültség értékeket megmérném szívesen, műszerrel...
A proci egyébként egymagos.
A Temp3-mat fogalmam sincs, mi szolgáltatja.Örülnék, ha adnátok tippet, ez így "kicsit" idegesít...
Nem számítottam rá, hogy közel két hét üzem után bezsong... -
VaZso
senior tag
válasz Jester01 #7381 üzenetére
Köszönöm az ötletet, megpróbálkozom vele. Így talán kibukik hamar a dolog.
Azt hiszem, előtte viszont ki fogom cserélni a tápegységet benne, ma arrafelé járok.Memóriát egyelőre nem merek cserélni, mert összeszerelés után memtesttel nem adott hibát, utána pedig nem lett piszkálva. Attól félek, ha megtenném, beletennék mégegy "hibalehetőséget", mivel csak "elvileg jó" RAM-om van, tesztelt (különösen abban a lapban tesztelt) nincs.
Pedig arra jutottam, hogy legvalószínűbb a RAM vagy táp probléma. Egy memtestet azért rövid ideig talán lesz lehetőségem futtatni, annyi idő alatt viszont az nem ér semmit...
A táp nem "mai gyerek", így simán lehetnek szűrési és egyéb gondjai... mindenesetre mérek majd rajt feszültségeket, bár kétlem, hogy helyes értékeket adott a sensors (az is igaz, -5 és -12-t nem sok eszköz használja)... szóval azt cserélem másikra.Remélem, sikerül megfogni a dolgot.
-
bambano
titán
1. nem fog kibukni a hiba.
2. szerintem annak, hogy más a ludas, nem a táp, nagyobb az esélye
3. ha a tápnak szűrési gondjai vannak, azt nem hiszem, hogy simán ki lehet mérni, multiméterrel biztosan nem. Ahhoz valami spéci oszcilloszkóp kellene.Ezt csak azért írom, hogy ne keseredj el, ha nem találod meg a hibát.
Azt megírhatnád, hogy milyen hálózati kártyái vannak a gépnek és milyen routerbe csatlakozik? Egy sört tennék rá, hogy cisco.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
VaZso
senior tag
válasz bambano #7383 üzenetére
1. Ettől én is félek.
2. Könnyen lehet, hogy más a ludas, de tápot biztosan cserélek. Nem túl jó minőségű táp van benne, mert más nem volt kéznél, amikor össze lett rakva a gép.
3. Szűrési gondot valóban nem fogok tudni diagnosztizálni, ezért is cserélem inkább. Az viszont jellemző, hogy az elektrolit kondenzátorok szépen kiszáradnak, ami idővel egyre több problémát okoz. Arról viszont nincs információm, hogy mennyit és milyen körülmények között ment előtte maga a tápegység.
Multimétert csak azért írtam, mert cáfolni/ellenőrizni szeretném a sensors állítását.
Hálókártyát most nem tudom megmondani, mert fáradtan csináltam egy kis "hülyeséget" [jó kifogás ], így majd a helyszínen férek hozzá a géphez, de leírom majd a típust (egy kártya van benne). Ha jól rémlik, valami Intel.
Cserélhetem RTL8139-re is akár.A router viszont Linksys, úgyhogy a tippel közel jársz hozzá.
Mire gondolsz a routert illetően?[ Szerkesztve ]
-
bambano
titán
lspci mindig megmondja, milyen hálózatikártya van benne.
én intel kártyát nem szoktam bántani, némely broadcomokat igen, amihez tg3-as driver kell.nekem a cisco cuccok (nem a home router kategória) nem mindig jönnek be... van olyan cisco cuccom, amivel elégedett vagyok, van, ami kétséges, és van, amit régen kihajítottam. de ez egyedi vélemény.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
VaZso
senior tag
válasz bambano #7385 üzenetére
Ismerem lspci-t, csak sajnos nem fértem hozzá a géphez.
Egyébként ez az:
00:0a.0 Ethernet controller: Intel Corporation 82557/8/9/0/1 Ethernet Pro 100 (rev 0c)Mondjuk ez a router nem az az igazi Cisco dolog, meg viszonylag "butának" találom. Bár tulajdonképpen mindent tud, ami kelleni szokott, szóval nem tudom, ezt miért írtam.
- a menürendszere nem tetszik, hülye logikán alapul szerintem... mondjuk a "rendes" Cisco termékek esetében más kifogást lehetne emelni.(Egyébként még mindig a saját routerem tetszik leginkább, aminek hozzá lehet férni a Linuxához, pl. wshaper nagyon jótékony rajta. )
Nekem tg3 (BCM5788) a notimban van. Sokat nem használom, de szerencsére nem volt vele eddig gond. Milyen probléma szokott lenni ezekkel?
Szerinted mit cseréljek a gépben?
Most itt van nálam, de holnap megy vissza.Lehet, hogy a második vinyója vacakol, bár az nem volt még bemountolva (bár nem vagyok 100%-ig biztos benne, lehet, hogy az egyik partíció kézzel fel lett csatolva és bent maradt, de amúgy nem használta semmi).
Egyik RAM modult lehet, cserélem azért benne.
Ja, az extrém tápfesz. értékeket a sensors találta ki.
[ Szerkesztve ]
-
VladimirR
nagyúr
hi
megint iptables-sel kapcsolatban lenne kerdesem:
jol tudom, hogy ugy mukodik a dolog, hogy elkezdni nezni sorban a szabalyokat es ha talal olyat, amit tud az adott csomagra alkalmazni, akkor azt alkalmazza es nem nezi tovabb?
ha igen, akkor hogy lehet a kovetkezo szitu:
van egy szabaly (csak hogy -L kapcsolval lassam, jott-e valami):iptables -t filter -A INPUT -i eth0 -m udp -p udp --dport 123
utana egy masik, ami mindent beenged, ami a helyi halozatrol jon:
iptables -t filter -A INPUT -i eth0 -s 192.168.0.0/24 -j ACCEPT
illetve van ezek utan egy harmadik, ami naploz:
iptables -t filter -A INPUT -i eth0 -m udp -p udp --dport 123 -j LOG
kerdesem az, hogy hogyan kerulhettek az alabbi bejegyzesek a log-ba:
IN=eth0 OUT= MAC=00:04:75:7a:f8:40:00:d0:b7:16:56:0d:08:00 SRC=192.168.0.110 DST=192.168.0.100 LEN=76 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=123 DPT=123 LEN=56
IN=eth0 OUT= MAC=00:04:75:7a:f8:40:00:50:8d:4c:a4:93:08:00 SRC=192.168.0.200 DST=192.168.0.100 LEN=76 TOS=0x00 PREC=0x00 TTL=128 ID=26292 PROTO=UDP SPT=123 DPT=123 LEN=56valaszaitokat elore is koszonom
-
ZCoyote
őstag
Van nékem egy Smoothwall nevű linux alapú tűzfalam-routerem.
A /var/log mappában a messages nevű logfile-ben az alábbi üzenetek futnak folyamatosan.
Valaki tudná nekem ezt értelmezni, hogy ez hiba-e vagy sem?A kiemelés nem direkt van illetve bocs a minőségért de csak így tudtam megcsinálni
[ Szerkesztve ]
Romani ite domum.
-
bambano
titán
válasz ZCoyote #7388 üzenetére
valaki olyan gombot nyomogat a klavin, aminek van scankódja, de nincs hozzárendelve billentyű evenet. tipikusan a hangerőszabályzó gomb a klavin, vagy nekem hasonlókat produkál az umpc-men, ha alt+f2-vel ki-be kapcsolgatom a wifit, vagy más notebookokon pl. a tft-külső monitor váltogatás is ilyet mond(hat).
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
valaki tud nekem url-t, magyarázatot, egyebet adni arra nézve, hogy miért nem akarják, hogy 4.3-as gcc-vel fordítsak 2.6.16-os sorozatú kernelt?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
VladimirR
nagyúr
válasz bambano #7391 üzenetére
van egy shell script-em, abban vannak a szabalyok, az meg igy kezodik
iptables -t filter -F
iptables -t filter -X
iptables -t filter -Z
iptables -t nat -F
iptables -t nat -X
iptables -t nat -Z
iptables -P INPUT DROP
iptables -P FORWARD ACCEPT
iptables -P OUTPUT ACCEPTha modositok, akkor a script-en es lefuttatom
-
VladimirR
nagyúr
masik problemam, ez ma jelentkezett
adott egy gentoo hardened, 2.6.25-os kernellel, alatta a vas asus p2d-bs, p3 2x450mhz, 224 mb memoria
minden tokeletesen mukodik, azaz mukodott a mai napig
elinditottam egy john the ripper-t, ami normalis modon lefogja az egyik procit 100%-ra
a gond az, hogy egy ido utan a gep, mintha megallna: ssh-n keresztul reagal, mc-ben lehet navigalni, screen session-ok kot tudok valtani, viszont nem tudok uj programot inditani, cron job-ok leallnak, de meg a rendszerido is megall
syslog-ban semmi bejegyzes nincs, a helyzet a john kilovese utan sem valtozik
van valakinek barmi tippje, hogyan tudnek utanajarni, mi baja van a gepnek? -
VladimirR
nagyúr
válasz ngabor2 #7397 üzenetére
tesztelgetem a hw hibat eppen, most fut (3 oraja) egy burnMMX es egy burnBX a cpuburn csomagbol, majd ha tudom nelkulozni egy napra a gepet, raeresztem a memtest-et is (bar az osszerakasakor is futott egy napot, minden hiba nelkul)
memoriaelfogyast amellett, amit te irsz, en meg azert zarnam ki, mert az apache kilovese utan (ami a rendszer memoriajanak kb negyedet eszi meg) sem valtozott a helyzet
illetve korabban volt egy gcc bug miatt memoriaelfogyos problemam, es akkor valoban kilotte a rendszer a memoriaigenyesebb progikat (apache, mysql, etc)[ Szerkesztve ]
-
bambano
titán
válasz VladimirR #7396 üzenetére
Kérdés, hogy reprodukálható-e a hiba, tehát meg tudod-e csinálni, hogy ripperjohnnal bármikor megborítod a rendszert.
A leírás alapján az látszik, hogy megállt a diszk io a gépben. Megnézném, hogy a cd-t és a diszkeket dma-san vagy pio-ban kezeli-e a gép.
Azt is kipróbálnám, hogyha úgy állítod be ripperjohnt, hogy ne akarjon cddb-t vagy freedb-t használni, megjavul-e. Vagy egyszerűen kihúzni addig az ethernetet.
Szerk: memóriafogyás: általában nem az okoz gondot, hogy az alkalmazások által használt memória elfogy, ezért nem javul az apacs lelövéstől a dolog, hanem az, hogy az ilyenolyan pufferek (diszk block cache, network io pufferek) és egy-két ezek nyilvántartására szolgáló táblázat helye fogy el. Van, amit ezekből az alsó 1M-ba rak a kernel, van, amit az alsó 16M-ba, mert nem minden dma tud magasabb címre dma-zni.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
VladimirR
nagyúr
válasz bambano #7399 üzenetére
reprodukalhato, mikor irtam ide, addigra mar ketszer sikerult megolnom igy a gepet
kozeben azt hiszem sikerult rajonnom mi okozza a hibat es egybeesik azzal, amit te is irsz: a hdd egy kisebb hiba miatt csak pio modban hajlando uzemelni
ez tobbnyire nem okoz gondot, nem vegzek tul surun, tartosan io igenyes dolgokat (legfeljebb torrent-ek hash-elese ilyen, de az meg nem surun van es nem is tartos), legutobb akkor volt gondom vele, mikor glibc-t forditottam
azt gyanitom, akkor is is most is az okozza a gondot, hogy megno a memoriahasznalat es sokat kellene swap-olni, amit viszont nem bir eleg gyorsan csinalni a pio mod miattamit meg nem ertek egeszen, hogy miert no meg a memoriahasznalat
maga a john nem eszik sokat, az apache zabalja fol a memoriat, mert egyre tobb process-t indit, viszont nem vagom miert, hiszen 2 procim van, smp kernellel es a john csak az egyiket fogja le, azt is 39-es (vagy +19, vagy hogy kell irni linux alatt) prioritassal, szoval a maradek egy proci ki kellene hogy tudja szolgalni a webszervert
munin szerint atlag 50% a cpu terhelesem (system+user+nice, ami az egyik proci felet jelenti, szoval ha a john lefogja az egyik procit teljesen, akkor sem lenne 150% fole mennie (mint ahogy a fagyas elotti idoben nem is megy fole,beall 130-140% korul es a load is csak 2-4 mozog, neha egy 6-os tuskevel)
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen