aebletrae [she/her]

  • 0 Posts
  • 11 Comments
Joined 1 year ago
cake
Cake day: July 23rd, 2023

help-circle
  • The output here lets us know that systemd is running the service file and starting the script just fine. The echoed GPU temperature is making it to the journal, but the gpuTemp variable isn’t being updated (staying at 0) because of a problem executing nvidia-settings. Specifically, it wants a display: “The control display is undefined”.

    You could add a line to the service file:—

    Environment = DISPLAY=:0

    Although if echo DISPLAY in your terminal gives you a different value, use that. There’s a possibility that that will just push one error further down the line, but it’s something to try.

    Alternatively/additionally, you could try changing the User= line to your own username to see if it picks up the environment your manual executions work with.

    You aren’t the only one to run into problems trying to automate nvidia-settings. You might end up needing to track down an Xauthority file or use the display manager’s initialisation options.


  • If you had a book which had on its Contents page:

    Chapter 1 . . . . . . . . . . page 1

    and you crossed it out, then wrote:

    Chapter 1 . . . . . . . . . . page 1

    Chapter 2 . . . . . . . . . . page 50

    someone looking for Chapter 1 is still going to find all the text in the right place (as long as it was less than 50 pages).

    Changing the partitition table is like changing the Contents page; it doesn’t mess with the rest of the data. And if the new table points to the same place it did before, the data can still be found.

    That said, if the filesystem still thinks it’s 1TB, you may end up with future problems unless you resize it to fit the reduced partition.






  • Admittedly, I have much less experience with i3, so I fired up a virtual machine with Debian 11.6 and installed i3 (along with lightdm) and was able to recreate the problem of .profile not being executed when logging in, so this isn’t unique to your particular setup. Great!

    Fortunately, this combination does execute commands in ~/.xsessionrc, so I added:—

    . $HOME/.profile
    

    to that file, then logged out and back in again. That did the trick for me, with the commands in .profile then successfully modifying the PATH variable (and writing additional lines to the execution log files), so I suggest you try creating/modifying .xsessionrc in the same way.


  • But those kinds of initialisations belong in .profile (or, if you’re using a weird desktop environment, its own configuration file), particularly if you want .desktop files to work. (In .bashrc, PATH will grow longer in each subshell, which shouldn’t cause problems but is wasteful.)

    So, what desktop environment (GNOME, KDE, Cinnamon, etc.) are you using?

    .profile is executed by login shells for the benefit of it and its subshells, and by DEs like Cinnamon for the benefit of .desktop launchers at login.

    So, have you logged out and back in again since adding these lines to .profile?

    And of course, the .profile has to be executed properly for its configuration to take effect, so it`s useful to know if the problem is with those specific lines, or the file as a whole.

    Add:—

    date >> ~/profile-execution-log-top.txt
    echo $PATH >> ~/profile-execution-log-top.txt
    

    to the top of .profile, and:—

    date >> ~/profile-execution-log-end.txt
    echo $PATH >> ~/profile-execution-log-end.txt
    

    to the bottom of .profile (use alternative paths as you see fit) to monitor that activity. You can test this by sourcing .profile but the real test is logging out and in again. Look at the time when you do this so you can correlate each action with each timestamp in the log files. If .profile is executed to completion, you should have two files with matching timestamps but different PATHs. If you don’t have a matching timestamp in the “end” log file, there’s a problem mid-execution. If neither file is being updated, .profile isn’t being executed at all.