this post was submitted on 23 Aug 2024
536 points (97.9% liked)
linuxmemes
21172 readers
805 users here now
Hint: :q!
Sister communities:
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
- Understand the difference between a joke and an insult.
- Do not harrass or attack members of the community for any reason.
- Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
- Bigotry will not be tolerated.
- These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
3. Post Linux-related content
- Including Unix and BSD.
- Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of
sudo
in Windows.
- No porn. Even if you watch it on a Linux machine.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.
Please report posts and comments that break these rules!
founded 1 year ago
MODERATORS
Is it too much to ask for the days when my system was nothing but a prompt in which I may or may not type "startx"?
That's what I've got (on Gentoo).
I always ran
startx & exit
to prevent someone from VT switching to a logged in console if my screen was locked :)Joke's on you. Ctrl-Alt-F1 Ctrl-z.
Right, that's what the
& exit
is supposed to prevent, since it's already logged out.I think that is supposed to work on
startx && exit
If you switch to the VT with Ctrl-Alt-F1, and hit ctrl-z the process is suspended, but does not complete so it never gets to the exit.
At least that is my suspicion. I'm going to try it when I'm in front of a machine.
In case of
&&
, the second process waits for the first process to finish with error code0
, before it starts.In case of
&
, the second process starts without waiting for the first to finish. Meaning, by the time you are looking at the GUI, theexit
command has already been executed.Right. Yeah I didn't engage my brain on the & initially as i thought it was just a typo. But that should work, seems others on the internet think the same.
I like 'exec startx', but really if someone has physical access, unless you are doing a lot of other security, you can't be safe.
I tend to be lucky in that regard, as people around me who might get physical access, tend to not have Linux know-how, even if they think of pranking me.
Also, I lock my room.
VT?
https://en.m.wikipedia.org/wiki/Virtual_console
Hah that's what I always had on Debian on my laptop back in the version 9 days (buster?). Nothing's stopping you from doing it now with runlevels. I think with systemd it's just
systemctl set-default multiuser.target
You can then always get the full boot with
systemctl isolate graphical.target
Might not be the exact command but it's something like that for sure.
The default systemd target to boot into can be overriden from the kernel command line.
If the GUI ever gets broken, having a such fallback boot entry just for the (VT) console mode is invaluable. (The boot-entry can reuse the same kernel and initrd images from the regular boot.)
Did not know that! Thanks for the tip!
Been a while but isn't that very insecure? Gotta run
startx & exit
;)Takes me back to my first Arch install in like 2008.
I used Arch btw
Well, one can always uninstall the DE, right?
A fresh install of debian without DE will do that at least