-
Fototrend
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
-
BoB
veterán
válasz
sh4d0w
#25599
üzenetére
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...
-
-
-
-
_Dumber_
őstag
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
válasz
sh4d0w
#25592
üzenetére
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.
-
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.
-
_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
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 -
letöltöd ezt, lefuttatod, a kapott eredményt a xorg.confba teszed
-
-
-
Frawly
veterán
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
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?
-
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
-
sonar
addikt
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
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 -
hogyan tud jelszóval belépni, ha ütemezett script-ből rsync -e 'ssh -p port' formát használok?
--password-filekapcsoló, amivel megadsz egy fájlt, amibenuserné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
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
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
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! -
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
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 -
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 -
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
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.
-
Frawly
veterán
válasz
Rimuru
#25552
üzenetére
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
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
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.
-
Frawly
veterán
válasz
Rimuru
#25547
üzenetére
É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.
-
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 avirtualbox.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 virtualboxsem tudom kiadni, mert rinyál hogy rossz a dkms.Sosem volt gondom eddig VB felrakásával, de most erősen kifog rajtam.
-
Frawly
veterán
válasz
Rimuru
#25541
üzenetére
Ú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
válasz
Frawly
#25540
üzenetére
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
É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
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. -
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
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
válasz
bucihost
#25531
üzenetére
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ó.
-
#25533
whYz
őstag
DrojDtroll
#25532
whYz
őstag
válasz
DrojDtroll
#25532
üzenetére
Koszi, akkor maradok annal.
-
Gorneck
legenda
válasz
bambano
#25467
üzenetére
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.
-
#25524
bambano
titán
Prosectura2
#25523
bambano
titán
válasz
Prosectura2
#25523
üzenetére
szerintem az echo utáni -e -t vedd le.
-
#25523
Prosectura2
tag
Prosectura2
tag
Újra elakadtam a crontabbal.
Ezt az utasítást
echo -e "dir=/mnt/HTPC/" > /home/username/picam/start_recordkellene 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?
-
#25522
Lenry
félisten
Prosectura2
#25520
válasz
Prosectura2
#25520
üzenetére
de
-
Prosectura2
tag
válasz
Prosectura2
#25520
üzenetére
Na ez megoldódott, a root crontabját kellett szerkeszteni, de nem x-eket kellett beírni, hanem *-okat.
-
#25519
bambano
titán
Prosectura2
#25515
bambano
titán
válasz
Prosectura2
#25515
üzenetére
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. -
#25518
sonar
addikt
Prosectura2
#25517
sonar
addikt
válasz
Prosectura2
#25517
üzenetére
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) -
#25517
Prosectura2
tag
sonar
#25516
Prosectura2
tag
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). -
#25516
sonar
addikt
Prosectura2
#25515
sonar
addikt
válasz
Prosectura2
#25515
üzenetére
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
válasz
Prosectura2
#25514
üzenetére
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? -
#25514
Prosectura2
tag
Lenry
#25508
Prosectura2
tag
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
válasz
#68216320
#25495
üzenetére
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. -
#25507
kem
addikt
Prosectura2
#25505
kem
addikt
válasz
Prosectura2
#25505
üzenetére
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
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 -
#25505
Prosectura2
tag
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
-
#25503
Lenry
félisten
DrojDtroll
#25502
válasz
DrojDtroll
#25502
üzenetére
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
-
#25501
sonar
addikt
DrojDtroll
#25500
sonar
addikt
válasz
DrojDtroll
#25500
üzenetére
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ó...)
Kedden amint bemegyek melóba(oda kellett az infó) ki is próbálom.
Új hozzászólás Aktív témák
- Bomba ár! HP ZBook 15 Studio G3 - Intel Xeon I 32GB I 512SSD I 15,6" FHD I Nvidia I Cam I W10 I Gar
- Huawei P20 Lite 64GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRCSÖKKENTÉS Panasonic Viera 37" TH-37PV8P plazma TV eladó (2 HDMI)
- Már csak 12 db 5G ROUTER! - Telenor 5G Indoor WiFi Router (FA7550) + töltő (bolti áruk 100.000Ft)
- BESZÁMÍTÁS! MSI B550 7 5800X 16GB DDR4 512GB SSD RTX 3070 8GB Rampage SHIVA Enermax 750W
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest