Új hozzászólás Aktív témák
-
OddMan
őstag
Pontosan ezért kérdeztem, mert régebben jó pár olyan játék volt ami simán működött Nvidia kártyával, viszont AMD-vel meg nem. Ilyen játék volt pl. az XCOM2. Találtam jó pár cikket, amit most elolvastam és úgy látom, hogy nagyon sokat fejlődött az AMD.
A lényeg, hogy nem szívesen vennék egy drága AMD VEGA 64 kártyát, amivel bizonyos játékok nem működnek, ellentétben mondjuk egy NVIDIA GTX 1080-al.
Bocs a sok hülye kérdésért, de a Linux ezen részével mostanában egyáltalán nem foglalkoztam és teljesen hiányos a tudásom.
U.I.:
Köszi a linkeket.
-
OddMan
őstag
Köszönöm a segítséget, ezekről nem sokat tudtam.

Esetleg tudnál ajánlani olyan oldalt ahol találhatok arról infót, hogy egy bizonyos játék támogatott vagy sem AMD kártyával?
Például jelenleg ezekkel játszok:
Age.of.Wonders.III.Eternal.Lords
Bound.By.Flame
LoL64
Master of Orion
Satellite.Reign
Sid.Meiers.Civilization.VI
Stellaris
Stronghold.3
TheWitcher
The Witcher 2 Assassins Of Kings Enhanced Edition
Tower.of.Time
Warhammer 40000 Dawn of War II Retribution -
OddMan
őstag
Csak kérdés, hogy elindulnak a játékok nyílt driver-el?
Például Nvidia-hoz is van nyílt driver (Nouveau), de ezzel szinte egyik játék sem megy, szóval telepíteni kell az Nvidia zárt driver-ét. Mondjuk engem ez egyáltalán nem zavar csak kérdés, hogy AMD fronton ez hogyan működik? Ha kell a játékoknak az amdgpu-pro driver, akkor ez a (zárt) driver működni fog Fedora 27 alatt is? -
OddMan
őstag
Használ valaki Fedora27-et játékra (főleg Steam) AMD Radeon VEGA 64 kártyával? Eddig Nvidia kártyáim voltak csak, de kíváncsi lennék, hogy az AMD Radeon VEGA kártyák mennyire jók játékra Linux alatt?
Van egy régi GTX780Ti kártyám, amit szeretnék lecserélni és gondolkozom azon, hogy esetleg AMD kártyát veszek, de egyelőre fogalmam sincs, hogy merjek-e váltani, mert sok helyen azt olvastam, hogy az AMD nem igazán jól támogatott Linux alatt és egy csomó játék nem megy vele, ami Nvidia kártyával meg simán működik. Szóval szerintetek ezzel kapcsolatban mi az igazság manapság?
Sajnos a neten nagyon sok elévült, idejétmúlt információ kering, ezért próbálok infókat szerezni itt a fórumon. 
-
OddMan
őstag
A legújabb fedora 22 alatt csináltam egy raid 5 tömböt. A kérdésem, hogy ebben az új fedora-ban az mdadm.conf már nem használatos? Csak azért kérdem, mert nekem nincs ilyen fájlom az etc könyvtáron belül. Amúgy ha újraindítom a gépet, akkor a linux simán elindítja a raid tömböt, ahogy az elvárható.
-
OddMan
őstag
válasz
qisqaqas
#4928
üzenetére
Igen ez egy Banana Pro.

-
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. -
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?
-
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. -
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] -
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. -
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.
-
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 -
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 -
OddMan
őstag
Hogyan lehetne azt megoldani, hogy az smbd daemon (process) hozzá legyen rendelve a processzorom 2. magjához fixen?

Új hozzászólás Aktív témák
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most Ünnepi áron! :)
- Keresem a Barkács Balázs Játékokat
- Vírusirtó, Antivirus, VPN kulcsok GARANCIÁVAL!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Apple iPhone 13 Pro Alpine Green ProMotion 120 Hz, Pro kamerák 128 GB-100%
- GYÖNYÖRŰ iPhone 12 Mini 64GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS4082, 90% Akksi
- Bialetti kézi kávéőrlő
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7500F 32/64GB RAM RX 9060 XT 16GB GAMER PC termékbeszámítással
- Samsung Galaxy S23 Ultra - Green - 8GB /256GB - Újszerű állapot!
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest




Sajnos a neten nagyon sok elévült, idejétmúlt információ kering, ezért próbálok infókat szerezni itt a fórumon.




