- Joined
- Mar 29, 2014
So I take it the about 1GB per day for OS operations is normal?It is a kernel service. It runs so long as you're using ext4 journaling.
Last edited:
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
So I take it the about 1GB per day for OS operations is normal?It is a kernel service. It runs so long as you're using ext4 journaling.
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.So 20% or 80% remaining?
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.What happened and how long did it take to happen?
I will point you here:In Linux, it's not. Boot a kernel withinit=/bin/bashthendd if=/dev/olddrive of=/dev/newdrive. Next,tune2fs /dev/newdrive -U $(uuidgen). Next Grub run, changeroot=UUID=[whatever uuid uuidgen created], boot, runupdate-grub. Windows is way more irritating.
I would think it's just a gui front end for the command.
Sudo dd if=whatever.iso of=/dev/whatever
The belief in dd as the way™ to copy raw disk images is pure superstition. You can literally almost always just use cat or cp.That is literally the command I use to "burn" all my iso's to a USB. I run
sudo dd if=HannahMontanaLinux.iso of=/dev/sdb bs=1M status=progress
You can avoid that withI'm just annoyed how Linux lies about how long copying a file to a USB drive takes. You think it's done it you have to run sync to see it takes another ten minutes or so to complete
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.DD is not a magic special tool for cloning disks . /dev/sda is a file. You can cat it.
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.
sudo sh -c 'cat mystupidimage.img > /dev/sda'depends how you define "worse". some open source faggot being retarded on the internet is nothing new, and even if he wants to smear his libshit all over the distro, suse isn't nearly as big and influential enough to get far with it. if the more levelheaded people haven't already told him to STFU and get back to work.OpenSUSE is to SUSE what Fedora is to Red Hat, but SUSE is worse than Red Hat, with OpenSUSE calling conservatives rotten flesh. Fedora is a rolling release distro like Arch and is known for being easy to use (even if they like to push things before they're ready so Red Hat can test them), which is why I recommended it.
As an OpenSUSE user you are legally subject to German laws, so they're gonna sick interpol on you and throw you in Guantanamo Bay.not to mention the real "fight the system!" sugarrush putting a swastika as my opensuse background. what's he gonna do about it, cry some more on bluesky like the pathetic tard he is?
given past statements I wouldn't put it past him and his ilk to race to the police (remember, ACAB!) because there are "nazi opensuse users".As an OpenSUSE user you are legally subject to German laws, so they're gonna sick interpol on you and throw you in Guantanamo Bay.
Baffling how absent this seems to be in most KDE suites I've used across distros. If I pull in an entire DE suite I know I am bloatmaxxing and I don't care, that's basically the point. What then is the reasoning behind leaving out a package like that? You need this even for generating thumbnails of videos using non-proprietary codecs.Since he mentioned using KDE, the correct package is the annoyingly similar "ffmpegthumbs".
Debian-based distributions tend to 'recommend' this package as part of kdemultimedia (which is a required part of kde-full)- so it won't be installed by default, but if you install things normally, you will be given that choice.Baffling how absent this seems to be in most KDE suites I've used across distros. If I pull in an entire DE suite I know I am bloatmaxxing and I don't care, that's basically the point. What then is the reasoning behind leaving out a package like that? You need this even for generating thumbnails of videos using non-proprietary codecs.
Just want to make sure. Did you verify this is stuff actually getting written to disk? Or just writing to some file?So I take it the about 1GB per day for OS operations is normal?
Much of it is just jbd2, but there's some daily "untraceable" 50 to 100 MB being written here and there. Hopefully it's just some kind of OS updates. Or maybe it's the swap.Just want to make sure. Did you verify this is stuff actually getting written to disk? Or just writing to some file?
You can use sync for this. When I run dd I do something like this: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)?
dd if=infile of=outfile status=progress bs=4M oflag=syncFedora is a rolling release distro like Arch and is known for being easy to use (even if they like to push