reupload because i mixed up sigterm and sigkill like a dumb fuck

top 50 comments

sorted by: hot top controversial new old
[–] 133 points 1 month ago* (4 children)

A stop job is running for User Manager for UID 1000 (12s / 2 mins)

  • source
  • hideshow 6 child comments
  • [–] 65 points 1 month ago (2 children)

    ( 1min 59s / 2 mins )

    ...

    ( 2 mins / 3 mins )

    ???

  • source
  • parent
  • hideshow 4 child comments
  • [–] 47 points 1 month ago (1 child)
  • [–] 17 points 1 month ago

    That's because it first send sigterm, then sigkill. Then it gives up and let the kernel handle it...

    Happens on my BTRFS disk's unmount. If the kernel is currently busy handling some heavy btrfs command (like a 4tb scrub), systemd cannot stop it with sigkill.

    So when it eventually gives up, you also need to wait for the kernel to finally stop the operation and actually disconnect the disk.

  • source
  • parent
  • load more comments (2 replies)
    [–] [S] 64 points 1 month ago* (3 children)

    also yes i know shutdown typically uses sigterm and waits nicely, but it doesn't take 45 seconds for no damn reason like windows

    also sigkill is funnier

  • source
  • hideshow 5 child comments
  • load more comments (1 reply)
    [–] 57 points 1 month ago (9 children)
  • load more comments (8 replies)
    [–] 54 points 1 month ago (1 child)

    Definitely not a systemd based distro in the meme

  • source
  • hideshow 2 child comments
  • [–] 14 points 1 month ago (3 children)

    Maybe something I don't know, but I send kill commands through btop all the time on a systemd based machine.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 14 points 1 month ago (2 children)

    The point here is that SystemD's natural behavior is to send SIGTERM then wait an eternity.

    Those "service XY is shutting down (5sec/2min)" messages you sometimes get on shutdown are coming from SystemD not waiting for 3 seconds like the meme suggests, but waiting for minutes before giving up and switching over to SIGKILL instead.

  • source
  • parent
  • hideshow 2 child comments
  • load more comments (2 replies)
  • load more comments (1 reply)
  • [–] 47 points 1 month ago (3 children)

    Reverse meme when it's time to install the updates.

    Windows in that case is "I MUST REBOOT IMMEDIATELY PREPARE TO LOSE ALL UNSAVED DATA IN 3. 2. 1..."

  • source
  • hideshow 4 child comments
  • [–] 27 points 1 month ago (1 child)

    When I switched to win 10, I actually gave them more money to get the pro version for access to the group policy editor so I could control updates and never have to deal with my PC telling me it's time to restart on its own. Because I was stupid.

    When it came time to switch to Win 11, I did the much more sensible thing and installed Fedora instead. I started with cinnamon and even though I ended up disliking it also, it was still way better than the windows experience.

  • source
  • parent
  • hideshow 1 child comment
  • load more comments (1 reply)
  • load more comments (2 replies)
    [–] 26 points 1 month ago (1 child)

    "YOU CAN'T SHUT DOWN YET, STEAM STILL RUNNING" -Win10, literally every time.

    The fuck?

  • source
  • hideshow 2 child comments
  • [–] 17 points 1 month ago (1 child)

    I've had it yell at me because it couldn't close some dialog window that explorer opened because I was trying to shut it down

  • source
  • parent
  • hideshow 2 child comments
  • [–] 7 points 1 month ago (1 child)

    The number of times I've told my work laptop to shut down on Friday, and found it still running on Monday is too damn high. And it's usually because I had two instances of VSCode running, and when they got closed they both tried to run an update, and the setup processes interfered with each other. The resulting dialog window prevents shutdown.

    Every workday using Windows is just further validation for running Linux on my own hardware.

  • source
  • parent
  • hideshow 1 child comment
  • load more comments (1 reply)
  • [+] 22 points 1 month ago* (last edited 3 weeks ago) (4 children)
    load more comments (4 replies)
    [–] 22 points 1 month ago (3 children)

    Ironic. Because a bug on CachyOS KDE made the shut down button in the quick menu disappear. Nobody in their community could help me or explain why. Generally I would say support is rather spotty with CachyOS in general. Of course you can shut it down in many other ways but that was my preferred one. So I just lived with it and instead used ctrl+alt+delete for a while until the button magically returned one day.

  • source
  • hideshow 4 child comments
  • [–] 8 points 1 month ago (4 children)

    I'm kind of a linux noob, and i currently run catchyos and there are some things i don't really understand. Last time i used linux is like 10 years ago, and i read and experienced that a really big plus on linux compared to windows is that you don't need to restart when yoj install or update, but on catchy, you need to restart almost every update, which is almost every day it seems. Another thing that puzzles me is that every now and then, i restart for the update and wander off, and when i come back i don't use the pc anymore and want to shut it down, but in the log in screen there is no shut down button, just a restart button.

  • source
  • parent
  • hideshow 5 child comments
  • load more comments (3 replies)
  • load more comments (2 replies)
    [–] 21 points 1 month ago (6 children)

    Don't be a pussy and sigkill process number 1.

  • source
  • hideshow 7 child comments
  • [–] 19 points 1 month ago (2 children)

    Had the pleasure of installing some HPE proprietary crap on RHEL the other day.

    After the cli installer ran it printed: rebooting now.

    It then killed PID 1 to force the reboot ...

    We were flabbergasted. Why would the first and only method of asking the system to reboot be to shoot the system in the head?

  • source
  • parent
  • hideshow 3 child comments
  • [–] 5 points 1 month ago

    I was installing something decades ago that set the default runlevel to 6 and inserted itself as a runlevel 6 service. It would reboot until it had finished the changes it wanted to make and then set the runlevel back. Weirdest trash software. The service stayed to "apply updates on reboot"

    I'm glad I don't have to work there anymore.

  • source
  • parent
  • load more comments (1 reply)
  • load more comments (5 replies)
    [–] 16 points 1 month ago (2 children)

    I had to update a Windows 11 work laptop after not touching it for nearly a year. I click 'shut down' from the start menu and nothing happens. What? Try it again. Nothing again.

    I have to hold down the power button before the screen shows a "slide to shut down" screen now. How did Microslop fuck up the 'shut down' so badly.

  • source
  • hideshow 3 child comments
  • load more comments (1 reply)
    [–] 15 points 1 month ago (1 child)

    The first time I shutdown a Linux computer, I thought I broke something it happened so fast.

  • source
  • hideshow 2 child comments
  • [–] 14 points 1 month ago

    It's tragic the level of immediate relief I feel every time I shutdown on Linux after years on Windows.

  • source
  • [–] 12 points 1 month ago (4 children)

    also true for boot (not from suspended state), in my experience.

    windows: wait, let me display the windows logo for 10 seconds, then show a spinny circle, then show the lock screen, then when you try to enter your password, it loads your user profile for another 5 minutes before it shows your desktop icons

    linux: click the power button -> 1.5 seconds later i see the lock screen. enter password and it's just there.

  • source
  • hideshow 4 child comments
  • load more comments (4 replies)
    [–] 11 points 1 month ago (1 child)

    Xkill is my favorite. I prefer aiming the gun and pulling the trigger myself

  • source
  • hideshow 1 child comment
  • load more comments (1 reply)
    [–] 10 points 1 month ago (2 children)

    This but deleting a folder:

    • Are you sure you want to delete this
    • Delete too large to fit in garbage bin, so are you really sure
    • Couldn't delete stuff (for no clear reason)
    • Even as admin file locks were hard blocking without any easy way to unblock

    Meanwhile on Linux with sudo rm -rf, it's just gone as demanded.

  • source
  • hideshow 3 child comments
  • [–] 5 points 1 month ago* (1 child)

    Partially true. The difference is that in Linux, when you delete a file, you're just removing the directory entry (potentially just one of many entries that point to the same data). The filesystem doesn't actually remove the data and reclaim space until all open handles are closed and no remaining directory entries point to the data.

    Any running processes that have the file open are able to continue to read and write that data via the handle despite the directory entry being removed, until the handle is closed.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 5 points 1 month ago (2 children)

    I think a file delete just removing an adress and not the actual data is common to all OSes. That's why to safely erase data from a disk it is recommended to fully overwrite the disk with random data, potentially multiple times.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 6 points 1 month ago

    If you delete a still opened file on Linux then the file will disappear for all processes which didn't already open it, all programs that did already open it can still read and write to it and the file on disk will never be overwritten (as in, used for other files) as long as there's still a process with the file open.

    Simplifying how it works: The file you see is a link to the actual file(inode), when a program opens a file using this link they get a copy of the link. As long as one link/copy of it still exist the file won't be deleted. When a program closes all its links get cleaned up so on shutdown all files which only have processes referring to them get marked as deleted.

  • source
  • parent
  • load more comments (1 reply)
  • load more comments (1 reply)
    [–] 10 points 1 month ago (2 children)

    Reboot

    Windows: save all your woooork. What apps you had open? How would I know?

    Linux: it's all saved in ram, don't worry. It'll be like you never rebooted

  • source
  • hideshow 2 child comments
  • load more comments (2 replies)
    [–] 9 points 1 month ago

    Three whole seconds? Ain't nobody got time for that shit

  • source
  • [–] 8 points 1 month ago (2 children)
    [HKEY_CURRENT_USER\Control Panel\Desktop]
    "AutoEndTasks"="1"
    
  • source
  • hideshow 3 child comments
  • load more comments (1 reply)
    [–] 8 points 1 month ago* (last edited 1 month ago) (4 children)

    Nah man. "kill" doesn't shut the system down quickly. This is the "instant death" way - the kernel reset gun - no shutdown scripts, no disk sync, just reset to BIOS boot sequence, instantly:

    As root:

    echo 1 > /proc/sys/kernel/sysrq

    echo b > /proc/sysrq-trigger

    If you change out the "b" in the second command for "o" it will just halt the kernel instead of rebooting. Still switched on, but the system is doing absolutely nothing.

    I used to use this trick all the time to test high availability server clusters.

  • source
  • hideshow 4 child comments
  • load more comments (4 replies)
    [–] 6 points 1 month ago (1 child)

    I had a systemd bug delay shutdown for 2 mins every time for a very long time on Debian. Never managed to fix it, Fedora did not have the same issue fortunately.

  • source
  • hideshow 1 child comment
  • load more comments (1 reply)
    [–] 6 points 1 month ago (2 children)

    Does that guy have frontbutt?

  • source
  • hideshow 2 child comments
  • load more comments (2 replies)
    load more comments
    view more: next β€Ί