Because of some stupidity in the nvidia driver ( fan speed is set to 53% by default and is very noisy ), I need to log automatically a user each time the server starts.
As the nvidia-settings tools needs a X display, no script will run successively if you are not logged in (from my tries ).
All users, by default, have very limited rights. The most a regular user
can do is trash their own home directory, which isn’t that big of a deal.
If you setup whichever user to have some kind of GUI-login script that
just logged back out, then you’d probably have a pretty good user in this
case.
–
Good luck.
If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below…
Yes nvidia-smi is installed but you cannot send command (however you can you set the persistence).
I have used the info from your link, some times ago to set my server headless.
Re-reading the document, as far I have understood, they use an X session until all the gpu are configured, and then close the session.
But nowadays it seems that the nvidia driver settings are lost (partially or totally) when you log off (this is due to nvidia engineer new thought).
In the case I am intereted in, during my tests, I found that the fan speed is lost as soon as the user is disconnected (persistence is not set). And my script run by cron cannot set fan speed anymore. Every 30 mn, this script get the gpu temperature and set the fan speed accordingly. So the script must be able to change the fan speed at any moment so I think that persistence is not useful.
LINUX-TEST-123:~ # nvidia-smi -pm 1
Setting persistence mode is not supported for GPU 0000:01:00.0 on this platform.
Treating as warning and moving on.
All done.
LINUX-TEST-123:~ #
using the graphical interface, a session of a certain user may be locked in 2 ways, as far as I know:
you may configure the screensaver to do so (i.e. to lock the session after a given time) using the system settings
you may start a new session, starting from ‘leave’ in the SUSE menu, and then ‘switch user’.
You may not even need to log in then (as another user, like e.g. root), but when you return from there,
you will find the original session locked and will be asked for the password.
Anyway, I don’t have any idea about what the nvidia driver does when the session is locked.
Additionally,
When you create a User, you can simply uncheck a box if desired so the account cannot be used to interactively login (but you can still configure daemon services as simple as a script to use that user account).
YAST also allows you to display User groups and add/remove a User from any group.
From what you describe, I probably wouldn’t consider using an actual special User account which is what you appear to be tring to do, I’d consider setting up a Service.
This can be done “the old SystemV” way by creating an init.d file(in the /etc/init.d/ file tree) or the modern “systemd way” by creating a Unit file in /etc/systemd/system or /etc/systemd/user directories depending on the type of service I wanted to create.
Hello.
It is an old card but sufficient for a server with nobody in front.
geforce 6800 gs (NV41)
Hi
OK, my other nvidia (FX5200, EN6600 and EN8600) cards are fanless
versions I will have a play over the weekend with the 8800 and see if
can come up with something.
–
Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890)
openSUSE 13.1 (Bottle) (x86_64) GNOME 3.10.1 Kernel 3.11.10-21-desktop
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!
> Additionally,
> When you create a User, you can simply uncheck a box if desired so the
> account cannot be used to interactively login (but you can still
> configure daemon services as simple as a script to use that user
> account).
> YAST also allows you to display User groups and add/remove a User from
> any group.
>
> From what you describe, I probably wouldn’t consider using an actual
> special User account which is what you appear to be tring to do, I’d
> consider setting up a Service.
Will not work, same as cron failed. He needs a user with graphical
access, to run a graphical application automatically (nvidia-settings).
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)
> So I must keep a “fake user” logged all day and I did not want anybody
> using this session.
>
> Perhaps I could define bash as rbash for that user ? Is it sufficient ?
Some kind of kiosk mode…
I doubt rbash would run with a graphical desktop, but try.
What I would do is change the graphics card, though. I don’t know if
there are Intel cards out there, I have not seen any on my providers
sites (are they all integrated on the MB?). Failing that, the cheapest
fanless I could find… For instance, on Alternate I see a “EVGA G210
Passiv” (Nvidia) at 21€.
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)
Hello.
this part of my problem is solve.
After creating a specific user “fan_speed” from group “users” and assigning it “/usr/bin/rbash”
as login shell, and configured the server to log on with this user without password, the server boot up directly to that user.
[LEFT]I risk no malicious action on the part of the persons present on this site. But I could not say nothing about the outside world.
[/LEFT]
tux_user@LINUX-TEST-123:~> cat /etc/passwd | grep fan
fan_speed:x:1004:100:LOGON LIMITED USER:/home/fan_speed:/usr/bin/rbash
tux_user@LINUX-TEST-123:~>
I have modified the .profile script for that user to run the necessary script.
I have modified the .profile script for all existent users, and a put a .profile script in /etc/skel.
So now as soon as the server is power on, the necessary script is run. And if somebody else log on, the script is also run.
On 2014-09-05 18:36, jcdole wrote:
>
> Hello.
> this part of my problem is solve.
> After creating a specific user “fan_speed” from group “users” and
> assigning it “/usr/bin/rbash”
> as login shell, and configured the server to log on with this user
> without password, the server boot up directly to that user.
>
>
> I risk no malicious action on the part of the persons present on
> this site. But I could not say nothing about the outside world.
The outside world cares nothing about what user is running the local
graphical session. It cares about the daemons running, services
accessible, and the users that actually run those daemons, which some
times can be root himself - never your puny “fan_speed” user :-p
They can access only the network from outside, not your
keyboard/mouse/screen…
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)