Terminal: WSLディストリビューションの `startingDirectory`のLinuxパスをサポートする

Windowsパスを想定しているように見えますが、AppDataでWSLfsパスを直接渡すことはできません。 新しいUNCパスを使用すると、次のように機能します。
"startingDirectory":"//wsl$/Ubuntu/home/cem/src" -> ~/src

したがって、通常のWindowsの場所も同様です。
"startingDirectory":"C:/wd" -> /mnt/c/wd

うーん。 おそらく、startingDirectoryがwslパスであることを示唆する設定を追加する必要があります。 現在、起動しているクライアントアプリの作業ディレクトリを手動で設定しているだけなので、プロファイルがwslを試行していることを明確に認識し、作業ディレクトリを渡すためのロジックを調整する必要があります。

1つの簡単なハックはwslの~/.bashrcファイル内にあります。行を追加します
cd ~

問題が解決しました。

1つの簡単なハックはwslの~/.bashrcファイル内にあります。行を追加します
cd ~

問題が解決しました。

これは、マシンでbashを使用する他のすべての動作で奇妙で予期しない動作を起こすための優れた方法でもあります。 ：スマイル：

この方法は少し手間がかかります。 プロファイル内のコマンドからディストリビューション名を解析して、 wsl.exe -d Ubuntuが「Ubuntu」を取得し、それをProfile::EvaluateStartingDirectory渡すことができます。 その後、それが失敗した場合、それを設定する前に、 %userprofile%我々は、評価することができます\\WSL$\[distributionName][directory] 、それが有効なディレクトリ・パスであるかどうかを確認します。

または、メソッドを非静的メソッドにして、 _commandlineから値を取得することもできます。

編集：私は今、これが機能しないことに気づきました。 P9サーバーは起動されていない可能性があり、起動されている場合は、すべてのディストリビューションがUNCパスの下で使用可能な共有としてロードされません。

@ sandeepkv93-そのハックは最善ではありません。 たとえばVSCodeで作業していて、WSLターミナルをプロジェクトディレクトリ内で開きたい場合、これはそれを防ぎます。 間違いなく他の問題も引き起こすだろう

私の回避策

"commandline" : "wsl.exe ~  -d WLinux"

Windowsのユーザーのホームディレクトリ/c/Users/MikeLloydになる新しいユーザーを作成した後、 /etc/passwd編集し、profile.jsonでstartingDirectoryを~に設定しました。 18965.1005で期待どおりに機能します。

私の回避策

"commandline" : "wsl.exe ~"

デフォルトのディレクトリをCのディレクトリに設定したい場合はどうなりますか？
"commandline" : "wsl.exe /mnt/c/Programming -d Ubuntu-18.04"やその他のディレクトリを、 /mnt/c/有無にかかわらず、一重引用符の有無にかかわらず試してみましたが、運がありませんでした。

@LeoLozesこのスレッドの2番目の投稿は、あなたが望むことを正確に行う方法を示しています。

私の場合、このように機能します
"startingDirectory": "//wsl$/Ubuntu-18.04/home/username"

wsl.exe ~ -d <distro>と//wsl$/home/<username>両方の回避策が機能しましたが、 startingDirectoryがWindowsではなくWSLによって解釈されると便利です。 たとえば、 "startingDirectory": "$HOME/projects"は正常に機能するはずです。

WindowsTerminalがパスを変換できれば素晴らしいでしょう。 私はwslをすぐに起動することを期待して＃1060に従いましたが、Windowsエクスプローラーが常に元のパスをターミナルに渡すため、機能しません。

私はこの問題を修正します

"startingDirectory": "//wsl$/Ubuntu-18.04/home/myname"

Microsoft Windows [Version 10.0.18363.592] 、ver 0.8.100910.0

常に$ HOMEでWSLを開始する私の方法：
wt.exeのリンクを作成し、
C：\ Users \ YOURNAME \ AppData \ Local \ Microsoft \ WindowsApps \ wt.exe wsl.exe〜-d Ubuntu
スタートメニューに固定して、プロファイルの「startingDirectory」をnullのままにします

「開始ディレクトリ」を「wsl.exe」に渡さない場合は、常に現在のディレクトリから開始されます。

私の解決策は、コマンドラインwsl.exe ~を開始して新しいプロファイルを作成することです。 MSストアの最新バージョン。

{
            "acrylicOpacity" : 1,
            "closeOnExit" : true,
            "colorScheme" : "Campbell",
            "commandline" : "wsl.exe ~",
            "cursorColor" : "#FFFFFF",
            "cursorShape" : "bar",
            "fontFace" : "Consolas",
            "fontSize" : 12,
            "guid" : "{*********************************}",
            "historySize" : 9001,
            "icon" : "ms-appx:///ProfileIcons/{0caa0dad-35be-5f56-a8ff-afceeeaa6101}.png",
            "name" : "Ubuntu home",
            "padding" : "0, 0, 0, 0",
            "snapOnInput" : true,
            "startingDirectory" : "%USERPROFILE%",
            "useAcrylic" : true
},

簡単な修正
"startingDirectory"： "// wsl $ / Ubuntu / home /"、

@ troy-macは文字通り「ホーム」ディレクトリから始まります。_your_ホームディレクトリではありません。 数え切れないほどの実用的な解決策については、上記の回答を参照してください（例）

私はUbuntuを使用しており、回避策は次のとおりです。
"commandline" : "ubuntu.exe"

簡単な修正
"startingDirectory"： "// wsl $ / Ubuntu / home /"、

なぜ彼らが与えるのかさえ分かりません👎🏻

おかげで私はそれを理解しました...解決する必要がある次のことは/etc/resolv.confファイルが上書きされることです。 仕事以外のいくつかの回避策を試しました

特定のディレクトリでWSLを開始するにはどうすればよいですか？

たとえば、 ~/devから始めたい場合、 commandlineプロパティに何を書き込みますか？

"commandline": "wsl.exe ~/dev"を試しましたが、次のようなエラーが発生しました。

/bin/bash: /home/myname/dev: Is a directory

[process exited with code 126]

編集：
nvm。 書くことによってそれを理解する

"startingDirectory":"//wsl$/Ubuntu/home/myname/dev"

数日前の最新リリース（profile.jsonの名前がsettings.jsonに変更されました）では、 startingDirectoryがまったく機能しなくなりました。 このスレッドの1つのバリエーションは私にはまったく機能しませんが、他の誰かが同じように見ていますか？

startingDirectory設定は私にとってはうまくいきましたが、使用しているプロファイルに配置する必要があるようです。 したがって、たとえば、Ubuntu：

            {
                "guid": "{2c4de342-38b7-51cf-b940-2309a097f518}",
                "hidden": false,
                "name": "Ubuntu",
                "source": "Windows.Terminal.Wsl",
        "startingDirectory":"//wsl$/Ubuntu/home/me/dev"
            },

Ubuntu、Debian、Kali-Linux、CentOSの4つのwslディストリビューションがインストールされています。 "startingDirectory": "\\\\wsl$\\<distroname>\\home\\jakob"の設定を使用すると、ほとんどの場合、Debianは開始ディレクトリを尊重しますが、常にそうであるとは限りません。 ただし、2番目のタブを他の3つのディストで開くと、常に開きます〜 "startingDirectory": "//wsl$//<distroname>/home/jakob"を使用しても違いはないようですが、 \\を使用する方が信頼性が高くなります

編集：私はInsiderプレビュービルド19619とwsl2を実行しています。 VMが稼働しているときは、startingDirectory設定を尊重しているようです。 VMが停止していて、タブを開くときに起動する必要がある場合、VMは停止しません。

簡単な修正
"startingDirectory"： "// wsl $ / Ubuntu / home /"、

なぜ彼らが与えるのかさえ分かりません👎🏻

/ homeではなく/ home / usernameである必要があります

すでに述べたことを繰り返すために、これは、特定のWSLインスタンスの開始ディレクトリを設定する方法です。

    "profiles": [
        {
            "guid": "{2c4de342-38b7-51cf-b940-2309a097f518}",
            "hidden": false,
            "name": "Ubuntu",
            "source": "Windows.Terminal.Wsl",
            "fontFace": "Cascadia Code",
            "fontSize": 12,

            // THIS                 vvvvvvvvvvvv
            "commandline": "wsl.exe ~ -d Ubuntu"
        }
    ],

「Ubuntu」をディストリビューションの名前に置き換えます。

Ubuntu、Debian、Kali-Linux、CentOSの4つのwslディストリビューションがインストールされています。 "startingDirectory": "\\\\wsl$\\<distroname>\\home\\jakob"の設定を使用すると、ほとんどの場合、Debianは開始ディレクトリを尊重しますが、常にそうであるとは限りません。 ただし、2番目のタブを他の3つのディストで開くと、常に開きます〜 "startingDirectory": "//wsl$//<distroname>/home/jakob"を使用しても違いはないようですが、 \\を使用する方が信頼性が高くなります

編集：私はInsiderプレビュービルド19619とwsl2を実行しています。 VMが稼働しているときは、startingDirectory設定を尊重しているようです。 VMが停止していて、タブを開くときに起動する必要がある場合、VMは停止しません。

これは、// wsl $ /フォルダーは、wslインスタンスが開始されるまで初期化されないためです。 したがって、最初のインスタンスは〜で開始されませんが、最初のインスタンスが// wsl $ /フォルダーを初期化したため、他のインスタンスは〜で開始されます。

@ troy-macは文字通り「ホーム」ディレクトリから始まります。_your_ホームディレクトリではありません。 数え切れないほどの実用的な解決策については、上記の回答を参照してください（例）

@antoineco私はUbuntuを使用しています（それが重要かどうかはわかりません）が、_my_ホームディレクトリ/ home / troymacに配置されるので、探していた結果が得られます...

@ troy-mac Ubuntuで試したところ、試していません。 おそらく、設定ファイルまたはbashrcファイルのいずれかに別のディレクティブがありますが、これだけではホームディレクトリに配置されません。

とにかく、私の要点は、このスレッドに誤った情報がないようにする必要があるということでした。 実用的な解決策が提案されました。不正確な代替トリックを共有する代わりに、それを使用するようにユーザーに勧めましょう。

私にとって（おそらくzshのせいで）、回避策"commandline": "wsl.exe /mnt/d/workspace -d Debian"は機能しません：

zsh:1: permission denied: /mnt/d/workspace

[process exited with code 126]

しかし、最初に提案された"commandline" "startingDirectory": "D:/workspace"なくても

wsl /directoryを実行してディレクトリを指定することが機能する世界はありません。 これにより、（zshを使用している場合だけでなく）常にシェルがディレクトリを実行して終了しようとします。 それはあなたが望むものでは決してありません。

これに関する更新はありますか？

@maximgeerinckいいえ。 このスレッドがある場合は、必ず更新します。 それまでの間、[購読]ボタンをお勧めしますか？

そうすれば、このスレッドのすべてのユーザーに不必要にpingを実行することなく、このスレッドの更新が通知されます☺️

こんにちは私は以前に投稿したこの提案に少し親指を立てましたが、新しいシステムにWSLとUbuntu-20.04をインストールしただけで、settings.jsonファイルに以下の行を追加するだけで100％私をホームディレクトリにドロップするために働いた。 サムズダウンユーザーが実際にこれをテストしたかどうかわからないので、すべての人に役立つとは言いませんが、Ubuntu-20.04と18.04の両方の2つの異なるシステムで動作しました。 最初に試すのが最も簡単だと思います。うまくいかない場合は、このスレッドで他のいくつかの提案を試してください。

"startingDirectory"： "// wsl $ / Ubuntu-20.04 / home / troy-mac"
"startingDirectory"： "// wsl $ / Ubuntu-18.04 / home / troy-mac"

または、常に機能する可能性のあるください...
"コマンドライン"： "wsl.exe〜-d Ubuntu"

@ troy-mac私はここで自分自身のために話しているが、親指を下に向けることは_「警告、読者。このメッセージで提案された解決策はすべての人に役立つわけではない。代わりに受け入れられた解決策を参照してください」_を言う方法でした。 それはあなたを解雇する試みではありませんでした。

あなたが言ったように、 "commandline": "wsl.exe ~ -d <distro_name>" （https://github.com/microsoft/terminal/issues/592#issuecomment-504947429）はほとんどの場合に機能するので、このソリューションが行く人に見えるようにしましょうこの問題を通じて、新しいおおよその解決策を考え出す代わりに。

Ubuntuをインストールするとき、使用することができます

"startingDirectory":"\\\\wsl$\\[DISTRONAME]\\home\\[USERNAME]"

[DISTRONAME]が何であるかわからない場合は、次のようにします。

1. Win + R
2. \\ wsl $
3. Enterキーを押します

これで、エクスプローラーでファイル共有を取得できます。 FX

Windowsターミナルで新しいタブを開くときは、開始する場所へのパスをたどるだけです。 覚えておいてください：

1. 開始時に4つのバックスラッシュと
2. フォルダ名の間に2つのバックスラッシュ

お気に入り：

startingDirectory 。 Windowsターミナルを再起動すると、準備が整います。