Hirdetés
- urandom0: Mégsem számőzöm az AI-t az életemből :(
- Hieronymus: Rosszindulatú tevékenységek ellenőrzése IP alapján
- Torda: Így lehet fillérekből prémium okosotthon rendszert építeni 2025-ben
- gban: Ingyen kellene, de tegnapra
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Lalikiraly: Asus Gaming V16 - RTX5050
- laca223: Miért győz a kollektív meggyőződés akkor is, ha saját magát teszi tönkre?
- D1Rect: Nagy "hülyétkapokazapróktól" topik
Új hozzászólás Aktív témák
-
#6500
csendes
addikt
Neil Watts
#6497
csendes
addikt
válasz
Neil Watts
#6497
üzenetére
Azért annyira nem rossz a helyzet, magyarul: [link]. Vagyis 34 milliárd dollárt adott az IBM és nagy felárral vásárolta fel a RH részvényeket. Egyelőre még a vezérigazgatót sem rúgják ki.
Vagyis nem a RH ment rosszul, hanem az IBM forgalma csökkent és valamit mutatni kellett a részvényeseknek.
Lehet, hogy az Oracle is próbálkozott a felvásárlással, ezért lett a végén ilyen nagy a felár, persze most már verhetem a fejem a falba, hogy miért nem RHEL részvénybe fektettem a pénzemet.
A Fedora-t nem fogják bántani, nekik ez egy rakás ingyenes tesztelőt jelent, a támogatási ciklust már így is nagyon megrövidítették, a RH eddig is megválogatta, hogy mi mehet a központi repókba.
A CentOS meg szintén kell továbbra is, a versenytársakat (Oracle, SUSE) sakkban tartani, illetve a teljesen ingyenes Scientific Linux-szal szemben. Az Oracle Linux is ingyenesen letölthető egyébként, csak a támogatásért kell fizetni.
Azért nyilván jobban megnézik, hogy milyen FOSS projekteket hogyan támogatnak ezentúl, mondjuk a Gnome3 vagy Wayland esetében. -
#6499
Lacc
aktív tag
Neil Watts
#6497
Lacc
aktív tag
válasz
Neil Watts
#6497
üzenetére
Lehet semmi, mint az MS is megvette a Githubot es nem rugta ki az eredeti csapatot sajnos, mert az eredeti csapat uzletileg tonkre vattak a Githubot.
Lehet beken hagyjak a Fedora-s csapatot. -
#6498
cigam
titán
Neil Watts
#6497
cigam
titán
válasz
Neil Watts
#6497
üzenetére
Aztán kinyírja mint az OS/2-t
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#6497
Neil Watts
veterán
Neil Watts
veterán
Sziasztok!
Attetelesen ennek igen erdekes hatasa lesz rank nezve.
Reszemrol elkezdek csomagolni es koltozok a Marsra.
Udv. core2
-
Lacc
aktív tag
Pasz, gondolom az LVM decrypt megoldja ezt nem? Ha ott is van a gépen LUKS akkor simán felismeri, ha nem akkor ez segíthet.
De ehhez teljesen le kell állítani a gépet, mert ha van pre-boot authentikáció, akkor célszerű ezt megcsinálni.Másik, hogy a Luks esetében le kell szokni az alvó módrol meg a hibernációról
. Bár lehet azóta javították azt a hibáját.Bár másik kérdés, hogy használja-e az NSA titkosító eljárását
Többet nem tudok nyilatkozni. Én elsősorban már Windows 10 Bitlocker és Veracrypt-et használok.
-
cigam
titán
Nem kell szuper biztonság, nem a földönkívüliek titkát bízták rám. Elég annyi, hogy illetéktelen kezekbe kerülve ne csámcsogjanak a privát adataimon(képek, videók, jelszavak) A cryptosetup verziója 2.0.4, és már találtam is benne egy hibát
.
Nem kell grep, a dmsetup ls-nek elég szűkszavű a kimenete:
fedora_localhost--live-home (253:3)
teszt-adatok (253:4)
luks-c2b5d094-225e-4be3-ade7-77e2794ddb5d (253:0)
fedora_localhost--live-swap (253:2)
fedora_localhost--live-root (253:1)LVM restaurálásra van tipped? PL. átkerül egy másik gépbe a lemez, hogy építem fel megint, hogy olvashatóak legyenek az adatok? Addig eljutottam, hogy a pvs mutatja, hogy az adott partíció LVM-es. Ha csak simán készítek belőle egy VG-t, üresnek mutatja. Ha készítek rá egy akkora LV-t, amekkora eredetileg volt rajta, már sikít, hogy ezen vagy egy fájlrendszer, felülírom-e. Ha nem, akkor már lefut rajt az fsck, és felcsatolva már látom az adatokat(vagy azok egy részét). Van ennél korrektebb megoldás, vagy ez egy ilyen lutri?
-
Lacc
aktív tag
Igen, jol gondolod.
Annyit hozzatennek, hogy szerintem erdemesebb telepites utan kulon az sda5-t titkositani, vagy ha tudod telepites kozben a titkositas parameteret valtoztatni akkor ugy is jo.
(a default titkositas csak sha256-ot hasznal 256 kulccsal, persze ez az alap, de ez eleg alap, egy 512-es ma mar erosen ajanlott - szerintem) a masik meg hogy a kerdeses, melyik verzio van a telepitoben a CryptoSetup-bol, az 1.6 es 1.7-es default ertekei kulonboznek, utobbi erosebb titkositast hasznal egy-ket helyen.
Ezzel a paranccsal tudod csekkolni:
dmsetup ls | grep crypt | cut -f1 -d_ -
cigam
titán
Köszi! Közben jobban megnézve a dolgokat:
lsblk -f
NAME FSTYPE MOUNTPOINT
sda
├─sda1 ntfs
├─sda2 ntfs
├─sda3 ext4 /boot
├─sda4
└─sda5 crypto_LUKS
└─luks-c2b5d094-225e-4be3-ade7-77e2794ddb5d LVM2_member
├─fedora_localhost--live-root ext4 /
├─fedora_localhost--live-swap swap [SWAP]
└─fedora_localhost--live-home ext4 /homeArra jöttem rá, hogy az sda5 partíció van lekódolva. Majd a kódolástól teljesen függetlenül, azon van felépítve az LVM. Vagyis ha nem kértem volna kódolást, ugyanígy építette volna fel, csak az sda5 nem crypto_LUKS lenne, hanem LVM2_member. Kb így:
lsblk -f
NAME FSTYPE MOUNTPOINT
sda
├─sda1 ntfs
├─sda2 ntfs
├─sda3 ext4 /boot
├─sda4
└─sda5 LVM2_member
├─fedora_localhost--live-root ext4 /
├─fedora_localhost--live-swap swap [SWAP]
└─fedora_localhost--live-home ext4 /home
Jól gondolom? -
Lacc
aktív tag
Azt nem tudom, hogy a Fedora mit tud. A Fedora 28 az utolsó nálam - Ubuntu jobban megfelel nekem - Fedorán meg nem próbáltam PV a titkosítást.
Ha Encrypted PV-t választasz, akkor minden az LVM-ben már titkosítva lesz - bár egy-egy disztró máshogy kezelheti ezt, a lényeg, hogy a disztró installerjének legyen LUSK vagy valami más- ha extrém paraniós valaki, akkor külön utólag a VolumeGroup és LogicalVolume-t is lehet még extrában encryptelni.
Ha VG vagy LV encryptet akarsz, akkor az utólag, ennek előnye, hogy nem az egész mindenség lesz kódolva, szóval tudsz nem encryptet adatokat is tárolni.
Tipp: PV titkosítás esetén az egész merevlemezt használd fel, ne legyen rajta 10Mb szabad formázatlan hely, mert akkor könnyebb visszafejteni.
Az is kérdés, hogy miért akarod ezt a titkosítást? Ha azért mert laptopot elhagyod és nem akarod, hogy a merevlemezről könnyen visszafejtsék akkor jó. Csak az LVM mindig fel lesz csatlakoztatva boot-olosnál, szóval elérhető, és akkor más formában lehet megszerezni az adatokat.
Én csak kétszer próbálkoztam vele, mert nekem nem volt szükségem teljes titkosításra - semmi fajtalankodásra nem vágyok, meg nincs bennem, hogy emberiség elleni büntetet kövessek el - szóval én hatékonyabb módszereket használok. De biztos lesz itt, aki segít
-
Vladi
nagyúr
20.-a óta ez már a végleges. Max 1-2 csomag válgozhat. Ilyenkor már csak nagy pániknál van hozzányúlás. Telepíccsétek nyugodtan a béta vagy nighli iso-kat, gyakorlatilag a véglegesre frissít.Istenem hol vannak már azok a régi szép népi játékok, hogy keresd a nyitott szervert....
-
cigam
titán
Ez minimum költői túlzás.
Az hogy 1-2-10 hónapja felfedezett biztonsági probléma nincs kijavítva, nem azt jelenti, hogy ne zárja az ajtót. Nagyon sok függ az a konkrét hibától! Egyáltalán nem követem, de nem rémlik hogy mostanában a Linux-al kapcsolatban olyan általános, sokakat érintő hibák derültek volna ki(pl. SSH heartbleed), amik azonnali intézkedést, frissítést igényeltek volna.
A hibák kiaknázásához általában helyi hozzáférés kell. (Tipikus Albán vírus (Légyszi indíts el!)) Távoli kódfuttatáshoz pedig előbb a tűzfalon(routeren) kéne átjutni, vagy a böngészőt (vagy bármi más klienst)rávenni valami huncutságra. Ami javítható, ahogy mutattam. Attól, hogy a Fedora nem adja ki pl. a Firefox új verzióit, attól még "telepíthető", futtatható 26-on amiben már kijavították a csorbát.
Kicsit túl van misztifikálva a támogatás vége. (Meg a sebezhetőségek kiaknázása) -
brugo
aktív tag
Én azért is szeretem a fedorát mert majdnem minden nap van valami frissités, és ez ad egy biztonság érzést, hogy valakik törödnek azzal hogy a gépem naprakész legyen. Bekapcsolás után azzal kezdek hogy : # dnf update . jelenleg fc-29 Beta van fent . és szépen megy még eddig.
-
Vladi
nagyúr
Ez milyen már:
[oleg@localhost ~]$ df
Fájlrendszer 1K-blokk Fogl. Szabad Fo.% Csatol. pont
devtmpfs 10251604 0 10251604 0% /dev
tmpfs 10265632 39740 10225892 1% /dev/shm
tmpfs 10265632 1548 10264084 1% /run
tmpfs 10265632 0 10265632 0% /sys/fs/cgroup
/dev/sda4 20511312 15341404 4104948 79% /
tmpfs 10265632 22320 10243312 1% /tmp
tmpfs 2053124 32 2053092 1% /run/user/1000
[oleg@localhost ~]$Zabagép. Sírok.
-
Vladi
nagyúr
Szinte a fedora az egyetelen disztró, aminek van user számlálója. Nem a legtökéletesebb, de legalább valami van.
(#6457) brugo:
Mutass már valami bugreportot erre a hiábra, nézzük meg, mert lehet már javítva van, vagy alakul vagy valami.
Egy sb live nem egy őrült összeg azért. Vagy teszel egy centost. Nem kell ezért még új gépet venni, ha a régi jó. Teszel bele ramot, meg ssd-t és száguld.
A verziószám mániátokkal meg a sírba tesztek...
-
cigam
titán
És melyik Fedora-n vagy most?
Persze a pakliban benne van az is, hogy pár ezresért lecseréled a hangkártyát. Ha más problémád nincs vele, akkor még jó pár évig nem kell gépet cserélned.BoB
Akkor ott a centos. 2020/24-ig frissítve karbantarva, 3.10-es kernellel. Ugyanakkor lehet ezt a driver "hibát" is visszaportolták rá, szóval elöbb egy live verzióval kellene kipróbálni.Az early 2008-as iMac-emen is csak az OS X 10.11(El Capitan) fut, és "Unsupported as of August 2018. iTunes support ends next year." Mégsem rohantam a boltba új gépért(Persze elkezdtem spórolni a következőre). Nem érzem, hogy kevésbé lenne biztonságos mint 2 hónappal ezelőtt. Persze ha kiderülne valami nagy probléma, vakarnám a fejem.
-
cigam
titán
-
brugo
aktív tag
Már a fc-27 óta, olyan "berobanások" voltak a hangfilek beinditásánál mind amikor benyomsz 1 mikrofon csatlakozót egy előre felerősitett erösitőbe . Rákerestem a googlin azt kaptam, hogy egy kerneltől kezdve nem birja a Realtek ALC 889 hang IC-ét. kölcsön kértem 1 hangkártyát ( Sound Blaster ) és tényleg ezzel gyönyörüen megy . Most azon agyalok, hogy megéri vegyek 1 hang kártyát vagy haggyam az egészet mert úgy is kéne egy új gép. Vagy vegyek 1 DAC -ot, mert az optikai csatlakozás kikerüli az alaplapi hang IC-ét (ALC889) csak egy valamire való DAC jóval drágább lenne mint 1 hangkártya ?
-
cigam
titán
Amíg van áram. Nálam egy 10 év körüli Dell D630-on fut. Egyedül a beépített videó kimenetet kell letiltani egy boot (kernel?) paraméterrel, de amúgy minden működik rajt.
Az MS-el ellentétben nem vezetnek be minden páros évben egy új driver modellt, Nem akadályozzák szándékosan az újabb procikon a régebbi rendszer használatát, és fordítva.Szóval ha valamelyik frissebb kiadás mégse menne fel, attól még évekig használható lenne az utolsó működő rendszerrel. Hiszen a kliens programok (böngésző, office,...) ugyanúgy futnának a támogatási ciklus után is, akár az újabb (szabványokat) támogató verziók is. Pl. az XP 2014-es támogatási ciklus befejezése után 3 évvel még kiadtak rá friss Firefox-ot.
Egyedül a videó lejátszás lehet necces, mert a felbontás (és a tömörítésre használt kódekek erőforrásigénye) az évek teltével nőni fog.
-
Igen, kivéve gyors OpenCL. A nyílt próbálkozások nem elég hatékonyak még.
De én ezeket mind a GCN-es GPU-kra mondom, a korábbiak még az ATi-tól örökölt szinte nem létező linux támogatás utáni átmeneti, fejlődő időszakban készültek. Itt a támogatás jó, de lehetnek foltok. Viszont valamimor az év elején még jött valami javítás a Radeon kernel driverbe, és az r600g-be is. -
A catalyst már nincs, van helyette amdgpu-pro (nincs gui).
Ez egyben tartalmazza a mikrokódot, az amdgpu kernel drivert, és a radeonsi helyett az amd zárt driverét.
Csak Centos/rhel/suse és ubuntu lts disztrókra megy fel, de itt is vannak vele gondok; pl. kijön egy .x frissítés az OS-hez, és a driver megmakkan. Ezután hetekig, néha hónapokig nincs driver az új OS verzióhoz.
Szóval nem túl élhető. -
Vladi
nagyúr
Köszike. Akkor lényegében az amdgpu driver a radeon utódja. A catalyst létezik mág?
Amúgy jó ideje nem követem, meg nincs is rá szükségem. Az alábbi desktop kártyák vannak a háztartásomban:
amd 4650, amd 5450, nvidia 9800gt, nvidia 9300 gs. Marhára nem kell több. De ahogy látom az amdnél is megvan a verziószám marketing bullshit. uvd v7. v3-van a kártyáimban, de még nem bírtam olyat letölteni, hogy hardveresen ne vigye el. persze van 4k támogatás... ahhoz már csak: tárhely, filmek, tv meg egy olyan szem kéne nekem ami láttya is. -
Mert az AMDGPU kernel driverben blocker bug(ok) van(nak), amitől kb. használhatatlan pl. Raven Ridge-en az összes kernel 4.17-től 4.18.x-ig.
A 4.19 RC kernelek már jók, de a korábbi hasonló hibákból kiindulva az ilyen komoly stabilitási gondokra az első javítás után még szokott jönni sok apró bugfix. Muszáj is, mert vannak még nyitott Raven Ridge specifikus bugok, amik meggátolják a felhőtlen munkát pl. Blenderben. Ezek javítását vagy mergelik majd a centos kernelébe, vagy nem. -
cigam
titán
Sok víz folyik addig még...
"My friend is working at RH. He's an old-timer. As per his guess you can peek into RHEL 8 around the time Fedora 29 is rolled out, and the final GA of RHEL 8 coinciding with Fedora 30. So, it's at least 1 year from now. Expect RHEL some day in June 2019. But even that's not written on stone. The GA date may slip even further." -
Nekem is kényelmesebb lenne egy beton disztrón élni, de a felhasználási szokásaim nem engedték eddig a debiannál konzervatívabb disztrókat.
Viszont a mostani Ryzen-es gép elég jó eséllyel pályázik arra, hogy évekig megmarajon.
Viszont most olvasom, hogy a rhel8 a fedora 27 alapjaira épül. Létezik ez?
Vajon milyen kernellel jön? -
Vladi
nagyúr
Jajj ne vedd már magadra. Nagyon jó, hogy írsz ilyeneket, mert sokaknak hasznos.
Én meg már olyan régen tolom a fedora/redhat vonalat, hogy nem nagyon olvasok már ilyeneket.Ha valami kell 2 perc alatt megoldom.
Megasztán az elmúlt 4 évben nem nagyon használtam fedorát, de most kell a bleeding edge.
mod: nade tudod mit! Jogos, úgyhogy nekiállok és alaposan elolvasom.
-
Vladi
nagyúr
dnf install fedora-workstation-repositoriesNebassz! Ilyen cool cuccokról maradok le?
Most keresem milyen repók vannak benne.
Főleg rpmfusion plusz tárolók, meg a google tárolója. chrome earth ilyenek. Deaz milyen, hogy a dnf a /etc/yum.repos.d könyvtárba teszi a repófájlokat? Mit arcoskodnak, nevezzék szépen vissza yum 4-nek.
-
Vladi
nagyúr
Vagy 10 éve volt ilyen problémám.
Mire használnád a gépet? Azt vedd figyelembe, hogy centosen kapsz x mennyiségű programot, y verzióban és passz. ha az elég, akkor boldog leszel.
Én pölö most álltam vissza fedorára, nem aprózom, mert 29 ment fel.
Persze olyan hülye igényeim lette, hogy freecad kellene de már a 18-as verzió, az is daily buildekből.
Hosszú történet. a 16 nagyon egyszerű, nagyon szeretem, de már 17-van, de abban már van cam is, viszont egy csomó idegesítő rigolyája lett, amit 18-ban már javítottak.Meg kicad is kellene 5-ös változat, mert a footprintek jobbak benne. stb.
Szal ha spéci igényeid vannak, akkor fedora kell, ha elég pár alkalmazás, akkor nagyon jó neked a centos.
Amúg el8 az kábé mikor lesz? Mer 4 éve volt rilíz, lassan a 7 elhagyja az első ciklusát...
De lehet azt már megvárják, akkor csak 1 verziót kell full támogatni.De jól megszívtam a telepítést. 3 órát vacakoltam vele, ebből 2 azzal telt, hogy rájöjjek, az íbéjes workstationomban kidöglött az egyik vinyó. A másikra meg helyet kellett csinálni, persze w7 terpeszkedett 100 gigán....
Szal tapasztalat vol. 247, sose a fedora hülye, vagy a win, vagy a hardver, de a fedora, meg redhat az os-ek überbmense, sose téved és sose rossz. Olyan, mint a német, vagy a japán.
Oké kussolok.
-
brugo
aktív tag
Nekem is tetszik a fedora de egy jo ideje az elektromos "kisulesek" kattogaskent hallatszanak es mar idegesit csak ugy talalomra kattog jo nagyokat a hangszoroba leszedtem az osszes Alsa-plugint aztan vissza tettem most mar eltunt a hangszoro ikon a GNOME GAI-rol .....mar meguntam.
-
Mert uj gepet vettem, es a CentOS kernelbe nem raktak at a GPU drivereket, es az Androidos telefonomat sem tudtam mukodesre birni fejleszteshez (adb + fastboot) a regi verzioju usb driver miatt.
Egy ideig Arch volt a gepen, vegul OpenSuse Thumbleweed-re valtottam, mert ott megjavitottak ezt a bugot meg a 4.18-as kernelben.
Fedora 29-re fogok valtani, amint megjelenik hozza a 4.19-es driver. -
Én egy alkalommal frissítettem fedora-t egyik verzióról a másikra, néhány verzióval ezelőtt. Talán az egyil első dnf-es verzió volt.
Akkor nem volt semmi gond. De ez nyilván nem reprezentatív.Én így fejből a következő dolgokat szoktam beállítani:
- céges saját fejlesztésű jelszókezelő progi install .rpm-ből.
- sok progi install (listából copy+paste a dnf install után)
- kedvenc GTK téma install
- kedvenc Cinnamon addon-ok install
- programok beállítása (/home mappa rámásolása backup-ból az újra)Jövőbeli terv (még nem is tudom, hogy miként fogom megoldani):
- AMD OpenCL bináris install a gyári driverből kimókolva
- AMD Radeon dVGA kikapcs infuláskor úgy, hogy a Radeon IGP bekapcsolva maradjon.
- Kikapcsolt VGA bekapcsolásának megoldása, ha szükség van rá render miatt.Kb. ennyi.
Az utolsó három a nehezebb csak, a többi megvan hamar. Így nem fáj a félévenkénti reinstall. -
-
Vladi
nagyúr
bootolj rá régebbei kernelt. Vagy tedd fel direktbe.
27-28-29 útvonalon kell frissítened, ha dist updatet választod. Az milyen? Olyan mint bármelyik dist update. Vagy összejön, vagy nem. Én nem hiszek benne, hogy 10K+ csomag frissítését meg lehet oldani bármilyen disztrón hiba nélkül.
-
Sajna a 4.18 kernel miatt folyton falba ütközöm.
A kérdés, hogy a fedora update mennyire megbízható, ha nem két egymást követő, hanem kettővel régebbi verzióról frissítek?
Pl. a 27-esről majd a 29-re.
Meg akarom próbálni a 27-es, hátha abban lévő kernel régebbi, és még nincs benne a fent linkelt bug.Kössz!
-
válasz
csendes
#6417
üzenetére
Kössz!
Egyelőre teljesen gyári telepítés. Átnézem a javaslataidat.
Régebben is ez volt a tapasztalat, hogy hiába SSD, hiába gyors proci és a 16GB Ram (nincs swap), az Arch sokkal gyorsabb, de ezt csak lemezműveleteknél veszem észre (pedig van trim). Java fordításnál, vagy audio konvertálásnál nincs különbség.
-
csendes
addikt
- A boot sokkal lassabb azonos gepen, mint Arch-on. Itt mit erdemes atneznem, kipucolnom?
Előszörsystemd-analyze[link]
Jonehany progi lassabban indul, szerintem ez is hasonlo lesz, mint a boot eseten.
A jó öreg top/htop/ps a konzolról vagy valamilyen grafikus system-monitor segíthet kideríteni, hogy mi foglalja le a CPU-t, illetve a RAM-ot.
RAM van elég? Ha nem, akkor a swap jól van beállítva? A CPU governor nem lett powersave-re állítva?
Az autostart-ból érdemes minden fölösleges dolgot kiszedni. Másrészt ellenőrizni, hogy nem fut-e valami indexelő program és vérmérséklettől függően kiirtani vagy csak korlátozni. Harmadrészt a dnfdragora és egyéb automatikus programfrissítő alkalmazások tudják belassítani a rendszert. Aztán lehet még adott időközönként automatikusan elindított archiváló vagy snapshot alkalmazás. -
Sziasztok!
Eddig a melos gepemen Arch-ot hasznaltam, de mostanaban ugy vagyok vele, hogy visszaternek fedora-ra.
Fel is raktam, de egybol feltunt par dolog (regebben is eszrevettem, amikor valtottam a ketto kozott):
- A boot sokkal lassabb azonos gepen, mint Arch-on. Itt mit erdemes atneznem, kipucolnom?
- Jonehany progi lassabban indul, szerintem ez is hasonlo lesz, mint a boot eseten.Illetve egy mas temaju kerdes: Mennyire szokott gond lenni disztro frissiteskor? Ha vannak speci beallitasaim (pl. dVGA kikapcs), azok mekkora esellyel tunnek el?
Kossz!
-
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.
-
cigam
titán
Ugye Te sem gondolod, hogy majd mi egyenként levadásszuk helyetted?! Megnézted a ajánlott oldalt?
Általában licencelik a játékmotorokat(godot, unity,unreal,...), ritka, hogy egy csapat sajátot fejleszt. + Ott a steam-en feketén fehéren a gépigény, pl a MastersofOrion 1. esetén:
AJÁNLOTT:
Op. rendszer: Ubuntu 14.04, Linux Mint 17
Processzor: 2.0 GHz
Memória: 1 GB RAM
Grafika: 256 MB VRAM, OpenGL compatible
Tárhely: 161 MB szabad helyNem hinném, hogy létezik olyan játék, ami elindul nVidia-val, de AMD-vel nem. (Hacsak nem valami exkluzív fityfene) Érdemes a https://www.gamingonlinux.com oldalon, ill. annak fórumán is szétnézni.
-
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 -
lev258
veterán
A driverek helyzete a következő.
Intel-nél csak a nyílt van. Nvidia-nál a nyílt alap használatra alkalmas, teljesítmény igényesre nem. Ez annak köszönhető, hogy az Nvidia nem segíti, sőt, akadályozza a fejlesztését.
AMD oldalon a nyílt fejlesztését jórészt ők végzik, az amdgpu-pro-t inkább már csak az ipari partnereknek ajánlják, meg az OpenCL-t használóknak (utóbbit külön is fel lehet rakni). Szóval az AMD nyílt drivere jó, hozza a szintet, szeretjük. -
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. -
csendes
addikt
Azért, mert a modern SSD-ken már van garbage collection, ami önmagában a bekapcsolt TRIM-hez képest ugyan rendelkezhet egyelőre némi hátránnyal az élettartamot és teljesítményt tekintve, de nyilván stabilabb és a felhasználó nem tudja piszkálni.
Hibás SSD firmware mellett a TRIM adatvesztést okozhat.
Titkosított fájlrendszereknél a TRIM biztonsági rést jelenthet.
Nem minden fájlrendszer támogatott, illetve van amelyiknél vagy a folyamatos vagy a periodikus TRIM támogatott. Viszont manuálisan így is működnek bizonyos TRIM utasítások.
SATA 3.1-nél régebbi hardvernél a folyamatos TRIM fagyást okozhat, nem ajánlott. Illetve régi SSD-knél a folyamatos TRIM lassulást okoz, nem gyorsulást. Viszont modern SSD-nél a folyamatos TRIM biztosítja a legnagyobb sebességet.
Források: [link][link][link] -
cigam
titán
Nem komplikált, csak az a meglepő, hogy alapból nincs bekapcsolva. Ahogy csendes írta, csak egy parancsot kell kiadni és kész.
Azért megy a hisztizésem, mert más disztrókban még ennyit se kell vele törődni (pl. most néztem, hogy pl. ubuntu-ban is alapból be van kapcsolva).
![;]](http://cdn.rios.hu/dl/s/v1.gif)
. Bár lehet azóta javították azt a hibáját.
Új hozzászólás Aktív témák
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- iPhone topik
- AliExpress tapasztalatok
- Megérkezett a Google Pixel 7 és 7 Pro
- Honor Magic5 Pro - kamerák bűvöletében
- BestBuy topik
- Fél perc csend, majd világra jön egy Magic8 Pro
- Külföldi prepaid SIM-ek itthon
- A rend őrei
- Apple iPhone 16 - ígéretek földje
- További aktív témák...
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - 15% AKCIÓ
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával
- Vállalom Xianomi Okos kamerák, szoftveres javíttását
- Surface Pro 7+ i5-1135G7 16GB 512GB 1 év garancia
- BESZÁMÍTÁS! ASROCK B650M R7 7700 32GB DDR5 1TB SSD RX 6900XT 16GB Zalman Z1 PLUS Seasonic 750W
- iPhone 15 Pro Max 256GB 90% (1év Garancia) Akár új akksival is kérhető!
- HIBÁTLAN iPhone 12 Pro Max 128GB Pacific Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS4151, 100% Akksi
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest