“Honestly, a literal raspberry might do a better job at network integration than your printer right now. Just be careful it doesn’t jam… or jam, you know?”

Alright, let’s get into the nitty-gritty of Duckpower.

First, let’s settle the “waddling vs. flying vs. swimming” debate. Horses aren’t big on flying, so we’re talking waddling power here. Until someone locates a Pegasus, we’re limited to the traditional land-bound horsepower. If you want swimming power, I guess you’d need to measure a seahorse?

Now, here’s where it gets serious: according to the brilliant minds at Art of Engineering, we can calculate Duckpower using a clever formula. They took the mass of a duck, compared it to a horse, and ran it through Kleiber’s Law. The answer? One horsepower = 131.2 Duckpower. So, back to our math:

3 horsepower = 3 x 131.2 Duckpower = 393.6 ducks waddling their hearts out.

But wait! We probably don’t need all 393.6 ducks if we give them some solid shift schedules. Horses only get 3 HP so two can rest; following this logic, we’d only need around 100 well-rested ducks, provided they get naps and stay hydrated.

So, let’s optimize our duck workforce with a shift schedule. Assuming we only need 100 ducks, here’s the plan:

Duckpower Shift Schedule:

Total Ducks: 100

Working Ducks per Shift: 25

Shift Duration: 2 hours on, 6 hours off (plenty of time for snacks and naps)

In a day, we’d run 4 shifts like this:

1. Shift 1: 25 ducks start strong at 8:00 AM, waddling with purpose.

2. Shift 2: Fresh 25 ducks take over at 10:00 AM while Shift 1 ducks hit the ducky lounge for snacks and a nap.

3. Shift 3: At 12:00 PM, another 25 ducks clock in to keep those wheels turning.

4. Shift 4: Finally, at 2:00 PM, the last 25 ducks take over while the others catch up on R&R.

With this cycle, each duck works only 2 hours out of every 8, staying energized, waddling at peak efficiency, and ready for action.

TL;DR: 3 horsepower = 393.6 ducks waddling but if we set up a 4-shift system, we can pull this off with only 100 ducks working 2 hours each, plus snack breaks.

3 horses = 3 horsepower, which translates to a whopping 393.6 Duckpower.

Honestly, why are we still using horses as the standard here? Ducks are clearly the superior metric. So if you’re like me and prefer a more feathered approach, just remember:

3 horses = 3 horsepower = 393.6 ducks You’re welcome.

(PS: Just imagine 393.6 ducks handling 10Gb… now that’s efficiency.)

😂

well, then there is no need for the masks that drop down either then? I was making a joke, no need to be so serious? 🙂

I would hate not to be able to use the dispenser if the plane lost cabin pressure… how would I ever survive dying if I had dirty hands when it happened?..

probably related to this kernel bug though:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2059738

downgrading the kernel should fix it as a workaround it would seem.

the halt command is like a handbrake for the kernel, so it basically shuts everything down hard and stops, but it does not power off the system without you telling it to, so that is why your LEDs stayed on after you used the other parameter.

you could just try to downgrade/ upgrade the kernel, do s shutdown for a few hours during daytime when the computer is not beeing used, then turn it back on and check the percentage.

you will see the drain if it’s not a full night, but it might not be so drastic.

if it’s completely shut down there should be no loss in percentage, even for a short period of time as there probably is now…

I’ll try to think up another solution, but a bit busy today as I mentioned on the last post

Hi, a bit busy today so I can investigate some more later, but the problem you are describing is in many cases related to the kernel version and has been resolved by up or downgrading the kernel version.

it might be worth looking into, at least it’s a simple task, while I get some more time to investigate or offer more for you to look into.

great that it worked so far, at least now you know where the problem is :)

let’s hope it’s a software issue, in general it’s much cheaper to fix software than hardware 🙂

you can also try using the “sudo halt --poweroff” command.

if it ks software related. that command will force an instant shutdown ignoring all normal shutdown run levels (use with caution if you have open files that need to be saved in advance).

if that command succeeds as well after the battery test, you can be sure the problem lies within the shutdown run level scripts, which should help you narrow it down even more.

That’s true, but long press on the power button still works, so you can try that instead then? 🙂

does this happen if you force it to shut down by holding the power button for +10sec, or if you remove and reinsert the battery after power off?

forcing a shutdown or removing and installing the battery, will ensure that the laptop is indeed shut down and not just halting during the shutdown process.

if you still have the same issue after this test I would guess your battery is dying, but if not you know that the issue is a software and not a hardware problem…

anyway, best of luck getting it sorted

do you have any usb devices, like external hard drives, chargers or similar connected to it? a lot of the laptops allows for usb charging/supply of power even when switched off, and this could be one of the sources for the drainage.

try disconnecting all USB cables if any are connected and see if the problem disappears?

never mind, did not see the line about no connected usb cables until after posting

Er jo en hel Lemmy instans for Danmark her, så det finnes nok flere av osw, og ja, jeg er fra Norge 🙂

Håper det ordner seg når du får installert ny font når du har tid og anledning til det 🙂

you’re welcome :)

or since you probably are from Denmark since you mentioned Danish in your other comments:

🇩🇰 bare hyggelig, og håper du fikk løst problemet ditt 🇳🇴

not to be that guy . but have you tried to search for an answer?

https://github.com/flatpak/flatpak/issues/4435

first hit on “flatpak question marks”… it’s due to the font you use in the terminal does not support or not fully support Unicode characters or your locale settings are not correct.

hope this helps and answers your question :)

(edit, lost part of a sentence)

also, remember that the old drive now share the UUID with the NVMe drive (which is why I recommended using partition UUID and not disk UUID), so you will have to create a new GPT signature on the old drive to avoid boot issues if both drives are connected at the same time during boot, otherwise you might run into boot issues or booting from the wrong drive.

sorry for the late reply, the command ‘lsblk’ can output it:

“sudo lsblk -o +uuid,name”

check “man lsblk” to see all possible combinations if needed.

there is also ‘blkid’ but I’m unsure whether that package is installed by default on all Linux releases, so that’s why I chose ‘lsblk’

if ‘blkid’ is installed, the syntax would be:

“sudo blkid /dev/sda1 -s UUID -o value”

glad you got it fixe, and hope this answers your question

(edit pga big thumbs and autocorrect… )

probably the disk UUID has changed because of the path to the NVMe vs SSD. If you use partition UUID, they will be exactly the same, but the UUID of the physical disk is not cloned, as it is a identifier of the physical device and not it’s content.

change it to partition UUID and it will boot.

here is a guide you might be able to get some ideas from on how to set it up

https://blastrock.github.io/fde-tpm-sb.html