BCsven

joined 2 years ago
[–] BCsven 10 points 7 hours ago

Gravity Waves didn't exist according to my highschool science teacher

[–] BCsven 3 points 7 hours ago

The wing experiment with hundreds of pressure sensors shows lower pressure on top and more on bottom.

[–] BCsven 2 points 7 hours ago (2 children)

I recently heard that they discovered hundreds of Pluto sizes "planets" beyond Pluto, so they had to decided do we add 100 more planets or just demote Pluto to planetoid and ignore the rest

[–] BCsven 4 points 7 hours ago

Depends on your definition of successful

[–] BCsven 4 points 7 hours ago (2 children)

That Nissan SUV from factory is horrible, lights are up high and blinding.

[–] BCsven 5 points 7 hours ago

Sometimes the underlying cause is you don't want to be bothered with the task. I am highly motivated to complete tasks, but sometimes I will let stuff slide because I can't be bothered.

[–] BCsven 11 points 7 hours ago (1 children)

Lazy exists. I am a fully capable person, but some times I just don't want to get up off the couch and wash the dishes, or finish painting the wall trim. Its not that I am sad, tired or depressed, it's just I'd rather be doing something else or nothing else.

[–] BCsven 1 points 13 hours ago

I meant deb based as in those based on Debian OS...which feeds the other Debian based offshoots. I probably over simplified by original comment, I wasn't claiming deb package management was the issue, just the relation to Debian base OS being the issue. So whatever the base OS of fedora and SUSE is worked fine (those happen to be RPM packages) maybe Arch may have worked or failed also. The point of it all was , if one fails to install, try another distro, and I my case nothing based off of Debian could deal with the hardware issue

[–] BCsven 0 points 17 hours ago* (last edited 17 hours ago) (2 children)

Its not the packages its that whatever Debian built and other derivatives of Debian, used as their base, did not work with that hardware. Trust me I distro hopped a ton to try and get a Debian to work. I didn't save the error, but however the NON Debian OS WORKED AND WOULD ACKNOWLEDGE THE ERROR ON SCREEN AND MOVE ON.

Sorry did not mean caps, caplock after OS lol.

Also an OS is not just the kernel, its your tools that boot the machine and recognize hardware, and what the OS it told to do with issues. So I assume Debian bug for specific hardware, and non deb distros didn't have the bug.

I deep dive issues as my job and nature, so trust me when I say a deb derived would not work I tried more than 10+ distros deb based. Only Fedora and SUSE ones worked (because non Debian build) not because of packaging

[–] BCsven -1 points 19 hours ago

Yeah, it was some BIOS bug or hardware error that halted Debs, but RPM based would show that it worked around the issue and continued. As a Debian branch whatever was missing in main was probably missing throughout all the derivatives.

[–] BCsven -2 points 19 hours ago (4 children)

I tried every single* deb based distro on a Samsung laptop from 2010. Some installed but would freeze with error mid boot, some deb based refused to install and gave error upfront. I tried fedora and opensuse and they acknowledge the error and moved on.

Whatever hardware or bios bug or error handling problem tripped up the system , it was was prevrlant through all of the Debian Branch.

And No it wasn't secure boot. That was disabled.

[–] BCsven -3 points 1 day ago (8 children)

Some hardware doesn't play well with deb based distros vs rpm based, it would be good to point out if your install is failing with errors that another distro may work

102
submitted 2 months ago* (last edited 2 months ago) by BCsven to c/[email protected]
 

Slow day here, finally had time to clean 30 years of oil and dirt off my sockets

303
submitted 3 months ago* (last edited 3 months ago) by BCsven to c/[email protected]
 

Many thanks to all those that maintain FOSS. i had setup a pi4 running 32 bit Debian Buster years ago (pandemic days) with OpenMediaVault 5. With the OMV docker and portainer plugin I had various dockers running, but found some dockerhub images weren't supporting 32bit. I had thought ubout updating to 64 bit install but thought I might have headaches, so just blocked the pi from accessing the internet and sidelined the update. Since it is the holidays I figured I would tackle an update.

Scope:

  • update to 64 bit
  • move from Buster to Bullseye
  • move from OMV5 to OMV6
  • fix everything that failed including docker.

Step 1 add "arm_64bit=1" in the config.txt file of /boot and reboot. Took a while to boot with lots of drive activity but 64 kernel worked perfectly.

Step 2: run sudo omv-release-upgrade

That is it. Two commands and everything updated perfectly. Nothing to fix.

To me that is an amazing testament to the work put in by everyone for Linux kernel, the OS, OMV devs, and Applications maintainers. Amazing.

 

Hot day, Buddy wants some cool beans.

view more: next ›