Hirdetés
- Luck Dragon: Asszociációs játék. :)
- sh4d0w: Kalózkodás. Kalózkodás?
- gban: Ingyen kellene, de tegnapra
- sziku69: Szólánc.
- LordAthis: RETRÓnia - RETRÓ Mánia - Úton van hozzám egy csodás történelmi darab!
- sziku69: Fűzzük össze a szavakat :)
- Lalikiraly: Kinek milyen setupja van?
- sh4d0w: Árnyékos sarok
- Pajac: A csodálatos mandarin
- eBay-es kütyük kis pénzért
-
LOGOUT
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
-
-
#7708
bambano
titán
Studiossrác
#7705
válasz
Studiossrác
#7705
üzenetére
Ez a gyártó és a sáv, amit használ. A pontos típusa kellene, nem ez.
-
#7704
bambano
titán
Studiossrác
#7702
válasz
Studiossrác
#7702
üzenetére
A pontosan milyen wifi kártyát?
-
#7701
bambano
titán
Studiossrác
#7700
válasz
Studiossrác
#7700
üzenetére
Azt, amihez a közeli haveri körből segítséget tudsz kapni.
-
#7699
bambano
titán
ColonelBart
#7698
válasz
ColonelBart
#7698
üzenetére
Kedves ColonelBart!
Mi itt segíteni szoktunk. Nem megoldjuk mások problémáit, pláne nem elvégezzük mások helyett az egyetemet, hanem segítünk abban, hogy a megoldáshoz vezető útra rátaláljon valaki. Amibe semmiképpen nem értendő bele teljes feladatlapok kidolgoztatása másokkal.
A megoldáshoz mawk, cut, tr, sed, who, id, find parancsok szükségesek, illetve a shell átirányítás ismerete. Manra fel, happy hacking.
-
Ott kellene kezdeni, hogy megnézni, milyen tűzfal van, milyen portok vannak nyitva, min keresztül lehet támadni. Lehet phpmyadminon, mysql felületen meg még halom mindenen keresztül is próbálkozni.
Nem ártana alaposan szétnézni, lementeni mindent, ahol nyoma maradhatott a műsornak majd újrarakni 0-ról az egész miskulanciát.
-
válasz
VladimirR
#7663
üzenetére
igen, azt.
A fájlrendszerben nem javaslom a hagyományok követését, van linux file system hierarchy standard nevű doksi, szerintem azt érdemes követni. A /opt más oprendszereken az oprendszer által felpakolt, de az alapértelmezett oprendszerbe nem tartozó, opcionális csomagok gyűjtőhelye.
A saját magamtól felhekkelt programokat a /usr/local alá szoktam pakolni.
-
válasz
VladimirR
#7658
üzenetére
Én olyankor külön könyvtárba szoktam tenni és legyalulom a könyvtárat, ha már nem kell. Vagy az összetartozó csomagokat szoktam egy könyvtárba tenni.
Utána elég a linkernek megmondani, hogy ott is van .so, nem feltétlenül kell linkelgetni. A rá épülő programok fordításakor meg megmondom, hogy ott is vannak headerek.
-
Pls segítsetek: kinek van tapasztalata arról, hogy hogyan működik a linux kernel AMD 780G/SB700 vagy NVIDIA Geforce 7025/nForce 630a chipsetes alaplapokon? Merjek ilyet venni?
-
válasz
epidemic
#7625
üzenetére
Mert a má$ik oprendszerben egy rfc szabványt (tcp window rescale) sz.rul implementáltak és ezért halódik a net azokon a rendszereken. Közismert bug.
Nekem volt olyan is, hogy vállalati gépen a net elérés több, mint 20x-osára gyorsult, mikor rájöttem, hogy emiatt gagyi.
-
válasz
VladimirR
#7621
üzenetére
A cron tudtommal mindig elküldi a lefuttatott job szabvány kimenetén megjelenő dolgokat emailben a rootnak, arra szerintem nem kell külön utasítás.
A date paraméterét én aposztrófok közé szoktam tenni: date '+%B' és akkor nincs baj.
Még egy dologra szoktam rá: ha egy program kimenetét ellenőrizni akarom, akkor mindig beállítom a LANG környezeti változót arra, ami nekem jó, nehogy megtréfáljon a mentve felirat, amikor saved-re grepelek.
-
válasz
VladimirR
#7616
üzenetére
Amennyire én tudom, egy sh -c "string" módon hajtja végre a cronjobokat, szerintem a benne szereplő idézőjeleket vagy le kellene cserélni aposztrófra, vagy escapelni kellene.
Praktikusabb kipakolni egy shell scriptbe és annak a nevét írni crontabba.
A fordított aposztrófot ki fogják vonni a forgalomból, javasolt áttérni a $() jelölésre. Lehet még az is gond, hogy a rootnak a /usr/local/{s}bin nem szokott benne lenni a path-jában, ha valamit onnan keresel, abból lehet gond.
Arra már nem emlékszem pontosan, hogy a rootnál beállít-e mindent a cron, ennek kikerülésére én
/bin/bash -l
-et szoktam újabban shellnek írni. -
Egy kérdés
Tudtok mondani olyan php5 cuccot, amivel kényelmesen lehet grafikont rajzolni on the fly? Optimális esetben van belőle kész debian csomag? -
Általában a linuxon nem tudom, hogy van (úgy értem, hogy melyik disztró hogy csinálja), a debian 64 biten úgy futtat 32 bites programokat, hogy fel kell hozzá tenni pár plusz csomagot és kész. Szerintem nem lassabb, mert ezt a proci támogatja.
Ez kimaradt a korábbi válaszból...
-
Itt nem szokás upolni...
A kernel optimálisan osztja el a threadeket a magok között, ezt felesleges tovább firtatni.
Tartok tőle, de majd kijavítanak, ha rosszul mondom, hogy 32 bites programon nem fogsz tudni 3G-nél több memóriát kapni. A bigmem kernel csak arra jó, hogyha több ramod és több memória igényes programod van, akkor azokat ki tudja szolgálni.
Ha a programnak több, mit 3g memória kell, akkor marad a 64 bit. Egyébként pedig a 32 bites címzés miatt időnként akkor is érdemes 64 bites kernelt használni, ha nincs sok ram vagy nagy alkalmazás.
-
válasz
VladimirR
#7545
üzenetére
Ha az én verzióm szerint kiszórod a cat-ot és a grep-et is a parancssorból, akkor már az awk-nak kell grepelnie, amit meg is tesz.
Tartok tőle, hogy egy builtin shell osztás gyorsabb, mint forkolni egy awkot...
Az ilyen cuccokkal az a gond, hogy az ember faragja szépen sorban a mérő programokat és eljuthat odáig, hogy a mérés agyonüti a rendszert és az eredeti feladatokra már nem marad idő
Ezért szoktam rigorózusan kidobálni minden programot a munin pluginekből, ami nem kell. De ez mindenkinek az egyéni döntése kell legyen.A sambával két eset van: vagy megtalálod, hogy lehet optimalizálni ennél nagyobb sebességre (én soha nem használtam sambát) vagy egy ötlet maradt még: a webdav szerver. Persze az is lehet, hogy lassú lesz, nem tudom. Azért mocorog bennem a kisördög, hogy gyorsabb is lehetne az a samba...
-
A linuxnak nincs intelre és amd procikra lefordított verziója (minimális optimalizációtól eltekintve). Van 32 bites linux, ami azonosan fut intelen és amd-n meg van az eredetileg amd találmány 64 bites kiterjesztést használó linux, ami azonosan fut erre alkalmas amd és intel procikon.
A kérdés, hogy megvan-e minden 32 bites program 64 bitesben is? Ha csak azokat a dolgokat használod, amik a disztibúcióban vannak, akkor abból minden bizonnyal van mindkét verzió. 8 giga ramhoz nem tennék fel 32 bites linuxot...
Sok ramot kétféle módon lehet megcímezni, 3 szintű laptáblákkal vagy 2 szintű laptáblákkal, amik a sima kernelhez képest nagyobb méretű lapokat címeznek. A bigmem nem indít még egy kernelt, ez marhaság.
-
válasz
VladimirR
#7542
üzenetére
Az a gond, hogy egy halom olyan dolgot javasoltam, ami bash specifikus is lehet. Nem olvastam el ilyen szinten a kottát, hogy pontosan lássam, melyik. Elvileg ha a bash-t sh-ként hívod, akkor sh kompatibilisen kellene futnia, azt nem tudom, hogy ilyenkor a nem sh dolgokkal mit csinál. Normális esetben hibát kellene adnia, de ha valamit elírtak a programozók, akkor lehet, jól végrehajtja és akkor lenyomozhatatlan inkompatibilitási problémát generáltunk.
Ezért tisztább munka bash-ként hivatkozni rá, akkor nem fordulhat elő, hogy portolják más rendszerre és nem derül ki, miért nem megy.
Ha aposztrófot használsz az awk script delimitereinek, akkor a benne levő stringet szövegként átadja az awk-nak, további feldolgozás nélkül. Emiatt a $device nem fejtődik ki hda-nak vagy sda-nak. Ezért kell idézőjelek közé tenni, ebben az esetben viszont a printnél a 13. argumentumot a bash behelyettesíti első script argumentumnak és egy 3-as literálnak. Vagyis a $13-ból {$1}3 lesz. Ezt nem akarjuk, ezért escape-lem a $ jelet, és akkor azt az awk már rendesen $13-nak kapja meg.
Az itt emlegetett dolog az shell tulajdonság, nem awk, ahogy te is írtad.
Én úgy szoktam pl . 10-zel osztani, hogy printf "%d.%d" $(( $valami / 10 )) $(( $valami % 10 ))
-
válasz
VladimirR
#7539
üzenetére
Pár ötlet:
- awk-ot ne használjunk, ha nem muszáj, mert nem tudni, a debianos alternatives cucc mit húz be helyette és nem kompatibilis a nawk, a mawk meg a gawk.- a fordított aposztróf nem szerencsés, mert nem lehet egymásba ágyazni, erre a bash $()-t használ. A fordított aposztrófot ki is fogják szedni előbb-utóbb. Viszont ha erre átállsz, akkor javasolt /bin/sh helyett /bin/bash-t írni az első sorba
- az egrep-nek van -c kapcsolója, ezzel egy wc -l-et meg lehet takarítani annak árán, hogy esetleg nem debianon futtatva az ottani unixon meg nem gnu egrep van. (16. sor)
- a cat filenév| grep szerkezet lehet, hogy szemléletes, de van benne egy felesleges fork, lehet helyette grep filenév (34. sor)
- a 34. sorban két forkot meg lehet takarítani, ha ilyen sormintára cseréled:
awk "/ $device / { print \$13 }" /proc/diskstats
- szerintem a 36-37. sorokat is lehetne egy utasítással meg egy fájlmegnyitással, valahogy így: read oldticks oldioticks <$statefile, de ezt nem teszteltem
- a 47. sorból is meg lehet spórolni egy awk indítást, a bashnak van saját beépített printf utasítása, de ennyit echo-val is ki lehet iratni rendesen.
Valószínűleg az olvasható és hordozható programok kedvelői nem fogját azt tanácsolni, hogy mindent fogadj meg ebből
-
-
Nem, nem jól sejted, mert nem csak fsck dobja el az agyát, hanem a mount is.
A linux nem ismer olyan opciót, hogy mountolni, vagy mégsem.Azt tudod csinálni, hogy úgy állítod be az fstabot, hogy ne mountolja fel bootkor a partíciót, viszont felhasználóként lehessen mountolni. Ezt a noauto,user opciókkal lehet, szintén az fstabban.
-
válasz
VladimirR
#7432
üzenetére
Gondolom azért, mert ugyan máskép nyíilik meg egy socket, mint egy fájl, de utána ugyanazon utasításokkal lehet írni, olvasni, select-telni meg ilyenek, mint a gyalog fájlokat. Ha már megnyitotta valami a socketet, onnan kezdve a programnak, ami használja, nem is kell tudnia, hogy nem fájl, hanem network.
Szerintem azért mmapolnak, mert gyorsabb és/vagy kevesebb erőforrás, mint a sima fájlműveletek.
-
válasz
VladimirR
#7400
üzenetére
Azt, hogy mennyit akar swappelni, top-pal meg lehet nézni és a munin is irogatja szerintem.
A memóriát szerintem az borítja meg, hogy tolják a diszk io kéréseket a lemez felé, az meg nem válaszol normális idő alatt és emiatt a nem befejezett kérések miatt a puffereket sem szabadítják fel megfelelő sebességgel. Az apacs meg mindig forkol (úgy értem, normál használatkor is), csak ha nincs ez a diszk gond, akkor néhány 10-20 msec alatt be is fejeződik egy apacs child futása és ezért nem látod, hogy sok lenne. Sok jön, gyorsan, de normál esetben gyorsan el is tűnnek.
Ha diszk io elégtelensége okozza a lassúságot, akkor az normális, hogy a proci nincs kihasználva, mégsem gyors a gép.(Nekem a diszk io miatt megugró loadban a rekordom 1084 volt
) -
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.
-
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?
-
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).
-
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.
-
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.
-
#7362
bambano
titán
dr_strange
#7350
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.
-
#7361
bambano
titán
TazLeacher
#7351
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ú.
-
#7347
bambano
titán
TazLeacher
#7344
válasz
TazLeacher
#7344
üzenetére
Benne van a menüben, minek neki ikon. Az a sejtésem, hogy .deb végű fájlt kell a synapticnak adni (ritkábban rpm-et).
Én azt javaslom, windowsos programot windowson kell futtatni, kevesebb gonddal jár. -
válasz
_Petya_
#7319
üzenetére
Azért ír 0 helyett ö-t, mert a 0 scan kódját tolja be és ezt az x input driverei a megfelelő beállítások hatására ö betűre fordítják. De ezt a fordítást lehet szabályozni, azt nem tudom, hogy minden hidre külön is, vagy csak egységesen. Ennek kellene szerintem utánanézni, szerintem mindegy, hogy milyen kódot ad be maga az eszköz, úgyis fordítva lesz.
-
válasz
ngabor2
#7304
üzenetére
A video stream megkívánt formátuma dönti el szerintem a dolgot, meg az, hogy mivel akarják lejátszani. Az mplayer pl. simán lejátszik http-ből is, de lehet dlna meg mpeg cuccot is csinálni. Mpegre ott van a vlc párja, a vls.
Sikítok ettől a távoli asztaltól. Az ssh X kapcsolatokat forwardol, nem távoli asztalt csinál. Szerintem az távoktatásra nem jó. Ezt találtam kis guglizással.
-
És ugyebár azok, akik nem ubuntuznak, perfektek abból, hogy az ubuntu éppen milyen kernellel naprakész, meg kitaláljuk, hogy melyik ubuntu...
Nem akartalak én lerohanni, de ha kérdezel, legalább mondj el mindent, ami a válaszolást segítheti, különben nem biztos, hogy lesz válasz.
A környezet pontos definíciója a kérdező érdeke...
-
Szerintem is tök jó, hogy minden leírsz arról az egérről, ami már NINCS a gépre dugva és egyébként is jól működött, arról meg semmit, ami most rá van dugva és baj van vele... Meg se kernel verzió, se bitek száma, se semmi...
Azt kellene megnézni a dmesg-ben, hogy amikor bedugod az egeret, tölt-e be olyan usb modult, ami korábban nem volt benne. Pl. ohci-t vagy uhci-t vagy ilyesmit. Ha a régi egérpadban volt plusz usb csatlakozó vagy usb hub, akkor lehet olyan baja, hogy nincs betöltve minden driver...
-
válasz
t_ferenc
#7194
üzenetére
A gnome egy szupernehézsúlyú környezet, ekkora gépre nem javasolt. Inkább xfce, vagy ha csudát akarsz látni, akkor enlightenment.
De pár cucc akkor is nagydarab marad, mire minden darabját betölti diszkről, még sokkal gyorsabb gépen is lemegy a nap... Pl. böngésző, firefox, levelező thunderbird, szövegszerkeszteni openoffice.org. Na ezek simán megesznek egy giga ramot is, ha van miből.
-
válasz
t_ferenc
#7167
üzenetére
/lib/modules/2.6.23-1-686-bigmem/kernel/sound/isa/snd-azt2320.ko
ez a hangkártya dolog eléggé egyszerűnek tűnik...
A madwifi webje szerint az msi pc54g3-as kártya atheros chipsetes, legalábbis a kettes verziója. Magával a madwifi driverrel néha lehet tornázni egy kicsit, de ha a driver elindult, maga az atheros kártya megint a pihentető békés nyugalom.
-
-
#7141
bambano
titán
CharlieDrop
#7140
válasz
CharlieDrop
#7140
üzenetére
recipient rewrite rule-t javaslom olvasgatni, csináld azt, hogy létrehozod a migrált címeket egy teszt rendszeren és átfaragod a címzettet a levélben erre a gépre.
Új hozzászólás Aktív témák
- Készpénzes / Utalásos Videokártya és Hardver felvásárlás! Személyesen vagy Postával!
- ÁRGARANCIA!Épített KomPhone i9 14900KF 32/64GB DDR5 RAM RTX 5070 12GB GAMER PC termékbeszámítással
- HIBÁTLAN iPhone 11 Pro 256GB Space Grey -1 ÉV GARANCIA - Kártyafüggetlen, MS3173, 100% Akkumulátor
- SzoftverPremium.hu
- Apple MacBook Air M1 13.3 - 8GB/256GB - Asztroszürke - MAGYAR - 42 Ciklus - 98% akku - 1,5 év gari
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Promenade Publishing House Kft.
Város: Budapest