Take the 2-minute tour ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

I have a BASH-script I want to run on start up. My system is running systemd so I created a .service file with whith what I think is the neccessary information:

[Unit]
Description=My Script
After=network.target

[Service]
ExecStart=/home/myscript.sh

[Install]
WantedBy=multi-user.target

I used systemctl enable to 'register' it an rebooted. On boot I was told my script would be executed, but I could neither see any of the messages ECHO should display on screen nor did it write something to a file, according to what I had written in the script. Additionally, It does not start the application it's supposed to start.

Systemctl status tells me that the script has run and exited successfully. Still, the script has no effect. If I run the script from a shell it works perfectly fine.

Do any of you know what could be my problem?

share|improve this question
3  
Apparently, if your script starts something else it needs "Type=forking" I feel slightly stupid for not messing around with the settings earlier. –  TokyoMEWS Sep 13 '12 at 14:13
1  
+1 for solving it. Please post your solution as an answer and accept it to help other people with the same problem. –  terdon Sep 13 '12 at 14:39
1  
@TokyoMEWS: More precisely, if the script starts something else and exits while its children are running, it needs "Type=forking". –  grawity Sep 13 '12 at 15:47

1 Answer 1

up vote 5 down vote accepted

In addition to what TokyoMEWS found by themselves...

Apparently, if your script starts something else it needs "Type=forking"

(which is not completely correct – Type=forking only becomes necessary if your script exits while its children are running)

...other possible problems are:

  1. I'm guessing that by "display on screen" you meant that the script simply writes something to stdout. This does not go to the screen during boot – rather, everything from a service's stdout is sent to the journal (or to syslog depending on your systemd version).

  2. If you did actually attempt write to the screen (e.g. using echo Hi >/dev/tty1), then it's very likely that the script's output disappears when agetty clears the screen before showing login prompts. (To avoid that, you would have to order the unit After=getty@tty1.service).

  3. To write something to a file, you need to have the file system mounted read-write. For this, After=local-fs.target might be necessary, otherwise the unit again might be started too early. But this depends on specific OS configuration.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.