2020. június 1., hétfő

A szokásos "szopásos" videó margójára...



Sziasztok! Megnéztem a videót, tömören:

A Linux asztali felhasználásának piaci részesedése a google statisztikái és egyéb adatok szerint szépen lassan csökken az utóbbi években.. Lunduke ezeknek az általa vélelmezett okait boncolgatja:

Először felsorolt pár érvet, amitől a Linux nem szívás, a közhiedelemmel ellentétben:
- nem az Ubuntu miatt szívás(a Canonical döntései, jónak induló, aztán hirtelen megfojtott projektek [ubuntuOne, Unity, Mir] nem befolyásolják számottevően a többi disztribúció létezését)
- nem az elitista Arch Linux és Gentoo felhasználók/közösség miatt szívás.
- nem a systemD miatt szívás(léteznek egyéb init megoldások, vannak disztrók, ahol használnak is mást.. Devuan, Void, stb)
- nem a játékok miatt (már elég sok van, több ezer és nem csak az indie címek..)
- nem az audio/video szoftverek hiánya miatt szívás..

Majd jönnek az érvek, melyek miatt szívás a Linux:

- visszafele kompatibilitás.
Ha ma szeretnél használni egy tíz éves szoftvert, vagy egy húsz éves fejlesztést, jó eséllyel nem tudnád ma használni egy mai disztribúción. Ennek egyik legfontosabb oka, hogy a fejlesztések sokszor visszafele nem kompatibilisek. No nem a szoftverek inkonzisztens kaotikus fejlődése miatt, hanem a hozzájuk szükséges függőségek, függvénykönyvtárak miatt (libek, pl libc, libxrandr, libzip, satöbbi). Lunduke itt elmondja, hogy megpróbált egy régi játékot telepíteni, de akkora hekkeléssel sikerült, hogy utána a játékon kívül már minden más működésképtelen volt a disztrón (kis túlzásnak találom, de megértem a hasonlatot és a felvetést, tényleg oltári szívás ezeréves libeket telepíteni) Erre megoldásul az szolgálhat, ha egy őskövület kiadását használod mondjuk a Debiannak.. Viszont így meg nem lesznek frissítések és nem lesz biztonságos a használata. Másik megoldásként a flatpak, appimage, snapie triumvirátust említi, de hozzáteszi, hogy nem érti, miért ignorálja mindenki(a legtöbb nagy disztró) az appimage használatát mely, szerinte jobb/biztonságosabb/egyszerűbb/ugyanakkor fájlméretben nagyobb megoldás, mint a másik kettő.

- második ok ként magát a közösséget hibáztatja
Okai: egy operációs rendszer, mely közösségen alapul. olyan közösségen, ahol nincs soha konszenzus. Amely azért működik rosszul, mert nem tűrnek meg egy vezetőt, aki egy kijelölt cél mentén irányítaná a közösséget/fejlesztést.
Amikor egy fejlesztés megkezdődik, mindenki a saját szája íze szerint akarja erőltetni a dolgot, olykor homlokegyenesen ellentétes irányokba.. (no igen)

- Egy közösség, amelyet nagyvállalatok irányítanak
Igen, jól sejted, a Google, a Microsoft az IBM és a többi nagyvállalat is, melyek szponzorálják a Linux Foundation működését, helyet kérnek a saját emberüknek a fejlesztésben, hogy a projekt ütőerén tarthassák a kezüket...

- Egy közösség, melyet a megavállalatok irányítanak is meg nem is..
Kb itt ugyanazt mondta el csak más szavakkal, meg kitért arra, hogy amikor egy disztribúciót a donor vállalat iránti elkötelezettséggel gyanusítanak, akkor mindig jönnek a magyarázatok, meg a ködösítés, miszerint "rosszul látod Lunduke, noha mi tőlük kapjuk a pénzt, meg az infrát, mégis azt csinálunk amit akarunk"<-ezt Lunduke nem veszi be.. (én sem)

- A linux közösség tagjai ostobán viselkednek. Itt felhozza azt az esetet, amikor egy konferencián, ahol azt hangoztatták, hogy az aktuális év a Linux Desktop éve volt, a prezentációt egy MacBookon MacOS alatt készítették, majd vetítették le (Jim Zemlin). Ez kb olyan, mintha a Pepsi reklámszakembere az aktuális promót egy Coca-Cola-val a kezében nyomná le. (megint egyetértek) Ezután elmondja, hogy maga is ismert olyan embereket, akik a Linux közösségben/disztribúció fejlesztésben való részvételüket MacOS, vagy Windows10 alól végezték. Véleménye szerint ez így lehetetlen. Butaság, ostobaság és nem életszerű. (szerintem is fura)

- A közösség ismét ostoba..
Közösségen belül mikroközösségek érdekellentétek feszülnek. Vanak hangosabbak, vannak erősebbek, meg vannak akik csak odébbállnak, mert veszélyesnek érzik a jelenlegi helyzetet.. Sőt, alkalmasint Code Of Conduct és egyéb hasonló megoldások keretében nyomás alatt tartják bizonyos embercsoportok a közösség többi tagjait, magukat a közösség alapítótagjait is.
Lásd Stallman "nyugdíjaztatása", Linus CoC utáni hirtelen vakációja, több Linux foundation/egyéb fontos személyek, oszlopos tagok lemondása... Ha van valakinek egy közösséggel szemben megfogalmazott véleménye, azt elüldözik.
Nem fontol meg senki egy ellenvéleményt, vagy egy másik látásmódot, hanem támadnak, megsemmisítenek, ellehetetlenítenek.. Felhozott egy közismert esetet, ahol egy közismert fejlesztőt/előadót nem "szerettek volna" látni egy konferencián, ezért egy többéves twitterüzenet/akármilyen social media megnyílvánulása miatt megvonták a részvételét..

Összegzésként:
A Linux közösség egy nagyvállalatok által irányított népcsoport, akik nem használnak Linuxot és nem szeretik az ötleteket..

Végül reményteljesen elbúcsúzik, hozzátéve, hogy reméli, szeretné, ha tennénk a jelenlegi helyzet ellen..

A fordításom nem szó szerinti, hanem inkább vázlat, összefoglaló jellegű. Trollok kíméljetek! Helye Sírási hibákat meg majd javítom! :-D

2020. január 5., vasárnap

Ryzen 3 1200 random újraindulás...

Sziasztok!

Szégyen, nem szégyen, régen írtam bármit is, de a mai esetet el akarom menteni, hogy nyoma maradjon az interneten..

Adott az asztali gépem:

ALAPLAP: MSI B320M BAZOOKA
PROCI: AMD Ryzen 3 1200
RAM: 2xCorsair CMK8GX4M2A2400C14 4096MB DIMM DDR4
SSD: Kingston SUV400S37120G 120GB

A gépen a gyári BIOS van, nem frissítettem, mivel ment vele a Manjaro eleinte..
Már új korában is produkált néha random újraindulást, de ezt betudtam az akkor még friss AMD grafikus vezérlőnek, soha nem is jártam utána/nem érdekelt, mivel nagyon ritkán jött elő a probléma.

Volt egy év, amikor alig használtam, mivel nem tartózkodtam az országban, így szinte nem is foglalkoztam vele. Azóta újra beröffentettem és saját kis Arch konfigomat szeretném rajta kikísérletezni, afféle homokozós gép lett.

A napokban már kétszer tapasztaltam a random újraindulást, ezért elérkezett az idő, hogy utánajárjak. A dolog érdekessége, hogy terheléstöl teljesen független a történet. Tehát volt olyan, hogy több alkalmazás, háttérben Borderlands2 futott nyugalomban, nem történt semmi. De volt olyan is, hogy boot után csak megnyitottam a Discordot és már indult is újra a masina. A gép elmúlt már 2 éves bőven..
Az AMD-microcode is frissült azóta jó párszor.. Emlékeim szerint még 412-es kernel ment a Manjaro-n amikor összeraktam.. Most Arch van rajta, 5.4.7-arch1-1-kernellel, tehát már nagyon régóta gond ez.. Utánanéztem a neten, hátha találok valami megoldást.

Mivel én csak egy autodidakta felhasználó vagyok, a logokból azt tudtam kideríteni, hogy a CPU fut valami olyasmire, amit nem tud végrehajtani.

log output:

11:47:49 kernel: mce: [Hardware Error]: PROCESSOR 2:800f11 TIME 1578221265 SOCKET 0 APIC 9 microcode 8001126
11:47:49 kernel: mce: [Hardware Error]: PROCESSOR 2:800f11 TIME 1578221265 SOCKET 0 APIC 9 microcode 8001126
11:47:49 kernel: mce: [Hardware Error]: TSC 0 ADDR 1ffff954d07ac MISC d012000101000000 SYND 4d000000 IPID 500b000000000
11:47:49 kernel: mce: [Hardware Error]: CPU 3: Machine Check: 0 Bank 5: bea0000000000108
11:47:49 kernel: mce: [Hardware Error]: PROCESSOR 2:800f11 TIME 1578221265 SOCKET 0 APIC 0 microcode 8001126
11:47:49 kernel: mce: [Hardware Error]: TSC 0 ADDR 1ffff954d494e MISC d012000101000000 SYND 4d000000 IPID 500b000000000
11:47:49 kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 5: bea0000000000108

Keresgélve a neten ezt találtam:


Mivel itt azt olvastam, hogy más is belefutott ebbe már nagyon régen, gondoltam hátha majd Discordon segít valaki.
Előre mondom én még sosem csesztettem a kernelt, mivel ahhoz még nagyon lámer vagyok. Segítségemre sietett @Alexc és közölte velem, hogy egy kernelmodul megoldhatja, amit nekem kell belökni..

Így hát létrehoztam egy fájlt, ami bootkor végrehajtásra kerül:

az /etc/modules-load.d/amd_mce.conf -útvonalon, bele pedig ezt írtam:

# Load AMD MCE on boot
edac_mce_amd

Majd újraindítottam és néztem egy dmesg-t..

dmesg >$HOME/dmesg_2020_01_05.txt

Ahol a 897-edik sorban meg is jelent szépen a megnyugtató visszajelzés:



Nos, remélhetőleg ez megoldotta a problémát..
Ezúton is köszönöm még egyszer @Alexc -nek a segítséget!
Ha más is belefutott volna ebbe, remélem segített ez a blogbejegyzés!