Cfxtrjtrk

poweroff complains that it can't connect to systemd via DBus (of course, it's not alive). I did sync followed by kill $$, thinking that pid 1 dying would cue the kernel to poweroff, but that caused a kernel panic. I then held the power button to force the poweroff.

What's the most proper way to power-off in this scenario?

Unmount the filesystems that you had mounted. The root filesystem is a special case; for this you can use mount / -o remount,ro. On Linux, umount / also happens to work, because it is effectively converted to the former command.

That said, you don't need to worry about unmounting too much, unless

1. You have mounted an old filesystem like FAT - as used by the EFI system partition - or ext2, which does not implement journalling or equivalent. With a modern filesystem, sync is supposed to be enough, and the filesystem will repair itself very quickly on the next boot.


2. You might have left a running process that writes to the filesystem, and you had intended to shut it down cleanly. In that case it's useful to attempt to umount the filesystems, because umount would fail and show a busy error to remind you about the remaining writer.

The above is the important part. After that, you can also conveniently power off the hardware using poweroff -f. Or reboot with reboot -f.

There is a systemd-specific equivalent of poweroff -f: systemctl poweroff -f -f. However poweroff -f does the same thing, and systemd supports this command even if it has been built without SysV compatibility.

Technically, I remember my USB hard drive was documented as requiring Windows "safe remove" or equivalent. But this requirement is not powerfail safe, and Linux does not do this during a normal shutdown anyway. It's better interpreted as meaning that you shouldn't jog the hard drive while it is spinning - including by trying to unplug it. A full power off should stop the drive spinning. You can probably hear, feel, or see if it does not stop :-).

I will simply execute below two commands:

echo s > /proc/sysrq-trigger    <= For sync

echo o > /proc/sysrq-trigger    <= For shutdown the system

Assuming magic key is enabled in kernel

Ok, so it just occurred to me that I had the option to exec init. From there, I would probably be able to later poweroff. I wonder if there are better alternatives, though.

Effectively, tou want to call reboot(2) syscall.

Two ways you can do this:

1. Run reboot -f or poweroff -f, this should call reboot(2) directly.




2. If you're on the real Linux virtual terminal (not the GUI terminal emulator), by pressing Ctrl+Alt+Delete.

Note that the keyboard shortcut can be disabled by some user space program (usually init), when disabled the shortcut will send a signal to init instead.

All of the above commands should be done after umount-ing all disks or remounting as read only, and running sync, otherwise you may lose unwritten data. If your shell is the only process running, sync may be enough.

You could use the Magic SysRq keys (https://en.wikipedia.org/wiki/Magic_SysRq_key) to power off your computer.

To shut down properly, you can use the following (quote form Wikipedia):

A common use of the magic SysRq key is to perform a safe reboot of a
Linux computer which has otherwise locked up (abbr. REISUB). This can
prevent a fsck being required on reboot and gives some programs a
chance to save emergency backups of unsaved work.^[5] 
The QWERTY (or AZERTY) mnemonics:
"Raising Elephants Is So Utterly Boring",
"Reboot Even If System Utterly Broken"
or simply the word "BUSIER" read backwards,
are often used to remember the following SysRq-keys sequence:

• unRaw (take control of keyboard back from X),


• tErminate (send SIGTERM to all processes,
  allowing them to terminate gracefully),


• kIll (send SIGKILL to all processes,
  forcing them to terminate immediately),


• 
  Sync (flush data to disk),


• 
  Unmount (remount all filesystems read-only),


• reBoot.

But substituting the last B with O (for azerty/qwerty) for "power Off"