this post was submitted on 23 Aug 2024
534 points (98.0% liked)

linuxmemes

20753 readers
1105 users here now

I use Arch btw

Sister communities:

Community rules

  1. Follow the site-wide rules and code of conduct
  2. Be civil
  3. Post Linux-related content
  4. No recent reposts

Please report posts and comments that break these rules!

founded 1 year ago
MODERATORS
poopsmith@lemmy.world
zephyr@lemmy.world
534
Just one more tweak (lemmy.zip)
submitted 3 weeks ago by 299792458ms@lemmy.zip to c/linuxmemes@lemmy.world
83 comments fedilink hide all child comments
 

I do not have and addiction problem, you have a problem with my addiction.

you are viewing a single comment's thread
view the rest of the comments
[–] JoMiran@lemmy.ml 61 points 3 weeks ago (6 children)

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"?

[–] mkwt@lemmy.world 22 points 3 weeks ago

That's what I've got (on Gentoo).

[–] qjkxbmwvz@startrek.website 7 points 3 weeks ago (2 children)

I always ran startx & exit to prevent someone from VT switching to a logged in console if my screen was locked :)

[–] stanka@lemmy.ml 3 points 3 weeks ago (2 children)

Joke's on you. Ctrl-Alt-F1 Ctrl-z.

[–] qjkxbmwvz@startrek.website 1 points 3 weeks ago

Right, that's what the & exit is supposed to prevent, since it's already logged out.

[–] ulterno@lemmy.kde.social 0 points 3 weeks ago (1 children)

I think that is supposed to work on startx && exit

[–] stanka@lemmy.ml 1 points 3 weeks ago (1 children)

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.

[–] ulterno@lemmy.kde.social 1 points 3 weeks ago* (last edited 3 weeks ago) (1 children)

In case of && , the second process waits for the first process to finish with error code 0, 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, the exit command has already been executed.

[–] stanka@lemmy.ml 2 points 3 weeks ago (1 children)

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.

[–] ulterno@lemmy.kde.social 0 points 3 weeks ago

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.

[–] LainTrain@lemmy.dbzer0.com 5 points 3 weeks ago* (last edited 3 weeks ago) (1 children)

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.

[–] JATtho@lemmy.world 4 points 3 weeks ago (1 children)

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.)

[–] LainTrain@lemmy.dbzer0.com 2 points 3 weeks ago* (last edited 3 weeks ago)

Did not know that! Thanks for the tip!

[–] qjkxbmwvz@startrek.website 3 points 3 weeks ago

Been a while but isn't that very insecure? Gotta run startx & exit ;)

[–] lightnegative@lemmy.world 2 points 3 weeks ago

Takes me back to my first Arch install in like 2008.

I used Arch btw

[–] Siegfried@lemmy.world 1 points 3 weeks ago

Well, one can always uninstall the DE, right?

A fresh install of debian without DE will do that at least