I would like to use my Raspberry as headless server, accessible predominantly via ssh.
Therefore I don’t need it, after power on, to boot into GUI.
I saw some instructions how to do it for general Linux installation or opensuse but I can’t use any of these as files and tools are bit different in SLES.
Can somebody advise?
I would like to use my Raspberry as headless server, accessible predominantly via ssh.
Therefore I don’t need it, after power on, to boot into GUI.
I saw some instructions how to do it for general Linux installation or opensuse but I can’t use any of these as files and tools are bit different in SLES.
Can somebody advise?
[/QUOTE]
Also now I can’t start X as non root user. Is there a way?
Thanks
Boris[/QUOTE]
Yes, I’m able to boot into non-GUI (“multi-user.target”) mode, log in as my non-root account, and “startx” to get the GUI. I don’t recall doing anything special to make that work. BUT, I do have my personal account assigned to groups:
groups=502(hdtodd),0(root),33(video),100(users),1000(plugdev)
You might try "sudo useradd -G root " and then try startx again.
[QUOTE=hdtodd;36087]Yes, I’m able to boot into non-GUI (“multi-user.target”) mode, log in as my non-root account, and “startx” to get the GUI. I don’t recall doing anything special to make that work. BUT, I do have my personal account assigned to groups:
groups=502(hdtodd),0(root),33(video),100(users),1000(plugdev)
You might try "sudo useradd -G root " and then try startx again.[/QUOTE]
Just saw the replies… Adding the root group to a non group user is not something you’d want to do or I’d recommend in any case as that greatly defeats the purpose of having a non root user.
@Boris: what is the goal (in this case) of starting up an X session? By that I mean, does it not suffice to use SSH with X forwarding enabled when needed X support?
@Willem: I was just curious how to achieve it for a “case when I would need it”. Right now I’m fine with SSH w/o X. Just for the reference I was able to achieve it via:
If it’s just an occasional X startup you are looking for, you can use:
systemctl start graphical.target #load all the way up to the graphical interface (won’t work if X is not installed, say on a minimal install)
systemctl isolate multi-user.target #bring the system back from a higher level into console mode
Doing it that way ensures the default mode does not get affected.
About these target things:
Units are the new thing with systemd. These units replace the good old init scripts.
the multi.user.target (aka “runlevel 3” if systemd would have runlevels) is a grouping of units into targets.