Nah, I use glass, so I can see how much cream I added.
"Burning" ISO on a USB (eg. Rufus or whatever) is an ugly hack. If you use dd, you should just be able to transfer things over, but again, ISO on USB is a hack, so who knows. I disrecommend this; learn how your computer boots and set up your USB to boot accordingly.
Ventoy takes a lot of the experimentation and bullshit out of what is often a frustrating process. Before this it seemed every time I wanted to "burn" an ISO to a USB, I had to try a half dozen different things before it would take, and dd takes so long that a single failure eats up a bunch of time, while giving virtually no feedback on what's actually happening.
My experience is contrariwise. Everything other than "write this image file to USB like dd" or "make sure your loader is in /efi/boot/bootx64.efi / DIY the whole boot process" has been an exercise in futility. Couldn't remember Ventoy's name, but I've tried it as well. But at this point, I'm comfortable with Grub, and making a Grub bootloader USB isn't a headache to me.
Don't be so fucking squeamish about SSD wear. My previous system SATA SSD had like 80 something % of life and it's still fine. The reason I stopped using it was because the OS on it shat itself and I reused a different SSD just to get things going again, and guess what, same thing will happen to you sooner than the SSD wearing out: your OS shitting the bed in one way or another. Don't forget that most consumers will rape these SSD's not only with stock Windows, but also modern browsers that constantly do write operations in the background, yet they don't fail. And if you really care about your data, back it the fuck up.
Since he mentioned using KDE, the correct package is the annoyingly similar "ffmpegthumbs".
Try clearing the thumbnail cache folder, which is located at "~/.cache/thumbnails"
I don't know much about dolphin. But generally with other file managers they use an external program to general thumbnails. You probably want to look into how dolphin does it. You might be missing a dependency.
They are probably right though. Its likely not worth caring, or paying attention to at least. Unless it's spending a lot of CPU cycles writing. That is noticably degrading performance. Which I doubt it is.
Probably depends on the specifics of your system. I've had some long syncs while using some stuff. But generally at least with how I have my schedulers, and filesystems now. After the program is done. The sync is pretty much instant. Though obviously the actual copying part is a little longer.
Does anyone know of a way to make it work like Windows (where once its done in the file copy dialog its just done, and doesn't lie to you that its done and still copying in the background)?
At least Gentoo has a package called something like
Couldn't help it. I also tend to worry in general more than average, so that doesn't help much.
So 20% or 80% remaining?
What happened and how long did it take to happen?
I've been backing stuff up since I got my first computer almost a quarter of a century ago.
The last time I had to do a major rescue was because I'm a GRUB retard (well GRUB2) and shitter-shattered my entire boot.
So I take it the about 1GB per day for OS operations is normal?
80-something % remaining, 10-something % burned through. Mind you it was an SSD I got back in 2019 and daily drove Windows on it. I abused it for years and it wasn't even 1/3rd through it's lifespan, so that should tell you how resilient SSD's are.
One evening after years of doing shit that should've broken it but didn't. Started off at like LTSC 2019, then upped it to LTSC 2021, then changed it back to GAC Pro, and the fucker would refuse to break. Then there was a global issue of Windows Update failing due to the recovery partition getting filled up, so I decided to remove the old one after making the new one with gparted to recover those 500MB of disk space. The result was that Windows would BSoD at boot, I couldn't fix it so I did a fresh install on a spare SSD.
I will point you here:
You can avoid that with
mount -o sync, but it is slower than mounting async and doing a sync at the end. An extra 7-13s for an 8GB file in my half-assed tests. The manpage also claims it may be bad for flash drives.
Yeah, yeah. I use pv often. Issue is that if you're working as an unprivileged user, as you ought, you need to boost privilege to actually write to /dev/whatever. sudo dd privileges the output write. None of your articles addresses this, so by all means, let's see you write a cat-centered write command that works from unprivileged space that uses sudo for privilege escalation.