Start : This command cannot be run due to the error: The system cannot find the file specified
Assign different port number manually when you start the notebook. For example: jupyter notebook --port=8889 try: jupyter notebook --no-browserUpdate: Original answer: Jupyter did work, but it didn't open my browser, when I typed jupyter notebook. I found a very simple solution to this:
or touch $HOME/.jupyter/jupyter_notebook_config.py
Now, my WSL uses the wslview command to open the default browser in Windows. (I think) If wslview . does nothing, you might need to manually install wslu. Side note: I had similar issue with browser, I got No web browser found: could not locate runnable browser.I installed WSLU https://github.com/wslutilities/wslu. Then I got Start : This command cannot be run due to the error: The system cannot find the file specified. At line:1 char:1 + Start --h + ~~~~~~~~~ + CategoryInfo : InvalidOperation: (:) [Start-Process], InvalidOperationException + FullyQualifiedErrorId : InvalidOperationException,Microsoft.PowerShell.Commands.StartProcessCommandjupyter-notebook does not supply url as a parameter to wlsview. It passes a path with file to browser. eg with actual url This page should redirect you to Jupyter Notebook. If it doesn't, click here to go to Jupyter. Create a file jupyter-notebook-browser with a content to extract actual url #!/bin/bash file=$(echo "$1" | sed 's/file:\/\///') url=$(grep -oP 'href="\K([^"]*localhost[^"]+)' "$file") wslview "$url"then run jupyter-notebook --browser=jupyter-notebook-browser or define BROWSER variable and run export BROWSER="jupyter-notebook-browser" jupyter-notebookWhy does Start-Process fail to find the executable (not in the path) if -RedirectStandardOutput or -RedirectStandardError are specified? I.e. [X:\] Start-Process -FilePath "prog.exe" -WorkingDirectory (Get-Location).PathThe program starts & executes as it should. But when I add output redirection, everything falls apart: Redirecting with the 1>stdout.txt operator works as expected. This seems not to affect programs that reside in directories listed in PATH. I cannot really figure out what's the logic here. Redirections should have nothing to do with resolving the binary path in the first place. Running on Windows 10 Professional. Update: Full trace & simple reproducer PS> cat .\hello.c #includeUpdate 2: Seems that using absolute path for the executable is a workaround for the issue. (Although it doesn't explain why output direction breaks the executable name/path resolution in the first place) |