-
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
Santosh
#22882
üzenetére
tcpdumpot eléggé verbose módra kapcsolva és közben apt-get updatelve látnod kellene a http headerekben az auth stringet vagy ami maradt belőle.
még annyit, hogy az ms már egy ideje nem engedi a cleartext jelszót semmire, tehát lehet, hogy ntlm vagy valami hasonló is kellene bele.
-
bambano
titán
wikipedia szerint amit a linux csinál raidtíz néven, az nem raid10.
szerintem jó a szoftveres raid, erre majd akkor jössz rá, mikor egy proprietary raid kártya mögül ki akarsz venni egy diszket
én jártam így múlt szilveszterkor, a klasszikus kamionos tankolós vicc jusson eszedbe
(szomszéd kútnál kamionos tankolt 400 liter 95-ös benzint, én meg új kifejezéseket tanultam...)szerintem mostanában már azt legózol össze mdadm-mel, amit akarsz. régebben finnyás volt a kernel egy-két dologra, de tudtommal azt már kinevelték belőle.
hálózaton másolásra gyors módszerek:
1. kibogarászod, hogy hogyan tud az ssh titkosítás nélkül kapcsolódni (hogy ne tekerje a procit a titkosítás, mert lassú lesz)
2. beállítod a másolás idejére az rsh-t, de ezt tényleg csak addig, mert akkora lyukat üt a biztonságba, mint 5 focistadion a költségvetésbeha ezek megvannak, akkor vagy rsync ssh fölött, vagy rsh és tar, vagy felrakod az rsync-et a saját szerverével daemonnak és rsync protokollon.
további lehetőség: nfs szerveren kiajánlod a fájlrendszert és sima másolás.
az rsync annyiból jobb, hogyha félbehagyod reggel, azzal sima ügy folytatni.
-
bambano
titán
a sorrend a kérdés. ha a natív diszkekből párosával raid1-eket csinálsz, majd a raid1-ekbet fűzöd össze egy raid0-ba, az nem ugyanaz, mintha a diszkek feléből raid0-t csinálsz, és a két raid0-t fűzöd össze egy raid1-be.
ha ezt pl. tíz diszkből csinálnád, akkor az általad írt módszerrel lenne két darab, öt diszkes raid0, amiből lenne egy darab raid1, és peches esetben két diszk pusztulása elvinné az egész kötetet a lecsóba.
az általam leírt módszerrel meg lenne öt pár diszkből 5 darab raid1, amiből lenne egy darab raid 0. ez szerencsés esetben akár 5 diszk elpusztulását is túlélné.a nevekkel mindig bajban vagyok, hogy melyik a raid10 és melyika raid01
ha jól láttam, 4 darab 500-as vinyóról van szó, az 1T hasznos terület, az nem olyan sok sem hálózaton, sem úgy, hogy beraksz két új diszket a gépbe, megcsinálod rajta a két raid1-et féllábasan, majd abból a raid0-t, majd melléraksz két jól megválasztott példányt a régi diszkekből, és abból összerakod szintén féllábasan a régi raidet, és akkor lehet helyileg másolni. de olyat is csinálhatsz, hogy lemented a régi diszkekről a raw partíciót az újakra, a mentett fájlokból legózod össze a raidet, és utána onnan töltöd vissza a mentést, el fog férni.
-
bambano
titán
válasz
#68216320
#22835
üzenetére
nem tudom, miért ennyire népszerű ez a külön hdd vagy pendrive a rendszernek, szerintem hülyeség.
raid1 a fontosabb dolgoknak? mi lehet az oprendszernél fontosabb, ami biztosítja, hogy az összes többihez hozzáférj?
a raidnél meg vagy találsz a kártyához management cuccot, amit külön üzemeltetni kell, vagy nem. a softraidhez meg van minden.
-
bambano
titán
válasz
Jester01
#22791
üzenetére
be is tölti a firmware-t?
dmesg|grep firmwarehogy működik-e az interfész, azt egy iwlist wlan0 scanning-gal meg lehet nézni.
viszont láttam már olyan firmware-t, aminél az elsőnek mutatott interfész csak vezérlés, létre kell hozni egy ap-t vagy klienst ahhoz, hogy működjön. -
bambano
titán
válasz
_Dumber_
#22704
üzenetére
például úgy, hogy kidobod a shorewallt.
"Mondjuk nekem az is furcsa, hogy a kábelmodememmel kapcsolt eth0 ledjei folyton forgalmat jeleznek.": ebben mi a furcsa? egy broadcast tartományban vagy egy csomó előfizetővel. arp meg hasonló broadcast forgalom villogtatja a ledet. -
bambano
titán
válasz
growler
#22565
üzenetére
a lényegi különbség, hogy a sudo az csak ökörség, a sudo su meg halmozottan az.
a sudo és a sudo -i között az a különbség, hogy a sudo az user környezetét használja, a sudo -i meg megcsinálja a céluser környezetét is.
egyébként szokott lenni man magyarul is, csak fel kell rakni és a nyelvi környezeti változókat be kell állítani.
-
bambano
titán
válasz
spammer
#22559
üzenetére
mert a cron teljesen külön shellben futtatja a programodat, amelyik diszjunkt a grafikus felületedtől is, tehát nem tud grafikus programot indítani, illetve a szabvány bemenete is át van irányítva.
próbáld meg beállítani az x elérést a scriptben:
export DISPLAY=localhost:0a grafikus sessionben meg:
xhost +
és engedélyezd az X szervernek a tcp porton való kapcsolódást.ami egyesek szerint biztonsági probléma, de majd eldöntöd
-
bambano
titán
válasz
CPT.Pirk
#22556
üzenetére
a helyes eljárás az, hogyha a programodnak szüksége van erre a csomagra, akkor a telepítő dependel rá és akkor telepítéskor fel fogja húzni maga mellé.
tehát nem az a jó megoldás, hogy barkácsolunk, meg nem az, hogy így fut meg úgy fut, hanem az, hogy előírjuk, hogy legyen ott és kész.
-
-
bambano
titán
válasz
CPT.Pirk
#22550
üzenetére
persze, hogy nem ad ki semmit, ha a hibaüzeneteket elirányítod a devnullba, mielőtt kiírhatna bármit is
másrészt tudtommal nem kell a {}-t védeni, tehát nem kell a \.
harmadrészt ha rossz sorrendbe írod a \-t és a {-t, akkor ez lesz, hogy nem látod
a logikus az lehetne, hogy \{\}, de te a } utáni szóközt védted le, így azt a shell nem veszi paraméter delimiternek. ezért a {\}szóköz\; -t egy paraméternek veszi, így a find hibásan kapja meg a -exec paraméterezését.nálam:
~$ find /usr/ -name 'libpq.so.5' -exec ls -l {} \;
lrwxrwxrwx 1 root root 12 jún 3 18:30 /usr/lib/x86_64-linux-gnu/libpq.so.5 -> libpq.so.5.7 -
bambano
titán
válasz
CPT.Pirk
#22516
üzenetére
a bányásztörpék élete nem fenékig tejfel
oké, rendben, nem tetszik a csomaggyártós módszer. akkor te itt két perc alatt kitalálsz egy megoldást arra, hogy:
- hibátlanul fel tudja bárki telepíteni a programot
- hibátlanul bárki fel tudja telepíteni a program több verzióját egyszerre
- tud közöttük váltogatni
- hibátlanul el tudja távolítani bárki a feltelepített programot
- annak adott verzióját is
- és tud upgradelni normálisan?mert ha te mindezt megoldod, akkor csináltál egy n+1. csomagmenedzsert. ami felesleges.
a csomagmenedzsert nem azért találták ki, hogy az első telepítés egyszerű legyen, hanem azért, hogy a második az legyen. ne piszkoljunk bele a csomagmenedzser által felügyelt könyvtárakba.
-
bambano
titán
válasz
CPT.Pirk
#22514
üzenetére
"Linux alatt milyen megoldás van arra, hogy egy bináris fájlt és a hozzá kellő két .so library-t bemásolja a megfelelő helyre, majd a programot betegye az alkalmazások közé, mintha csomagkezelő telepítené?": ilyet nem csinálunk, úgyhogy remélem, minél nehezebb megoldani
csinálj csomagot a programból és rakja fel az eredeti csomagmenedzser.
-
bambano
titán
válasz
#21078528
#22511
üzenetére
sok egyéb mellett azt a programot csapta fejbe, ami a programok betöltésért, összerakásáért és indításáért felelős.
ezzel azt érte el, hogy semmit nem lehetett már elindítani a gépen, ami futott, az futott tovább, de ezen túlmenően zéró.tehát hiába javasolod az mc-t, ha nincs, ami betöltse és elindítsa... ugyanezért nem megoldás a rescue mód sem, mert az sem indul el. csak az a megoldás, ha egy teljesen független, működő rendszerrel visszarakja a linkeket.
-
-
bambano
titán
válasz
#53314048
#22332
üzenetére
a pppoe szerver simán elindul mindenféle konfig nélkül, gyári csomagból.
ha nem akarod túlbonyolítani, akkor felrakod a pppoe szervert, meg felrakod a tcpdump-ot és ez utóbbival (vagy wireshark-kal) ki tudod elemezni a forgalmat, amit a router próbálkozás közben generál és abban benne lesz a jelszó. -
bambano
titán
válasz
kagzer
#22311
üzenetére
"Véleményetek szerint ha előkeresnék egy régebbi openSUSE vagy valami teljes lemezes disztribúciót, az tudna esetleg gyorsabb lenni?": rossz elképzelés.
ugyanazon a vason a jobban optimalizált oprendszer fut jobban, az pedig az, amivel többet dolgoztak, vagyis a legújabb.
a lassabb működés azért lehet, mert a modernebb cuccok több mindent csinálnak, hogy "kényelmesebb" legyen. ettől a több mindentől kell megszabadulni, valami minimalisztikus disztróval, és úgy lesz a legjobb.
a kézifékes videokártya meg minden oprendszer alatt kézifékes lesz. szerintem add el a vasat, hacsak nem vagy részvényes a pav-ban.
-
#22309
bambano
titán
unknownerror
#22308
bambano
titán
válasz
unknownerror
#22308
üzenetére
ha a szerverek és a kliensek linuxok, akkor nfs vagy rsync. szerintem felesleges az iscsi-vel bonyolítani.
-
bambano
titán
válasz
Lacces
#22292
üzenetére
"Mert én úgy hallottam, hogy egy webszerver-t nem érdemes több adatbázist és http szervert felrakni, bár én ebben erősen kételkedem.": ebben a kérdésben nem csak az számít, hogy tudnak-e futni egymás mellett, hanem az is, hogy van-e ember, aki 8 féle webszervert, 3 féle adatbázismotort képes biztonságosra bekonfigurálni és képes átlátni egy kosár alkalmazásszerver összes hasfájását.
ellenpélda: nagy légitársaságok igyekeznek egy gyártó néhányféle repülőjét repülni, hogy a szakértelem igény a lehetséges minimumon maradjon.
saját privát véleményem: azért sem tudsz túl sokféle adatbáziskezelőt felrakni, mert nincs.
-
-
-
bambano
titán
válasz
kagzer
#22224
üzenetére
a glx infóban azt kell nézni, hogy a 3d gyorsítást mesa csinálja vagy hardver. ez a desktopomé:
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4emlékeim szerint itt a vendor string MESA, hogyha nem hw gyorsításod van.
de lehet, hogy tévedek, desktopban nem vagyok otthonszerk: parasztos tesztmódszer: felrakod a foobillard nevű játékot. ha fut, van hw 3d, ha nem fut, nincs
-
bambano
titán
emlékeim szerint a find-nek van olyan opciója, hogy -empty. a levelet meg úgy tudod letiltani, ha a crontabban /dev/null-ra irányítod a kimenetet és a hibakimenetet is.
szerk: ja, és érdemes a find keresési stratégiáját mélységi keresésre állítani, mert könyvtárstruktúra törlésére az hatékonyabb, -depth
-
#22171
bambano
titán
Speeedfire
#22170
bambano
titán
válasz
Speeedfire
#22170
üzenetére
a home-od most is az ssd alá van felcsatolva.
de lehet, hogy korrektebb segítséget kapnál, ha megfogalmaznád a problémádat magyarul is -
#22112
bambano
titán
újraregelt
#22111
bambano
titán
válasz
újraregelt
#22111
üzenetére
én meg pont azt tapasztaltam, hogy a hardveres raid1 sokkal lassabb, mint az sw, mert pl. a hp és az ibm szervereknél kikapcsolják a diszkekben az írási cache-t, nehogy áramkimaradás esetén adatvesztés legyen. másrészt az 1-3 szériás ibm x3550-3650 gépekben a gyári vezérlőn 32 mega cache van alapesetben, amihez ha megveszed a raid1 kártyát, akkor lesz belőle 256 mega. fogalmazzunk finoman: a gépben a ram nem ez a kategória. itt most természetesen nem beszélek az utólag belerakott különböző vezérlőkről, csak a gyári alap cuccról.
"... akkor a hardveres óriási szopás.": ez viszont igaz.
-
bambano
titán
válasz
Jester01
#22108
üzenetére
"Arról nem is szólva, hogy a hardveresnek árult raidek fele az igazából ugyanúgy szoftveres.". itt a számla végén kettővel több nulla van, mint szeretném, úgyhogy hidd el nekem, hogy a konkrét vezérlő az hardveres.
amiből jönnek a problémák, leginkább az, hogyha lerohad a gép, hogy mentem le az adatokat. de ez sw raidnél is kérdéses, mert a diszkeket csak a raid vezérlőn keresztül érem el, és akkor is firkál valami setup konfigot a diszkre, ha csak sima diszkként konfigurálom.
-
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.
én jártam így múlt szilveszterkor, a klasszikus kamionos tankolós vicc jusson eszedbe 
Új hozzászólás Aktív témák
- Mesterséges intelligencia topik
- Szeged és környéke adok-veszek-beszélgetek
- TCL LCD és LED TV-k
- Gumi és felni topik
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Eredeti játékok OFF topik
- Még a saját szövetségeseivel szemben is fegyverként használná az AI-t az USA
- Battlefield 6
- Házimozi belépő szinten
- Okos Otthon / Smart Home
- További aktív témák...
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Vírusirtó, Antivirus, VPN kulcsok GARANCIÁVAL!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- PC Game Pass előfizetés
- ÚJ Razer Kraken V4 Pro gamer fejhallgató
- BESZÁMÍTÁS! MSI B450M R3 4100 8GB DDR4 240GB SSD GTX 1050Ti 4GB Asus Vento AD DeepCool 400W
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RX 9060XT 16GB GAMER PC termékbeszámítással
- Telefon felvásárlás!! Xiaomi Redmi 9, Xiaomi Redmi 9AT, Xiaomi Redmi 10, Xiaomi Redmi 10 2022
- LENOVO ThinkBook 14s Yoga touch 360 - i5-1135G7, 16GB RAM, SSD, jó akku, számla, 6 hó gar
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest