If you meant open a file when you log in, then you could use the "Startup Applications", choose add a program and on the command field you type gedit /path/to/file. You could also add the startup action via terminal by doing the following:
echo '[Desktop Entry]
After getting to this part of the boot sequence, Linux attempts to remount it's file systems. It's currently hanging because even though it had access to the nfs file system, after remounting using fstab, it will lose access to the nfs share. For nfs to work, this necessitates that an entry for the root directory be added into fstab as well as the firewall ...
I had a similar problem, and found that screen was masking the error code from Java. When I ran this by itself:
/bin/java -Xmx2048M -jar minecraft_server.jar nogui
I got an error that minecraft was compiled by a more recent version of Java Runtime than was installed on my system (60 vs 55)
While systemd does execute the file found in:
if you look in /etc/systemd/system you find a file <name>.service that is a link back to the file in /lib/systemd/system.
This is so you can remove the file from /etc/systemd/system but still have the file in /lib/systemd/system to allow you add it back if or when ...
These variables are user specific. They are set by the user instance of systemd when a user logs in. If your script runs as a system service then of course it does not have access to this variable for a specific user.
If you use systemctl --user --global enable then the service will be enabled for all users.
I recall having that problem before. I did that same upgrade (with a mistake) and I had that problem 10 times worse. (See Half-Rendered update window) I had to reinstall, but it still had terrible performance. I turned up my gpu memory and that made it better- not perfect, but better. Here's how.
Fist go open a terminal window and enter sudo nano /boot/...