-
Fototrend
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
-
bambano
titán
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.
-
bambano
titán
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.
-
bambano
titán
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. -
bambano
titán
Á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...
-
bambano
titán
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.
-
bambano
titán
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...
-
bambano
titán
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.
-
bambano
titán
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 ))
-
bambano
titán
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
-
bambano
titán
-
bambano
titán
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.
-
bambano
titán
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.
-
bambano
titán
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
) -
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.
-
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).
-
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.
-
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.
-
#7362
bambano
titán
dr_strange
#7350
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.
-
#7361
bambano
titán
TazLeacher
#7351
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ú.
-
#7347
bambano
titán
TazLeacher
#7344
bambano
titán
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. -
bambano
titán
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.
-
bambano
titán
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.
-
bambano
titán
É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...
-
bambano
titán
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...
-
bambano
titán
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.
-
bambano
titán
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
bambano
titán
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.
-
#7139
bambano
titán
CharlieDrop
#7136
bambano
titán
válasz
CharlieDrop
#7136
üzenetére
címeket nem küld sehova. Az smtp relay azt jelenti, hogy nem foglalkozik a címzettel, minden kimenő smtp forgalmat egy gépnek küld.
de ha elmondod magát a problémát, hamarabb kiderülhet, mi a gond. Nekem nem érthető, mit és milyen okból akarsz tesztelni.
-
#7128
bambano
titán
CharlieDrop
#7121
bambano
titán
válasz
CharlieDrop
#7121
üzenetére
Két lehetséges út:
- smtp relay-t állítassz, akkor oda küld mindent
- always bcc-t állítassz, akkor minden levélről meg egy másolat a bcc címre is.A connection timed out-ra tcpdump-pal érdemes vizsgálódni a postfixes gépen.
-
bambano
titán
szerintem ez az átirányítás azt jelenti, hogy az at parancs kapja meg a screen nevű file tartalmát, mint bemenetet.
Vagy írd bele egy scriptbe ezt a screen -S php -X quit sort és azt indítsd el az at-vel, vagy írd be, hogy at now + 1 minutes <enter>
at> promtphoz írd a screent
és egy ctrl+dDe szerintem praktikusabb kill-el kiirtani a php scriptet, a screen meg kilép magától, ha a benne levő folyamat megállt.
-
bambano
titán
válasz
Anubis_9
#7095
üzenetére
Minden előzetes híresztelés és fud ellenére még nem prezentált senki valóban működő linuxos vírust. Linuxon futó víruskergetőre (pl. clamav, van ingyen) akkor van szükséged, ha egyéb windowsos gépeket akarsz windowsos vírusok ellen védeni és ezt a linuxodon akarod csinálni.
-
bambano
titán
válasz
Juhtúró
#7021
üzenetére
a "network storage"-m otthon egy p1@200Mhz, 64M ram, 1T diszk.
Ezen elfut. Nem villám, mert egy pci busz van benne, de nekem megfelel.A legkisebb gép, amin valaha debianoztam, egy 386sx20 volt, 4 mega rammal. Futni azon is futott, szerették a felhasználói, de azon a kernel fordítás már nehézkes volt
Tudtok mondani olyan php5 cuccot, amivel kényelmesen lehet grafikont rajzolni on the fly? Optimális esetben van belőle kész debian csomag?
Új hozzászólás Aktív témák
- A nagy Szóda, Szódakészítés topic - legyen egy kis fröccs is! :-)
- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- gban: Ingyen kellene, de tegnapra
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Milyen autót vegyek?
- Lítium-ion/Li-ion akkumulátorok
- Mini-ITX
- Autós topik
- sziku69: Fűzzük össze a szavakat :)
- Napelem
- További aktív témák...
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Eladó Steam kulcsok kedvező áron!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- Bomba ár! Dell Latitude 7420 - i7-1185G7 I 16GB I 512SSD I HDMI I 14" 4K I Cam I W11 I Garancia!
- Dell és HP szerver HDD caddy keretek, adapterek. Több száz darab készleten, szállítás akár másnapra
- Csere-Beszámítás! Olcsó RTX Gamer Laptop játékra! I5 11400H / RTX 3050Ti / 16GB DDR4 / 512GB SSD
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
Állásajánlatok
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest