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

• BoB veterán

  2017-04-18 00:09:08 #25600

  Új Válasz

  Ú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

  

  BoB

  veterán

  válasz sh4d0w üzenetére #25599

  Na hát ez az, ne felejtsd el automatikus indulásra bírni mert a host-tól már nem várhatsz képet mert nem tud mit használni már

  Ez értelmetlen a mi esetünkre, akik aktívan szeretnék a host-ot és guest-et is használni, így ugyanott vagyunk mint dual-boot-al. Illetve nem mert ezt sokkal bonyolultabb és időigényesebb összehozni.

  AMD-re a módszer elég bonyolultnak, és úgy tűnik nem biztos hogy minden esetben működik is. Meg nincs is AMD-m

  Én még mindig maradok a dual-boot-nál, bár meg tudnám csinálni, van egy Intel+nvidia kombó a gépben. Csak az egér gémer, azt is át kellene adni, akkor kell még egy másik egér, meg a sok szenvedés, eh...

• sh4d0w félisten

  2017-04-17 23:55:01 #25599

  Új Válasz

  Ú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

  

  sh4d0w

  félisten

  válasz BoB üzenetére #25597

  Szerintem elég jó az angolom... A lényeg az, hogy lehet egy VGA-val passthrough-t csinálni, csak ne felejtsd el a virtuális gépet automata indulásra tenni. AMD-vel még azt is meg lehet csinálni reboot nélkül, hogy visszaveszed a hostra a VGA-t.

• _Dumber_ őstag

  2017-04-17 23:07:57 #25598

  Új Válasz

  Ú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

  

  _Dumber_

  őstag

  válasz BoB üzenetére #25595

  Jól töröltem.. és lehet, hogy húsvét délutánján, már csak képzelem
  Mindenesetre, mióta töröltem a conky-t, már nem látom.
  A lassabb betöltést még vizsgálom.

  Egyébként nem tudjátok, hogy a képen látható naptárat milyen paranccsal hívhatom elő (parancssorból)

  

• BoB veterán

  2017-04-17 22:55:18 #25597

  Új Válasz

  Ú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

  

  BoB

  veterán

  válasz sh4d0w üzenetére #25596

  Nem elég jó az angolod, és úgy gondoltad hogy akkor ezeket majd én mind végigolvasom?

• sh4d0w félisten

  2017-04-17 22:05:28 #25596

  Új Válasz

  Ú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

  

  sh4d0w

  félisten

  válasz BoB üzenetére #25593

  [link]

  [link]

  [link]

  [link]

• BoB veterán

  2017-04-17 21:24:20 #25595

  Új Válasz

  Ú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

  

  BoB

  veterán

  válasz _Dumber_ üzenetére #25594

  Be lehet állítani a beállítások között hogy másik ablakkezelővel működjön a kwin helyett. Ha letörlöd a beállításokat akkor visszaáll default-ra, de ezek szerint vagy csak képzelted hogy openbox-al ment, vagy nem törölted rendesen.

• _Dumber_ őstag

  2017-04-17 21:17:13 #25594

  Új Válasz

  Ú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

  

  _Dumber_

  őstag

  válasz BoB üzenetére #25591

  Megtettem... miért is kellett? Jobb nem lett, de legalább rosszabb sem

  Feltettem egy szűz kde-t is egy másik partícióra. Az hamarabb bootol (miután beállítottam olyanra amire nekem kell).
  Egetverő külömbég, hogy a friss install a jelszó után cc 2-3 mp-vel már van asztalom, és utánna kapcsolódik a hálózathoz.
  A régivel, meg már jócskán felépült a hálózatot (wifi), miután asztalom lesz.

• BoB veterán

  2017-04-17 19:05:02 #25593

  Új Válasz

  Ú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

  

  BoB

  veterán

  válasz sh4d0w üzenetére #25592

  Amit linkeltél, ott arról az esetről van szó ha 2 ugyanolyan GPU van, ami azéárt problémás mert ugyanaz lesz az ID-jük, és ilyen esetben mit lehet tenni.

  Intel-nél úgy tudom csak Iris Pro-val lehetséges, mással nem. De azt meg nem raknak Thinkpad-be mert egy szemétláda cég.

• sh4d0w félisten

  2017-04-17 18:28:51 #25592

  Új Válasz

  Ú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

  

  sh4d0w

  félisten

  válasz BoB üzenetére #25585

  Itt pl. ugy tunik, hogy ua. GPU-t is tudod hasznalni. Raadasul kollegam is csinalta a korabbi cegemnel es azokban a ThinkPadekben is csak 1 integralt intel vacak volt.

• BoB veterán

  2017-04-17 18:24:53 #25591

  Új Válasz

  Ú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

  

  BoB

  veterán

  válasz _Dumber_ üzenetére #25590

  Töröld le a KDE konfig könyvtárát a saját home-odból.

• _Dumber_ őstag

  2017-04-17 18:02:03 #25590

  Új Válasz

  Ú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

  

  _Dumber_

  őstag

  Több éves Arch-openbox rendszeremet váltottam KDE-re. (tudom mazochista vagyok, de most ehhez volt kedvem).
  Az évek alatt valamit beírtam/elírtam, mert most úgy néz ki mintha a KDE mögött futna egy openbox. Néha feltűnik a régi conky és a háttérlépem is.
  A KDE bejelentkezését az SDDM vezérli. A régi .initrc-t már kilőttem (átneveztem) de a probléma megmaradt.
  Mit lehet még megnézni ami okozhat ilyet?

• letix senior tag

  2017-04-17 13:43:13 #25589

  Új Válasz

  Ú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

  

  letix

  senior tag

  válasz Lenry üzenetére #25568

  Közben kicsit faragtam a dolgokon, hátha hasznos valakinek.

  Amennyiben a backup gépről egy dedikált felhasználó futtatja a backup scriptet (rsync -a opcióval), úgy a jogosultságok ugyan átjönnek, de a user/group tulajdonságok nem.
  Ezt úgy tudtam kivédeni, hogy legyártottam a backup gépen a root publikus kulcsát, ezt hozzáadtam a távoli gép dedikált user authorized_keys-hez , aki egyébként így sudoer az adott távoli gépen:

  username ALL= NOPASSWD: /usr/bin/rsync --server --sender -logDtpre.iLsfx . /

  Így a user/group tulajdonság is átjön, és talán az rsync-el sem lehet a sudo miatt okoskodni nagyon.
  Persze az első sudo rsync futásnál belefut a "Great power comes with great responsibility" felszólításba és meg is akad (no tty..), szóval ezt helyileg egyszer kezelni kell.

  Ötlet valakinek?

  Köszi,
  letix

• Lenry félisten

  2017-04-17 09:38:16 #25588

  Új Válasz

  Ú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

  

  Lenry

  félisten

  válasz Lacc üzenetére #25581

  letöltöd ezt, lefuttatod, a kapott eredményt a xorg.confba teszed

• Frawly veterán

  2017-04-17 00:10:59 #25587

  Új Válasz

  Ú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

  

  Frawly

  veterán

  Figyelem, JúBájgönt várják a linuxos SSD blogposztja alá! Figyelem, JúBájgönt várják a linuxos SSD blogposztja alá! Samsung 850 discard TRIM a téma. Szolgálati közleményünket hallották!

• Frawly veterán

  2017-04-17 00:02:21 #25586

  Új Válasz

  Ú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

  

  Frawly

  veterán

  válasz BoB üzenetére #25583

  Akkor bukó mégis csak, 1 GPU-m van csak. Még jó, hogy ezt tisztáztuk, még mielőtt elkezdtem volna virtuális gépet telepítgetni.

• BoB veterán

  2017-04-16 22:12:25 #25585

  Új Válasz

  Ú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

  

  BoB

  veterán

  válasz sh4d0w üzenetére #25584

  Valami praktikus dolgot mutass mert minden leírást (amit találtam) ami aktuálisan a létrehozást mutatja, 2 GPU-t használ.

• sh4d0w félisten

  2017-04-16 20:55:44 #25584

  Új Válasz

  Ú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

  

  sh4d0w

  félisten

  válasz BoB üzenetére #25583

  Nem kötelező, VT-x-szel annyifelé passzolod a GPU-t, ahányfelé van bátorságod.

• BoB veterán

  2017-04-16 19:00:00 #25583

  Új Válasz

  Ú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

  

  BoB

  veterán

  válasz Frawly üzenetére #25582

  Ha csak 1 GPU-d van hogy oldod meg a passthrough-t? Mert ez konkrétan azt jelenti hogy a guest egy az egyben megkapja a GPU-t úgy, hogy a host abszolút nem fogja tudni használni.

  Szerintem nem néztél rendesen utánna, kötelező 2 GPU.

• Frawly veterán

  2017-04-16 18:07:00 #25582

  Új Válasz

  Ú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

  

  Frawly

  veterán

  válasz BoB üzenetére #25577

  A GPU-ból, billentyűzetből, egérből nem feltétlen kell hozzá kettő. Lehet egyet is használni, csak nyilván a teljesítmény nem lesz olyan. Meg ha mindenből végigvisszük ezt a legyen kettő kezdetű koncepciót, akkor könnyen eljutunk oda, hogy virtualizáció sem kell, legyen két külön gép. Egyébként nekem ezzel a virtualizációval még mindig az a bajom, hogy csak az átbootolást oldja meg, de Windowst épp úgy kell tartani, ami épp úgy foglalja a háttértáron a sok gigákat feleslegesen, csak azért, hogy az ember 1-2 játékkal játszik. Akinek terás tárhelye van, annak nem gond, de nekem laposnál gond, főleg, hogy az SSD is max. csak 256-os lesz, 512-esre nincs pénzem (vagyis van, de nem ilyen hülyeségre akarom elverni), meg a HDD is csak 500-as, és még torrentezek is, utóbbin meg nem linuxos .iso-kat kell érteni, meg nem SD-s anyagokat.

  Lehet inkább a Wine-nek adok esélyt, újabb játékot nem próbáltam még benne.

• Lacc aktív tag

  2017-04-16 11:56:38 #25581

  Új Válasz

  Ú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

  

  Lacc

  aktív tag

  Helló.

  Az iiyama t2452mts multitouch monitorokhoz van driver? Fedora 25-n próbáltam, de valamiért az érintési pont jobbra kb 200px-xel arrébb történik állandoan. Ubuntu 16.04 alatt pedig jó az érintési pont, de ott meg csak ennyi műkődik, mozgatni nem lehet az ablakokat. Vagy lehet csak más DE-t kellene használni?

• Lenry félisten

  2017-04-16 09:56:50 #25580

  Új Válasz

  Ú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

  

  Lenry

  félisten

  válasz Apollyon üzenetére #25579

  újraindítás után is ez van.

• Apollyon Korrektor

  2017-04-15 19:41:22 #25579

  Új Válasz

  Ú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

  

  Apollyon

  Korrektor

  válasz Lenry üzenetére #25578

  Valamilyen feladatkezelő vagy ilyesmiben nem látszik? Általában akkor van ilyen jelenség amikor az adott program már fut a háttérben csak beragadt, vagy zombie vagy ilyesmi.

• Lenry félisten

  2017-04-15 18:51:41 #25578

  Új Válasz

  Ú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

  

  Lenry

  félisten

  KDE-s problémám van, nem indul el a gwenview. sem üresben, sem képet megnyitva, sem grafikus felületről, se terminálból.
  sehol, semmi hibaüzenet...
  mi baja lehet? vagy hol nézzem egyáltalán, hogy mi baja...

• BoB veterán

  2017-04-15 14:52:52 #25577

  Új Válasz

  Ú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

  

  BoB

  veterán

  válasz Frawly üzenetére #25571

  Nem tudom hogy nézted-e, de 2 GPU, 2 egér, és 2 billentyűzet kell. Utóbbi kettő azért mert ha emulált lesz akkor nagyon fog lagolni ami játékhoz nem jó. Legelső meg a GPU passthrough-hoz kell és egyébként ez nem akkora gond mert ma már minden Intel prociban van egy.

  

• Horvi őstag

  2017-04-14 22:19:08 #25576

  Új Válasz

  Ú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

  

  Horvi

  őstag

  válasz sonar üzenetére #25575

  Köszönöm szépen a választ! Kedden amint bemegyek melóba(oda kellett az infó) ki is próbálom.

• sonar addikt

  2017-04-14 21:53:56 #25575

  Új Válasz

  Ú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

  

  sonar

  addikt

  válasz Horvi üzenetére #25569

  ISO-ban legacy bootnál isolinux mappában vagy EFI bootnál EFI/BOOT mappában az grub.cnf file-t és átirod benne amit szeretnél. Vannak még ott másik file-ok is ha mégjobban bele szeretnél túrni.

  (btw a legjobb ha az embernek van egy pxe szervere és oda azt tesz bele amit akar)

• letix senior tag

  2017-04-14 21:03:50 #25574

  Új Válasz

  Ú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

  

  letix

  senior tag

  válasz Lenry üzenetére #25572

  Igen, így használnám az rsync-et.
  A --password-file jó lehetne, elvégre ez a file a backup gépen lenne, amihez rajtam kívül csak 1 fő ér hozzá, ráadásul netről nem érhető el, viszont ezen opció csak az rsync daemon módjában használható. Ezt viszont én nem tervezném beüzemelni a remote szervereken érthető okokból.

  Ha megfordítanám a daemon módot és a backup szerver lenne az rsync daemon, ahhoz szükséges lenne a távoli gépekről elérést biztosítani a backup felé. Ezt viszont már korábban kizártam

  Köszi a segítséged.

  udv
  letix

• Vladi nagyúr

  2017-04-14 20:42:45 #25573

  Új Válasz

  Ú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

  

  Vladi

  nagyúr

  válasz Horvi üzenetére #25569

  Szerintem ehhez saját telepítő készletet kellene kreálnod, ami azért nem triviális.
  Mihez kell ez?

• Lenry félisten

  2017-04-14 20:36:07 #25572

  Új Válasz

  Ú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

  

  Lenry

  félisten

  válasz letix üzenetére #25570

  hogyan tud jelszóval belépni, ha ütemezett script-ből rsync -e 'ssh -p port' formát használok?

  --password-file kapcsoló, amivel megadsz egy fájlt, amiben usernév:jelszó formában tárolod a jelszót, de ezt azt hiszem nem kell részleteznem, hogy miért ne használd...

  az --rsync-path="sudo rsync" még mindig jelszót kér a nopasswd nélkül

  rsync -rsynceskapcsolók "ssh p port" --rsync-path="sudo rsync" usernév@remotehost.com:/távoli/elérési/út /lokál/elérési/út

  így néz ki a tiéd?

• Frawly veterán

  2017-04-14 19:23:20 #25571

  Új Válasz

  Ú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

  

  Frawly

  veterán

  válasz BoB üzenetére #25557

  Addig is, míg nem kerítek rá sort, íme egy teszt. Ha ez tényleg igaz, hogy csak 2-5% különbség van a natív host és a VT-x+VT-d+PCI-passthrough megoldása között, akkor így, virtualizálva fogok csak Wint használni. Mondjuk így is sajnálom rá a gigágat, értékes tárterületet vesz el, lehet a Wine annyiból nyerő, hogy annál nem kell komplett Windowst tartani, viszont azon nem fut minden, meg még lassabb a natívhoz képest.

• letix senior tag

  2017-04-14 10:19:28 #25570

  Új Válasz

  Ú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

  

  letix

  senior tag

  válasz Lenry üzenetére #25568

  Arra gondoltam, hogy mind a backup szerveren, mind pedig a távoli gépeken dedikált userek lesznek, így talán tisztább.

  Amit még egyelőre nem értek:
  Ha az előbbi javaslatod használnám: hogyan tud jelszóval belépni, ha ütemezett script-ből rsync -e 'ssh -p port' formát használok?
  Ha az utóbbit, akkor az ssh belépés tisztázott, viszont az --rsync-path="sudo rsync" még mindig jelszót kér a nopasswd nélkül. (és ez a gond fennáll az elsőnél is.)

  Én látok valamit nagyon rosszul?

  Köszönöm!

  udv
  letix

• Horvi őstag

  2017-04-13 16:44:18 #25569

  Új Válasz

  Ú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

  

  Horvi

  őstag

  Sziasztok,

  Lenne felétek egy olyan kérdésem, hogy hogyan lehet megváltoztatni a "boot" sorrendet CentOS 7 alatt?
  Arra gondolok, hogy mikor bootolok a CD-ről vagy pendriveról akkor ugye kapok egy ilyen képet és ugye itt az első opció van kijelölve (Install CentOS 7) aktív. Hogyan lehet megváltoztatni, hogy mondjuk a második menü legyen aktív? Tehát valahogy a telepítő imagen belül?
  Köszi!

• Lenry félisten

  2017-04-13 10:30:15 #25568

  Új Válasz

  Ú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

  

  Lenry

  félisten

  válasz letix üzenetére #25567

  attól függ a dedikált user hogyan lép be? ha jelszóval, akkor a jelszó ismeretében egy mozdulat root jogot kérni.
  ha az is kulccsal, akkor szerintem mindegy, hisz akkor mindkét esetben egy olyan user fog belépni, aki rootjoggal rendelkezik, de talán mégis jobb, ha ez nem a root, hanem egy másik név

  én a dedikált user + SSH key kombinációt csinálnám

• letix senior tag

  2017-04-13 09:10:14 #25567

  Új Válasz

  Ú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

  

  letix

  senior tag

  Igen, közben én is beláttam, hogy ez is egy lehetséges alternatíva.

  A kérdés, hogy melyik rejt több biztonsági kockázatot:
  -távoli szervereken a root publikus kulcsának használata a backup-on belépéshez és rsync-hez?
  -távoli szervereken a dedikált backup userek sudoers ALL=NOPASSWD /usr/nin/rsync beállítása?

  Köszi!

  udv
  letix

• Lenry félisten

  2017-04-12 16:39:24 #25566

  Új Válasz

  Ú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

  

  Lenry

  félisten

  válasz letix üzenetére #25565

  a root felhasználóhoz is be tudsz jelentkezni SSH kulccsal, akkor nem kell jelszó

• letix senior tag

  2017-04-12 11:44:14 #25565

  Új Válasz

  Ú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

  

  letix

  senior tag

  Köszi a válaszokat.

  Igazából mindkettőt szükséges adott időközönként. Más mentőeszköz egyelőre nem játszik, nem az én rendszereim..
  Egyelőre azt nem tudom, hogy a remote szervereken hogyan tudom elérni a mentendő mappákat root nélkül.
  sudo-val megy, de ott ugye jelszót kér.. Ami kiküszöbölhető a sudoers-be NOPASSWD -vel csak a sudo rsync-re, csak kérdés hogy ez mekkora biztonsági kockázast.
  Köszi,

  udv
  letix

• sonar addikt

  2017-04-12 10:16:14 #25564

  Új Válasz

  Ú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

  

  sonar

  addikt

  válasz letix üzenetére #25562

  Helló,

  Mondjuk azt nem mondtad, hogy rendszert v adatokat v mindkettőt szeretnél menteni.
  Duplicity-t ajánlom figyelmedbe igazi mentős svájci bicska. (verzió követés etc..)

• bambano titán

  2017-04-11 23:25:33 #25563

  Új Válasz

  Ú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

  

  bambano

  titán

  válasz letix üzenetére #25562

  egy lehetséges részlet:
  knockd

  ezzel meg lehet oldani, hogy csak akkor legyen nyitva a port, és oda, ahol kell.

• letix senior tag

  2017-04-11 22:22:06 #25562

  Új Válasz

  Ú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

  

  letix

  senior tag

  Üdv a szakinak,
  Segítséget illetve tanácsot kérnék az alábbi feladat megoldásában:

  Adott egy Natolt hálózatban ülő dedikált backup szerver (Debian), továbbá 4-5 a neten fellelhető szintén Debian szerver, melyekről automatikus mentést kellene készítenem. Eszköznek az rsync használható.
  A gépek egyikére sem lehet root-ként bejelentkezni közvetlenül (jelszót sem tudom), a userem viszont mindenhova sudoer.

  Három lehetőséget látok egyelőre:

  1: a backup szerverre írom meg a scriptjeimet, rsync ssh-n (kulccsal) szépen magára húzná szerverenként a mentéseket. Ehhez terveznék minden szerverre dedikált backup usert létrehozni, akinek viszont minden mentendő mappához ugye nincs/nem lesz joga (/root, /etc...). Ezért is a mentendő szerverekre a dedikált backup user(eke)-t szükséges felvennem sudoer-ként NOPASSWD-vel a /usr/binrsync futtatására, egyelőre más megoldást nem találtam, hogy sudo rsync-ként tudjon ügyködni a remote gépeken. Ez nem annyira tetszik, már csak ezért sem:
  [link]
  Előny, (ha jól látom) hogy kevesebb esély van a backup szerver törésére ha a remote szerverek kompromittálódnak.

  2: a backup szerveren rsync daemon futna, és a scripteket a remote szervereken futtatnám, ssh-n keresztül becsatlakozva. Itt ugye többletmunka (és rizikó) a szerverekről a portok kinyitogatása, továbbá a forgalom egyenkénti beforgatása a backup szerver felé. Továbbá itt kevésbé érezném, hogy a backup szerver biztonságban van.

  3: a backup szerverre tolnák fel a szerverek a mentéseket, kihagyva a backup-on az rsync daemon módját. Bár őszintén szólva egyelőre még a daemon módnak az előnyét sem látom. Előnyök hátrányok nagyrésze -gondolom- megegyezik 2-es ponttal, annyi különbséggel, hogy ssh elérések adottak.

  Minden ötletet, javaslatot, kritikát szívesen fogadok. A csináltassam meg hozzáértővel most nem opció..

  Köszönöm!

  udv
  letix

• Lacc aktív tag

  2017-04-10 13:32:03 #25561

  Új Válasz

  Ú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

  

  Lacc

  aktív tag

  válasz Vladi üzenetére #25555

  1. Volt olyan scenario is.
  2. Az is volt, láttam erről leírásokat.
  3. Igaz, meg is teszem, itt a link, már írtam is hozzá.
  4. Most jeleztem. Igazából a Chromium is bugreport után nem volt kedvem jelezni.

  Ami nekem feltűnt, hogy amikor a PC-n volt telepítve csak maga az Ubuntu, és nem UEFI-ben, akkor nem volt gond.
  Most UEFI-ben a Windows 10-el, gond van 16.04.2 LTS, 16.10 és 17.04-en is. (Ha magában volt a 16.04.2 LTS legacy módban, akkor felment)
  A virtualbox rákérdezett, hogy kikapcsolja-e a 'secure boot'-ot. Ha igen, vagy nem-re mentem, ugyanaz a hiba kód jött.

  Ezt megírtam, szerintem valahol itt lehet a probléma.

• BoB veterán

  2017-04-10 09:08:15 #25560

  Új Válasz

  Ú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

  

  BoB

  veterán

  válasz Frawly üzenetére #25559

  Játék beépítettel, mindegy melyik játék. De egy War Thunder-re kíváncsi lennék, abban is van.

• Frawly veterán

  2017-04-09 23:18:24 #25559

  Új Válasz

  Ú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

  

  Frawly

  veterán

  válasz BoB üzenetére #25557

  Valamelyik hétvégén megcsinálom, mert kíváncsi vagyok. Bencs Márkicát gondolom a játékok beépített benchmarkjaval csináljam? Vagy valamelyik 3Dmariskával?

• Rimuru veterán

  2017-04-09 21:49:30 #25558

  Új Válasz

  Ú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

  

  Rimuru

  veterán

  válasz Frawly üzenetére #25556

  Par szazalekot szoktak mondani.

• BoB veterán

  2017-04-09 21:42:05 #25557

  Új Válasz

  Ú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

  

  BoB

  veterán

  válasz Frawly üzenetére #25556

  Ha megcsinálod csinálhatnál egy két játékban benchmarkot hogy összehasonlítsd. De szvsz úgysem fogod megcsinálni, mert a macera meg a buktatók miatt simán nem éri meg.

• Frawly veterán

  2017-04-09 21:04:07 #25556

  Új Válasz

  Ú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

  

  Frawly

  veterán

  válasz Rimuru üzenetére #25552

  Lehet megpróbálom a PCI passthrought, mivel a gép elvileg támogatja (VT-d és VT-x támogatottak). Csak félek, hogy ez azért annyira nem erős gép, hogy virtualizálva játszak, nem tudom, hogy ezen a PCI passthrough mennyit segít, mennyivel gyorsabb egy sima virtualizációhoz vagy Wine-hez képest.

• Vladi nagyúr

  2017-04-09 20:49:00 #25555

  Új Válasz

  Ú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

  

  Vladi

  nagyúr

  válasz Lacc üzenetére #25554

  1. Csomagból telepítsd. sudo apt-get install vbx akármi.
  2. Kernel modul kell, ha tudod, akkor régebbi kernellel indítsd el, ahhoz keress modult, meg header csomagot.
  3. Figyelt a bugreportot - mondjuk nem ártott volna ide is linkelned, naénaztán nem fogom túrni a zubuntu bugzilláját... - ha ott írják, hogy friss kernel be javítva, onnantól azt használd.
  4. nem ártana még neked is visszajelezned ott, hogy nálad is hiba vna. Akkor valószínűbb, hogy javítják.

• Lacc aktív tag

  2017-04-09 17:31:58 #25554

  Új Válasz

  Ú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

  

  Lacc

  aktív tag

  válasz Lenry üzenetére #25551

  Volt mindkét verzió. De a legtöbbször letöltöm. 2 esetben viszont a parancssoros megoldás volt.
  Annyi, hogy a hibát beírva a keresőbe, már a mai napon találtam Bug reportot az ubuntu-nál. Ott is egy csóka ugyanazokat végig próbálta mint én, de nem sikerült neki, aki meg a ticket-et kezelte, az nem tudta produkálni a hibát.

  @bambano: Vagrant-hoz kell a VirtualBox, KVM-et egyszer próbáltam, de nem jött össze, viszont ott lehet valamit én rontottam el, mert rendkívül sok cuccot kellett telepíteni a terminalban, és a parancsok több mint felét nem is értettem, hogy mire való, de a hsz-ek alapján másnak működött, nekem meg nem.

• bambano titán

  2017-04-09 16:14:48 #25553

  Új Válasz

  Ú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

  

  bambano

  titán

  válasz Lacc üzenetére #25548

  van valami indok arra, hogy miért virtualbox? szerintem a kvm egyszerűbb.

• Rimuru veterán

  2017-04-09 14:36:39 #25552

  Új Válasz

  Ú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

  

  Rimuru

  veterán

  válasz Frawly üzenetére #25550

  Megfelelo hardverrel eszembe nem jutna nativan felrakni barmilyen windowst, ha kell akkor pci passthrough es meg van oldva.

• Lenry félisten

  2017-04-09 14:24:00 #25551

  Új Válasz

  Ú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

  

  Lenry

  félisten

  válasz Lacc üzenetére #25548

  a legfrissebb VirtualBoxot telepítem.

  sudo apt-get install virtualbox vagy letöltöd a virtualbox.org-ról?

• Frawly veterán

  2017-04-09 02:57:59 #25550

  Új Válasz

  Ú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

  

  Frawly

  veterán

  válasz Rimuru üzenetére #25547

  Én már sok éve arra sem vetemedek, hogy Windowst vagy NTFS-partíciót használjak. Vagyis most van fent Win10, mivel ez a mostani gép újabb jékokra is alkamas, ezért elkezdtem újabb GTA-kkal meg Far Cry-okkal tolni, amit nem akarok Wine alól futtatni. Csak nem nagyon van időm játszani, aztán már lassan negyedik hónapja nem bootoltam be a Windowst.

  Persze telepítés előtt készültem, előre tudtam, hogy mit kell kikapcsolni, meg hogyan zajlik az EFI-s telepítés. Bár az EFI-s menüvel így is szoptam egy nagyot, meg előtte a Rufusszal, mivel hiába állítottam be az EFI módot, a lemezkép hozzáadása után magától elállítja vissza MBR-re, amit először nem vettem észre.

• whYz őstag

  2017-04-08 19:26:39 #25549

  Új Válasz

  Ú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

  

  whYz

  őstag

  Sziasztok

  Adott egy ubuntu xenial es egy 2:4.3.11 samba server. Miert lehet, hogy windows 7 alatt tokeletesen elerem az osztott mappakat, viszont windows 10-rol csak \\192.168.1.100 ip cimrol mukodik, hosttal meg nem?

• Lacc aktív tag

  2017-04-08 15:02:00 #25548

  Új Válasz

  Ú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

  

  Lacc

  aktív tag

  Szívem szerint a kezdő fórumba írnám, de ez már lassan egy kabaré, hogy nem tudok dolgozni.

  Virtualbox-ot tenném fel Vagranttal. De a Virtualbox nem akarja magát normálisan feltelepíteni, mindig jött hülye hibával, rákerestem, megoldottam, akkor újabb hibát dob. Na mindegy, újrapakoltam az Ubuntu 16.04-et (legfrissebb) és a legfrissebb VirtualBoxot telepítem.

  Az alap probléma ez:

  WARNING: The character device /dev/vboxdrv does not exist.
Please install the virtualbox-dkms package and the appropriate headers, most likely linux-headers-generic.

You will not be able to start VMs until this problem is fixed.

  Na most én telepítettem a linux-headers-generic-et és a virtualbox-dkms-et, de akkor sincs semmi változás, ugyanez a hibaüzenet.

  Ha pedig a következő parancsot adom ki, akkor összeomlik az egész: sudo dpkg-reconfigure virtualbox-dkms
  Azt írja, hogy a
  virtualbox.service - LSB: VirtualBox Linux kernel module Loaded: loaded (/etc/init.d/virtualbox; bad; vendor preset: enabled)
Active: failed (Result: exit-code) since <mai dátum :D>
Process: 24707 ExecStart=/etc/init.d/virtualbox start (code=exited, status=1/FAILURE)

  Így még csak a következő javasolt parancs sudo dpkg-reconfigure virtualbox sem tudom kiadni, mert rinyál hogy rossz a dkms.

  Sosem volt gondom eddig VB felrakásával, de most erősen kifog rajtam.

• Rimuru veterán

  2017-04-08 14:51:08 #25547

  Új Válasz

  Ú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

  

  Rimuru

  veterán

  válasz Frawly üzenetére #25546

  Alapbol nem vetemednek oda hogy windows particiot berakjak fstabba.

• Frawly veterán

  2017-04-08 11:16:23 #25546

  Új Válasz

  Ú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

  

  Frawly

  veterán

  válasz Rimuru üzenetére #25541

  Úgy, hogy nincs lecsatolva a Windowsos partíció, ami a Linux betöltődésekor gondot okoz. Lehet az újabb disztrók ilyenkor nem csatolják fel, de nem értem, hogy miért olyan hihetetlen neked, hogy ez a detektálás lassíthat a linuxos bootfolyamaton. Én nem látom, hogy hol hülyeség a gondolatmenetem. Egy megnézést megér.

• Lacc aktív tag

  2017-04-07 12:50:35 #25545

  Új Válasz

  Ú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

  

  Lacc

  aktív tag

  válasz Frawly üzenetére #25540

  Lehet, amikor olvastam erről leírást, akkor csak azt láttam, hogy windows 8.1-nél ezt hogyan kell kikapcsolni (shift + win bill kombó talán), windows 10-nél csak simán vezérlő pultban kapcsoltam ki.

  Már a témánál tartva. Jó pár éve volt nálam olyan, hogy Ubuntu és Windows volt egy gépen. De ami nekem most feltünt, de lehet rosszul emlékszem. Most a sorrend Bios (alaplap márkája kiírodik, régen a proci és ram méret is szerepelt ) -> Grub2 betöltő -> választom hogy Windows 10, és újra indul az egész, ismét a Bios -> aztán a Windows bebootol.
  Régen, mintha nem volt újraindulás, nem emlékszem arra, hogy a Bios képernyő mégegyszer megjelent volna. Most meg igen.

  Vagy csak egy szimpla rossz vicc, eselteg bosszú feature került be a Grub2-be, ha valaki Windowst is használt az Ubuntu mellette?

• jimmy399 senior tag

  2017-04-07 10:52:41 #25544

  Új Válasz

  Ú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

  

  jimmy399

  senior tag

  válasz Frawly üzenetére #25540

  Nem lassít rajta, mert még ha véletlenül fel is akarná csatolni a rendszer a boot közben, felismeri ha a fastboot be volt kapcsolva, és ezzel visszautasítja a felcsatolást, vagy csak olvashatóan csatol.

• sh4d0w félisten

  2017-04-07 09:42:59 #25543

  Új Válasz

  Ú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

  

  sh4d0w

  félisten

  válasz sonar üzenetére #25542

  Aranyos

• sonar addikt

  2017-04-06 22:02:03 #25542

  Új Válasz

  Ú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

  

  sonar

  addikt

  válasz Rimuru üzenetére #25541

  eredménye, hogy (s)lowfast se gyorsult a rendszer
  gyenge szóvicc

• Rimuru veterán

  2017-04-06 21:32:09 #25541

  Új Válasz

  Ú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

  

  Rimuru

  veterán

  válasz Frawly üzenetére #25540

  Na ennek erdekel a technikai hattere, fastboot mit lassit linuxon?

• Frawly veterán

  2017-04-06 16:44:57 #25540

  Új Válasz

  Ú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

  

  Frawly

  veterán

  válasz Lacc üzenetére #25538

  Gyanús, hogy a fastbootot bekapcsolva hagytad Windows alatt, és ez lassítja a Linuxod betöltődését is.

• jimmy399 senior tag

  2017-04-06 08:21:10 #25539

  Új Válasz

  Ú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

  

  jimmy399

  senior tag

  válasz Lacc üzenetére #25538

  Érdekes amit írsz, de a rendszerbetöltőnek tényleg kevés része van abban, hogy mennyi ideig áll fel a rendszer miután, a rendszer betöltő betöltötte a kernelt, és átadta neki a vezérlést.
  A Rendszerbetöltő kb pár másodpercig fut csupán a rendszer indítását követően, miután a BIOS/EFI elindította, aztán már a kernelen és a hozzá tartozó részrendszereken múlik a rendszer boot ideje.

• Lacc aktív tag

  2017-04-05 10:16:43 #25538

  Új Válasz

  Ú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

  

  Lacc

  aktív tag

  válasz Lenry üzenetére #25537

  Jó, igaz , hülyén fogalmaztam.

  Amint már nem csak az Ubuntut kell betöltenie, hanem a Windowst is azóta bosszúból lassan tölti be az Ubit .
  Érdekes, hogy PC-n a frissítések között megjelent Grub2-es frissítés (Laptopon nem), és azt telepítve javított a betöltés sebességen.

• Lenry félisten

  2017-04-03 16:38:31 #25537

  Új Válasz

  Ú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

  

  Lenry

  félisten

  válasz Lacc üzenetére #25536

  Amint a Grub2 lett az elsődleges partíció betöltő

  miért, előtte mi töltötte be az OS-t?

• Lacc aktív tag

  2017-04-03 16:18:17 #25536

  Új Válasz

  Ú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

  

  Lacc

  aktív tag

  Helló.

  Az mitől van és mit tehetek ellene, hogy a Grub2 feltelepítése után (van Windows 10-es rendszer is), akkor az Ubuntu betöltése már 3x annyi ideig tart?
  Ezt tapasztaltam a laptopon (HP) és egy PC-n is (Asus alaplap). Mindkettőnél volt, hogy magában volt az Ubuntu 16.04.2 illetve, hogy kapott Windows-t is a nyakára. Amint a Grub2 lett az elsődleges partíció betöltő, akkor az Ubuntu és Windows betöltési ideje is megugrott, a Windows 10-nek 2x annyi az Ubuntunak már 3x annyi ideig tölt be.

• MineFox54 őstag

  2017-04-02 14:09:14 #25535

  Új Válasz

  Ú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

  

  MineFox54

  őstag

  Sziasztok!

  Nvidia driver telepítés után megnőtt a DPI (illetve, az ablakok mérete). A tálca normális, az ikonok, és maga az ablakok "lettek nagyobbak".

  Mi a javasolt megoldás? OpenSUSE Leap 42.2 a rendszer.

  Illetve, a hálózaton lévő Windows-os gépeket sem találja meg Sambán. ("Nem található egy munkacsoport sem a helyi hálózaton. [...]")
  9600GT a VGA.

  Köszi!

• Frawly veterán

  2017-04-01 17:26:06 #25534

  Új Válasz

  Ú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

  

  Frawly

  veterán

  válasz bucihost üzenetére #25531

  Egyértelműen rossz a driver, akkor szokott így csíkozni (tearing), ha csak szoftveresen emulált a képmegjelenítés, és nem működik a driver hardveres gyorsítása, ami tudna v-syncet. Egyébként milyen asztali környezetről van szó? Mert a kompozitor beállítása is lehet elcseszve, ha a driver jó.

• whYz őstag

  2017-03-31 22:34:47 #25533

  Új Válasz

  Ú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

  

  whYz

  őstag

  válasz DrojDtroll üzenetére #25532

  Koszi, akkor maradok annal.

• DrojDtroll veterán

  2017-03-31 22:26:39 #25532

  Új Válasz

  Ú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

  

  DrojDtroll

  veterán

  válasz whYz üzenetére #25528

  szerintem nincs

• bucihost senior tag

  2017-03-31 18:34:43 #25531

  Új Válasz

  Ú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

  

  bucihost

  senior tag

  válasz bucihost üzenetére #25530

  Közben jó lett, gép újra indítás után lefutott rendesen. Már jó a felbontás, de görgetés közben úszik a kép. Néha csíkoz. Rossz a driver?

• bucihost senior tag

  2017-03-31 16:43:12 #25530

  Új Válasz

  Ú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

  

  bucihost

  senior tag

  válasz growler üzenetére #25529

  Köszönöm, meglesz. Más: azt meg lehet lesni valahogy, hogy az apt dolgozik vagy megfagyott, vagy egyáltalán mit csinál? 10 perce itt áll és villog a promt

• growler őstag

  2017-03-31 15:07:27 #25529

  Új Válasz

  Ú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

  

  growler

  őstag

  válasz bucihost üzenetére #25526

  Szia !

  Eléggé egyértelműnek tűnik. De ha gondolod, telepítsd az "rkhunter"-t, és ellenőrizd le azzal is.
  sudo -i
  rkhunter --update
  rkhunter --check
  rkhunter --propupd

• whYz őstag

  2017-03-31 14:21:26 #25528

  Új Válasz

  Ú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

  

  whYz

  őstag

  Sziasztok

  Ubuntu serverre szeretnek egy minimal email servert telepiteni. Nincs szuksegem semmi extra funciora, csak egy alap email serverre ami egy domaint tud kezelni, teszteles celjabol.

  Mit ajanlanatok? Postfix-nel van egyszerubb?

• Gorneck legenda

  2017-03-29 20:19:52 #25527

  Új Válasz

  Ú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

  

  Gorneck

  legenda

  válasz bambano üzenetére #25467

  Tudom

  Sry, hogy csak most írok, de teljesen el voltam merülve a Wine és Webmin rejtelmeibe...

  Unit (172.38.x.x) ----- Switch (vlan 172.38.x.x) ----- DHCP/iPXE Server (eth0: 172.38.x.x eth1: 172.1.1.x) ----- C Switch (vlan 172.1.1.x) ----- Adatbázis szerver (172.1.1.x).

  Uniton W10, cmdből nekem tudni kell pingelnem az adatbázis szervert.

• bucihost senior tag

  2017-03-29 20:14:07 #25526

  Új Válasz

  Ú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

  

  bucihost

  senior tag

  Sziasztok!

  Chkrootkit-re mennyire szabad hallgatni?
  Frissen telepített ubuntu / debian rendszereken van két sor:

  - Warning: /sbin/init INFECTED
  - Checking `bindshell'... INFECTED (PORTS: 4369)

  netstat -tupln | grep 4369

  tcp6 0 0 :::4369 :::* LISTEN 1268/epmd

  

• Prosectura2 tag

  2017-03-29 19:26:15 #25525

  Új Válasz

  Ú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

  

  Prosectura2

  tag

  válasz bambano üzenetére #25524

  Köszönöm, segített!

• bambano titán

  2017-03-29 18:59:28 #25524

  Új Válasz

  Ú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

  

  bambano

  titán

  válasz Prosectura2 üzenetére #25523

  szerintem az echo utáni -e -t vedd le.

• Prosectura2 tag

  2017-03-29 18:32:34 #25523

  Új Válasz

  Ú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

  

  Prosectura2

  tag

  Újra elakadtam a crontabbal.

  Ezt az utasítást

  echo -e "dir=/mnt/HTPC/" > /home/username/picam/start_record

  kellene lefuttatnom. Írtam rá egy scriptet, ha lefuttatom, tökéletesen működik.

  Ha a crontabra bízom a futtatását, az alábbi hibaüzenetet kapom:

  failed to parse line in hooks/start_record: -e dir=/mnt/HTPC/

  Sejtésem szerint a ">" jellel lehet baja, ha igen, hogyan tudnám ezt kikerülni?

• Lenry félisten

  2017-03-29 16:55:40 #25522

  Új Válasz

  Ú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

  

  Lenry

  félisten

  válasz Prosectura2 üzenetére #25520

  de

• Prosectura2 tag

  2017-03-29 16:31:55 #25521

  Új Válasz

  Ú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

  

  Prosectura2

  tag

  válasz Prosectura2 üzenetére #25520

  Na ez megoldódott, a root crontabját kellett szerkeszteni, de nem x-eket kellett beírni, hanem *-okat.
  

• Prosectura2 tag

  2017-03-29 14:41:57 #25520

  Új Válasz

  Ú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

  

  Prosectura2

  tag

  válasz bambano üzenetére #25519

  Most nézem, hogy a processz root-ként fut. Ha jól tudom, a sudo crontab -e a root crontabját szerkeszti. Ezek szerint működnie kellene. Vagy nem jól gondolom?

• bambano titán

  2017-03-29 14:26:58 #25519

  Új Válasz

  Ú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

  

  bambano

  titán

  válasz Prosectura2 üzenetére #25515

  szerintem kezdjük ott, hogy ezt a sudo nevű betegséget elfelejted.
  ha rootként akarsz processzt futtatni, akkor a root crontabjába tedd bele.

• sonar addikt

  2017-03-29 13:41:38 #25518

  Új Válasz

  Ú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

  

  sonar

  addikt

  válasz Prosectura2 üzenetére #25517

  Most nincs előttem ubi-s rendszer, de ha saját userrel nem megy a script akkor root-tal futtatnám és /etc/crontab -ba és nem sudo-znék.
  (jogosultságot nem csak azért ajánlott átirni, hogy ha betörnek akkor ne garázdálkodjanak, hanem ha ittasan/másnaposan... nem igazán beszámithatóan csinálsz vmit ne töröld le, ne buritsd be a rendszeredet, persze nincs lehetetlen és tökéletes védelem, de ha fontos akkor illik figyelni rá, ha igényes az ember)

• Prosectura2 tag

  2017-03-29 13:35:34 #25517

  Új Válasz

  Ú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

  

  Prosectura2

  tag

  válasz sonar üzenetére #25516

  Otthoni HTPC-n fut az Ubuntu, én vagyok az egyedüli felhasználó, aki hozzáfér. Ha bárki más bejut a rendszerbe, nem ez lesz a legnagyobb problémám :-)
  De persze nem ez lesz a végleges, csak biztosan ki akartam zárni a jogosultsági problémákat.

  sudo crontab -e -vel nyitottam meg. El is mentettem, a rendszer nem írt ki hibát (elsőre lemaradt valami, akkor jelzett is, hogy hibás).

• sonar addikt

  2017-03-29 13:26:47 #25516

  Új Válasz

  Ú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

  

  sonar

  addikt

  válasz Prosectura2 üzenetére #25515

  a biztonság kedvéért bárki által, a 777 kapcsolóval, hogy ne lehessen jogosultsági probléma)
  Ezzel azt érted el, hogy bárki bele is tud szerkeszteni. 755 -tel te mindent tudsz csinálni a többiek meg futtatni és beleolvasni vagy 711 és akkor te mindent a többiek csak futtatni.

  Másik, hogyan időzitetted a scriptet? Szerkesztetted a /etc/crontab -ot vagy crontab -e vel nyitottad meg és úgy?

• Prosectura2 tag

  2017-03-29 11:21:05 #25515

  Új Válasz

  Ú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

  

  Prosectura2

  tag

  válasz Prosectura2 üzenetére #25514

  Na közben megvolt az óra 17, a process köszöni, jól van.
  Mi a teendő? Vagy lehet nem sudo-ként kéne futtatnom a cront, ha a processt a saját felhasználómmal indítom?

• Prosectura2 tag

  2017-03-29 10:42:17 #25514

  Új Válasz

  Ú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

  

  Prosectura2

  tag

  válasz Lenry üzenetére #25508

  Most egyelőre a bezárásán ügyködök, egyelőre kevés sikerrel.

  Ezt van benne a sudo crontabban:

  27 10 x x x /bin/sh /home/username/pkill.sh

  A scriptet futtathatóvá tettem (a biztonság kedvéért bárki által, a 777 kapcsolóval, hogy ne lehessen jogosultsági probléma). Ha parancssorból futtatom, hiba nélkül lefut és bezárja a processt.

  Viszont a crontabban megadott időpontban nem zárult be az alkalmazás. Ha lekérdezem a crontab logjából, hogy mi történt, azt kapom, hogy óránként (minden óra 17 perckor) szerepel egy-egy bejegyzés, ilyesmi:

  Mar 29 07:17:01 hostnév CRON[14386]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)

  Arról van esetleg szó, hogy óránként vizsgálja meg a rendszer, van-e valamilyen végrehajtandó művelet, és csak akkor futtatja le a scriptet?
  Mondjuk az olvastam, hogy ez percenként lefut, vagy esetleg módosítani kell a gyakoriságát?

• #68216320 törölt tag

  2017-03-29 05:42:17 #25513

  Új Válasz

  Ú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

  

  #68216320

  törölt tag

  válasz #68216320 üzenetére #25495

  Nos, előbányásztam a régi laptopomat (i7-2360qm, gtx540m) amin régebben használtam Ubuntu-t még bumblebee-vel. Ugyanaz a helyzet azzal is. Elindítva a live-ot nem tudok kattintani a megnyitott ablakokban.
  Valami változott mindegyik Ubuntu alapú distro-ban, ami ilyen hatással van mindkét gépemre.

• Lenry félisten

  2017-03-28 15:59:53 #25512

  Új Válasz

  Ú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

  

  Lenry

  félisten

  válasz kem üzenetére #25509

  ha rootként fut, akkor tökmindegy

• bambano titán

  2017-03-28 15:21:35 #25511

  Új Válasz

  Ú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

  

  bambano

  titán

  válasz kem üzenetére #25509

  ha egy user használhatja csak, akkor az user home-ja alatt egy könyvtárba.
  ha minden usernek, akkor érdemes a /usr/local alá.

• Sonja nagyúr

  2017-03-28 14:16:56 #25510

  Új Válasz

  Ú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

  

  Sonja

  nagyúr

  válasz kem üzenetére #25509

  /usr/local/bin vagy /usr/local/sbin

• kem addikt

  2017-03-28 13:29:17 #25509

  Új Válasz

  Ú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

  

  kem

  addikt

  válasz Lenry üzenetére #25508

  bocs a hulye kerdesert, de hova szokas ilyen scripteket tenni?
  /opt?
  /usr/bin ?

• Lenry félisten

  2017-03-28 12:16:20 #25508

  Új Válasz

  Ú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

  

  Lenry

  félisten

  válasz kem üzenetére #25506

  én ezt egy külön shellscriptbe raknám, és azt futtatnám a cronnal

• kem addikt

  2017-03-28 11:55:45 #25507

  Új Válasz

  Ú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

  

  kem

  addikt

  válasz Prosectura2 üzenetére #25505

  Root crontabba hozzaadhatnal egy sort ami idozitve elinditja a felvetelt, es utana egy masik sorral pedig pkill processnevvel kilovod a futo processt egy masik sorral, akkor nem kell tudni a PID-t. Nekem is volt hasonlo problemam, de en ugy oldottam meg, hogy egy par soros scriptet futtattam aminek az elo sora elinditott egy processt, a masik sleepelt 24 orat, a kovetkezo sor pedig killelte az elso sorban elinditott processt. Crontabbal egyszerubb ha nem egyszeri dologrol volt szo. Mindezt screenben futtattam, hogy ne kelljen ssh-t nyitvatartani. Ezenkivul lehet, hogy az app amit futtatnal eleve tartalmaz ilyen kapcsolot, a manualjaban megnezhetned.

• kem addikt

  2017-03-28 11:47:35 #25506

  Új Válasz

  Ú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

  

  kem

  addikt

  Sziasztok!

  Probaltam hozzaadni crontabhoz a kovetkezo sort, hogy kitoroljem az egy napnal oregebb logfileokat egy testserverrol, mert hamar elfogy az ures hely, de valamiert nem futott le. Ha csak siman futtatom, akkor mukodik.

  crontab -e
  +55 9 * * * find /var/log/slee/ -name "*log.*" -mtime +1 -type f -exec rm -f {} \;

  Lattok benne valamit ami miatt nem futhat? rootkent adtam hozza, de a legtobb lognak mas az ownere.
  OS: Oracle Linux Server release 6.5

• Prosectura2 tag

  2017-03-28 11:46:41 #25505

  Új Válasz

  Ú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

  

  Prosectura2

  tag

  Sziasztok!

  Egy Raspberry Pi-t használok biztonsági kameraként, ezzel kapcsolatban szeretnék segítséget kérni.
  Azt szeretném, ha a Pi minden nap egy bizonyos időben elindítana egy videórögzítést, és egy bizonyos időben leállítaná, nyilván a rögzített anyag megtartásával. Erre most kézzel elindítva használom a picam progit (mivel ez hangot is tud felvenni), de szeretném ezt automatizálni. Tehát ennek úgy kéne lefutni, hogy nem jelentkezem be ssh-n. A picam futásához szükséges a sudo parancs, mert anélkül nem fér hozzá a kamerához, gondolom ez bonyolítja a helyzetet.

  Van erre valami lehetőség?

  Köszönöm

• DrojDtroll veterán

  2017-03-27 15:02:31 #25504

  Új Válasz

  Ú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

  

  DrojDtroll

  veterán

  válasz Lenry üzenetére #25503

  lehet akkor az lesz a legjobb megoldás

• Lenry félisten

  2017-03-27 14:46:32 #25503

  Új Válasz

  Ú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

  

  Lenry

  félisten

  válasz DrojDtroll üzenetére #25502

  akkor nem lenne jobb, ha önmagát indítaná újra a ciklus X időnyi várakozás után? ekkor biztosan nem futna párhuzamosan

• DrojDtroll veterán

  2017-03-27 14:16:22 #25502

  Új Válasz

  Ú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

  

  DrojDtroll

  veterán

  válasz sonar üzenetére #25501

  igazából az van hogy egymás után kellene fusson folyamatosan elég rövid időközönként

  pl percenként

  és ha action van akkor húzódhat tovább

• sonar addikt

  2017-03-27 13:59:57 #25501

  Új Válasz

  Ú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

  

  sonar

  addikt

  válasz DrojDtroll üzenetére #25500

  Ráindit mégegyszer, de lehet megadni timeout-ot az alábbi módon.
  [link]
  # puppet shouldn't take more then 40 minutes!
47 * * * * root /usr/bin/timeout 2400 /usr/bin/puppet
  Én mondjuk scriptben szoktam lekérdezni, hogy fut-e még, ha igen akkor ne induljon el. Bár az eléggé extrém eset, hogy 30 percig fusson és 30 percre van ütemezve. Ha ez gyakran előfordul akkor vmi nem klappol (rossz az ütemezés v script v a koncepció...)

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