- erkxt: A Roidmi becsődölt – és senki nem szól egy szót sem?
- gban: Ingyen kellene, de tegnapra
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- ricshard444: Fényképező ? Telefon helyett
- Lalikiraly: Astra kalandok @Harmadik rész
- bitpork: MOD Júni 28- Augusztus 2- szombat jelen állás szerint.
- eBay-es kütyük kis pénzért
- sziku69: Szólánc.
- Yutani: Yutani Retró Hangkártyái: OAK Mozart Wavetable
-
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
-
bambano
titán
-
bambano
titán
egyszerű megoldás: virtualizáld az egész kócerájt.
bonyolult megoldás kérdései:
- akkoriban még kézzel csináltuk meg a device node-okat (/dev/hda és társai), de ez téged semmilyen szinten se zavarjon. ha nincs meg valamelyik node, csináld meg, ha feleslegesen megvan, ne foglalkozz vele.
- "egy ujabb, 2.6-os, vagy 3-as kernelre, az okozhat-e a rendszer es az azon futo szoftverek mukodeseben problemat": szerintem igen, udev és környéke területen. a 2.6-os és újabb kernelekhez biztosan kell udev, a régiekben nem volt. ha nem akarod bolygatni a számlázó szoftvert, akkor nem cserélsz libc-t, ezzel viszont az udevd-t teszed lehetetlenné. megoldás lehet, ha kikísérletezed, hogy egy 3.6-os kernel mit csinál udev támogatás nélkül.
- szerintem lilot lehet grubra cserélni, ha a grub elbírja a régebbi libc-t meg a többi shared libet.
- a régi szép időkben autostartos volt az md raid, ott nem kellett idióta mdtabokkal meg egyebekkel kínlódni. meg nem az első szektorba tették a superblockot, mint a mostani megoldásban... egyszer összeraktad a raidet, attól kezdve a kernel önállóan képes volt elindítani. -
bambano
titán
felhasználót akkor lehet írni, ha nem valamilyen felhasználói accountról szerkeszted crontab -e-vel a crontabot, hanem a /etc/cron.d/-be raksz külön crontabot.
Dupla at jellel ('@@') szerintem nem fog működni, dupla és-sel vagy ampersand-del ('&&') igen.
ha késleltetett indulás kell, esetleg meg lehet próbálni a /etc/network/interfaces-be írni up scriptként.
-
bambano
titán
válasz
rigo88
#15730
üzenetére
"ha ezt megcsinálom, sem kezeli az ékezetes betűket a gftp és nem tudja folytatni a 2g-nél nagyobb fájlokat a filezilla": írtam, hogy az általad felvázolt problémacsokorból melyik az az egy, amit ez gyógyít.
én wget-tel szoktam letölteni.
annak utána kellene járni, hogy a sysctl -w permanensen csinálja a változtatást, vagy következő reboot után megint kell.
-
#15692
bambano
titán
huliganboy
#15691
bambano
titán
válasz
huliganboy
#15691
üzenetére
hogy kiveszed vagy benne hagyod, az a te döntésed
de a celeronos intel legalább 2x gyorsabb, mint az a via alaplap azzal a procival. -
#15678
bambano
titán
huliganboy
#15676
bambano
titán
válasz
huliganboy
#15676
üzenetére
Méregettem ilyen procit is, szerintem lassú.
-
#15675
bambano
titán
huliganboy
#15668
bambano
titán
válasz
huliganboy
#15668
üzenetére
gyorsabb rendszert nem cserélünk lassabbra teljesítménynövelési céllal.
-
bambano
titán
válasz
batagy
#15636
üzenetére
alapvetően a munin általános grafikonrajzoló. bármiből rajzol neked grafikont, aminél annyit meg tudsz oldani, hogy 5 percenként kérdésre válaszoljon egy számot.
viszont a kész cuccai között tudtommal nincs olyan, ami egy programot figyelne. globális rendszerfigyelésre jó, tehát olyanra, hogy az összes programot mennyit zabálta a procit és hasonlók.
ha más nem fut a gépen, akkor végülis jó lehet. vagy ha megcsinálod hozzá a munin illesztést, akkor is jó lehet.az eredeti unixokban a sar/sadc páros volt erre, amit te valójában keresel, ha jól értem a kérdést.
-
bambano
titán
az a geforce 6100 az nem túl régi? fogalmam sincs, nem tartom számon.
nekem egy 9500gt kártyám van, de ez öreg, mint az országút. szóval ha a 6100-as régebbi, akkor lehet, hogy a zárt driver nem támogatja. ha a zárt driver támogatja, akkor debianon csak a hozzá tartozó csomagokat kell feltenni, és működik. -
bambano
titán
az udevd beleírja az ethernet kártyád mac címét a /etc/udev/rules.d/70-persistent-net.rules fájlba (legalábbis debianon). ha alaplapot cserélsz, jó eséllyel cseréled az alaplapra integrált ethernet kártyát is, ezért az nem eth0-ként hanem eth1-ként fog látszani a kernelben. így az eth0-ra megfaragott konfigot nem fogja megtalálni az eth1-hez.
törölgetni kell ebből a fájlból a megfelelő sort és akkor újraírja.
-
-
bambano
titán
ha valaki otthon van courier-imapd-ben (4.8, debian), meg tudná mondani, hogy milyen beállítással lehet lebeszélni a courier imapd-t arról, hogy minden maildir fájlnév után odavésse, hogy Maildir?
tehát nekem az kellene, hogy adatbázisból visszaadja a könyvtárnevet, ahova a levelek jönnek, pl. /home/postafiok/domain/usernev/ és itt keresse az emailt, ne a /home/postafiok/domain/usernev/Maildir/ alatt.
a Maildir konfig opció üressé tétele az imapd konfigjában nem segített.
-
#15494
bambano
titán
Speeedfire
#15493
bambano
titán
válasz
Speeedfire
#15493
üzenetére
van netinstall meg van netboot
ez utóbbi az other könyvtárban van. -
#15491
bambano
titán
Speeedfire
#15489
bambano
titán
válasz
Speeedfire
#15489
üzenetére
letöltöd a debian webről a másfajta bootolható médiát, azt kicsomagolod a pendrájvra, syslinuxszal raksz rá boot szektort és akkor jó lesz.
bár nem teljesen értem, mert a mostani cd image-k bootolhatók szoktak lenni pendrájvról is.
-
bambano
titán
ja, a szerveren meg a disklessen az usereknek azonosaknak kell lenniük. pontosabban az usernévnek illik azonosnak lenni a hozzá tartozó uiddal, giddel.
szerk: na mégegyszer
szóval a szerveren és a diskless klienseken azonos usernévhez azonos uidnak és gidnek kell tartoznia.szerk2: ha ez bonyi, mert sok az user, akkor szoktak csinálni nis+ -t.
-
-
bambano
titán
azt kellene elmagyarázni nálatok az okos embernek, hogy attól, hogy a ti ügyfeleitek bejelentkezését lassítjátok, még nem lesz a külső web biztonságosabb. Tehát aki bele akar mászni, az bele fog, mert amit ti műveltek, az közvetlen elérés esetén nem ad semmi védelmi pluszt. emiatt az, amit csináltatni akarnak veled, tökteljesen felesleges.
meg lehetnek jogszabályi problémák is.
-
bambano
titán
válasz
dany27
#15389
üzenetére
ha nem akarsz túl sok típust kitalálni, akkor ezt bizonyos határokig lehet úgy csinálni, hogy minden filmtípusnak egy lvm kötet, kezdetben egy diszkkel, majd amikor az betelik, adod hozzá utólag a többit.
ebben benne van az a kockázat, hogyha elszáll egy diszk, azt a filmtípust tokkal vonóval viszi a levesbe, de csak azt. -
-
-
bambano
titán
Ha neked az ext3 nem megbízható, akkor tényleg váltanod kell freebsd-re, mert linuxon magasan, kimagaslóan az ext3 a legjobban tesztelt és legmegbízhatóbb fájlrendszer (ez nem zárja ki azt, hogy valaki kevesellje a tudását). Nekem ext3-on csak hw hiba miatt volt adatvesztésem, kernel vagy ext3 hiba miatt nem. A zfs, meg a linuxba szánt hasonló cucc, a btrfs szerintem még sokkal kevésbé stabil, mint az ext3.
A fuse-s fájlrendszerek általában proci erőforrás igényesek, ha érdemi teljesítményt is akarsz, ergo én nem tenném atomra.
Simán áttérsz freebsd-re és akkor jön a fejvakarás filmnézés terén. Fájlszervernek, tűzfalnak, ilyesminek nem rossz a freebsd, de a multimédiás dolgai még gyerekcipőben járnak.
Ezt a pendrive oprendszer külön lemezen az adatok betegséget nem értem, de talán egyszer valaki elmagyarázza.
Szerintem debian + ext3.
-
bambano
titán
menedzselhető switchnél persze. pl. cisco-nál.
ha ilyen háztáji dobozokból van összerakva a hálózat, akkor persze nem.
linuxon egy mrtg nevű progival 5 perc összedobni a forgalom vizsgálatát, vársz pár napig, hogy gyűljön egy kis statisztika és akkor lehet látni, hogy mi kergül meg, esetleg azt is, hogy mitől.switchnek olyan logja szerintem nincs, amiből visszamenőleg ki tudod deríteni, hogy mi van.
-
bambano
titán
válasz
Rickazoid
#15179
üzenetére
hol fut a pppoe?
nem lehet, hogy táp baja van a cuccnak? én kipróbálnám, hogy vennék egy új dugasztápot
esetleg melegedés?ha minden kötél szakad, akkor létezik távvezérelhető elosztó, olyat kell keríteni és kikapcsolni az áramot az adsl nt alól, amikor megrohad (feltéve, hogy az nt-ben fut a pppoe is).
-
-
bambano
titán
válasz
bucsupeti
#15127
üzenetére
a bejövő leveleket úgy fogadhatod, hogy postfix + a postfixba épített saját lda. A postfix az mta egyébként, message transfer agent.
Ha a postfix lerakta maildirbe, akkor courier imappal el lehet olvasni. kifelé menő levelekhez is jó a postfix. ha postfix az mta-d meg az lda-d is, akkor a procmail felesleges, csak abban az esetben érdemes használni, ha nagyon bonyolult levélkézbesítési szabályokat akarsz szerver oldalon bevezetni. például azt, hogy szortírozza szét az user bejövő leveleit dátum szerint mappákba. vagy hasonló. de ha ezt nem szerveroldalon akarod csinálni (ami logikus döntés lenne), akkor nem kell procmail, elég a postfix saját lda-ja.
Új hozzászólás Aktív témák
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Eladó Steam kulcsok kedvező áron!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Assassin's Creed Shadows Collector's Edition PC
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- BESZÁMÍTÁS! MSI B450M R5 3600 16GB DDR4 512GB SSD RTX 2060 Super 8GB THERMALTAKE Core V21 500W
- BESZÁMÍTÁS! ASUS B450 R7 1700X 16GB DDR4 512GB SSD RX 580 8GB Rampage SHIVA Corsair 450W
- Nike Airmax 720 43-as sneaker eladó
- Xiaomi Redmi Note 13 256GB, Kártyafüggetlen, 1 Év Garanciával
- Xiaomi Redmi 10 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest