タグ付けされた質問 「windows-subsystem-for-linux」

Visual Studio Codeを使用してCを記述し、WSLターミナルを使用しています。gdbVS Codeターミナルからインストールしてコードをデバッグしましたが、インストールパスに変更miDebuggerPathする必要がありgdbます。しかし、どこgdbにインストールされているのかわかりませんか？私の道はどうなりますか？

windows-subsystem-for-linux  c  visual-studio-code 

ZDNetの上のガイドに続き、ここで、Iは、1行のコードは私に迷惑を与えてきたもののUbuntuのデスクトップは、Windows 10上で作業を取得しようとしています。 sudo sed -i 's/<listen>.*<\/listen>/<listen>tcp:host=localhost,port=0<\/listen>/' /etc/dbus-1/session.conf 「/etc/dbus-1/session.confファイルまたはディレクトリが見つかりません」を読み取ることができませんでした そこで、「/ etc / dbus-1 / session.conf」ファイルをオンラインで見つけて追加しました。bashを再起動し、それを見つけましたが、今回は： sed：/etc/dbus-1/session.confを読み取れません：入出力エラー 私が得るものです。 どうすれば修正できますか？

linux  ubuntu  bash  sed  windows-subsystem-for-linux 

コマンドmkdirは、Ubuntuアプリを使用して、Linux用のWindowsサブシステムの下で動作するWindows 10システムのマウントされたネットワークドライブにディレクトリではなくファイルを作成します。 ubuntuアプリをインストールし、Windowsマシンを開発者モードにした後、次のコマンドを使用してリモートネットワークドライブを正常にマウントしました。 sudo mount -t drvfs '\ networkdrive \ sharename' / mnt / U マウントポイントでネットワークドライブを正常にマウントします。リモートドライブ上のファイルを見ることができます。ただし、リモートマシン上のディレクトリを見て、コマンドを発行する場合 mkdirソース Sourceというファイルは、ディレクトリではなくリモートドライブに作成されます。 Windows 10を実行している2台のまったく異なるラップトップでこれを試しましたが、まったく同じ方法でセットアップし、同じ問題が発生しました。Windows 10マシンは開発者モードであり、ubuntuアプリの最新バージョンを実行しています。これはうまくいかないための非常に基本的なことなので、何らかのバグ、またはどこかに設定していないフラグであると推測しています。 以下のスニペットは、問題を示す端末出力です。 username@~$ pwd /home/username username@~$ sudo mount -t drvfs '\\networkdrive.host\sharename\' /mnt/U [sudo] password for username: username@~$ cd /mnt/U/People/username/projects/Vesiform username@Vesiform$ ls -al total 0 drwxrwxrwx 0 root root 512 Mar …

linux  windows  ubuntu  mount  windows-subsystem-for-linux 

そのため、Windows 10にVisual Studio Codeがインストールされており、Windows Sub SystemにLinux Debianもインストールされています。VSCを使用してWindows 10でコードを作成する方法を疑問に思っていますが、WSLで「できれば」virtualenvで「実行」していますか？Linuxのインストールでドライブをマウントできますが、さらに先に進むことができるかわかりません。基本的に、この2つを互いに連携させたいと思います。

python  windows-subsystem-for-linux  visual-studio-code 

sudo chmod -R +755 *またはを使用するたびに、ディレクトリとサブディレクトリ内のsudo chmod -R +755 .すべてのファイルアクセス許可がリセットさ000れます。 を実行sudo chmod +755 *すると、フォルダー内のすべてのアクセス許可が適切に追加されますが、サブフォルダーは追加されません。 他のバリエーション、 sudo find foldername -type d -exec chmod 755 {} ";" また、この方法で権限をリセットするようです。 また.、で始まるファイルやフォルダーも無視するようです。これも望ましくない動作です。 また、を使用しようとするsudo chmod 0000 filenameと、書き込み許可のみが削除されます。読み取りおよび実行の許可はそのままです。これはos.chmod()、Python3（bashシェルのインタープリター）で使用する場合にも当てはまります。 Windows 10 OSビルドは17134.165です

windows-subsystem-for-linux  chmod 

Windows 10ビルド16299 GNU Bashバージョン4.3.11 VeraCrypt 1.19 以前は、マシンのH：に暗号化されたコンテナーがマウントされていました。エクスプローラーウィンドウとcmd行（たとえば、user @ host：/ mnt / h / [folders and files]）の両方で問題なくアクセスできました。 ただし、最近、新しい暗号化されたコンテナを作成し、R：ドライブにマウントしたため、コマンドラインからドライブディレクトリにアクセスできなくなりました。 コマンドライン端末からWSL bashを使用する： cd / mnt / cは、すべてのC：フォルダーと完全なファイルディレクトリを表示します cd / mnt / hでH：に移動しますが、[ls -l]は下に合計0個のファイルを表示します-6つのフォルダーと1つのファイルが必要です cd / mnt / rでR：に移動しますが、合計で0個のファイルが表示されます-7つのフォルダーと5つのファイルが必要です どちらのドライブもFAT32形式であり、WSLで動作するNTFSドライブのみであるという問題を知っています。しかし、これは以前は問題なく動作していましたが、H：が1つしかマウントされていなかったため、コマンドラインからフォルダ/ファイルにアクセスする方法がわかりませんか？ mntオプションの画像 繰り返しますが、以前は次のようなコマンドを使用してファイルにアクセス、読み取り、書き込みができました。 'cat / mnt / h / dir1 / technology / folder1 / …

command-line  bash  mount  windows-subsystem-for-linux  veracrypt