-
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
total90
#7923
üzenetére
Kizártnak tartom (legfeljebb megcáfoltok), hogy a rendszernek jó lenne ntfs... A mountolást, a device node-okat, a pipe-okat nem hiszem, hogy az ntfs kezelné.
Azt, hogy milyen fájlrendszer, az alkalmazás és a környezet dönti el. Az ext4 az, amit utolsónak javasolnék. Pl. stabil debianban sincs még ext4.
-
bambano
titán
Milyen alaplapon van 4 atom proci?
Az a baj a tömörítéssel, hogy illene konzisztens állapotot menteni, vagyis nem árt, ha a tar-ban levő fájlok a rendszer ugyanazon időpontbeli állapotát tükrözik. Mert az úgy gány, hogy zajlik egy tranzakció vagy frissítés és a tarba az egyik fájl az ez előtti, a másik meg az ez utáni állapotában kerül. Ha tömörítesz, hosszabb az idő, amíg nem szabad piszkálni a rendszert.
Persze ha valaki tud snapshotolni lvm2-vel, akkor ez nem gond
-
#7845
bambano
titán
Csakénvagyok
#7844
bambano
titán
válasz
Csakénvagyok
#7844
üzenetére
Őskövület nem őskövület, a p2-esek már elég combos gépek szerintem. Most fogok install szervert csinálni egy amd geoda 500Mhz-es pici gépből, mert utálom a nem opensource firmware kavarást...
-
#7841
bambano
titán
Csakénvagyok
#7839
bambano
titán
válasz
Csakénvagyok
#7839
üzenetére
Ilyen titkos infókat nem szoktunk kiadni... ebben a topicban is volt már róla szó, itt
-
#7828
bambano
titán
szaszayanou
#7823
bambano
titán
válasz
szaszayanou
#7823
üzenetére
debiant kicsit nehezebb konfigolni, de szerintem rendesebben van összerakva.
-
bambano
titán
ez az egyszeres & pont nem jó. két && kellene szerintem.
az eredeti kérdésre válaszolva meg megnézném, hogy minden környezeti változó ugyanúgy van-e beállítva, amikor automatikusan indul a cucc, mintha kézzel.
pl. egy set kimenetét összediffelni mindkét esetben elég hasznos tud lenni. -
bambano
titán
Neked minek linux?
Ha olyan oprendszert akarsz, ami úgy néz ki, mint az xp, úgy működik, mint az xp, ugyanolyan programok futnak rajta, mint az xp-n, akkor használj xp-t.Azért felrakni egy ubuntut, hogy két nap múlva csalódva leszedd és beállj a linuxot szidók táborába, felesleges energiapazarlás.
-
#7708
bambano
titán
Studiossrác
#7705
bambano
titán
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
bambano
titán
válasz
Studiossrác
#7702
üzenetére
A pontosan milyen wifi kártyát?
-
#7701
bambano
titán
Studiossrác
#7700
bambano
titán
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
bambano
titán
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.
-
bambano
titán
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.
-
bambano
titán
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.
-
bambano
titán
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.
-
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.
Új hozzászólás Aktív témák
- The Elder Scrolls Online Imperial Collector s Edition
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- PC Game Pass előfizetés
- MS SQL Server 2016, 2017, 2019
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- ÁRGARANCIA! Épített KomPhone i5 12400F 16/32/64GB RAM RX 9060 XT 16GB GAMER PC termékbeszámítással
- iPhone SE 2020 128GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS4594
- DOKKOLÓ BAZÁR! Lenovo, HP, DELL és egyéb más dokkolók (TELJES SZETTEK)
- BESZÁMÍTÁS! Asrock B450M R5 5500 8GB DDR4 256GB SSD GTX 1050 Ti 4GB Zalman T3 Plus DeepCool 400W
- Újszerű Dell XPS 13 9310 - 13.4" FHD+ i7-1185G7 - 16GB - 1TB - Win11 PRO
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest