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

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

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

lehet akkor az lesz a legjobb megoldás

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

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

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.

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

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

ha rootként fut, akkor tökmindegy

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.

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?

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?

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?

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

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)

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.

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?

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

de

Ú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?

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

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

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

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.

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?

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

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

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?

szerintem nincs

Koszi, akkor maradok annal.

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

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!

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.

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

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

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.

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

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

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.

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?

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

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.

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?

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