Skip to content

Instantly share code, notes, and snippets.

Embed
What would you like to do?
WSL Startup Script
Set WshShell = CreateObject("WScript.Shell")
WshShell.Run "C:\Windows\System32\bash.exe -c /mnt/c/tools/wsl-startup/services.sh",0
Set WshShell = Nothing
#!/bin/bash
sudo service rsyslog start
sudo service binfmt-support start
sudo service dbus start
sudo service cron start
sudo service atd start
sudo service dnsmasq start
sudo service mysql start
sudo service php7.1-fpm start
sudo service nginx start
bash
@codepuncher

This comment has been minimized.

Copy link

commented Sep 20, 2018

You should just be able to set them to start on boot with:

sudo update-rc.d rsyslog defaults
sudo update-rc.d dbus defaults
sudo update-rc.d cron defaults
sudo update-rc.d atd defaults
sudo update-rc.d atd defaults
sudo update-rc.d dnsmasq defaults
sudo update-rc.d mysql defaults
sudo update-rc.d php7.2-fpm defaults
sudo update-rc.d nginx default
@valeryan

This comment has been minimized.

Copy link
Owner Author

commented Nov 27, 2018

I will test this in the latest wsl but I don't know that it supports modifying the run class.

@valeryan

This comment has been minimized.

Copy link
Owner Author

commented Nov 27, 2018

@codepuncher That does appear to work but any time you open additional bash windows it seems to create separate instances of the services in task manager. By having the services started by the script it only creates one instance of the services. Worth testing some more though. Thanks for the tip.

@kkm000

This comment has been minimized.

Copy link

commented Dec 25, 2018

It is possible to launch WSL services with a Windows Task at logon. That decouples them from bash instances. The only trick, IIRC, is to allow the startup script to run without asking for a password in /etc/sudoers with a NOPASSWD: prefix.

Never tried the task at boot option, but maybe it can also work?

@hendrep

This comment has been minimized.

Copy link

commented Feb 23, 2019

I struggled with my pages sometimes loading and sometimes timing out.
I kept getting upstream timed out (110: Connection timed out) while reading upstream, client: 127.0.0.1, errors in my valet log.
As per this post, microsoft/WSL#393 (comment),
I added fastcgi_buffering off; to my site's Nginx config under .valet/Nginx.

Seemed to have solved my issue!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.