WindowsターミナルのWSLプロファイルのカスタマイズ ― 2025年04月27日 17:05
スタートを右クリックし、縦に並んだメニューからターミナルを再度クリックするとWindowsターミナルが起動します。
コマンド名は"wt.exe"ですので、「検索窓」や「ファイル名を指定して実行」に"wt"と入力しても、Windowsターミナルが起動します。
Windowsと連携してLinuxを使用するWSLを使用する場合、Windowsターミナル上部の"v"ボタンから起動すると、便利です。
アイコンなどのプロファイルのカスタマイズ方法とトラブルシューティングについて、Qiitaに投稿しました。
詳細は以下URLをご確認お願いします。
https://qiita.com/HD_mount_Music/items/bdea2fe744a84cc5fb16
コマンド名は"wt.exe"ですので、「検索窓」や「ファイル名を指定して実行」に"wt"と入力しても、Windowsターミナルが起動します。
Windowsと連携してLinuxを使用するWSLを使用する場合、Windowsターミナル上部の"v"ボタンから起動すると、便利です。
アイコンなどのプロファイルのカスタマイズ方法とトラブルシューティングについて、Qiitaに投稿しました。
詳細は以下URLをご確認お願いします。
https://qiita.com/HD_mount_Music/items/bdea2fe744a84cc5fb16
WSLの基本操作 ― 2025年04月22日 18:56
題記のタイトルでQiitaに投稿しました。
WSL2やVS-Codeは活発に開発が行われていて、改善・仕様変更されています。
良い機能だと感じたのは、WindowsターミナルのパスのWindows⇔Linuxの相互変換です。
エクスプローラーと併せれば、LinuxとWindowsアプリを簡単に使えそうです。
詳細は、小生が投稿したQiitaのページをご確認お願いします。
https://qiita.com/HD_mount_Music/items/e2ee236765f1df8a1ed3
---
現在のWSL環境（全てWSL2）
- elmer_deb12
Debian 12にElmer (Elmer/Ice, MUMPS, Hypre, MMG, Zoltan and NetCDF)
- Smeca-Alma9
Alma Linux 9にSalome-meca 2024.1 (Apptainer, NVIDIA Container Toolkit, /etc/apptainer/apptainer.confを編集し、--nvを有効化)
- Fistr_Oracle9
Oracle Linux 9にFrontISTR(autofistrのスクリプトにより、oneAPIのIMPIとMKLを組み込んだ）とEasyISTR
---
WSL2のベース部分のカーネル・ハードウェア認識がマイクロソフト製です。
デスクトップアプリは、Flatpak、AppImage、ParaviewやScilabのようにLinuxディストリビューションの種類によらず動作するものが増えました。
リリースから2年弱のDebian 12、十分なテストで検証されたRHEL9互換を選びました。
WSL2ではGUIの設定画面やデスクトップのデザインが無いので、サーバーのように枯れたＯＳが主流になる可能性があるように思います。
WSL2やVS-Codeは活発に開発が行われていて、改善・仕様変更されています。
良い機能だと感じたのは、WindowsターミナルのパスのWindows⇔Linuxの相互変換です。
エクスプローラーと併せれば、LinuxとWindowsアプリを簡単に使えそうです。
詳細は、小生が投稿したQiitaのページをご確認お願いします。
https://qiita.com/HD_mount_Music/items/e2ee236765f1df8a1ed3
---
現在のWSL環境（全てWSL2）
- elmer_deb12
Debian 12にElmer (Elmer/Ice, MUMPS, Hypre, MMG, Zoltan and NetCDF)
- Smeca-Alma9
Alma Linux 9にSalome-meca 2024.1 (Apptainer, NVIDIA Container Toolkit, /etc/apptainer/apptainer.confを編集し、--nvを有効化)
- Fistr_Oracle9
Oracle Linux 9にFrontISTR(autofistrのスクリプトにより、oneAPIのIMPIとMKLを組み込んだ）とEasyISTR
---
WSL2のベース部分のカーネル・ハードウェア認識がマイクロソフト製です。
デスクトップアプリは、Flatpak、AppImage、ParaviewやScilabのようにLinuxディストリビューションの種類によらず動作するものが増えました。
リリースから2年弱のDebian 12、十分なテストで検証されたRHEL9互換を選びました。
WSL2ではGUIの設定画面やデスクトップのデザインが無いので、サーバーのように枯れたＯＳが主流になる可能性があるように思います。
Windowsのデスクトップ画面をゴミ箱だけにしました ― 2025年04月14日 18:40
デスクトップ画面に置くのは「一列」、理想的には「ゴミ箱だけ」という記事を見たことがあります。
文書や画像は、作業が終われば、ドキュメントやピクチャのフォルダに移すので、アプリについて述べます。
アプリの使用頻度や内容により、アイコンを置く場所の見直し・コマンド入力に変更することで、一時ファイルを除き「ゴミ箱」だけとすることができました。
優先順位を以下のようにして、整理しました。
(1) タスクバーにピン止めする
(1') エクスプローラーの窓にコマンドを入力する（ディレクトリを移動して、開きたい端末：PowerShell 7："pwsh"、VS-code："code"などのアプリ）。右クリックのターミナルで開くもほぼ同じ。Windowsの推奨仕様のアプリからはWSL2のLinuxフォルダにアクセスでき重宝します。
英語ですが、GetStartedElmerの"Chapter 7: More Information – Elmer"にわかりやすく記載されています。
https://www.nic.funet.fi/pub/sci/physics/elmer/doc/GetStartedElmer.pdf
また、コマンド名の頭を覚えていれば、検索窓で簡単にコマンドを探せます。"env" → 環境変数の編集、"cont" → コントロールパネル。
(2) スタートにピン止めする
1, 1'以外はたまに使う程度のアプリだと考えています。私は３ページになり、見づらくなりました。
スマホのアイコンのように、階層化（グループ分け）を行えば、１ページに収まります。
(3) 何も操作をしない
スタートの全て、もしくは、ネットで調べたコマンド名で検索する。
文書や画像は、作業が終われば、ドキュメントやピクチャのフォルダに移すので、アプリについて述べます。
アプリの使用頻度や内容により、アイコンを置く場所の見直し・コマンド入力に変更することで、一時ファイルを除き「ゴミ箱」だけとすることができました。
優先順位を以下のようにして、整理しました。
(1) タスクバーにピン止めする
(1') エクスプローラーの窓にコマンドを入力する（ディレクトリを移動して、開きたい端末：PowerShell 7："pwsh"、VS-code："code"などのアプリ）。右クリックのターミナルで開くもほぼ同じ。Windowsの推奨仕様のアプリからはWSL2のLinuxフォルダにアクセスでき重宝します。
英語ですが、GetStartedElmerの"Chapter 7: More Information – Elmer"にわかりやすく記載されています。
https://www.nic.funet.fi/pub/sci/physics/elmer/doc/GetStartedElmer.pdf
また、コマンド名の頭を覚えていれば、検索窓で簡単にコマンドを探せます。"env" → 環境変数の編集、"cont" → コントロールパネル。
(2) スタートにピン止めする
1, 1'以外はたまに使う程度のアプリだと考えています。私は３ページになり、見づらくなりました。
スマホのアイコンのように、階層化（グループ分け）を行えば、１ページに収まります。
(3) 何も操作をしない
スタートの全て、もしくは、ネットで調べたコマンド名で検索する。
Windowsマシンでの仮想Linux環境の比較 ― 2025年04月13日 17:19
従来はVirtualBoxやVMware Workstation Playerが主流でしたが、WSL2+WSLgの環境から高度なグラフィックを除くLinuxを快適に使用でるようになりました。
また、Intelの12世代以降のCPUは、Pコア（高性能コア）とEコア（高効率コア）と複雑な構成となりました。
以上のように、ハードウェア、ソフトウェア（サードパーティの仮想化ソフトから見て）の両面で混沌とした状態になっています。
以下の３種類の条件での動作速度を確認し、Linuxの仮想化環境として、WSL2とHyper-Vが良好であることを確認しました。
(a) 生Pythonによる行列の転置
(b) Scilabのスクリプトによる行列乗算（avx2利用と思われる）
(c) FrontISTRのMUMPS解法線形弾性解析
なお、仮想環境ではUbuntuよりもDebianの方が若干高速でした。
topコマンドの表示から考えると、アクティブなプロセスを減らせば改善されると思われます。
また、デスクトップ環境（GNOME、XFCE4、LXDE、MATE、LXQt）の影響はあまりなかったです。
詳細は、私のQiita投稿をご確認お願いします。見出し、コード、多数の図表により説明しています。
https://qiita.com/HD_mount_Music/items/1c9da89b22c0351b4a8b
---
添付画像はWindowsからLinuxを動かしている画像を
マンガ・イラスト風にMIcrosft Designerにより大幅に装飾（変質？）したものです。
遊び心です。
また、Intelの12世代以降のCPUは、Pコア（高性能コア）とEコア（高効率コア）と複雑な構成となりました。
以上のように、ハードウェア、ソフトウェア（サードパーティの仮想化ソフトから見て）の両面で混沌とした状態になっています。
以下の３種類の条件での動作速度を確認し、Linuxの仮想化環境として、WSL2とHyper-Vが良好であることを確認しました。
(a) 生Pythonによる行列の転置
(b) Scilabのスクリプトによる行列乗算（avx2利用と思われる）
(c) FrontISTRのMUMPS解法線形弾性解析
なお、仮想環境ではUbuntuよりもDebianの方が若干高速でした。
topコマンドの表示から考えると、アクティブなプロセスを減らせば改善されると思われます。
また、デスクトップ環境（GNOME、XFCE4、LXDE、MATE、LXQt）の影響はあまりなかったです。
詳細は、私のQiita投稿をご確認お願いします。見出し、コード、多数の図表により説明しています。
https://qiita.com/HD_mount_Music/items/1c9da89b22c0351b4a8b
---
添付画像はWindowsからLinuxを動かしている画像を
マンガ・イラスト風にMIcrosft Designerにより大幅に装飾（変質？）したものです。
遊び心です。
【安全サイドの評価？】 トリチウム 生物内で濃縮されず ― 2025年04月06日 19:26
いくつか気になる点があったので、Ｘに投稿しました。
https://x.com/HD_mount_Music/status/1908710848102883531
(1) 電力会社は、安定した供給（価格・停電・迅速な事故対応...）が使命であり、石橋を叩いて渡る保守的な文化だと思います。
リスクアセスメント、ＫＹ（危険予知）、フェールセーフ、フールプルーフなどが思いつきました。
安全よりも目先の損得を重視しているように見えてしまいます（自然・生命は複雑で飼育環境での評価は危険）。
(2) 加害企業の東電や推進者（政府や原子力の専門家主体の規制委員会）ではなく、中立・反対派がトリチウムの評価をすべきだと思う。
(3) トリチウムの生物濃縮は、悪い結果が出ないように外部からエサを与えて有機結合型トリチウムが少ない状態で意図的に評価している可能性はないか？
水俣病の原因は有機水銀です。有機物との結合の状態により、影響が異なる知見が既にあります。
(4) トリチウムの生物濃縮を記載した資料
ALPS処理水の海洋放出がもたらすもの ／ 北海道がんセンター 名誉院長 西尾 正道様
「トリチウムも有機結合型トリチウムは生物濃縮を起こし、また人体の全ての物質の化学構造式に水素として入るので深刻なのである。SrはCaと、CsはKと同様な体内動態であるが、有機結合型トリチウムは生物濃縮を起こし、また生体を構成している物質の化学構造式まで変える放射性物質なのであり、最も深刻な放射性物質である。」
https://www.hokeni.org/docs/2023092700014/
(5) 漁業者や中国・韓国・太平洋諸島の立場からすれば、科学的に大丈夫と高飛車な態度では反発したくなります。迷惑・心配をかけるのだから、低姿勢での対応が必要と思います。
***
以前、見つけた資料
ALPSシステムによって見逃されたトリチウム以外の汚染物質が、海岸付近で時間の経過とともに蓄積される可能性はあると考えている。
「トリチウム以外の放射能が蓄積するため、日本の近海は長期的に影響を受ける可能性があります。その結果、その地域の漁業に打撃を与える可能性があります」と言う。・・・
太平洋諸島の立場からすれば、日本の太平洋への放出は、「環境的な侮辱のひとつに過ぎない」のである。
https://www.npr.org/2023/08/24/1195419846/fukushima-radioactive-water-japan
水中の放射線はほぼバックグラウンドレベルまで希釈されるが、研究者の中には、これでリスクを軽減するのに十分かどうか確信が持てない者もいる。
https://www.nature.com/articles/d41586-023-02057-y
https://x.com/HD_mount_Music/status/1908710848102883531
(1) 電力会社は、安定した供給（価格・停電・迅速な事故対応...）が使命であり、石橋を叩いて渡る保守的な文化だと思います。
リスクアセスメント、ＫＹ（危険予知）、フェールセーフ、フールプルーフなどが思いつきました。
安全よりも目先の損得を重視しているように見えてしまいます（自然・生命は複雑で飼育環境での評価は危険）。
(2) 加害企業の東電や推進者（政府や原子力の専門家主体の規制委員会）ではなく、中立・反対派がトリチウムの評価をすべきだと思う。
(3) トリチウムの生物濃縮は、悪い結果が出ないように外部からエサを与えて有機結合型トリチウムが少ない状態で意図的に評価している可能性はないか？
水俣病の原因は有機水銀です。有機物との結合の状態により、影響が異なる知見が既にあります。
(4) トリチウムの生物濃縮を記載した資料
ALPS処理水の海洋放出がもたらすもの ／ 北海道がんセンター 名誉院長 西尾 正道様
「トリチウムも有機結合型トリチウムは生物濃縮を起こし、また人体の全ての物質の化学構造式に水素として入るので深刻なのである。SrはCaと、CsはKと同様な体内動態であるが、有機結合型トリチウムは生物濃縮を起こし、また生体を構成している物質の化学構造式まで変える放射性物質なのであり、最も深刻な放射性物質である。」
https://www.hokeni.org/docs/2023092700014/
(5) 漁業者や中国・韓国・太平洋諸島の立場からすれば、科学的に大丈夫と高飛車な態度では反発したくなります。迷惑・心配をかけるのだから、低姿勢での対応が必要と思います。
***
以前、見つけた資料
ALPSシステムによって見逃されたトリチウム以外の汚染物質が、海岸付近で時間の経過とともに蓄積される可能性はあると考えている。
「トリチウム以外の放射能が蓄積するため、日本の近海は長期的に影響を受ける可能性があります。その結果、その地域の漁業に打撃を与える可能性があります」と言う。・・・
太平洋諸島の立場からすれば、日本の太平洋への放出は、「環境的な侮辱のひとつに過ぎない」のである。
https://www.npr.org/2023/08/24/1195419846/fukushima-radioactive-water-japan
水中の放射線はほぼバックグラウンドレベルまで希釈されるが、研究者の中には、これでリスクを軽減するのに十分かどうか確信が持てない者もいる。
https://www.nature.com/articles/d41586-023-02057-y
最近のコメント