Új hozzászólás Aktív témák

• #21173 lionhearted őstag hcl #21172

  Új Válasz 2014-10-30 20:11:31 #21173

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz hcl #21172 üzenetére

  Nem teljesen értem, hogy mi az, hogy nem tud menteni. Guis program, csak nem jelenik meg a mappa, vagy üres, vagy nem is guis...

  Mert ha ugyanaz a user tud rá másolni, akkor nem a mount hibás.

• #21171 lionhearted őstag hcl #21170

  Új Válasz 2014-10-30 20:06:47 #21171

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz hcl #21170 üzenetére

  Fstabba írd bele noautoval, majd userrel mountold. Vagy írj rá scriptet.

  Elvileg kéne.

• #21169 lionhearted őstag hcl #21168

  Új Válasz 2014-10-30 20:02:46 #21169

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz hcl #21168 üzenetére

  Ugyanaz a user?

• #21074 lionhearted őstag emvy #21070

  Új Válasz 2014-10-17 14:55:50 #21074

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz emvy #21070 üzenetére

  bet CRLF 100

• #21016 lionhearted őstag McSzaby #21015

  Új Válasz 2014-10-06 13:54:32 #21016

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz McSzaby #21015 üzenetére

  LVM tud RAID1-et. Ha máshogy nem megy...

• #21003 lionhearted őstag Speeedfire #21002

  Új Válasz 2014-10-02 19:24:57 #21003

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz Speeedfire #21002 üzenetére

  ssh-copy-id

• #20879 lionhearted őstag Zoli133 #20873

  Új Válasz 2014-09-19 18:01:29 #20879

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz Zoli133 #20873 üzenetére

  pl.: [link]

• #20848 lionhearted őstag hcl #20847

  Új Válasz 2014-09-16 22:12:41 #20848

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz hcl #20847 üzenetére

  Támogatja egyáltalán? Egyébként ftrim.

• #20666 lionhearted őstag N0zer0 #20657

  Új Válasz 2014-08-19 11:35:03 #20666

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  ő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.

• #20654 lionhearted őstag N0zer0 #20652

  Új Válasz 2014-08-16 20:08:06 #20654

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  ő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.

• #20604 lionhearted őstag Buci21 #20603

  Új Válasz 2014-08-11 21:01:44 #20604

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  ő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/fstab

  A 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 username

  Enné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?

• #20601 lionhearted őstag Buci21 #20600

  Új Válasz 2014-08-11 17:16:10 #20601

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  ő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 ).

• #20534 lionhearted őstag pakriksz #20533

  Új Válasz 2014-08-03 00:43:12 #20534

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz pakriksz #20533 üzenetére

  altgr + - ott a csillag

• #20512 lionhearted őstag N0zer0 #20507

  Új Válasz 2014-07-30 19:57:48 #20512

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz N0zer0 #20507 üzenetére

  Bár adatvesztés talán tényleg nem volt, de azért pár hét pihenő kernelpanic miatt sehogy sem előnyös.

• #20499 lionhearted őstag #40935168 #20498

  Új Válasz 2014-07-30 18:12:46 #20499

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  ő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).

• #20497 lionhearted őstag #40935168 #20496

  Új Válasz 2014-07-30 17:57:00 #20497

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  ő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.

• #20490 lionhearted őstag #40935168 #20489

  Új Válasz 2014-07-30 11:13:41 #20490

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz #40935168 #20489 üzenetére

  De remélem nem tervezel instabil fájlrendszert használni a backup rendszereden. Elég masszív hibaforrás.

• #20443 lionhearted őstag Speeedfire #20442

  Új Válasz 2014-07-24 16:27:06 #20443

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz Speeedfire #20442 üzenetére

  reverse intelligent search

  Ctrl+R

• #20437 lionhearted őstag lev258 #20435

  Új Válasz 2014-07-24 12:30:55 #20437

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz lev258 #20435 üzenetére

  "Legnépszerűbbek a DistroWatch.com szerint – de ez csak egy nézőpont:"
  Ahha, itt abba is lehet hagyni az olvasást. Nem mintha a "minőségi" kinézet több jót sugallt volna előtte.

• #20433 lionhearted őstag TAKÍÍ #20432

  Új Válasz 2014-07-24 11:34:55 #20433

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz TAKÍÍ #20432 üzenetére

  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<KDE

  SMPlayer: egy program, amibe ha beilleszted a YT linket, nézheted a videót. És jóval erőforrásbarátibb, mint bármelyik flash.

• #20408 lionhearted őstag Cyber_Bird #20406

  Új Válasz 2014-07-22 15:03:57 #20408

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  ő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.

• #20402 lionhearted őstag Vladi #20401

  Új Válasz 2014-07-22 11:24:42 #20402

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz Vladi #20401 üzenetére

  Valószínűleg ezt akarta elkerülni.

• #20397 lionhearted őstag bambano #20396

  Új Válasz 2014-07-21 21:41:03 #20397

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  ő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.

• #20395 lionhearted őstag bambano #20394

  Új Válasz 2014-07-21 21:12:12 #20395

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz bambano #20394 üzenetére

  [link]
  Itt is írnak róla, hogy bedugott egy pent, és leugrott a billentyűzet. Nekik az volt a megoldás, hogy egy erősebb (2A) tápot dugtak rá. Nálad elég nagy a táp?

• #20388 lionhearted őstag n00n #20387

  Új Válasz 2014-07-21 09:27:30 #20388

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz n00n #20387 üzenetére

  Config átírás után újra is indítod az smbd-t?

• #20338 lionhearted őstag bambano #20336

  Új Válasz 2014-07-17 13:09:34 #20338

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  ő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.

• #20334 lionhearted őstag n00n #20330

  Új Válasz 2014-07-17 12:35:56 #20334

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz n00n #20330 üzenetére

  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.

Új hozzászólás Aktív témák