Hirdetés
-
Computex 2024: Ez a mimikás robot valójában egy 65 wattos GaN gyorstöltő
ma A Ugreen Nexode RG fekete és lila színben cukiskodik, és három eszközt is tölt egyszerre, ha kell.
-
Elden Ring - Shadow of the Erdtree teszt
gp Több, mint két évet kellett várni az Elden Ring első, és valószínűleg egyetlen kiegészítőjére. Megérte vajon a várakozást?
-
Az USA tisztifőorvosa figyelmeztető címkét ragasztana a közösségi médiára
it Figyelmeztető címkéket szeretne látni az USA tisztifőorvosa a közösségi médiában, ami főleg a serdülők számára lenne emlékeztető a platformok súlyosan káros hatásairól.
Új hozzászólás Aktív témák
-
Fenyő
őstag
válasz
Dhampir #4899 üzenetére
Nem tudom Winét nemigen használok (max Dosboxot
), ha nagyritkán Win kell akkor natívan használom, de mivel ez egy tesztrendszer ha megmondod mit/hogyan telepítsek, akkor majd ki tudom próbálni...
joecontra: fceux elvileg használ opengl kimenetet ha tud, de lehet anélkül is megy, első körben megnézéném, hogy 3d-vel van-e gond ánblokk vagy csak a Hedgewars-sal, amúgya a 32bites 14.04-es Lubuntut próbáltam még a nyáron, hát az vmi iszonyat bugos volt, nem ment a Zoiper, Evince, tömötítők egy része, Chrome/ium alatt nem lehetett kieget hozzáadni a hivatalos Chrome webrárhelyből, mert azonnal összeomlott (ez mondjuk az összes 32 bites disztrón így volt a 38-39-es verzójú 32bites Chromiummal, míg a 64bitessel nem volt gond), míg mondjuk a szintén 14.04 alapú, de 64bites Mint 17 Xfce-vel meg semmilyen bugba nem futottam bele...[ Szerkesztve ]
Nem küldhetsz privát üzenetet saját magadnak!
-
joecontra
addikt
hogy 3d-vel van-e gond ánblokk
Azt hogyan? Mit tegyek fel amivel tudom tesztelni?nem ment a Zoiper, Evince, tömötítők egy része
Lubuntu az más mint a Xubuntu, a Lubuntu live módban is bugos. Xubuntu alatt az evince és file-roller szépen működnek.Arra pedig továbbra sem tudtam rájönni, hogy az ablakok széle és alja miért hiányzik. Mintha Arch Linux-nál is belefutottam volna ebbe.
Üdv,
J -
OddMan
őstag
Írtam egy egyszerű servicet, aminek az lenne a feladata, hogy elindítsa az rtorrentet a "wolf" nevű falhasználó nevében. Ha bejelentkezek a "wolf"-val és kiadom a "systemctl start srt.service" parancsot, akkor működik. Viszont ha újraindítom a gépet, akkor nem indul el automatikusan az rtorrent. Be kell jelentkeznem a wolf felhasználóval és manuálisan kell elindítanom az általam készített szolgáltatást.
Szerintetek mit kéne javítani a srt.service scripten, hogy újraindítás után automatikusan elindítsa a "wolf" felhasználó nevében az rtorrent programot?[Unit]
Description=screen and rtorrent
[Service]
ExecStartPre=/usr/bin/rm -f /home/wolf/disk0/torrent/rtorrent.session/rtorrent.lock
ExecStart=/usr/bin/su wolf -c '/usr/bin/screen -dmS rtorrent /usr/bin/rtorrent'
[Install]
WantedBy=multi-user.target[ Szerkesztve ]
''A szíved szabad! Légy bátor és kövesd!''
-
BoB
veterán
Szia
/etc/systemd/system/rt@.service
Tartalma:
[Unit]
Description=rTorrent
Requires=network.target local-fs.target
[Service]
Type=forking
RemainAfterExit=yes
KillMode=none
User=%I
ExecStart=/usr/bin/screen -d -m -S rtorrent /usr/bin/rtorrent
ExecStop=/usr/bin/killall -w -s 2 /usr/bin/rtorrent
WorkingDirectory=/home/%I/
[Install]
WantedBy=multi-user.targetEngedélyezés:
systemctl enable rt@wolf
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
BoB
veterán
Nem, csak poénból írtamAlternatív módon, kukac nélkül: (bár így is ugyanúgy jó)
User=%I helyett: User=wolf
És
WorkingDirectory=/home/%I/ helyett: WorkingDirectory=/home/wolf/És akkor ne tegyél kukacot a fájl nevébe, engedélyezésnél csak a service neve kell.
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
OddMan
őstag
Átírtam a script-et az alábbiak szerint, de így sem jó. Ha manuálisan indítom, akkor működik, de ha újraindítom a gépet, akkor nem indítja el a screen+rtorrent programokat. Lehet nem a script-el van baj, hanem a screen programnak nem tetszik valami.
[Unit]
Description=screen and rtorrent
[Service]
Type=forking
User=wolf
WorkingDirectory=/home/wolf/
ExecStartPre=/usr/bin/rm -f /home/wolf/disk0/torrent/rtorrent.session/rtorrent.lock
ExecStart=/usr/bin/screen -dmS rtorrent /usr/bin/rtorrent
ExecStop=/usr/bin/killall -w /usr/bin/rtorrent
[Install]
WantedBy=multi-user.target[ Szerkesztve ]
''A szíved szabad! Légy bátor és kövesd!''
-
OddMan
őstag
Igen az enable megvolt. Ha be vagyok jelentkezve, akkor manuálisan el is tudom indítani (sudo systemctl start s_rt.service) paranccsal. Az elérési utakat is ellenőriztem és minden a helyén van. Bár szerintem ha nem lenne jó, akkor manuálisan sem lehetne elindítani a szolgáltatást.
''A szíved szabad! Légy bátor és kövesd!''
-
OddMan
őstag
Úgy látom, hogy a screen program valamiért kilép indulás után és ezért nem tud elindulni az rtorrent sem.
[wolf@banana ~]$ sudo systemctl status s_rt.service
s_rt.service - screen and rtorrent
Loaded: loaded (/usr/lib/systemd/system/s_rt.service; enabled)
Active: inactive (dead) since Sun 2015-03-08 14:04:59 CET; 32s ago
Process: 265 ExecStart=/usr/bin/screen -dmS rtorrent /usr/bin/rtorrent (code=exited, status=0/SUCCESS)
Process: 259 ExecStartPre=/usr/bin/rm -f /home/wolf/disk0/torrent/rtorrent.session/rtorrent.lock (code=exited, status=0/SUCCESS)
Main PID: 273 (code=exited, status=0/SUCCESS)
CGroup: /system.slice/s_rt.service
Mar 08 14:04:52 banana systemd[1]: Starting screen and rtorrent...
Mar 08 14:04:53 banana systemd[1]: Started screen and rtorrent.''A szíved szabad! Légy bátor és kövesd!''
-
Rimuru
veterán
Szia!
Mi lenne ha csak user módban indítanád? Ide raknád a service fájlt ~/.config/systemd/user/ kezelni meg így kéne (a saját felhasználóddal, tehát sudo nélkül): systemctl --user command rt.service.
A "User=wolf" és "WorkingDirectory=/home/wolf/" se kellene, a WantedBy= meg elvileg bármi lehet.Vigyázat, csalok!
-
OddMan
őstag
A "status=216/GROUP" hibakód mit jelenthet?
[wolf@banana user]$ systemctl --user status s_rt.service
s_rt.service - screen and rtorrent
Loaded: loaded (/home/wolf/.config/systemd/user/s_rt.service; enabled)
Active: failed (Result: exit-code) since Sun 2015-03-08 17:21:37 CET; 16s ago
Process: 957 ExecStart=/usr/bin/screen -dmS rtorrent /usr/bin/rtorrent (code=exited, status=216/GROUP)
Mar 08 17:21:37 banana systemd[341]: Starting screen and rtorrent...
Mar 08 17:21:37 banana systemd[341]: s_rt.service: control process exited, code=exited status=216
Mar 08 17:21:37 banana systemd[341]: Failed to start screen and rtorrent.
Mar 08 17:21:37 banana systemd[341]: Unit s_rt.service entered failed state.
[wolf@banana user][ Szerkesztve ]
''A szíved szabad! Légy bátor és kövesd!''
-
brugo
aktív tag
Ajáljatok 1 olyan programot amivel be tudom mérni a szolgáltatom által nyújtott sávszélességet ( sebességet
?bit/sec). -
OddMan
őstag
Kitöröltem az alábbi sorokat, így már elindul az rtorrent, ha manuálisan indítom "wolf" felhasználóként. Ha újraindítom a gépet, akkor sajnos nem indul, szóval az eredeti probléma megmaradt.
User=wolf
WorkingDirectory=/home/wolf/[ Szerkesztve ]
''A szíved szabad! Légy bátor és kövesd!''
-
BoB
veterán
OddMan: nem lehet SElinux miatt van gond?
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
OddMan
őstag
A SELinux le van tiltva. Próbáltam a tmux-al is, de azzal sem változik a helyzet.
Le tudnád futtatni a saját gépeden a "systemctl status rt.service" parancsot és bemásolni ide a kimenetét?
Kíváncsi vagyok, hogy nálad a pidek hogyan alakulnak.[wolf@banana ~]$ sudo systemctl status s_rt.service
s_rt.service - screen and rtorrent
Loaded: loaded (/usr/lib/systemd/system/s_rt.service; enabled)
Active: active (running) since Sun 2015-03-08 20:36:47 CET; 9min ago
Process: 278 ExecStop=/usr/bin/tmux send-keys -t rt:rtw C-q (code=exited, status=1/FAILURE)
Process: 467 ExecStart=/usr/bin/tmux new-session -d -s rt -n rtw /usr/bin/rtorrent (code=exited, status=0/SUCCESS)
Process: 465 ExecStartPre=/usr/bin/rm -f /home/wolf/disk0/torrent/rtorrent.session/rtorrent.lock (code=exited, status=0/SUCCESS)
Main PID: 469 (tmux)
CGroup: /system.slice/s_rt.service
├─469 /usr/bin/tmux new-session -d -s rt -n rtw /usr/bin/rtorrent
└─470 /usr/bin/rtorrent
Mar 08 20:36:47 banana systemd[1]: Started screen and rtorrent.''A szíved szabad! Légy bátor és kövesd!''
-
OddMan
őstag
Az nem okozhat problémát, hogy az ExecStart PID értéke nem egyezik a tmux Main PID értékével? Arra gondolok, hogy induláskor valamiért az ExecStart-hoz tartozó szál befejeződik és mivel nincs még bejelentkezett felhasználó ezért elhal az ehhez a szülő szálhoz csatlakozó gyerek szál vagy szálak, amin lóg a tmux és az rtorrent.
A másik kérdésem, hogy nem lehetne valamilyen debug szintű logolást bekapcsolni, hogy lehessen látni, hogy pontosan mi történik egy adott szolgáltatás indulásakor?
''A szíved szabad! Légy bátor és kövesd!''
-
qisqaqas
senior tag
-
OddMan
őstag
Azt tudom, hogy a pid-ek nem ütközhetnek, nem is erre gondoltam, hanem arra, hogyha elhal egy szál, akkor a gyermek szálak is elhalnak vele együtt és nem fognak futni. Amúgy a forking is bekavart rendesen, mivel a screen és a tmux is forkol a -d opció hatására.
A lényeg, hogy sikerült kiötleni magamból a megoldást. Bemásolom ide, hogy másnak már ne kelljen ezzel szívnia fedora alatt.
Nem tudom miért, de a neten lévő scriptek nem jók a fedora-hoz. Az alábbival viszont nekem most tökéletesen működik az rtorrent indítása.[wolf@banana ~]$ sudo cat /usr/lib/systemd/system/s_rt.service
[Unit]
Description=start screen and rtorrent
After=network.target NetworkManager.service local-fs.target multi-user.target network-online.target
[Service]
Type=oneshot
RemainAfterExit=yes
User=wolf
WorkingDirectory=/home/wolf/
ExecStartPre=/usr/bin/rm -f /home/wolf/disk0/torrent/rtorrent.session/rtorrent.lock
ExecStart=/usr/bin/tmux new-session -d -s rt
ExecStartPost=/usr/bin/tmux send-keys -t rt /usr/bin/rtorrent ENTER
ExecStop=/usr/bin/tmux send-keys -t rt C-q
ExecStopPost=/usr/bin/tmux send-keys -t rt exit ENTER
Environment=SYSTEMD_LOG_LEVEL=debug
[Install]
WantedBy=multi-user.target
[wolf@banana ~]$Az ablakhoz a "tmux attach -t rt"-vel lehet csatlakozni.
Kilépni a Ctrl+b d billentyűkombinációval lehet.[ Szerkesztve ]
''A szíved szabad! Légy bátor és kövesd!''
-
OddMan
őstag
válasz
qisqaqas #4928 üzenetére
Igen ez egy Banana Pro.
[ Szerkesztve ]
''A szíved szabad! Légy bátor és kövesd!''
-
qisqaqas
senior tag
Jelenleg egy routerboardot nyúzok a szériából, de a szoftveres támogatásuk nagyon gyatra. OpenWRTs kernelból kibányászott patch-csel kellene újrafordítanom egy kernelt. Mert hivatalos szorsz nincs.
Aztán vagy megy, vagy nem.
CMstorm QF TK eladó || Nem jó a keyboardod? Építs -> http://prohardver.hu/tema/igy_epitsd_a_billentyuzeted/ || Jolla!
-
csendes
őstag
Nézem, hogy megjelent a Fedora 22 Alfa. De ez még hagyján, mert a végleges kiadást már május 19-re tervezik, csupán bő 5 hónappal az előző verzió után. [link]. Valahogy úgy dereng, hogy a 20 és 21 kiadásakor nem kapkodtak ennyire
Ki állította meg az órát? Néha az az érzésem, hogy Magyarországot is Kínában gyártották.
-
válasz
csendes #4931 üzenetére
Kell egy terv amihez képest csúszhatnak
Amúgy nem világos miért jó ez. Akkora újdonság úgysem lesz benne, hogy főverziót ugorjon.
Oké a DukeNukem fejlesztése a másik véglet, hogy majd kiadjuk ha kész lesz, de csak azért hogy fél évente kiadjanak "valamit"...[ Szerkesztve ]
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
qisqaqas
senior tag
válasz
csendes #4931 üzenetére
20 és 21 között nagyon sok részproject volt amit meg kellett csinálni. Még a fedora 18 után(asszem) határozták el a fedora.next projectet, egyeztek meg benne ami rengeteg stuktúrális átalakítást igényelt. Ezt az egy esetet leszámítva félévente jelentkeztek új verzióval.
CMstorm QF TK eladó || Nem jó a keyboardod? Építs -> http://prohardver.hu/tema/igy_epitsd_a_billentyuzeted/ || Jolla!
-
-
csendes
őstag
Itt elég jól le van írva: [link]. Kb. félévente új verzió, és a kiadástól számítva kb. 13 hónapig van támogatás. A fedora partícióm neve még mindig Fedora 16, és mindig frissítettem azóta az új verzióra, soha nem telepítettem újra. De a frissítés lassúbb és kevésbé megbízható, mint az egészet újratelepíteni. A CentOS (ami gyakorlatilag egyenlő az RHEL-lel, ami viszont a Fedora stabil, kereskedelmi változata) jóval hosszabb támogatási ciklusokkal dolgozik [link], a nagyrabecsült, nagytudású és lusta fórumtársak csak azt használják
Ki állította meg az órát? Néha az az érzésem, hogy Magyarországot is Kínában gyártották.
-
Fenyő
őstag
válasz
csendes #4936 üzenetére
Köszi, most még csak úgyis ilyen tesztelős gépen van majd meglátjuk hogy működik élesben, CentOs-el is szemezgettem, csak nincs hozzá xfce spin (a gnome3 nem igazán bejövős), epel repóból kéne utólag hozzáadni gondolom minimal install után, de annyira még nem voltam bátor, hogy bele is vágjak, pedig jól hangzik a 10 év támogatás.
Nem küldhetsz privát üzenetet saját magadnak!
-
qisqaqas
senior tag
Vannak rolling release disztribúciók, ahol mindig mindenből a legfrissebb elérhető. Ha csomagonként garantálva van a minőség, rendszerszinten sincs vele baj.
Torvalds neheztelt a Fedorás arcokra(RedHatre is) hogy "bénák vagytok miért nem tudtok kidobni egy generált imaget- minden hónapban -a rilizek között?".
Szerény személyem gyakran telepít újra, de akiket ismerek, náluk nem gázos a distupgrade.
CMstorm QF TK eladó || Nem jó a keyboardod? Építs -> http://prohardver.hu/tema/igy_epitsd_a_billentyuzeted/ || Jolla!
-
Vladi
nagyúr
Sokan vitatják, hogy lehetséges -e. Én 2 napra raktam egy 15 éves gépre centos 5-öt. az még fedora core 6 alapú. 8 éves, köszöni jól van.
kicsit tanulj bele. ha megtetszik próbáld ki a centost. ha megfelel az igényeidnek, akkor tényleg nagoyn jó választás.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
kovaax
őstag
Hell! \m/
Tudtam, hogy frissült a kuglikgóm, de nem jelezte magától, úgyhogy elindítottam a Szoftverek-et, azt mondta, hogy 20 perce frissítette az adatait, és nincs új csomag. Indítottam egy terminált, és hát láss csodát, a yum update 141 új csomagot talált (köztük a kuglikróm természetesen), és frissített... Szóval ez nekem csak nem akar működni, vagy csak havonta egyszer, vagy a fax tudja...
-=- There's no place like /home -=-
-
csendes
őstag
A yum-nál egyszerűbben biztos nem fog működni. Egyébként itt [link] azt írják, hogy "gSoftware notify for updates only after has downloading them silently on background", vagyis csak azután jelzi ki a frissítést, ha már csendben letöltötte, és ha sok frissítés van, azt sokáig tart letölteni, vagy nem tudom.
Ki állította meg az órát? Néha az az érzésem, hogy Magyarországot is Kínában gyártották.
-
qisqaqas
senior tag
Ez a cachelés... yumnál és dnfnél is megvan ez. Ha forszolod a db frissítést akkor ott is találni fog friss dolgokat . GUI-n meg nem lehet erőltetni a db letöltését.
CMstorm QF TK eladó || Nem jó a keyboardod? Építs -> http://prohardver.hu/tema/igy_epitsd_a_billentyuzeted/ || Jolla!
-
Tamy
senior tag
Sziasztok!
Egy Red Hat Enterprise Linux 6 alapú szerverre szeretném feltelepíteni az Expect csomagot, de elakadtam.
Kezdő Linuxosként első körben rpm-el próbálkoztam, de kiderült, hogy van 13 függősége, így keresgéltem kicsit, és ráakadtam a yum csomagkezelőre.
Leszedtem ezt a csomagot, kicsomagoltam, de telepítésnél ha jól értem hiányolja a Tcl csomagot. Ilyent nemigazán találok, innen szedtem le, de telepíteni nem sikerült.
Xubuntura simán felraktam, de a Red Hat kifog rajtam. Mit rontok el?
Egész életemben azon gondolkodtam, hogy kéne valamit dolgoznom. Ezért aztán a végén nem is maradt rá időm.
-
Vladi
nagyúr
Tulajdonképpen semmit. Odáig eljutottál, hogy megvan a yum. Igen, ez a csomagkezelő itt. Viszont kellene egy repó is.
Az expect az ez? mert elvben ez van alap tárolóban. Igaz centos 7-en néztem, de szerintem nálad is. Tehát:
su -
yum install expectKészvagy.
Egyébként ez egy enterprise linux. Itt szigorság van. Tehát ne tölts le semmilyen kósza rpm-et. Keress a hivatalos tárolókban. max a félhivatalos tárolókban, mint az epel az elrepo. nagyon esetleg nux. Amit itt nem találsz az nem is kell neked.
Egyébként van centos topik, oda nyugdtan mehet a red hat kérdés is.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
Tamy
senior tag
Igen, erről a csomagról van szó.
Próbáltam az általad említett megoldást is (igazából azzal kezdtem), de ezt kapom:
No package expect available.
Error: Nothing to doEzért kezdtem el letöltögetni. Nemigazán tudom hol találok olyan hivatalos tárolót, ami alapból nincs beállítva, és érdemes lenne használni. Az epel-t keresgélem, megpróbálom hozzáadni, majd abból telepíteni.
Egész életemben azon gondolkodtam, hogy kéne valamit dolgoznom. Ezért aztán a végén nem is maradt rá időm.
-
Tamy
senior tag
-
Tamy
senior tag
Nos kézzel sikerült csak hozzáadnom az EPEL tárolóját, viszont itt sem találom amit keresek. Ilyeneket látok:
[root@valami.lan:~]# yum list all | grep expect
nodejs-expect-dot-js.noarch 0.2.0-5.el6 epel
pexpect.noarch 2.3-5.el6 epel
rubygem-rspec-expectations.noarch 2.6.0-1.el6 epel
rubygem-rspec-expectations-doc.noarch 2.6.0-1.el6 epelSzerintem ez egyik sem az.
Egész életemben azon gondolkodtam, hogy kéne valamit dolgoznom. Ezért aztán a végén nem is maradt rá időm.
-
Új hozzászólás Aktív témák
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Védje meg számítógépét a vírusoktól!