- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Huawei Watch Fit 5 Pro - jó forma
- Samsung Galaxy S24 - nos, Exynos
- Google Pixel topik
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Fotók, videók mobillal
- Szívós, szép és kitartó az új OnePlus óra
- Poco F8 Ultra – forrónaci
- Feltalálta a Google a keresőmotort
Új hozzászólás Aktív témák
-
csendes
addikt
Sziasztok!
Attetelesen ennek igen erdekes hatasa lesz rank nezve.
Reszemrol elkezdek csomagolni es koltozok a Marsra.
Udv. core2
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. -
Lacc
aktív tag
Sziasztok!
Attetelesen ennek igen erdekes hatasa lesz rank nezve.
Reszemrol elkezdek csomagolni es koltozok a Marsra.
Udv. core2
-
cigam
titán
Sziasztok!
Attetelesen ennek igen erdekes hatasa lesz rank nezve.
Reszemrol elkezdek csomagolni es koltozok a Marsra.
Udv. core2
Aztán kinyírja mint az OS/2-t
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Neil Watts
veterán
Sziasztok!
Attetelesen ennek igen erdekes hatasa lesz rank nezve.
Reszemrol elkezdek csomagolni es koltozok a Marsra.
Udv. core2
-
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.
-
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?
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.
-
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_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?
-
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? -
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
-
Ismertek LVM zsonglőrt, aki tisztában van mélyebben is dolgokkal? Pl. a titkosított LVM már a PV létrehozásakor titkosítja azt, vagy a VG esetleg LV kerül titkosításra?
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
-
Ubuntut? UbBbbuuuuúúúntúúút??
Tegyél fel centost. Én is gyűrtem 4 évig. Most is megy 2 gépemen, csak azok másodlagos desktopok lettek.
A másik passz, a kérdést se értem.
Jól van na
Igazából egy BSD-t szeretnék, de kicsi vagyok...
Az LVM-el ismerkedem, hogyan épül, fel miért jó, stb... Mivel a Fedora is alapból LVM-et épít magának, jó ötletnek tűnt átnevezni a kötetcsoport nevét. -
Pont a héten gondolkodtam el (megint), hogy kicsit "lassítani" kéne, feldobok egy cent os-t, vagy ubuntu lts-t, és pár évig nem kell hozzányúlni.
Ubuntut? UbBbbuuuuúúúntúúút??
Tegyél fel centost. Én is gyűrtem 4 évig. Most is megy 2 gépemen, csak azok másodlagos desktopok lettek.
A másik passz, a kérdést se értem. -
-
-
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) -
É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.
Sokan azert szeretik a CentOS-t, mert ott ritkan jonnek frissitesek, "és ez ad egy biztonság érzést, hogy" nem basznak el semmit.
-
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. -
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.
-
Azt sem tudom hány ember használ globálisan Fedora-t (honnan is tudnám), jobban jársz ha őket kérdezed.
De csak úgy viszonyításképpen most olyasmit magyarázol hogy minek bezárni az ajtót, hány embernél törtek be a környéken?
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...
-
É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.
-
-
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 ?
-
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.
-
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ő.
S ha csak a nyílt van fenn, akkor megy vele minden?
-
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. -
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.Szokták azért mergelni, ha ez a kérdés.
Nagyon nem vagyok képben az amd vga driverekkel manapság. Nincs valami jó leírásotok erre?
-
-
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? -
ah tudod te ezt, nem kell ide minőségellenőr. bízunk benned.
(#6440) Bici:
Utána meg enterspájz júzer.
Ha a RHEL8 akkori szemmel friss kernellel jön, és az AMDGPU cuccokat az eddiginél nagyobb lelkesedéssel portolják majd abba a kernelbe, valamint a MESA is frissen lesz tartva, akkor igen.
-
-
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.
-
Ezekszerint nem olvastad.
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.
-
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.
Ezekszerint nem olvastad.
-
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.
-
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.
-
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.
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.
-
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. -
Pont ezt akartam kérdezni. Ha nem is az új verzió megjelenésekor, de az aktuálisan használt kiadás támogatásának lejártakor mit csinálsz?
Reinstallt. Sokszor gyorsabb, mint frissíteni. Főleg ha nagyonnagyonnagyon belaktad a rendszert. Akkor kizért, hogy 2-10 problémába ne ütközz bele. Szerintem ez minden disztrónál így van.
Ezért használok centost. 10 évete kell csak teleptíeni.
-
-
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!
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.
-
Bici
félisten
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!
-
- 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!
-
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.Erre szoktam mondani, hogy vegyél konzolt
Amúgy értelek, nem két fillér egy jobbfajta VGA, jó alaposan oda-vissza át kell gondolni. -
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.
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. -
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 -
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 -
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.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 -
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?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. -
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
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. -
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] -
![;]](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
- Kerékpárosok, bringások ide!
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Jelentősen ronthat a memóriahiányon egy holnap kezdődő sztrájk
- AMD Navi Radeon™ RX 9xxx sorozat
- VGA kibeszélő offtopik
- Játékosok asztalára: MSI MPG 271QR X50 monitor tesztje
- Miért vezet mindenki úgy, mint egy állat?
- Gyúrósok ide!
- Allegro vélemények - tapasztalatok
- Milyen videókártyát?
- További aktív témák...
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest