Vi som har bytt/vill byta till Linux från Windows

Problemet med ESD är att det är svårt att säga när det uppstått, felet kan redan finnas vid leverans.
Hur som helst så måste felet upprepas några gånger innan man kan konstatera att något faktiskt är fel.

Apropå KDE..hade verkligen inga planer på att överge Budgie; stabilt och snyggt i mina ögon. Nu försöker de vänja sig vid Solus "Plasma". Inte jättefult allt egentligen, det är bara som att köra en lyx-sedan som inte gjort val man helt håller med om men man stör sig inte så gravt på nåt och inser att det är en rätt polerad maskin man sitter i.

Anledningen är att min Freesyncskärm flimrade i Budgie när G-sync var aktivt; provade en del olika saker men G-sync i spel och inget flimmer vid skrivbordet gick ej. Plasma/KDE flimrar lika illa med endera av de två valbara OpenGL-kompositörerna, dock ej Xrenderer. Med den senare aktiv (och "Tillåt program att blockera sammansättning") och G-sync på (utan endera Force composition pipeline-valen i nvidia-settings (dom tar bort flimmer från skrivbordet och tar även bort g-sync i spel)) så flimrar inloggskärmen och ibland ladd-skärmarna i spel men inte skrivbordet och inte i spelen. Vidare såg jag i efterhand att nvidiakort tenderar att fungera bäst med Xrenderer.

Ha även koll på temperatur på de komponenter du kan kontrollera temp av så det inte beror på för hög temperatur.

Utesluta kan han inte, men väl säga mindre sannolikt. Har haft två system där memtest efter ett par dygns körning inte hittat fel. Ett var en i7:a, med alla tre minneskanalerna bestyckade kraschade det direkt när man körde 3d-mark. Med två kanaler gick det bra.
Det andra var en phenom-II som stängde av sig och bootade om lite slumpmässigt vid hög last. Provade det mesta o gav upp på den. Efter ett tag behövde jag en maskin för lite tester och det var den enda jag hade tillgänglig... passade på att uppgradera minnet då jag fått lite större stickor över. Sen gick den klockrent.

Så memtest kan bara ge besked om att minnet är dåligt, ingen garanti det är OK.

Om din distro använder systemd som initsystem så sköter systemd watchdogmatningen. Du kan isf lägga till en config `/etc/systemd/system.conf.d/*.conf`.

[Manager]
RuntimeWatchdogSec=30

Det är som sagt väldigt osannoligt att detta skulle vara felet. Det inträffar enbart om systemet är under hög last och systemd av någon anledning skulle prioritera bort att nollställa watchdogtimern.

Från avdelningen Drömma Kan Man Alltid:
Strax efter att privatpersoner börjar få native IPv6 kanske CPU/mobo/minnesbranscherna skärper sig och gör ECC till standard även i vanliga PC-byggen?

Beror lite på om din distro kör med klassiskt /var/log upplägg eller använder sig av systemd

I fallet systemd kan du använda "journalctl" kommandot för att få tillgång till det mesta som loggas.

Hint: You are currently not seeing messages from other users and the system.
Users in groups 'adm', 'avahi-autoipd', 'systemd-journal', 'wheel' can see all messages.

Du kan f.ö. filtrera som vanligt via kommandon ex:

journalctl | grep error

eller motsvarande, men har man mycket att hålla reda på ex. flera klienter kan det vara värt att investera i ett mer kompetent loggverktyg för att hantera det.

https://www.loggly.com/ultimate-guide/linux-logging-basics/
https://www.loggly.com/ultimate-guide/managing-linux-logs/
https://www.loggly.com/ultimate-guide/linux-logging-with-syst...
https://www.loggly.com/ultimate-guide/using-journalctl/

Var det möjligtvis komponenter som var inte var helt kompatibla med varandra?
Jag minns en dator jag köpte på Elgiganten när dom nyligen hade öppnat sin första butik i Kungens Kurva och den hade komponenter som inte var helt kompatibla med varandra (minnen och moderkort var inte en fullt fungerande kombination).
Förr förekom det ganska ofta att vissa minnen och moderkort inte fungerade bra ihop, det krävdes en del detektivarbete när man skulle köpa nytt.
Men som jag nämnt tidigare så kan ESD skador orsaka liknande fel som är svåra att upptäcka.

Mycket möjligt att phenom systemet hade inkompatibla komponenter det hade jag köpt begagnat. I7:an däremot hade fungerat bra i några år innan, så där var det komponenter som degenererat.

Hade instabil minneskonfiguration i nästan ett år men det gick igenom flera memtest utan problem, inklusive de nämnda som tog något dygn. I mitt fall så krävdes det extremt specifika operationer för att symptomen skulle uppstå, komiskt nog exakt vad steam lyckades göra. (Filer blev korrupta varje dag.) Löste sig så fort XMP stängdes av. Så utesluta är att tag i men ja, det är rätt osannolikt pga det vid detta laget.

Jag har hört POP!_OS ett tag med hjälp av dual boot på min laptop. Dock körde det till sig när jag försökte uppgradera till senaste releasen. Så nu när jag bootar upp så kommer jag bara till tty. Jag har inget som jag kommer att sakna på den installationen så nu tänkte jag blåsa rent och dra in på nytt. Men då tänker jag att jag kanske skulle testa något nytt och inte bara dra in POP igen.

Jag kommer främst att köra utveckling på datorn, så mina behov är mest att kunna köra git, vs code och lite andra verktyg, så jag har inte några speciella behov att ta hänsyn till på det viset.
Tidigare har jag bara testat Ubuntu till och från och POP. Jag försöker att mer och mer vänja mig vid att köra i något som inte är Windows, men jag har svårt att komma ifrån känslan att det mesta är krångligt att lösa. Jag vet att nästan ALLT kan lösas, men det är knappast på ett användarvänligt sätt, om man inte har rätt djupa kunskaper. Ta t.ex. att justera hastigheten på scrollen. Att lösa det genom att gå in i textfiler och ändra inställningarna är inte smidigt. Jaja, det blev lite sidospår.

Jag är alltså inte någon avancerad användare. Jag känner mig rätt bekväm med grundläggande grejer i terminalen, men det är inte mycket djupare än så.

Har ni förslag på distros jag borde testa? Jag behöver installera något idag då jag skall jobba med datorn imorgon och behöver få in docker och lite annat på datorn innan dess.

Ubuntu med Gnome eller sekundärt Fedora är de bästa alternativen om du lätt vill hitta lösningar på nätet och få relativt nya mjukvaruversioner. Arch om du kan acceptera en jobbigare installationsprocess och tål att saker ibland pajar och behöver fixas; samt är beredd att plugga på själv i deras fantastiskt omfattande wiki. Debian eller AlmaLinux om du vill ha något som rör sig långsammare men där man kan få omfattande hjälp av communityn eller genom att betala för den.

Ang. distros, så utgår jag själv gärna ifrån något Debian-baserat. Har kört Ubuntu 18.04 LTS i ett par år nu och allt känns väldigt stabilt. Nära nog alla program fungerar direkt utan extra handpåläggning (exempelvis SoftMaker Office).

Däremot är det en väldigt gammal version av Gnome i grunden, vilket gjort att många extensions inte längte supportas. Kör Ubuntu 20.04 på en stackars laptop, men jag blev aldrig kompis med den utgåvan.

Tycker däremot valet av DE (skrivbordsmiljö) väger tyngst. Själv gillar jag Gnome efter ett antal tweaks/extensions och trivs inte riktigt lika bra med KDE. LXQt är min favorit bland lättviktarna.

Ang VSCode så rekommenderar jag en titt på VSCodium istället. Då blir du även fri från Microsoft

Några tankar:
- Installationsprogrammet har ju inte ihjäl dina partitioner om du inte först ber det göra så och sen bekräftar att du verkligen vill det.
- Inget operativsystem där du inte tagit backuper i någon form kommer erbjuda sig att återställa din data efter att du trasat sönder din partitionsinformation. Däremot finns det dussintals backupprogram att välja på med varierande nivåer av användarvänlighet kontra avancerad funktionalitet.
- Fedoras standardinstallation är Gnomebaserad, men du kan välja andra spins att installera från scratch, eller installera KDE/Plasma i efterhand.
- "Tricket" för att få Fedora att närma sig Ubuntu i mjukvaruutbud är att installera EPEL. Det minskar också risken för beroendehelvete en smula jämfört med att manuellt installera lösa paket du hittar.

Övriga kommentarer:
Ja, jag tror Fedora använder fria/öppna drivrutiner för Nvidiakort ur box. Jag minns inte på rak arm om man kan kryssa i en ruta att man accepterar proprietära drivrutiner och få dem inlagda enkelt eller om man måste hämta dem manuellt hos tillverkaren som om man körde Windows.

Angående skrivbordsmiljö: I dagligt bruk för en maskin man faktiskt arbetar med är min åsikt att Gnome är betydligt mer "ur vägen" än Plasma. Nackdelen är huvudsakligen att de inbyggda programmen har ett tråkigare utseende.

Tack för lite förslag! Jag har installerat Ubuntu nu och fått igång min utvecklingsmiljö med docker och IntelliJ så jag kan jobba med datorn nu. Ubuntu har blivit lite vassare på de 4-5 åren jag inte testat. Jag får se om jag bryr mig om att flytta menyer och göra det windows-likt. Just nu så känner jag att jag kommer att försöka vänja mig vid att allt är annorlunda.

Linux vanliga rättighetssystem är konceptuellt väldigt enkelt att komma igång med: En fil eller katalog tillhör en User och en Group (styrs med chown i Bash). Kategorierna User, Group och Others kan ges rättigheterna Read, Write, respektive eXecute på varje fil eller katalog med hjälp av kommandot chmod. Kataloger är lite speciella eftersom du "exekverar" dem när du går in i dem, så det räcker inte med läsrättigheter.

Backup i Linux kommer vara en ren filbackup. "Oftast" kommer det innebära att saker fortsätter fungera om du läser in dem på en senare version av samma operativsystem, men om exempelvis en utvecklare bytt format på konfigurationsfilerna till sitt program så behöver du justera dessa manuellt efter att ha återställt från backup.

Linux behöver sällan installeras om från scratch. Om du exempelvis var sugen på att testa ny kompressionsalgoritm i btrfs så hade du - om du redan kör det filsystemet - helt enkelt kunnat slå på funktionen efter uppgradering. Varje gång en fil sedan skrevs hade den blivit komprimerad. Alternativet är att "defragmentera" disken eller kataloger på disken. Det hade automatiskt också komprimerat filerna. (https://fedoraproject.org/wiki/Changes/BtrfsTransparentCompre...).

EPEL är ett ytterligare mjukvarubibliotek som kompletterar den mjukvara som kan installeras med dnf. Men: nu när jag läser om det verkar det faktiskt som att det bara behövs för RHEL och dess derivat; Fedora verkar ha de här paketen tillgängliga direkt.