Can I downgrade from 38 to 37? I came to Fedora recently from 36, and I had only one crash report for the last one year on 36/37 releases (and this crash was pretty my fault). On 38 I had crashes literally almost every day (it about 50 for last 2 months).
I saw this one topic where ir said Downgrade on Fedora using dnf is not possible but it is old so maybe there is something has changed.
No there currently is no way to downgrade without reinstalling the older version of Fedora. My question is why? Why not try to figure out what is causing the crashes and fix that so you can keep using the latest and greatest Fedora?
Downgrading is no guarantee – many crashes are due to clashes between outdated firmware and recent kernels and are solved with updates.
You should start a new thread with a title that describes your hardware and the type of crash to increase your chances that it will be seen by someone who has already found a solution.
There is also the possibility that your hardware is failing. Your best hope for a resolution is to make sure your system is fully updated, including vendor BIOS updates. If the problem continues, see: How to file a bug.
Have you tried getting help for these crashes? TRhe community may be able to help you out…it could be something very obvious. Currently using Fedora 38 on three baremetal systems of varied provenance with no problems.
To be honest because I’m tired of Fedora 38 (Exactly 38 version). I’m not the oldest Linux user but I used some of them and for sure Fedora37 is the best while Fedora38 is the worst. Off course it is opinion based but at least it based on my experience. There are plenty of errors with it (not just some crash) so I don’t wanna deal with Fedora38 anymore
Install the 6.3.12-200.fc38.x86_64 kernel from updates:
Name : kernel
Epoch : 0
Version : 6.3.12
Release : 200.fc38
Architecture : x86_64
Installed size : 0.0 B
Source : kernel-6.3.12-200.fc38.src.rpm
From repository : updates
Summary : The Linux kernel
URL : https://www.kernel.org/
License : GPLv2 and Redistributable, no modification permitted
Description : The kernel meta package
Fedora 38 works well for many users, and those that have problems generally have one clearly identified issue, not many different problems. The most likely cause for the symptoms you describe is a memory corruption. This can be due to a kernel bug or hardware failure. If the release kernel doesn’t fix the crashes, you should run memtest86+ for many hours (e.g., every night for a week if you need to use the system during the day).
Note that memtest86+ doesn’t work in UEFI mode. There is a memtest86 (witout the “+”) which you could try. It is supposed to be loadable from UEFI and is Microsoft signed.
There is also a program called memtester available from package memtester.
So just to elaborate a bit. Fedora tends to be just recently “bleeding edge” when a release is first done. It was just prior to release, rawhide, which is as close to bleeding edge as I am comfortable using. If you are looking for stable, you may want to stay one release back in the cycle. Just remember the security fixes and kernel updates continue until EOL for Fedora releases. And kernel changes can be a troubling time for some hardware it seems.
I’d agree that until F37 (including F37) the distro got better with each release. F38 works OK if installed anew, not updated, at least in cases I observed.
I will just have to disagree about that. I think Fedora just keeps getting better. I find F38 to be better than F37 and F37 was an improvement over F36. Perhaps, if you’re looking for more stability, you should consider a derivative distro like AlmaLinux.
Such statements are nonsense. Modern OS’s are complicated, so “best” is meaningless unless you specify in detail a use case. Many changes are driven by mitigating security problems, so there are more exploits for older versions. Changes are also driven by new hardware. Linux attempts to continue support for old hardware, but that doesn’t apply to vendors who don’t allow use of in-kernal drivers. Any new kernel version may have issues when some component uses code that relies on behaviour that changed for security reasons. If the person who wrote that code wasn’t paying attention, the change could be missed until a user needs that component, so users must chose between continuing with weak security on old OS’s or helping fix glitches in the newest version. Note that important security fixes eventually get backported to older kernels and picked up by other distros, so it is not only the Fedora user who sticks with older kernels, but other users with the same hardware who may be affected.
I see many users moving away from Windows due to the constant stream of security updates and long-standing exploits that are not being fixed. What many new users don’t realize is that linux is the product of a community effort. Vendors will work to add support for new hardware, but where vendor support is MIA. linux relies on a broad community of users finding and documenting problems that need fixing as well as a too small community of unpaid developers who do try to fix those problems. If you want to get the attention of the right developer this is the place to provide a concise post that can be found with web searches.