パソコン日記(2021)

Slackware は新しいバージョンがリリースされたときはDVD用のiso イメージが公開されますが、細部が随時新しくなっているcurrent 版は自分でiso イメージを作成します。
Slackware の最新安定版は長く14.2 ですが64bit版current はリリース準備中の15.0β のようです。これを入れてみます。

準備作業はメインのWindows10 ではじめました。
ミラーサイトからslackware64-current をCygwin のwget で次のように丸ごとダウンロードしました。

wget -N --passive-ftp --timeout=180 -r ftp://ミラーサイトアドレス /.../slackware64-current

選択したミラーサイトによってはhttps やhttp でもダウンロード可能です。
合計8.15GB のダウンロードとなりました。

インストールするだけならsource/ は不要なので、 ここだけ除外するように工夫できれば4.45GB 分ダウンロードを削減できると後で気づきました。

作業をすすめるためにはREADME.TXT, README_UEFI.txt, isolinux/README.txt あたりが大切なので目を通します。

次にダウンロードしたファイル群を元にインストール用のiso ファイルを作成します。
そのやり方はisolinux/README.TXT に記載されてます。
それによると「xorriso」を用いてUEFI やUSBフラッシュからのブートにも対応したiso として作成するようです。

昔はSlackware のiso イメージは「genisoimage」 で作成してたのですが、変わったようです。
Cygwin には「xorriso」 がありません。試練です。
ここはWindows10 をさっさとあきらめ、作業場所をCentOS に切り替えました。

CentOS Linux8 にも「xorriso」は入っていませんでした。
yum install xorriso で簡単にインストールできました。

ダウンロードしたファイル群をCentOS 側に全てコピーして、そのディレクトリにcd してisolinux/README.txt に記載されていた次のコマンドラインを実行しました。

xorriso -as mkisofs \ -iso-level 3 \ -full-iso9660-filenames \ -R -J -A "Slackware Install" \ -hide-rr-moved \ -v -d -N \ -eltorito-boot isolinux/isolinux.bin \ -eltorito-catalog isolinux/boot.cat \ -no-emul-boot -boot-load-size 4 -boot-info-table \ -isohybrid-mbr /usr/share/syslinux/isohdpfx.bin \ -eltorito-alt-boot \ -e isolinux/efiboot.img \ -no-emul-boot -isohybrid-gpt-basdat \ -m 'source' \ -volid "SlackDVD" \ -output /tmp/slackware-dvd.iso \ .

でもエラーになりました。
/usr/share/syslinux/isohdpfx.bin がありません。

これはひどいですね。このファイル、Slackware には存在するんでしょうが、 そのSlackwareをインストールするためのiso を今作ろうとしているのです。
詰んでる?

でも/usr/share/syslinux/isohdpfx.bin はこれから作成するiso に入っているはずだと推理しました。
もし入ってないとすると、 このファイルはインストールされないのに無から湧いてくることになります。
鉄腕アトムを作ったのは誰か。

iso ファイルの元になるファイル群は目の前にあります。
絶対どこかに入っていると確信し、入ってそうなところを探し回ったところ、 ダウンロードしたファイル群の中に slackware64/a/syslinux-4.07-x86_64-4.txz があることを発見しました。
ファイル名にsyslinux とあることから、この中にありそうな予感がします。
txz圧縮形式を扱える「xz」で次のように解凍してみました。

syslinux-4.07-x86_64-4.txz を別の場所にコピーしてから、 xz -dv syslinux-4.07-x86_64-4.txz tar xvf syslinux-4.07-x86_64-4.tar

xz で.txz ファイルを展開すると、もとのファイルが消えて.tar ファイルになります。
もとのファイルが消えるので、最初に.txz ファイルを別の場所にコピーしてました。
.tar ファイルはtar xvf で展開できます。
展開すると、やっぱりusr/share/syslinux/ にisohdpfx.bin が入っていました。 試練を1つ突破。

コマンドライン引数中のisohdpfx.bin の場所を修正し、xorriso でslackware-dvd.iso を作成できました。
この.iso ファイルをDVD-R に焼きます。
USBフラッシュメモリは大きさがまちまちで保管しにくく、 ペンで中身を書けるスペースも少ないですね。
サイズ的に収まるのなら私はDVD-Rに焼くのが好きです。

ここで勘違いして、CentOS でdd if=/tmp/slackware-dvd.iso of=/dev/sr0 bs=1M でDVD-R に焼けず、なんでだろうと思いながらscp でWindows10 にコピーしてそちらでDVD-R に焼きました。
この記事を書いてて今思い出しました。 Linux でDVD-R を焼くときは「dd」ではなく「growisofs」を使うのが正解でしたね。

でもとにかくインストール用のDVD-R を作成でき、準備ができました。
ターゲットPCでSlackware64 をインストールします。

README_UEFI.txt を読みながら、DVD-R でPC を起動しました。
インストーラ起動中にキーボードレイアウトを選択でき、jp-106 を選択できました。

インストール作業用の規模の小さいLinux がDVD-R から起動しました。 root でパスワードなしでログインしました。
コマンドラインになっていて、インストーラを起動するにはsetup をキーインするのですが、その前にパーティションを手動で作成しておくとのこと。
gdisk -l /dev/sda とかcgdisk /dev/sda がエラーになります。 「/dev/sda」 を開くことができません。

「dmesg | more」 でLinux起動処理のログを確認すると、「nvme0」 デバイスというものががセットアップされているようです。
NVMe SSD の場合は/dev/sda ではなく、/dev/nvme0n1 になるようです。
/dev/nvme0 はキャラクタデバイスで違うようです。

追加でLinux を入れることは最初から考えてたので、Windows11 を2T SSD に入れる時に約470G は空けておきました。
もし空きがない場合はWindows パーティションのリサイズが必要になります。
私はリサイズ不要です。

cgdisk /dev/nvme0n1 でfree space にサイズ32G ID:8200 で swap パーティションを作成しました。
443G の残りスペースを通常のext4 Linux パーティションとして作成しました。
write してyes を入力し、quit でプロンプトに戻りました。
「setup」 を実行し、インストーラが起動しました。

Apple のIntel Mac の場合は重要な注意事項があるようです。
README_UEFI.txt やインストーラの英語メッセージをよく読み、UEFIメニューに Slackware を登録しないように注意しましょう。
登録するとIntel Mac のファームウェアが壊れて何も起動できなくなるそうです。

(README_UEFI.txt より引用) If you are using an Apple Intel Mac, DO NOT TRY TO INSTALL A MENU ENTRY! It would probably brick your firmware requiring Apple to service the machine to reflash the firmware.

30年近く改善されてきたSlackware のセットアップメニューでどんどんインストールをすすめていきました。
UEFIなのでLILOではなくELILO を入れるよう選択しました。
安定していてとくに迷うことはなく、無事にインストールが完了しました。

電源を入れるとデフォルトでSlackware が起動するようになりました。
起動時にキーボードの「F9」でブートメニューを表示し、「Windows Boot Manager」 を選択するとWindows11が起動します。

このPCでは、デフォルトはどちらかというとWindows11 起動にしたいです。
UEFI BIOSメニューのBoot タブで優先起動OSを変更することができました。

以上のように、セキュアブートを無効に戻したので、Windows11 とSlackware をデュアルブートにできました。

TDP 10W の省電力型Celeron J4105 をファンレスでオンボード搭載したBIOSTAR 社 Mini-ITXマザーボード J4105NHU をAmazon で見かけました。
この製品の発売は2021年5月ですが、搭載されているパーツは古く2017 年ごろのスペックです。
対応メモリはDDR4 の2400MHz まで、M.2 スロットはNVMe PCIe2.0x2 で最大10Gbps になります。処理速度を求めて購入するものではありません。
でもTPMのバージョンやセキュアブート機能などWindows11 のハードウェア要件には対応しているとのことです。

この手のファンレス省電力マザボは流通量が少なく、 見かけたときにおさえておかないと欲しい時に手に入りません。
今年はPCを自作してなかったこともあり、とりあえず10月3日に注文しました。 13000円ぐらいでした。

在庫がないようで、配送完了予定日は10月24日(日)となりました。
時々注文履歴を確認しましたが一向に発送済みステータスに進まず、 とうとう10月24日になると到着予定日が12月6日になる旨の案内が来ました。
やれやれ、と思ってると10月30日(土)深夜0時ごろ突然発送済みステータスに なり同日午前8時ごろ自宅に配達されてきました。

秋葉原でSSDとメモリと光学ドライブは購入し、昔使ってたMini-ITX用小型ケースと 玄人志向の120W AC アダプタキットといった手持ちパーツと合わせて組み上げました。

Mother Board	BIOSTAR J4105NHU(MiniITX フォームファクタ) Windows11対応(付属ドライバDVDはWin10用)
オンボードCPU	Intel Celeron J4105([2017年 Gemini Lake] 14nm 4C4T 1,5G-2.4GHz TDP 10W 4M cache VT-x, VT-d SSE4.2)
Memory	ADATA DDR4-3200 288pin 1.2V 8GBx2 合計16G
Graphics	Intel CPU内蔵のUHD600(HDMI 1.4 4096x2160 30Hz)
NIC	オンボード Realtek RTL8111H 1Gbps
Sound	オンボードRealTek ALC887 7.1chコーデック
レガシーIO	PS/2キーボードマウスコンボx1,RS-232Cヘッダx2, LPTヘッダx1,アナログVGA
SSD	WESTERN DIGITAL BLUE SN550 2T(WDS200T2B0C M.2 NVMe PCIe 3.0x4)
Case	Casetronic Travla C138B(2004年に購入)
電源	玄人志向 KRPW-AC120W(ACTIVE PFC ACアダプタ電源)
SATA Devices	Pioneer BDR-TD05/WS(SATA 12.7mm BDXL 光学ドライブ)

オンボードで搭載されているCeleron J4105 は第6世代ATOM のGoldmont Plus アーキテクチャのGemini Lake シリーズに属します。
最近はATOMと言わないようですが、素性はATOM なのです。ATOMは絶滅してません。
Windows11 はよくATOMのサポートを継続してくれたものです。
J4105 のようにJを冠するものはデスクトップ用でN4100 のようにNを冠する場合はノートPC用とのことです。
GPUは第9.5世代Intel HD Graphics でIntel Core のKaby Lake世代(第7世代) に相当するようです。

CPUの仕様、そしてそれを搭載しているマザーボードの仕様としては、メモリは最大 8GByte なのですが、8Gx2 で16GByteを認識できていて動作しています。
ノートPC用のメモリではなく、デスクトップPC用のメモリを2枚刺せます。
DDR4-2400 の4Gメモリって最近は店頭にありません。 DDR4-3200 8Gを2枚セットで購入し、これが2400MHz で動作してます。

購入したSSD、WD SN550 についてもNVMe PCIe 3.0x4 仕様ですが、マザボのM.2 がPCIe 2.0x2仕様なのでこのモードで10Gbps で動作しています。
M.2 SATA は最大6Gbps なので、それよりは少し高速です。 M.2 スロットに刺さるけどPCIe のバージョンが古いので動かない、 ということはありません。下位互換性があります。

マザーボード上にWiFi モジュール用のM.2 のパターンはあるのですが、 ソケットが実装されてないのでM.2 のWiFi を搭載することはできません。
外部TPMモジュールもパターンがあるだけでpin が出てなく、搭載できません。 TPMはビルトインのものを利用できます。

このケースには90W のACアダプタとDC-DC変換基板が付属していたのですが、 それは故障したので廃棄しました。10年前のはなしです。
玄人志向の120W ACアダプタとそのDC-DC変換基板に電源を交換してます。
DC-DC変換基板をケース内に固定できそうな場所がなく、 固い電源線で支える感じでケース中に浮かせてます。
ショートするとまずいので、危なそうなところはケース用のゴム足や木片を貼って 接触しないように工夫してます。

上の写真で、右側に浮いてる緑色の物がDC-DC変換基板です。
裏返しになっていて見えませんが、下側に半導体部品の放熱板があり、 下部にある配線と接触してます。

オンボードのCeleron J4105 はファンレスヒートシンクで今はケースのファンも 電源を接続していません。
起動してしばらく経って負荷がない時のCPU温度は次のように56度ぐらいです。

設置場所の気温は24.5度です。
WindowsUpdate などで負荷がかかると90度近くまであがります。
ケースファンは回すようにした方がよさそうです。
となると小型ケースなのでファンも小型高速回転のものですから、 静音性がなくなってしまいます。残念。

(2021/11/06 追記) ケース側面に設置していた6cm ファンを回すようにしたところ、無負荷時にCPU(SoC)が43 度まで下がりました。 UEFI BIOSメニューを確認しましたが、 このマザーボードはシステムファンの回転を制御する機能がないようです。 温度に応じてファンを停止したり、回転数を上げ下げしてくれることはなく、 ファンが常に全開になるようです。 かなりうるさい状態です。 (2021/11/21 追記) ケースファンの電圧を5Vに変更し、 静音化達成したことを2021年11月21日に掲載しました。

Windows11 ではMS Office2013 はWindows11 で動かないと聞いていました。 でも大丈夫みたいで、やってみると動きました。

手順としては、Windows10 の状態でOffice2013をインストールし、SP1 をあてて最新のパッチもすべてあてておきました。
この状態でWindows11 にアップグレードしました。

私はMicrosoftアカウントではなくローカルアカウントを作成してWindows11 Pro を使ってます。
Microsoftアカウントでサインインするとウィジェットを使用できたり (ローカルアカウントではウィジェットを使用できません)、 組み込まれたTeamsでOffice の共同作業ができるらしく、Office2013 ではそういった新機能に対応しないといった制約はあるのだと思います。

マイナーな機能ですが、個人的に気になってたHTA 形式アプリもWindows11 で動きました。

HTAはHTML Applicationのことでマイクロソフトの1つのソフトウェアアーキテクチャ です。
JavaScript を拡張したJScript, CSS, HTML を利用してWeb 開発の技術でローカルアプリケーションを作成できます。
HTAアプリケーションの拡張子は「.hta」です。 ダブルクリックするとmshta.exe が起動してファイルをセキュリティの制約なしで実行します。
JScript の機能でローカルファイルを読み書きしたり、exe プログラムを起動したりできるので、HTML GUI を持つちょっとしたツールを作成するのに会社で重宝しています。
HTAを実行するmshta.exe はInternetExplorer がベースになっています。 Windows11 ではIE11 がなくなるのでHTAは動かなくなるかも、と思ってました。
IE11 のエンジンやmshta.exe はまだ残っているのでしょう。

まだ検証中でこのPCに大切な仕事は任せてないので、危ない実験をしてみました。
Windows11 がセットアップ完了した状態で、UEFI BIOS メニューからセキュアブート機能を無効に設定変更しました。

結果。Windows11 は普通に起動しました。
起動後、セキュアブートが無効になっています、といった警告も特に現れません。

セキュアブートが有効になっていると、ブート機構が改竄されると検出できます。
無効になっていると改竄を検出できないだけで、 ブートは普通にできるということみたいです。

普通にWindows11 を利用するのであればセキュアブートは有効のままでいいですね。
Linux などの他OSも選択起動できるようにしたい場合は、 無効にできることも知っておくとよさそうです。

Windows10(2020年09月版)でCygwin64 を利用させてもらってます。

/usr/bin/dialog というコマンドがあることを知りました。
シェルスクリプトの中で

#!/bin/bash
dialog --title "Yes/No ダイアログサンプル" --yesno "このまま続行しますか？" 5 40
result=$?
if [ "$result" == "0" ]; then
  echo "Yes が選択されました"
else
  echo "No が選択されました"
fi

のように呼び出し、Windows のコマンドプロンプトで「bash スクリプト名」 のように実行すると図08/01-1 のような画面になります。

文字端末のエスケープシーケンスを使ってるんだと思いますが、 GUIもどきのポップアップダイアログを文字や罫線で表示してくれます。
「はい」「いいえ」はキーボードの矢印キーで選択を変更できます。
「はい」「いいえ」をマウスでクリックしても正しく選択されます。

コマンドプロンプトで実行する場合は、環境変数TERMに ms-terminal を設定することで最終的に上記のようにdialog がうまく動きました。
この設定をするまで、罫線が文字化けしてうまく表示できませんでした。

このms-terminalという設定値、私はこれを今回初めて知りました。
端末設定のデータベースであるterminfo がCygwin64 のベースディレクトリ配下のusr/share/terminfo/ にあり、それをながめながら試行錯誤していて発見しました。
この設定値にしておくと、コマンドプロンプトの中でCygwin のvim もちゃんと動くようです。

dialog でユーザに優しいダイアログを利用できますが、Cygwin を入れてるのは自分の開発環境だけです。
環境変数TERMが適切に設定されてないとおかしくなるという注意点もあり、 人に使ってもらうためのプロダクトには活用できなさそうです。
TERMの設定値としてのms-terminal が他の方に参考になるかもしれないと思い、情報共有させてもらいます。