-
IT café
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
-
Plasticbomb
addikt
válasz Plasticbomb #28006 üzenetére
Rajottem. ugyan kozben fedora29n vagyok megint (ugyetlenkedek), de rajottem. ROCm kell, rocm-dev package. Az alap mesa opencl driver opencl1.1et ismer, de meg azon is elhasal, szal hasznalhatatlan.
Most mas problemaba utkoztem. Fedoran felraktam mesa19et, kernel 5ot, llvm9et, most raknam fel steamet, s lutrist, de mindketto downgradelni akarja acsomagokat, amiket vegre felugyeskedtem. Hogy tudom felulirni a downgrade-et?
ArchLinux, Star Citizen, Subnautica+BZ, ASTRONEER, Grounded, DRAG, VOLCANOIDS, Space Engineers, Elite:Dangerous, Beyond Blue (TK-Glitch Proton)
-
Plasticbomb
addikt
válasz Plasticbomb #28014 üzenetére
Ez is mindegy, kitalaltam: rpmrebuilder
ArchLinux, Star Citizen, Subnautica+BZ, ASTRONEER, Grounded, DRAG, VOLCANOIDS, Space Engineers, Elite:Dangerous, Beyond Blue (TK-Glitch Proton)
-
Frawly
veterán
válasz Plasticbomb #28014 üzenetére
A Steamet, Lutrist tárolókból telepíted? Mert egyébként a dnf-nek van --skip-missing kapcsolója, amivel figyelmen kívül hagyja a függőségeket, szerintem ennek hatására a downgrade-et sem erőlteti.
Vagy ha sehogy nem megy, megengeded neki a downgrade-et, majd mikor feltelepítetted ezt a kettőt, újra upgrade-eled ezeket a csomagokat manuálisan.
Az OpenCL-hez sajna nem értek, nem tudom mi kell hozzá, hogy a legújabb verzió menjen.
-
Frawly
veterán
válasz Plasticbomb #28028 üzenetére
Nem a skip-brokenről, hanem a skip-missing-ről beszélek. De legrosszabb esetben megengeded neki, hogy leszedje a Steamet. Tudom, bosszúság, mert törlődik a sok giga játék is. Én egyébként ezért nem szeretem a Fedorát, idióta tárolókiosztás, csak félrolling, és a csomagkezelője sem a legjobb. Archon, Ubi-Debi-vonalon a csomagkezelők simán tudják, hogy nem foglalkoznak a függőséggel és nem kényszerítenek downgrade-re.
Egyébként ezért népszerűek az Arch alapú disztrók:
1) frissek (ezen a ponton már az Ubi és társai nem tudnak versenyezni)
2) nincs velük az a mizéria, mint a többi disztróval, mivel a csomagolók nem adnak hozzá semmihez semmi extrát, nincs semmi saját szájíz szerint bonyolítva, nonfree-sítve, saját disztrópatchekkel hackelve, különösen igaz ez a pure Archra. Csak felteszed, megy, friss, nem ütközik teljesíthetetlen verziófüggőségekbe semmi, nem kell külső tárolózni, stb.. -
Frawly
veterán
válasz Plasticbomb #28047 üzenetére
Rakj fel helyette Archot, vagy Manjaro-t. Azokon is frissek a csomagok, nem kell tárolókat felvenni, meg nonfree dolgokkal szívni, a pacman csomagkezelő sem kényszerít csomagdowngrade-re, mivel abban tényleg van skip-funkció. Full rolling, sose kell kiadást frissítened, Steam is normálisan megy rajta mindenféle verziótrükközés meg külső tárolózás nélkül.
Bár lehet Fedora alatt is skipelhetőek ezek valahogy, ilyen mélyen nem értek hozzá. Rég használtam Fedorát, akkor is csak felszínesen próbáltam be, akkoriban ráadásul még yum-mal, dnf-et nem ismerem.
-
nyisziati
veterán
válasz Plasticbomb #28047 üzenetére
Anno én is használtam KDE-vel Fedorát, szerintem a legszebb Linux-variáns. De egyszerűen annyira nem volt felhasználóbarát, hogy inkább maradtam az ubinál (már amikor használom).
-
Frawly
veterán
válasz Plasticbomb #28105 üzenetére
Nem kell diff fájlokat hozzáadni. Megmarkolod az RGB világítás kábelét, egy határozott mozdulattal kicibálod a gépből, és a bal vállad felett elhajítod hátra 50 métert, vagy odaadod egy 10 éves gyereknek, akinek fontos még, hogy 1000 színben világítson a gépe.
Annak kell örülni, hogy találtál olyan disztrót, amin működik az, amit akarsz, és nem azon görcsölni, hogy nem úgy világít az RGB. Főleg egy mining gépben nem érzem a létjogosultságát az RGB világításnak.
Az RGB világítással az a baj, hogy már a vezérlési protokollja sem egységes, ahányféle gyártó, annyiféle megoldás van, Windows alatt is csak saját alaplapi szoftverrel működnek ezek. És mivel Windows Géming Pistiknek csinálják ezeket, ezért csak Windows alá adnak ki szoftvert hozzá. Ez ilyen műfaj.
Az Ubi 19.04 meg valószínű azért muzsikál jól, mert új kiadás, új csomagverziók, nem volt még idejük a csomagoknak elavulni, és a friss csomagverziók jól mennek a friss hardverhez.
[ Szerkesztve ]
-
pube111
senior tag
válasz Plasticbomb #28112 üzenetére
A szoba ledet php val is tudod kapcsolgatni telóról. Webszerver az arduinora.
Én csak pi-n csináltam, de gondolom az arduino is képes rá.[ Szerkesztve ]
-
Vladi
nagyúr
válasz Plasticbomb #28112 üzenetére
Nekem gyanús, hogy a ledek alaplapi vezérlése is primitív dolog. Ilyen pwm értéket kell megadni és passz. Vagy valami cél ic-n keresztül.
Ennek mélyebben kell utánanézni, mert linuxon pölö sok esetben nagyon egyszerű a megoldás. fordulatszám vezérlés is kb egy érték megadása a /proc útvonalon. De amd vga-ák freki szabályozása se több. A unixokon ugye minden egy fájlban van leképezve.
2 maszek megjegyzésem:
- ilyenkor jön rám a sírhatnék, hogy erre winen 10-30 megás driverek vannak, ami megoldható egy 400 bájtos txt fájllal...
- az ilyen led villjogást én is szeretem, kisbaltával kivágom a rákba azt a hardvert, ami elköveti ellenem.Ilyen projektet találtam, nem biztos, hogy ez kell neked.
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!
-
Frawly
veterán
válasz Plasticbomb #28112 üzenetére
Nem szántam mérgesnek. Némi iróniát akartam becsempészni, senkit nem akartam megsérteni.
Tényleg nem érzem ennek a létjogosultságát. Nyilván kitépni nem kell, de nem lehet valahogy letiltani simán? Bányászgépnek tényleg az a dolga, hogy szép csöndben, a szoba sarkában növelje a villanyszámlát, semmi rgb, meg zúgás, meg hasonlók. De gamer gépen is vagy ki van kapcsolva, vagy ha játszol, akkor meg a képernyőt nézed, és nem azt, hogy hogyan villog az RGB. Ha ilyenre lenne igényem, nem Linuxot tennék fel, az tuti. Valahogy nem is tudok a Linuxra haragudni, hogy ilyen szélsőséges dolgokat nem támogat. Inkább szépen reszeljék a támogatást olyan hardverekhez, amiknek több haszna van, GPU-k, érintőképernyők, kamerák, nyomtatók. Én már akkor fogom a fejem, mikor a Phoronix ilyen high DPI-s egerek támogatásáról cikkezik. Persze, van, akinek ez is biztosan fontos, de ezt annyira rétegigénynek érzem, hogy nem tartom bajnak, hogy nem teljes a támogatása. Ezzel nem azt mondom, hogy nem kell támogatni, mert ha igény van rá, akkor miért ne, de ne ez legyen a prioritás, hogy ilyen rétegigényeket előbb teljesítenek, mint fontosabb dolgokat.
-
Frawly
veterán
válasz Plasticbomb #28128 üzenetére
Mélységében nem értek az RGB-hez. Az UEFI-ben nem tudod beállítani, hogy konstansan ugyanazon a színen világítson bekapcsolástól fogva? Azt értem, hogy nem az UEFI vezérli, de csak van valami beállítás, ami a boot előtti defaultot megváltoztatja, és onnan Linux alatt meg nem módosítaná semmi. Akár úgy, hogy valami windowsos progival beállítod állandóra, hogy narancs színnel induljon Windows nélkül is.
-
#68216320
törölt tag
válasz Plasticbomb #28362 üzenetére
Azt hiszem akkor az lesz, hogy kiveszem raid-ből, kap egy újrainicializálást, legalább kiderül mi van vele. Tegye akkor át ezeket a szektorokat a tartalék helyre, nem bánom csak ne bohóckodjon. Gondolom lesz vagy 1 nap mire végez vele. A raid resync ~10 óra szokott lenni. Ezt onnét tudom, hogy defaulton maradt az ubuntu server-ben a beállítás és a hónap első vasárnapján automatikusan megcsinálja.
(#28363) bambano: Irigyellek, hogy egy olyan 4TB-os HDD-t, aminél még csak gyenge szektor van nem pedig bad-block, te csak úgy kihajítasz. Bocs, de azt hiszem ezt a hozzászólásodat mellőzöm.
-
ubyegon2
nagyúr
válasz Plasticbomb #28369 üzenetére
Nálam anno butább SMART lehetett, mert nem javította a badsectort, a HDS megfelelő opciója lazán kizárja, ami azon volt és maga a sector nincs többé. A gyenge szektorokkal történik, hogy a HDS ill maga a HDD is tartalék területre helyezi át a rajta lévő adatot, így az nem vész el. A 10 gyengének jelölt sector amúgy nem jelent gondot, még a 10 bad sector sem, ha csak nem épp olyan kényes területet érint, ami gondot okozhat. A bad sectorokkal az a gond, hogy ha HDD saját hibája okozza, akkor szaporodni fognak ezek és ilyenkor valamit lépni kell. Ha elektronikus külső hatás okozta a bad sectort, akkor ez nem gond. Nekem 5 éve van egy WD Black 640GB-os HDD, amin ugyanannyi badsector van ma is, mint 5 éve, akkor egy rossz táp lőtte ki egy másik HDD-vel együtt.
Persze ezeket home user célokra használhatod még évekig, professzionális felhasználást nem kockáztat rajta, akinek fontos a stabil rendszer. (erre utalhatott a váll feletti elintézés is)
[ Szerkesztve ]
-
Dißnäëß
veterán
válasz Plasticbomb #28380 üzenetére
Igen, csak titkosítást tudó SSD-im vannak, de nem használom - még. Itthonra minek.
Amúgy paranoia, igen, csak távoli gépről (szerverről) van szó, ott meg nem szívesen hagyok csak úgy akármilyen adatot. Egyébként relatív egyszerű dolgok ezek.
HDD-t fogok használni (már csak a méret miatt is), az SSD oldala csak érdekelt puszta kíváncsiságból, de szerintem nagyjából megválaszoltad a kérdésem.
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
Frawly
veterán
válasz Plasticbomb #28519 üzenetére
Igen, biztos vagyok benne. Ezek szerint az fstrim NVMe-n is támogatja a megfelelő részműveletet. Szerintem törli az üres szektorokat és azok egyben meg is trimelődnek.
Ha nem hiszed, olvass utána a TRIM parancs egy ATA/SATA utasítás, az NVMe protokollban nem létezik, viszont ott van helyette más, ami meg be van építve más általánosabb lemezműveletes parancsok közé, úgy, hogy nem kell külön progival hívogatni.
SCSI/SAS és USB-UASP SSD-ken sem létezik TRIM, ott az UNMAP SCSI parancs van helyette, ezt viszont kevés progi támogatja, SCSI/USB vezérlőtől is függ.
-
CPT.Pirk
Jómunkásember
válasz Plasticbomb #28533 üzenetére
Igen, vagy Z3480, vagy Z3460.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Plasticbomb #28537 üzenetére
Mint 19.2, Manjaro aktuális, Pop! OS, legújabb Ubuntu beta.
A Mint 4.15-ös kernelénél képes voltam 1x dmesg kimenetet nézni, az a posztolton kívül még egy rakás hardware errort is kiírt. A többinél nem sikerült képet varázsolnom, végül az 5.2-es kerneles Ubuntu béta működött eléggé ahhoz, hogy kimentsem a dmesget.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
Frawly
veterán
válasz Plasticbomb #28537 üzenetére
Atomja válogatja. Azok az atomok, amiket kapitány írt, azokban PowerVR van. Az újabb atomokban viszont valóban lehet Intel IGP, ezek jobbak is linuxozni, meg procierőben is jobban állnak.
Új hozzászólás Aktív témák
- Videó stream letöltése
- Azonnali informatikai kérdések órája
- Ubiquiti hálózati eszközök
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Motorola Edge 40 neo - színre és formára
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Autós kamerák
- Android alkalmazások - szoftver kibeszélő topik
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Ukrajnai háború
- További aktív témák...
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
- Vírusirtó, Antivirus VPN kulcsok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.