OpenMythosをLinuxMint 22.3に環境構築してみました

 1.概要 Claude Mythosが話題になっています。このClaude Mythosの公開論文を元にOpen Mythosが開発されてOSS公開されたとのニュースが目に止まりました。早速、Open Mythosの環境構築にチャレンジしました。 2.詳細 pytorchベースで、Pytorch-12.6、CUDA-12.6環境を構築して、python3でimportできることを確認しました。 環境は以下の通りです。 HW amd 3200G, Memory 16GB, SSD 256GB, nvidia-1660 super SW LinuxMint 22.3, NVIDIA-driver-595-open, CUDA-12.6, Pytorch-12.6 (1) nouveauの無効化 /etc/modprobe.d/blacklist-nouveau.conf作成 # nvidia(nouveau) blacklist nouveau options nouveau modeset=0 適用します $ sudo update-initramfs -u (2) nvidia driver設定 $ ubuntu-drivers devices $ sudo apt -y install nvidia-driver-595-open (3) CUDA設定 $ wget https://developer.download.nvidia.com/compute/cuda/repos/ubuntu2404/x86_64/cuda-keyring_1.1-1_all.deb $ sudo dpkg -i cuda-keyring_1.1-1_all.deb $ sudo apt update $ sudo apt install cuda-toolkit-12-6 path設定を~/.bashrcに追加( vi ~/.bashrc ) # CUDA Toolkit export PATH="/usr/local/cuda/bin:$PATH" export LD_LIBRARY_PATH="/usr/local/cuda/lib64:$LD_LIBRARY_PATH" (4) 動作確認 $ nvidia-smi $ nvcc -V...
コメントを投稿

miniPCのBMAXでWindows11の回復ドライブの作成と起動試験

 1.概要

miniPCのBMAXのリカバリ処理はWindows10から再導入することになり大変でした。また、Windows11をsecure boot設定に変更するとBitLockerでストレージが暗号化され、イメージバックアップが難しくなります。そこで、Windows11標準の回復ドライブを作成して、実際に回復ドライブから起動する試験をしました。その内容を記述します。

2.詳細

環境はminiPCのBMAXです。
Windows10を導入して、Windows11にupgrade、不要なWindows10や一時ファイルを削除した結果、Cドライブの使用容量は約45GBです。これを32GBのUSB3のUSBメモリを利用して回復ドライブを作成しました。USBメモリはgpartdでmsdosのパーティションテーブルに初期化して利用しました。回復ドライブ作成手順は参考資料を参照しました。回復ドライブ作成に４時間程度必要でした。完了するとUSB内に12GBの容量を消費していました。処理速度が遅すぎて毎回取得するようなバックアップには実用的ではなく、使うのは難しそうです。しかし、他に手段がありません。

次に、回復ドライブから起動試験をしました。手順は同じ参考資料です。リカバリの直前でキャンセルをしました。USBドライブの起動はuefiBIOSのブートメニュー(BMAXはF11-key)です。電源On直後から連打します。参考資料のドライブから回復するの画面でキャンセルを選択しました。ここまで起動できることが確認できたので良しとします。

3.注意点

回復ドライブはWindows11を初期状態に戻すために利用できます。従って。Cドライブに導入した利用者アプリは回復ドライブに含まれません。今回のminiPCのBMAXのようにWindows10から導入をやり直す場合は便利だと思います。ただし、利用者アプリのリカバリ手順を作成することが必要です。

参考
[本ブログ内参照]
miniPCのBMAXでWindows11のsecure boot設定漏れでトラブル発生
[外部サイト参照]
Windows 11 回復ドライブの作成と実行手順

コメント

コメントを投稿

このブログの人気の投稿

miniPCのBMAXでWindows11のsecure boot設定漏れでトラブル発生

 0.推奨 Windows11をプリインストールモデルの状態で利用されている場合は問題になることはありません。Windows11のUSB bootメディアを作成して自分で新規導入したり、Windows10からWindows11へupgradeをした場合。Windows11への移行条件確認が十分でない状態があったのではないかと思います。Windows11で必須要件を満たさずに移行されたWindows11環境がありました。 今回のトラブルでBitLockerの48桁の回復キーがないことが痛手でした。Windows11を利用する上でBitLockerの回復キーは大切に保管が必要です。secure bootを設定するとディスクは暗号化されてしまいます。障害復旧に回復キーは必須です。６月の証明書期限切れで問題が発生して、思わぬ事態にならぬように早めにチェックすること、回復キーを保管することを推奨します。 1.概要 始まりは、参考資料の「6月からパソコンが動かなくなる？」です。miniPCのsecure boot設定をmsinfo32で確認すると「無効」でした。そこで、BIOSの設定でsecure bootをenableに設定して、msinfo32は「有効」になりました。これが暗号化設定と認識不足でした。Windows Updateを実行して証明書の更新を実行すると、Windows Updateのボタンが赤色に変わりました。ここからトラブルです。理解不足で複数のミスが重なり、データを消失。復旧も時間を必要としました。その内容を記述します。 2.詳細 (1) トラブルの始まり ネット記事で、secure boot設定が必要で、６月にPCが動かなくなると思って、BIOS設定を変更したことが始まりです。この変更は、BIOSでSecurityのsecure bootをdisableからenableに変更だけです。Windows11を起動してmsinfo32で有効をチェックして完了。追加としてWindows Updateで証明書の導入をしてからハマりました。 障害の状況は、Windows11自体は普通に使えるのですが、Windows Updateのボタンが赤色。文字も赤字に変わりました。今後、発生するupdate適用ができなくなると認識しました。 (2) GoogleAI(Gem...
続きを読む

LinuxMint-22.3にWine 11.6をサクッと入れてみました

 1.概要 Wine 11.6が開発版のアップデートリリースの記事を見つけたので、早速、試してみました。 以前の手順と異なる点は、winehq-develを選択する部分だけです。 LinuxMint-22.3導入済み環境があると、５分程度で導入できます。 この内容を記述します。 2.詳細 環境はAMD 4core, Memory 16GB, SSD 256GBです。 LinuxMint-22.3はkernel-6.14の環境です。 手順は下記内容です。今回はフォント関連も導入しました。 参考にした資料は前回と同じです。 wikis/Debian-Ubuntu https://gitlab.winehq.org/wine/wine/-/wikis/Debian-Ubuntu $ cat /etc/os-release $ sudo mkdir -pm755 /etc/apt/keyrings $ wget -O - https://dl.winehq.org/wine-builds/winehq.key | sudo gpg --dearmor -o /etc/apt/keyrings/winehq-archive.key - $ sudo dpkg --add-architecture i386 $ sudo wget -NP /etc/apt/sources.list.d/ https://dl.winehq.org/wine-builds/ubuntu/dists/noble/winehq-noble.sources $ sudo apt update $ sudo apt install --install-recommends winehq-devel $ wine --version $ sudo apt install winetricks $ winetricks cjkfonts $ winetricks --version wine --versionは、11.6と表示されます。 何も問題なく導入できます。 参考 [本ブログ内参照] ・LinuxMint 21.3にWine 11.0を導入しました [外部サイト参照] ・ 「Wine 11.6」リリース─ Androidドライバ再実装やVBScript改善など ・ Wine 11.6 Rel...
続きを読む

LinuxMint 22.3でkernel-6.18.26をbuildする

1.概要 amd 3200GでBlack Out問題が発生したときにkernel buildを実施しました。その時はエラーの対処に集中していたので、もう一度整理をしました。kenel-6.18.21のbuildと少し変わっています。新しいkernelをLinxuMintやUbuntuで利用する場合は役立つと思います。その内容を記述します。 2.詳細 Build作業を~/srcで実行します $ mkdir ~/src (a)kernel-6.18.26を入手する $ cd ~/src $ VERSION="6.18.26" $ wget https://mirrors.edge.kernel.org/pub/linux/kernel/v6.x/linux-${VERSION}.tar.gz $ tar xf linux-${VERSION}.tar.gz $ ln -s linux-${VERSION} linux (b)configの設定 $ cd ~/src $ CONFIG="6.17.0-23" $ cp /boot/config-${CONFIG}-generic  ~/src/linux/.config $ cat ~/src/linux/.config | grep "canonical" $ cp  ~/src/linux/.config   build.config $ sed -i -e 's/debian\/canonical-certs.pem//'          build.config $ sed -i -e 's/debian\/canonical-revoked-certs.pem//'  build.config $ cat build.config | grep "canonical" $ cp  build.config ~/src/linux/.config $ echo $ diff build.config ~/src/linux/.config (c)buildに必要な準備とbuild (1)標準モジュールの追加 $ sudo apt install build-essential libelf-dev li...
続きを読む