2024 Jan. 29.
管理者権限を取得したうえで、所定のコマンドを入力する。
一般ユーザー権限のコマンドプロンプト上で
管理者権限のコマンドプロンプトを起動する。 > start cmd.exe /k "runas /user:Administrator cmd.exe" 再起動 > shutdown /r /t 0 "/r"オプションで再起動を指定し、"/t"オプションでタイマーを設定する。"/t 0"は、即座に再起動することを意味する。 シャットダウン > shutdown /s /t 0 "/s"オプションでシャットダウンを指定し、"/t"オプションでタイマーを設定します。"/t 0"は、即座にシャットダウンすることを意味する。
2024 Jan. 29.
環境：Windows 11 Home edition
"ver"コマンドと"$PSVersionTable.PSVersion"コマンドを入力してみる。
>ver Microsoft Windows [Version 10.0.22631.3085] >$PSVersionTable.PSVersion '$PSVersionTable.PSVersion' は、内部コマンドまたは外部コマンド、 操作可能なプログラムまたはバッチ ファイルとして認識されていません。
> ver
ver : 用語 'ver' は、コマンドレット、関数、スクリプト ファイル、または操作可能なプログラムの名前として認識されません。
名前が正しく記述されていることを確認し、パスが含まれている場合はそのパスが正しいことを確認してから、再試行してください
。
発生場所 行:1 文字:1
+ ver
+ ~~~
+ CategoryInfo : ObjectNotFound: (ver:String) [], CommandNotFoundException
+ FullyQualifiedErrorId : CommandNotFoundException
> $PSVersionTable.PSVersion
Major Minor Build Revision
----- ----- ----- --------
5 1 22621 2506
2024 Jan. 27.
$ sudo add-apt-repository ppa:cappelikan/ppa $ sudo apt update $ sudo apt install mainline
2024 Mar. 09.
2024 Feb. 10.
2024 Jan. 27.
$ sudo apt update && sudo apt install ifmetric
$ ip route default via 192.168.11.1 dev wlxd1c proto static metric 601 default via 192.168.11.1 dev wlx2c0 proto static metric 603 192.168.11.0/24 dev wlxd1c proto kernel scope link src 192.168.11.10 metric 601 192.168.11.0/24 dev wlx2c0 proto kernel scope link src 192.168.11.11 metric 603 $ ip a
wlxd1cポートのmetric値を605に設定する例 $ sudo ifmetric wlxd1c 605
#!/bin/bash /usr/sbin/ifmetric wlxd1c 605
実行属性を付ける。
$ sudo chmod 700 /MY/SCRIPT/metric_change.sh
/etc/systemd/system/metric_change.service を作成する。
[Unit] Description = change metric Wants=network-online.target After=network-online.target [Service] Type=forking TimeoutStartSec=30 ExecStart=/MY/SCRIPT/metric_change.sh Restart=on-failure RestartSec=30 [Install] WantedBy=multi-user.target
$ sudo chmod 644 /etc/systemd/system/metric_change.service $ sudo systemctl enable metric_change.service
2024 Mar. 02.
2024 Feb. 25.
2024 Jan. 22.
・ホストOSと仮想OSとの共有フォルダーに設定したディレクトリをLAN内のリモートデバイスにNFSファイルシステムでマウントできない。
Windows起動時に自動的に時刻合わせする - rokkonet
VMware Workstation Player 17をWindows 11 Homeにインストールし、Xubuntu 22.04の仮想マシンを作成 - rokkonet
「アダプタの設定」は、Windowsの設定 -> 「ネットワークとインターネット」を開き、ネットワークに接続しているアダプタの「説明」欄のものに合わせた。
windows 11 ドライブレターの固定化 - rokkonet
VMware workstation 17 : USBデバイスの自動接続設定 - rokkonet
録画ファイルを保存するディレクトリは共有フォルダにしておく。
VMware Workstation 17 Player : Windows 11 ホストOSとXubuntu 22.04 ゲストOSとの共有フォルダー設定 - rokkonet
OpenSSH SSHサーバー、SSHクライアント インストール、鍵生成・配置 - rokkonet
VMware Workstation 17 Player : Windowsホストシステム起動時に仮想マシンを起動する - rokkonet
Windows Wifi : Wake On Lan ( WOL )の設定 - rokkonet
PLEX PX-W3U4 TVチューナー ドライバをxubuntu 22.04にインストール - rokkonet
(EPGStationの停止) $ sudo systemctl stop epgstation.service (Mirakurunの停止) $ su - tv $ cd ~/docker/Mirakurun/docker $ docker-compose -f ./docker-compose.yml down （確認） Mirakurunの稼働状況確認 $ curl -o - http://localhost:40772/api/version EPGStationの稼働状況確認 $ curl -o - http://localhost:8888 （参考。次回システム起動時に行うこと） +++ ここから +++ Mirakurunの稼働状況確認 $ curl -o - http://localhost:40772/api/version あるいは、ブラウザで http://EPGSTATION.HOST.IP.ADDRESS:8888 を開いてEPGStationの稼働を確認する。 Mirakurunの起動 $ su - tv $ cd ~/docker/Mirakurun/docker $ docker-compose -f ./docker-compose.yml up -d EPGStationの稼働状況確認 $ curl -o - http://localhost:8888 あるいは、ブラウザで http://EPGSTATION.HOST.IP.ADDRESS:8888 を開いてEPGStationの稼働を確認する。 EPGStationの起動 $ sudo systemctl enable epgstation.service $ sudo systemctl start epgstation.service システムを再起動してMirakurun、EPGStationの自動起動を確認する $ sudo reboot +++ ここまで +++
OpenVPNインストール ルーティング方式 Easy-RSA3利用、TLS認証あり版 - rokkonet
2024 Jan. 20.
2024 Jan. 19.
この方法では、ホストOSを再起動したらゲストOSがGUIなしで稼働していた。
> cd "C:\Program Files (x86)\VMware\VMware Player" > .\vmrun.exe -T player stop "C:\path\to\your\virtual\machine.vmx" hard
2024 Jan. 14.
docker-compose.ymlに次の記述がある場合、Dockerfileとdocker-compose.ymlのファイル配置は /hoge/app/Dockerfile、/docker-compose.ymlでしょうか？
そして、hogeディレクトリとdocker-compose.ymlファイルの親ディレクトリは同じディレクトリでしょうか？
（docker-compose.yml）
version: '3'
services:
app:
build:
context: /hoge
dockerfile: app/Dockerfile
（Chat GPTより）
提供された docker-compose.yml ファイルの中で、context パラメータが /hoge に設定されています。これは Docker ビルドのコンテキストとして使用されるディレクトリを指定するものです。この場合、Dockerfile は /hoge/app/Dockerfile に配置されるべきです。
ですので、ディレクトリ構成は次のようになります：
・"/hoge/app/Dockerfile" : Dockerfile の配置場所
・"/docker-compose.yml" : Docker Compose ファイルの配置場所
"/hoge"ディレクトリは Docker ビルドのコンテキストとして使われ、その中に app/Dockerfile が配置されています。 docker-compose.yml ファイル自体が / ディレクトリに配置されている必要はありません。ディレクトリ構成全体を考えると、docker-compose.yml ファイルがあるディレクトリにより依存しています。
