The Linux Thread - The Autist's OS of Choice

  • Want to keep track of this thread?
    Accounts can bookmark posts, watch threads for updates, and jump back to where you stopped reading.
    Create account
So 20% or 80% remaining?
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.
What happened and how long did it take to happen?
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.

The funniest bit is that later on I've put that SSD into my old ThinkPad, and Windows would boot. It would readjust for the ThinkPad and it would land me on the desktop. I then replugged it into my main rig and it would once again boot normally. I don't have the heart to format that SSD to reuse, it's like a testament to my luck and retardation. Besides, I've recently, finally upgraded to an NVMe drive for the OS and I just copied that emergency install with Macrium Reflect. Works just fine so I don't really need to reuse that old SATA SSD drive. I reused the one I used for the emergency install as an external storage drive though, which was my initial intent with it.
 
In Linux, it's not. Boot a kernel with init=/bin/bash then dd if=/dev/olddrive of=/dev/newdrive. Next, tune2fs /dev/newdrive -U $(uuidgen). Next Grub run, change root=UUID=[whatever uuid uuidgen created], boot, run update-grub. Windows is way more irritating.
I will point you here:


DD is not a magic special tool for cloning disks . /dev/sda is a file. You can cat it.
 
I'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
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.
 
DD is not a magic special tool for cloning disks . /dev/sda is a file. You can cat it.
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.
 
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.
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.
meanwhile fedora is redhat, the same guys that try to force me become a footfag and pozz any (even your) distro's neghole (and silently holding the same opinion, if they don't tunnel vision on the tangerine terror while drinking one of their shaman's "home-made" medicine...)

I can ignore the former knowing karma is a bitch and that kraut retard will probably contract aids sooner or later fucking troon cock at a pride afterparty (if he hasn't already), while the latter has a much more direct effect on me and linux.
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?
 
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?
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.
 
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.
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".
imagine behaving like moby with all to show for being some "who?" distribution leadership.
 
Since he mentioned using KDE, the correct package is the annoyingly similar "ffmpegthumbs".
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.
 
Ideally you'd have a single framework for crap like file associations, media thumbnails, settings etc that all the other DE's would rely on so that things would work more smoothly for both end users and developers. Kinda like taking Windows Explorer and decoupling the GUI part from the rest, since everything relies on Explorer which works fine, but no one really wants to use Explorer's GUI, which is why Linux's freedom to choose your DE is such a net positive.

Then again:
1751050338163.webp
 
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.
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.

My guess would be that this choice to recommend, rather than require, is some combination of packagers:
  1. not actually liking video thumbnails and considering them all but useless (I'm in this camp)
  2. not wanting a program which will run a pretty complex program that has several security vulnerabilities reported every year to be automatically run against any old video you download from the internet by default (I would find it hard to argue against this unless there's some very very very secure sandboxing being down by the thumbnailer)
  3. being huge nerds who will actually read through all the 'recommends' packages that come up when they install 'kdemultimedia' or 'kde-full' and make a considered decision as to whether they need the recommended packages (considered decisions are for suckers)
EDIT: Lol, so apparently ffmpegthumbs is just a decade old fork of ffmpegthumbnailer that makes some minor changes to allow reading files from KIO plugins rather than regular file IO, that has not been updated since.
 
Last edited:
So I take it the about 1GB per day for OS operations is normal?
Just want to make sure. Did you verify this is stuff actually getting written to disk? Or just writing to some file?

I don't know what a normal amount is because I don't pay it much mind. If you run an update, install some packages, download something. Open a browser look around at some sites. All kinds of things are going to be written to disk through out that. Or read from disk.
 
Just want to make sure. Did you verify this is stuff actually getting written to disk? Or just writing to some file?
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.
 
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)?
You can use sync for this. When I run dd I do something like this:

dd if=infile of=outfile status=progress etc && sync

...so when it finishes, it's really finished.
 
dd if=infile of=outfile status=progress bs=4M oflag=sync

Add oflag=sync and DD will sync every 4M block. You can change 4M to whatever to change the sync frequency.
 
is it possible now to have a somewhat stable Arch based system running Xlibre and Cinnamon? and would that be Arch directly or like Manjaro or Artix?
 
Back
Top Bottom