@TCH

My 300 GB drive is also SATA.
This problem was discovered by accident. The updated openSuse did not load the /home partition at startup with the fdisk error "...does not match the number of blocks..." and started without errors on reboot.
Checking the disk with gparted-live-1.1.0-8-i686.iso did not reveal any errors.
But that's just my case, yours may be different.

P.S. Subjective opinion of the owner of two computers older than 10 years and a fan of TDE.
1. They are not interesting to developers. It is practically impossible to test them for compliance with the new soft.
2. I can give examples when the same USB flash drive with the image recorded by the dd command was normally loaded on one and crashed with an error on the other. In my case, with openSuse installed on another exegnu partition, it worked without problems.
3. There are not so many systems without systemd with TDE, exegnu is one of them. Another option is Pslinuxos, but this is a rolling release with all its "charms".
4. Practically, I would try a liveCD or just install it all on a separate "/" partition and play around with it for a while.
5. In any case, it's your computer and your decision, if you want to look for software bugs, why not?
6. Regarding hardware errors. The most unreliable thing is electrolytic capacitors in power circuits with their service life of 2-4 thousand hours.
If there are swollen ones, with the presence of a conventional 60 W sander and the ability to hold it, this is not a problem.
By the way, I had to replace two on the GA-945GCM-S2L motherboard a few months ago.

Just a similar case that I encountered a month ago.

Ancient motherboard GA-945GCM-S2L.
In BIOS access mode Ide Channel "Auto".
In fact, a 300GB disk when loading "LBA", when rebooting "CHS".
Setting the BIOS to "LBA" solved the problem.
For me, the conclusion is that old things can be weird.

Ok, already stopped.

root@aa:~# apt policy
Package files:
 100 /var/lib/dpkg/status
     release a=now
 500 http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-builddeps-r14.0.x chimaera/main amd64 Packages
     release v=4.0,o=trinitydesktop.org,n=chimaera,l=Trinity Build Dependencies R14.0.x,c=main,b=amd64
     origin mirror.ppa.trinitydesktop.org
 500 http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x chimaera/main amd64 Packages
     release v=4.0,o=trinitydesktop.org,n=chimaera,l=Trinity Desktop Environment R14.0.x,c=main,b=amd64
     origin mirror.ppa.trinitydesktop.org
 500 http://deb.devuan.org/merged chimaera-updates/main amd64 Packages
     release v=4.0.0,o=Devuan,a=stable-updates,n=chimaera-updates,l=Devuan,c=main,b=amd64
     origin deb.devuan.org
 500 http://deb.devuan.org/merged chimaera-security/main amd64 Packages
     release v=4.0,o=Devuan,a=stable-security,n=chimaera-security,l=Devuan-Security,c=main,b=amd64
     origin deb.devuan.org
 500 http://deb.devuan.org/merged chimaera/main amd64 Packages
     release v=4.0,o=Devuan,a=stable,n=chimaera,l=Devuan,c=main,b=amd64
     origin deb.devuan.org
Pinned packages:
     libkwinglutils12 -> 4:5.20.5-1 with priority -1
     kwin-wayland -> 4:5.20.5-1 with priority -1
     kwin-wayland-backend-wayland -> 4:5.20.5-1 with priority -1
     libkwineffects12a -> 4:5.20.5-1 with priority -1
     kwin-dev -> 4:5.20.5-1 with priority -1
     kwin-wayland-backend-drm -> 4:5.20.5-1 with priority -1
     kwin-x11 -> 4:5.20.5-1 with priority -1
     kwin-style-breeze -> 4:5.20.5-4 with priority -1
     kwin-wayland-backend-virtual -> 4:5.20.5-1 with priority -1
     kwin-wayland-backend-x11 -> 4:5.20.5-1 with priority -1
     kwin-decoration-oxygen -> 4:5.20.5-1 with priority -1
     kwin-effect-xrdesktop -> 0.15.1-1+b1 with priority -1
     kwin-style-crystal-trinity -> 4:14.0.13-0debian11.0.0+0 with priority -1
     libkwinxrenderutils12 -> 4:5.20.5-1 with priority -1
     qml-module-org-kde-kwindowsystem -> 5.78.0-2 with priority -1
     kwin4-trinity -> 4:14.0.13-0debian11.0.0+0 with priority -1
     kwin-wayland-backend-fbdev -> 4:5.20.5-1 with priority -1
     libkwin4-effect-builtins1 -> 4:5.20.5-1 with priority -1
     kwin-trinity -> 4:14.0.13-0debian11.0.0+0 with priority -1
     kwin-addons -> 4:5.20.5-1 with priority -1
     kwin-data -> 4:5.20.5-1 with priority -1
     kwin-common -> 4:5.20.5-1 with priority -1
root@aa:~#      

Probably a stupid suggestion...
There is a ready Devuan with TDE https://exegnulinux.net/
Works without problems.
Might be easier to install?

I'll try to explain.

Refracta does not allow you to choose to install with separate partitions "/" and "/home" without formatting the latter.
This is nonsense, in my opinion.

Here  https://dev1galaxy.org/viewtopic.php?pid=38079#p38079   the option with separate sections and formatting "/" was chosen, the result is that both are formatted.

  In my experience, this is the first installer that formats the /home partition.
This is wrong and I can give examples of other distributions that don't do this by default.
What is the need for such a solution?

Exe GNU/Linux - 189 MiB.

At the same time, this is a full-fledged DE with a complete set of GUIs.

You don't have to delete the existing swap partition.
You just need to "move" the partitions in front of it, thus freeing up space for it.
Here ( https://dev1galaxy.org/viewtopic.php?pid=39531#p39531 ) I had to do it with the sda3 partition (sda2 and sda3 were the same size).
All UUIDs remain the same

@dzz

Thank you.
I understand there are no questions.

P.S. Just a remark, not as a reason for discussion.
My 1998 ancient textbook, "Linux verstehen und anwenden" by Kai Petzke, in 13.6.4 says. that when changing the runlevel, the script specified in the specific /etc/rc* should be processed.
In my case for level 5 K01cups is present and cups must be "killed".
But times are changing...

@Head_on_a_Stick

Thank you.

I have corrected the title.

I posted a screenshot.
This is right after the reboot, without changing anything, in fact cups is running, according to the sysv-rc-conf report it is not.