- Telekom mobilszolgáltatások
- A Watch7-tel debütálhat a Samsung vércukormérője
- Garmin Forerunner 255 Music - nem csak futóknak
- Milyen okostelefont vegyek?
- Yettel topik
- iPhone topik
- Motorola Moto G24 Power - hol van az erő?
- Vodafone mobilszolgáltatások
- Xiaomi Mi 11 Ultra - Circus Maximus
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
Hirdetés
-
A személyre szabott reklám lehet a streaming következő slágere
it A jobb célzott hirdetések érdekében adatplatformot indít a Warner Bros Discovery.
-
Free Play Days 2024 - 17. hét: Railway Empire, Prison Architect
gp Extraként a TramSim: Console Edition című játékot is kipróbálhatják az érdeklődők.
-
Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
ph A megfizethető, szivacsokkal jól megpakolt modell ötfajta kapcsolóval és kétféle színösszeállítással/kupakprofillal szerezhető be.
-
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
-
őstag
Ilyenkor rúg vissza a sudo beidegződés. A sudo nem tud rendesen lefutni, mivel nem tudod beírni a jelszót.
Ehelyett:
root crontabba helyezd el a parancsot, sudo nélkül.
Root crontabot el tudod érni, ha sudo crontab -e - vel editálod.Oopsz, megelőztek.
[ Szerkesztve ]
Tegnap még működött...
-
őstag
válasz bambano #20336 üzenetére
Őszintén, végig sem olvastam a sort.
Így átolvasva. Én sem értem, több okból sem, azon felül, hogy az rm-rf milyen veszélyeket rejt. A find tud törölni, -delete paranccsal, ekkor minek exec? A find fájlokat keres, minek az rm-be az -r? A find nem fog találni nonexsitent fájlt, így minek -f?Egyébként, ha a find fájlokat ad vissza, akkor az rm sem fogja a mögöttes könyvtárat törölni symlink mentén (hiszen azt kapja, h rm -rf foo, nem azt, hogy rm -rf foo/), vagy tévedek?
Ettől függetlenül tényleg eléggé durva, és nem átgondolt, automatára bízott parancskiadás.[ Szerkesztve ]
Tegnap még működött...
-
őstag
-
őstag
válasz bambano #20396 üzenetére
A speckók alapján azt olvasom, hogy 600mA-t eszik maga a málna, így bőven kell maradnia az USB-kre, főleg ilyen 90mA-eknek..
Esetleg még azt tudom elképzelni, hogy habár most idleben csak ennyit esznek, de olvasás/írás közben többet, így HP egységként jelentkeznek be, és a két HP egység miatt megijed a málna, hogy 1A-t kell leadnia az egy hoston.Tegnap még működött...
-
őstag
-
őstag
válasz Cyber_Bird #20406 üzenetére
Neki is az van, elvileg. Egyébként a SoC maradt, így akkor is csak 1 root USB port van, annak minden korlátjával.
[ Szerkesztve ]
Tegnap még működött...
-
őstag
HTML5 mehet linuxon is, és Chrome is van, az Ubuntu-s csomag jó lesz oda is.
Erőforrás sorrend hagyományosan: XFCE<MATE<Cinnamon<KDESMPlayer: egy program, amibe ha beilleszted a YT linket, nézheted a videót. És jóval erőforrásbarátibb, mint bármelyik flash.
[ Szerkesztve ]
Tegnap még működött...
-
őstag
-
őstag
válasz Speeedfire #20442 üzenetére
reverse intelligent search
Ctrl+R
[ Szerkesztve ]
Tegnap még működött...
-
őstag
-
őstag
válasz #40935168 #20496 üzenetére
Persze, én értem, bár hogy mi lesz a default ajánlás, az egy másik kérdés, tény, hogy egyes fícsőreivel jobb, mint az ext4, főleg backupként. Gondolva itt a transzparens tömörítésről, vagy arról, hogy 1 adatot csak 1 helyen tárol, vagy csak a különbségek kiírása...stb. Bár éppen ez utóbbi fícsörje egy szép nagy drawback is, rendesen tud kattogni a winyó a töredezettségtől, ha erről programok / OS fut.
Másfelől, mivel épp Debian alól használod, ami nem arról híres, hogy a latest kernel fut rajta, így nem is gondolnám, hogy a latest BTRFS driver mellett fogsz dolgozni, így azért több buggal szembesülhetsz, persze backportból keresgélhetsz frissebb kerneleket.Azt, hogy mennyire hájp az instabilitása, azt nem tudom felmérni, saját tapasztalataim igazából egy szobával arrébbról szereztem, neki volt, hogy napokig várnia kellett a fixelő toolokra a fejlesztőtől, mert összeomlott a fájlrendszer. Azért szép volt látni, hogy winre kényszerült egy hétre a hülye bétafájlrendszer-mániája miatt.
De, azt nem tudom neked megmondani, hogy mitől seekel be az ext4. Lehet az is valami kernel bug, de nem hinném, hogy ezt senki ne vette volna észre... ilyen problémába még nem ütköztem.
[ Szerkesztve ]
Tegnap még működött...
-
őstag
válasz #40935168 #20498 üzenetére
FAT32
Én csak felhívtam a figyelmet, hogy instabil fájlrendszer sosem nagy ötlet, főleg, ha azokon vannak a "mentéseink", és pótolhatatlan dolgaink.
Nem tudom, hogy mennyire kényszer vagy sem, hogy ext4 is csak valami bugot talált, lehet idővel megoldódott volna, vagy újraformázás... vagy új kernel. Tényleg nem tudom.
Egyébként van azért még fájlrendszer, XFS, JFS, ZFS (bár ezt a kernel licenc okok miatt nem támogathatja).Tegnap még működött...
-
őstag
-
őstag
-
őstag
válasz Buci21 #20600 üzenetére
Írásspórolás: Azt nem ajánlom túlságosan, hogy a naplózáson spórolj, de a logfájlok mehetnek tmpfs-re, illetve maga a /tmp is, akkor nem sok írás lesz... meg egy noatime, azzal még nem sokat veszítesz. Ubuntu / MINT-ből LTS, debiből stable, és akkor pár évre letudod a telepítést. Szerintem.
Telepíteni meg kb ugyanúgy, mint bármi mást, max 2 pendrive kell hozzá, az egyik az installer a másik a végleges helye. Én 1 partícióval csinálnám az egészet, swap inkább fájlban valahol, minimális méretben, swappiness persze jelentősen csökkentve (pl 1 ).
[ Szerkesztve ]
Tegnap még működött...
-
őstag
válasz Buci21 #20603 üzenetére
Hazaértem, tudok kicsit többet írni.
Logok áthelyezése, és /tmp ram-ba (tmpfs) áthelyezése: (nem találtam meg a jó kis leírást, így magamra hagyatkozom)
root shellben:
serivce rsyslog stop
rm -r /var/log/
nano /etc/fstabA fájl végére beszúrod ezt:
tmpfs /var/log tmpfs defaults,noatime,mode=1777 0 0
És ha már ott jársz, akkor a root partícióra illeszd be szintén a noatime kapcsolót. A végén mindig legyen üres sor!
Ctrl+x,ENTER,Yes(/Igen)
mount -a
service rsyslog start
Ezzel a logfájlok a RAM-ba kerülnek, sok kis írástól kímélve meg a pendrive-ot. Cserébe nincsenek reboot után logok. Meggondoltam magam a /tmp-et illetően, szerintem azt ne oda tedd, nem vagyok benne biztos, hogy ahhoz elég a 4gb ram (a felhasználási móddal együtt nézve), maga a /tmp lényege, hogy a nagyadatokat, amik általában túl nagyok ahhoz, hogy a memóriában tartsuk őket, itt lehessen fájlba tárolni. Ennél nagyobb hiba, pedig sok helyen olvasni, hogy a /var/tmp is RAMba kerüljön, hiszen ide azok a fájlok kerülnek, amiket újraindítás után is meg kell tartani. Ez RAMban aligha lenne lehetséges...Swappiness-t szintén root shellben az alábbi módon lehet állítani:
nano etc/sysctl.conf
vm.swappiness = 1
És megint ctrl+x,enter,y(es)
Ezáltal a swappolás is csökkenni fog, csak akkor nyúl hozzá, ha már tele a ram.Maga a swap fájl létrehozása pedig, szintén root shellben:
fallocate -l 1g /mnt/swapfile
chmod 600 /mnt/swapfile
mkswap /mnt/swapfile
swapon /mnt/swapfile
nano /etc/fstabÚj sorba
/mnt/swapfile none swap sw 0 0
Természetesen, most is legyen üres sor a végén, ctrl+x,enter,y.Sambára ötlet: Tekintve, hogy privát könyvtárakat szeretnél, ez egyben azt is jelenti, hogy létező felhasználokat kell gyártani, user/pass-szal. Én úgy oldanám meg, hogy miután ez kész, mindenkinek csinálnék névreszóló privátmappákat, abban lenne mindenki samba share belépéskor, majd egy egyszerű symlink a közös mappára (Persze csak ha nem megyünk el a chroot irányában, akkor mount bindig fog kelleni), aminek a tulaja lehet pl a te felhasználód, a groupja pedig egy új közös group, amibe az összes usert bele kell rakni
useradd -G UJ_GROUP_NEVE usernameEnnél egy picit elegánsabb megoldás, ha a közös mappát külön samba share-ként kezeled, amire több ember kap használati jogot, és akkor 2 hálózati eszközt kell majd felcsatolni.
Ami mindkettőre igaz, hogy a különböző usereknek különböző samba share kell, ezt valahogy így kell az /etc/smb.conf:
[homes]
comment = Home Directories
path = /valahol/a/RAIDen/%S
valid users = %S
read only = No
create mask = 0700
directory mask = 0700
browseable = No
Az %S adja meg, hogy a helyi valós felhasználok léphessenek be, és mindenkinek a userneve nevű mappa lesz megosztva (valahol a raiden )Így alakulna?
Tegnap még működött...
-
őstag
válasz N0zer0 #20652 üzenetére
qBit ebből ezeket tudja: fájl prior, statisztika (alltime fel/le, de a hónapos staton kívűl a többinek értelmét sem látom), kézi trekifrissítés, várakozási sor, torrentek közti keresés, skip hash, superseed, DHT használata (ennek amúgy sincs értelme, DHT mindig csak bizonyosnál, vagy egyiknél sem lehet, mert a privát alapból tiltja, ami meg nem privát, ott meg jó a DHT).
Amit tud, és az uTorrent meg nem: nem bloatware, mérföldekkel jobb cache kezelés, jobb RSS, https webui, miegymás.
Tegnap még működött...
-
őstag
válasz N0zer0 #20657 üzenetére
Nem tudom, hogy a kapcsolatok / kézfogások akármik száma hogy befolyásolja az adatforgalmat, de mindegy, te tudod. Statisztika van benne, összes mért forgalomra (meg sessionre is, persze), meg még 1-2 apróságra.
Jobb cache kezelés alatt azt értem, hogy az uTorrent (amellett, hogy negyvenmillió fajta beállítást mutatnak a neten vérpistiknek) általában kiveszi az oprendszer kezéből az irányítást. Nem mintha winen amúgy tökéletes lenne, de ezen essünk túl. Ellentétben qBiten max az írási cachet tudod beállítani (azt hiszem 128 vagy 256 a max), és ennyi, a többit majd az oprendszer elvégzi. Nem akar azonnal kiírni semmit, nem a program szabja meg, hogy akkor én most csak azért is kiírom, hanem amikor az oprendszer jónak látja, és a diszk is épp olyan állapotban van, hogy kiírható a tartalom. Érdekes mód, qBittel vagy Delugeval sosem volt ilyen Lemez terhelt felirat / probléma, amiből azért van pár poszt uTorrent témában. Egyszóval, sem a legtöbb beállítási útmutató szerintem nem helyes, sem a default. Mindamellett, hogy win < linux RAM és (disk)cache kezelés terén is.
uTorrent RSS arra jó, hogy sorozatokat szedj. És kész. qBithez teljes regex a kezedben van, nem akarja ő jobban tudni. uTorrentnél van * meg ?... Persze, értem én, hogy RSS általában amúgy is sorozatokra van, de nem minden helyzetben. Ebben a témában talán a Deluge az első, címkékkel, címkékre külön szabályokkal, és még hasonló szépségek. Meg a Deluge tud szerver-kliensként futni, sokkal élvezetesebb, hogy nem webuin kell elérni, ha másik gépen fut.
[ Szerkesztve ]
Tegnap még működött...
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
válasz PumpkinSeed #21786 üzenetére
Ne használj NTFSt, de főleg ne torrentezésre linux alatt. Sajnos az így terhel. Ott a jó öreg ext4, minden probléma megoldója ez ügyben.
Tegnap még működött...
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
válasz subset #22149 üzenetére
A vezérlő halála mondjuk tényleg az a bizonyos roller. Amúgy egy rendes vezérlő tud dobni a performancián (na nem az ilyen összekukázott, hanem a 100k+, RAID5-6 stb esetén.)
Ha van rendes áramellátás, és van bőven kraft a Xeon szerverben, akkor valóban kevés ok van a külön vezérlőhöz.[ Szerkesztve ]
Tegnap még működött...
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
-
őstag
Új hozzászólás Aktív témák
- gban: Ingyen kellene, de tegnapra
- Kínai, és egyéb olcsó órák topikja
- Gumi és felni topik
- Telekom mobilszolgáltatások
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- YouTube
- Stellar Blade
- A Watch7-tel debütálhat a Samsung vércukormérője
- Robot fűnyírók
- Autós topik látogatók beszélgetős, offolós topikja
- További aktív témák...