Hirdetés
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- MIUI / HyperOS topik
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Android alkalmazások - szoftver kibeszélő topik
- Milyen okostelefont vegyek?
- Tényleg nem változik semmit a Samsung Galaxy S26+?
- Google Pixel topik
- Xiaomi 14T Pro - teljes a család?
- Fele annyit ér az iPhone Air, mint amennyibe pár hete került
- Android szakmai topik
-
Mobilarena
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
-
-
válasz
MasterDeeJay
#16233
üzenetére
szerintem vinyó meg swap nélkül nem fog elmenni egy modernebb linux sem 360 mega ramon. nem is tudom, hogy lehet összeszedni 360 mega ramot, lehet, hogy hibás valamelyik modulod?
-
válasz
CPT.Pirk
#16227
üzenetére
szerintem modeline-t pont nem kell generálni, azt szedje le a monitorról.
a felbontások közé kell felvenni azt, amelyikre szüksége van.Section "Screen"
Identifier "Default Screen"
Device "Általános videó kártya"
Monitor "Általános monitor"
DefaultDepth 24
Option "AddARGBGLXVisuals" "True"
SubSection "Display"
Depth 1
Modes "1680x1050" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth 4
Modes "1680x1050" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth 8
Modes "1680x1050" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth 15
Modes "1680x1050" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth 16
Modes "1680x1050" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth 24
Modes "1920x1200" "1680x1050" "1024x768" "800x600" "640x480"
EndSubSection
EndSection -
-
-
válasz
PumpkinSeed
#16210
üzenetére
szerintem azok a csomagok, amik ahhoz kellenek, hogy egy csomagot lefordíts.
-
-
-
-
-
válasz
MacCaine
#16072
üzenetére
mindenhova 64 bites debiant rakok, ahol egy kicsit is io igényesebb dolgok mennek, nekem nem volt még soha semmi bajom velük. az igaz, hogy le-lemaradozva követem a verziókat, nyugodtan béta tesztelje más helyettem, majd ha már tutti, akkor rakom fel. Mostanában szanáltam pár lenny-s gépet

valamikor nagyon régen azt olvastam (és emiatt lehet, hogy tévedek), hogy más a buffer kezelése a 64 bites kerneleknek, kevesebbet hagyatkozik az alsó 1 megára, ha egyáltalán van még ilyen, ezért akkor is 64 bitet rakok, ha a memória mérete nem indokolná.
hmm. igazság szerint jobban belegondolva, default 64, csak akkor 32, ha valami nagyon extra különös indok van rá. Eddig egy ilyenre emlékszem.
-
-
Ebben kérek segítséget a nagy közös tudattól. Szerintem ez csak első ránézésre offtopic itt, a gyanúm az, hogy az eredmény már nem lesz az.
-
-
-
van valakinek tapasztalata asterisk-kel? abban kellene segítség, hogy milyen itthon is kapható telco kártyákat kezel. úgy értem, gyakorlati tapasztalat alapjá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. -
-
-
-
-
-
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.
-
-
-
-
-
-
-
-
-
-
-
-
ha valakinek grafikus csomagkezelő kell, az használjon synaptic-ot.
szerk: most megnéztem az aptitude-t, ez komoly? ilyennel ki lehetne kergetni a világból.
-
-
-
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.
-
-
-
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. -
válasz
huliganboy
#15676
üzenetére
Méregettem ilyen procit is, szerintem lassú.
-
válasz
huliganboy
#15668
üzenetére
gyorsabb rendszert nem cserélünk lassabbra teljesítménynövelési céllal.
-
-
-
-
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.
-
-
-
-
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. -
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.
-
-
-
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.
-
emlegettem már, hogy szerintem az ext3 az egyetlen használható fájlrendszer?

[link] -
-
-
válasz
Speeedfire
#15493
üzenetére
van netinstall meg van netboot
ez utóbbi az other könyvtárban van. -
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.
-
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.
-
-
-
-
-
-
-
-
-
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.
-
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. -
-
-
-
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.
-
-
-
-
-
-
-
-
Új hozzászólás Aktív témák
- alza vélemények - tapasztalatok
- Nintendo Switch 2
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Kihúzhatja a gyufát a PC-s gyártóknál az érkező új Xbox
- Fejhallgató erősítő és DAC topik
- SONY LCD és LED TV-k
- Viccrovat
- Rémisztő árakkal szembesülnek a notebookgyártók az új mobil platformoknál
- PlayStation 5
- gban: Ingyen kellene, de tegnapra
- További aktív témák...
- ::::: HATALMAS LEÁRAZÁSOK! I JOGTISZTA MICROSOFT TERMÉKEK I 27%-OS ÁFÁS SZÁMLA I 10 ÉV GARANCIA ::::
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- 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
- PC Game Pass előfizetés
- Lenovo 16 Legion Slim5 WQXGA 165Hz G-Sync Ryzen7 7840HS 16GB 1TB Nvidia RTX 4070 8GB 140W Garancia
- Apple iPhone 16 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 12 Pro Max 128GB, Kártyafüggetlen, 1 Év Garanciával
- LG 34WQ500-B - 34" IPS LED - 2560x1080 Wide FHD - 100Hz 5ms - AMD FreeSync - HDR10
- iPhone 13 mini 128GB Green -1 ÉV GARANCIA -Kártyafüggetlen, MS3897, 100% Akkumulátor
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest





