Read the statement by Michael Teeuw here.
Initial Setup Q's and Some Doc Feedback
-
@ember1205 There are three locations where the screensaver might be starting from, and only one of them is actually run (I believe the first found in this order):
/home/pi/.config/lxsession/LXDE-pi/autostart
/etc/xdg/lxsession/LXDE-pi/autostart
/etc/xdg/lxsession/LXDE/autostartRaspbian recently changed to not having the first one, so the second is now the preferred method.
-
@dsegel thx… already in the updated installer and the screensaver fixer scripts
-
@dsegel said in Initial Setup Q's and Some Doc Feedback:
@ember1205 There are three locations where the screensaver might be starting from, and only one of them is actually run (I believe the first found in this order):
/home/pi/.config/lxsession/LXDE-pi/autostart
/etc/xdg/lxsession/LXDE-pi/autostart
/etc/xdg/lxsession/LXDE/autostartRaspbian recently changed to not having the first one, so the second is now the preferred method.
So… None of that works. The ONLY way I could get the screensaver to shut off was to do:
sudo apt install xscreensaver
And then run the Screensaver Preferences setup and set it to disabled. Anything else I tried ultimately allowed the screen to go blank (black) after about 15 minutes.
-
@ember1205 thanks… I wished we had worked on it a little more…
i have a script that just does setting screensaver off…
haven’t had it fail on anything in a while… just tested Zorin OS. it worked properly
-
@sdetweil said in Initial Setup Q's and Some Doc Feedback:
@ember1205 thanks… I wished we had worked on it a little more…
i have a script that just does setting screensaver off…
haven’t had it fail on anything in a while… just tested Zorin OS. it worked properly
I’m going to try a fresh build and will use your script to see how it fares on this exact version of Raspbian…
-
@ember1205 k… let me know
-
I have started my new build from scratch and used your install script.
There are a number of ‘vulnerability’ warnings that show, and I’m curious if I should actually try and repair them with the suggested npm commands or not.
Also, so far, the screensaver does seem to be disabled, but I haven’t yet jumped into the MM configuration to put in place the same modules I had been using on the other setup as of yet.
-
@ember1205 yes, the vulnerability warnings are troublesome… they usually cannot be all resolved, and some modules fixes force changes that break applications using them. i prefer NOT to attempt to resolve the problems…
screensaver…
can u show/send me the ~/install.log
my email is the same userid as here on gmail
-
install starting - Fri Dec 20 08:32:44 EST 2019 installing on armv7l processor system the os is Distributor ID: Raspbian Description: Raspbian GNU/Linux 10 (buster) Release: 10 Codename: buster Updating packages ... Hit:1 http://archive.raspberrypi.org/debian buster InRelease Get:2 http://raspbian.raspberrypi.org/raspbian buster InRelease [15.0 kB] Get:3 http://raspbian.raspberrypi.org/raspbian buste r/main armhf Packages [13.0 MB] Fetched 13.0 MB in 15s (852 kB/s) Reading package lists... apt-get update completed ok apt upgrade result =rc=0 Reading package lists... Building dependency tree... Reading state information... Calculating upgrade... The following package was automatically installed and is no longer required: point-rpi Use 'sudo apt autoremove' to remove it. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Installing helper tools ... Check current Node installation ... Node currently installed. Checking version number. Minimum Node version: v10.1.0 Installed Node version: v10.15.2 No Node.js upgrade necessary. Check current NPM installation ... NPM currently installed. Checking version number. Minimum npm version: V6.0.0 Installed npm version: V5.8.0 npm should be upgraded. Installing npm ... Reading package lists... Building dependency tree... Reading state information... npm is already the newest version (5.8.0+ds6-4). npm set to manually installed. The following package was automatically installed and is no longer required: point-rpi Use 'sudo apt autoremove' to remove it. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. upgrading npm to latest /usr/local/bin/npm -> /usr/local/lib/node_modules/npm/bin/npm-cli.js /usr/local/bin/npx -> /usr/local/lib/node_modules/npm/bin/npx-cli.js + npm@6.13.4 added 430 packages from 854 contributors in 42.042s npm installation Done! version=V6.13.4 Cloning MagicMirror ... Cloning MagicMirror Done! Installing dependencies ... Dependencies installation Done! setting up initial config.js Check plymouth installation ... Splashscreen: Checking themes directory. Splashscreen: Create theme directory if not exists. Splashscreen: Changed theme to MagicMirror successfully. install and setup pm2 pm2 not installed, installing pm2 install result /usr/local/bin/pm2 -> /usr/local/lib/node_modules/pm2/bin/pm2 /usr/local/bin/pm2-dev -> /usr/local/lib/node_modules/pm2/bin/pm2-dev /usr/local/bin/pm2-docker -> /usr/lo cal/lib/node_modules/pm2/bin/pm2-docker /usr/local/bin/pm2-runtime -> /usr/local/lib/node_modules/pm2/bin/pm2-runtime npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.2 (node_ modules/pm2/node_modules/fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arc h":"arm"}) + pm2@4.2.1 added 207 packages from 202 contributors in 38.506s get the pm2 platform specific startup command startup command = sudo env PATH=$PATH:/usr/bin:/bin /usr/local/lib/node_modules/pm2/bin/pm2 startup systemd -u pi --hp /home/pi ------------- __/\\\\\\\\\\\\\____/\\\\____________/\\\\____/\\\\\\\\\_____ _\/\\\/////////\\\_\/\\\\\\________/\\\\\\__/\\\///////\\\___ _\/\\\_______\/\\\_\/\\\//\\\____/\\\//\\\_\///______\//\\\__ _\/\\\\\\\\\\\\\/__\/\\\\///\\\/\\\/_\/\\\___________/\\\/___ _\/\\\/////////____\/\\\__\///\\\/___\/\\\________/\\\//_____ _\/\\\_____________\/\\\____\///_____\/\\\_____/\\\//________ _\/\\\_____________\/\\\_____________\/\\\___/\\\/___________ _\/\\\_____________\/\\\_____________\/\\\__/\\\\\\\\\\\\\\\_ _\///______________\///______________\///__\///////////////__ Runtime Edition PM2 is a Production Process Manager for Node.js applications with a built-in Load Balancer. Start and Daemonize any application: $ pm2 start app.js Load Balance 4 instances of api.js: $ pm2 start api.js -i 4 Monitor in production: $ pm2 monitor Make pm2 auto-boot at server restart: $ pm2 startup To go further checkout: http://pm2.io/ ------------- [PM2] Init System found: systemd Platform systemd Template [Unit] Description=PM2 process manager Documentation=https://pm2.keymetrics.io/ After=network.target [Service] Type=forking User=pi LimitNOFILE=infinity LimitNPROC=infinity LimitCORE=infinity Environment=PATH=$PATH:/usr/bin:/bin:/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin Environment=PM2_HOME=/home/pi/.pm2 PIDFile=/home/pi/.pm2/pm2.pid Restart=on-failure ExecStart=/usr/local/lib/node_modules/pm2/bin/pm2 resurrect ExecReload=/usr/local/lib/node_modules/pm2/bin/pm2 reload all ExecStop=/usr/local/lib/node_modules/pm2/bin/pm2 kill [Install] WantedBy=multi-user.target Target path /etc/systemd/system/pm2-pi.service Command list [ 'systemctl enable pm2-pi' ] [PM2] Writing init configuration in /etc/systemd/system/pm2-pi.service [PM2] Making script booting at startup... [PM2] [-] Executing: systemctl enable pm2-pi... [PM2] [v] Command successfully executed. +---------------------------------------+ [PM2] Freeze a process list on reboot via: $ pm2 save [PM2] Remove init script via: $ pm2 unstartup systemd pm2 startup command done configure the pm2 config file for MagicMirror start MagicMirror via pm2 now save MagicMirror pm2 config now disable screensaver via lxsession We're ready! Run pm2 start MagicMirror from the ~/MagicMirror directory to start your MagicMirror. install completed - Fri Dec 20 08:59:08 EST 2019
-
Some additional notes:
- The screensaver settings appear to have been set in the /etc/xdg/lxsession/LXDE-pi/autostart file
- No settings have been adjusted in /etc/lightdm/lightdm.conf
- The mouse pointer auto remove configuration has not been completed, but there appears to be no issue with the pointer remaining on the screen once Electron loads
- There was no change made to the system to disable power saving on the WLAN interface - as a result, the interface seemingly “could” go into powersave mode and affect network connectivity (I have not yet experienced an issue with this)