mieki256's diary

_Windows 10のLinuxでGUIアプリを使う方法とは？ | マイナビニュース
_WSL上にXサーバをインストールしてGUIを実現する（VcXsrv編）：Tech TIPS - ＠IT
_3.4 VcXsrvによるX Window利用 [AFFRIT Portal]
_Windowsクライアントを使って、クラウド上のLinuxサーバでGUIアプリを実行したい（2） - Qiita

こういったGUIアプリを起動して、ファイルを開いたり保存したりしようとしても、接続先のLinux機のファイルシステム上でファイルを開いたり保存したりするので、なんだかちょっと感覚的に混乱するなと…。

このあたり、本来はどういう状態で操作できるのが望ましいのだろう。例えば、クラウドを利用してファイルの保存先を一元化する、とか？ いやまあ、LAN内のサーバに保存するとか、そういうのでもいいのかもしれんけど。

以下を参考にして作業。

_ゼロからはじめるプログラミング言語Rust(4) Windows 10にRustをインストールする方法 | マイナビニュース
_windows10にRustをインストールしてHello Worldする | mebee

Visual Studio 2019 Community をインストール。「C++によるデスクトップ開発」にチェックを入れてインストール作業を行う。

_Visual Studio 2019 for Windows および Mac のダウンロード

Rust をインストールする。

_Install Rust - Rust Programming Language

今回は、DOWNLOAD RUSTUP-INST.EXE (64-BIT) を選択。rustup-init.exe をDLして実行。

DOS窓が開いて、インストール種類？を尋ねてくる。1[Enter]を入力。

以下に、Rust関係のファイルが入るらしい。

%USERPROFILE%\.cargo\bin

環境変数PATHに追加されているか確認。ユーザー変数側のPATHの先頭に追加されているはず。追加されていないようなら手動で追加。

rustup が使えるか確認。

> which rustup
"C:\Users\hoge\.cargo\bin\rustup.exe"

x64 Native Tools Command Prompt for VS 2019 を実行して、VS2019関係のツールが使える状態にする。実行しているバッチファイルは以下。

%comspec% /k "C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Auxiliary\Build\vcvars64.bat"

以下を hello.rs として保存。

fn main() {
    println!("Hello World")
}

コンパイル。

rustc hello.cs

hello.exe が出来上がった。

一般的には rustc を使ってコンパイルしたりはせず、cargo というツールを使うものらしい。cargo を使えばOSを問わずに開発手順を同じにできるのだとか。

cargo で新規プロジェクト作成。

cargo new hello_cargo --bin
cd hello_cargo

src/main.rs に雛形のソースが入ってるので編集する。

cargo でビルド。

cargo build

target/debug/プロジェクト名.exe が出来上がる。

cargo で実行。

cargo run

cargo でリリース版をビルド。

cargo build --release

target/release/プロジェクト名.exe が出来上がる。

以下を参考にしながら Hello World。

_Hello, World! - The Rust Programming Language
_Hello, Cargo! - The Rust Programming Language
_数当てゲームをプログラムする - The Rust Programming Language
_crates.io: Rust Package Registry

AMD Ryzen 1000番台のCPUには仮想PC関係のバグがある、という話を見かけた。Windows9x のような古いOSは正常動作しなくなるバグがあるらしい。

_Important for anyone trying to run Windows 9x under a Ryzen-based Virtual Machine - Windows 9x/ME - MSFN
_Still cannot install Windows 98 SE in Ryzen 300... | Community
_Unable to get shared folders to work in Virtualbox - PC - Tech Support Message Board for PC - GameFAQs
_Windows 98 SE VM on a Ryzen 3000 not working \ VOGONS

自分のメインPCに積んでいる CPU は Ryzen 7 1700 なわけで…。だから以前動いてた仮想PCイメージが動かなくなったのか…。

CPUの性能が上がったせいか、Windows98の起動時に、「NDIS初期化中」「Windows保護エラー」と表示されて、起動が止まってしまう状態になった。

ググったところ、Windows95 や WIndows98 の NDIS.VXD が2.2GHz以上のCPUには対応してないせいで起きる問題だそうで。

_243199JPN8.EXE をDLして、何かしらの解凍ツール(7zip、Explzh等)で開いて、中から NDIS.VXD を取り出して、C:\Windows\System\ 以下に上書きコピーすれば解決するらしい。他の問題が発生する可能性もあるけど…。

設定を色々弄ってたら、若干それっぽく動いてくれた瞬間もあったりなかったり。もっとも、結局何かしらのエラーは出てしまうのだけど。

NDIS.VXD を更新後、起動直後に必ず、「powrprof.dll を読み込み中にエラーが発生しました。このアプリケーションの実行に必要なライブラリ ファイルのうちの 1 つが見つかりません。」というエラーが出てしまっていたのだけど。


仮想PC側の設定で、システム → アクセラレーション → 「仮想化支援機能」の「ネステッドページングを有効化」のチェックを外したら、件のエラーが出ない状態になってくれた。


一応、他の設定も列挙。

ちなみに、仮想PC側の設定で、ビデオカードのRAMサイズ(ビデオメモリー)は 32MB に、グラフィックスコントローラーは、「VBoxVGA」にした。


Windows98 側では、ディスプレイアダプタとして「VBE Miniport - Standard PCI Graphics Adapter (VGA)」に更新。


ファイルへのアクセス時にエラーが出まくる感じがしたので、マイコンピュータを右クリック → プロパティ → パフォーマンス → ファイルシステム → トラブルシューティング、で、いくつかチェックを入れてみた。


しかしコレでもやっぱりエラーが出るのだけど…。

一応、設定の仕方をメモ。

まず、PCem側で仮想PCの設定を確認。NICの種類、Adress と IRQ を把握しておく。その手のチュートリアルでは、Novell NE2000, Address 0x300, IRQ 10 で説明されてる場合が多い。




PCem上で、Windows98 を起動。デバイスマネージャを表示。

• スタートボタン → 設定 → コントロールパネル → システム → デバイスマネージャ。
• もしくは、マイコンピュータのアイコンを右クリック → プロパティ → デバイスマネージャ。

ネットワークアダプタ → NE2000 Compatible を右クリック → 削除。



Windows98 を再起動。デバイスマネージャで、NE2000 Compatible が消えていることを確認。

スタートボタン → 設定 → コントロールパネル → ハードウェアの追加。「新しいハードウェアの追加ウィザード」が開くので、「デバイスは一覧にない」→「いいえ(一覧から選択する)」→ ネットワークアダプタ → Novell/Anthem → NE2000 Compatible を選択してOK。一旦、こちらが望まない Address と IRQ が出てくるけど、後で設定し直すのでそのまま続行。一旦 Windows98 を終了する。




Windows98を再起動。「NICが正常動作してない」的メッセージが表示されるけど気にせず進む。

デバイスマネージャ → ネットワークアダプタ → NE2000 Compatible を選択して右クリック → プロパティ → リソース。割り込み要求(IRQ)と、I/Oの範囲(Address) を、PCem側の設定(IRQ 10、Adress 0x300-)に合わせる。設定を変更して、一旦 Windows98 を終了。



Windows98 を再起動。デバイスマネージャで、NE2000 Compatible に警告マークがついてないことを確認。

デスクトップの、ネットワークコンピュータのアイコンを右クリック → プロパティ。「TCP/IP -> NE2000 Compatible」を選択して、追加ボタンをクリック。プロトコル → 追加 → Microsoft → TCP/IP → OK。Windows98 を再起動。



IEを開いて、

http://www.google.com

にアクセスしてみれば、Googleのページが開ける…はず。これでネットワークが利用できるようになった。

もちろん、今時 Windows98 でネットにアクセスするなんて自殺行為なので、常用は考えないほうがいいわなと…。

Windows98上で Windows Media Player を起動してMIDIファイルや WAVファイルを再生させてみたら、音が途切れ途切れになってしまった。

CPU の種類を、MMX Pentium 233 からどんどん下げていったら、Pentium 90 とか Pentium 75 ぐらいでようやく音が途切れない状態に。

自分が使ってる AMD Ryzen 7 1700 (3GHz)はシングルスレッドの処理能力が低くて十分なエミュレーション速度が出ない、ということかもしれない…。

PCem と同様に、86Box にも Windows98 をインストールして動作確認してみたのだけど、やはり処理が遅い…。かなり性能の低いCPUをエミュレーションしないと音が途切れてしまう模様。

通常版バイナリと、最適化版バイナリの両方を動作させてみたけど、速度面の違いは感じられなかった。

PCem or 86Box のウインドウ内をマウスクリックすると、エミュレータ側でマウスカーソルをキャプチャする状態になるけれど。ホストOS側に戻すのは以下。

• PCem : Ctrl + End でマウスキャプチャ解除
• 86Box : F8 + F12 でマウスキャプチャ解除

vagrant plugin list と打っただけでもエラーが出たけど、以下を何度も打って解決させた。

vagrant plugin repair
vagrant plugin expunge --reinstall
vagrant plugin update

> vagrant plugin list
vagrant-global-status (0.1.4, global) - Version Constraint: > 0
vagrant-hostmanager (1.8.9, global) - Version Constraint: > 0
vagrant-share (1.1.10, global) - Version Constraint: > 0
vagrant-vbguest (0.24.0, global) - Version Constraint: > 0

今まで入れてた仮想PCを削除。

cd /d X:\vmimg\vagrant\ubuntu1804\
vagrant destroy

boxを削除

vagrant box list
vagrant box remove bento/ubuntu-18.04 --all

box追加。

vagrant box add bento/ubuntu-20.04

Windows の場合、C:\Users\USERNAME\.vagrant.d\boxes\ 以下に保存される。保存場所を変えたいときは、環境変数 VAGRANT_HOME を設定する。

VAGRANT_HOME=/Volumes/SSD/vagrant/Vagrant.d

_Vagrant関連ファイルの保存パスを変更する - Qiita

仮想環境を作成。

cd /d X:\vmimg\vagrant
mkdir ubuntu2004
cd ubuntu2004

vagrant init bento/ubuntu-20.04
vagrant up

vagrant up 時、「GuestAdditions のバージョンが違う」的警告メッセージが表示されてしまう。

以下を参考に作業してみたり。

_vagrant up するとGuestAdditions エラーが発生 - Qiita
_http://download.virtualbox.org/virtualbox/

以下に ISO があった。

http://download.virtualbox.org/virtualbox/6.0.22/VBoxGuestAdditions_6.0.22.iso

vagrant ssh
wget http://download.virtualbox.org/virtualbox/6.0.22/VBoxGuestAdditions_6.0.22.iso
sudo mkdir /VBoxGuestAdditions
sudo mount -o loop,ro VBoxGuestAdditions_6.0.22.iso /VBoxGuestAdditions
sudo sh /VBoxGuestAdditions/VBoxLinuxAdditions.run
rm VBoxGuestAdditions_6.0.22.iso
sudo umount /VBoxGuestAdditions
sudo rmdir /VBoxGuestAdditions
exit
vagrant reload

しかし、vagrant reload をしても似たような警告メッセージが出てくる。

以下を参考にして、再度作業。

_Creating a Base Box - VirtualBox Provider | Vagrant by HashiCorp

sudo apt-get install linux-headers-$(uname -r) build-essential dkms

# VirtualBoxのGUI画面で、GuestAdditions CDを挿入。

sudo mount /dev/cdrom /media/cdrom
sudo sh /media/cdrom/VBoxLinuxAdditions.run
exit
vagrant reload

これで文句を言われなくなった。処理に必要なパッケージを入れないまま作業したことで、GuestAdditions を変更できなかったのだろう…。

cd /d X:\vmimg\vagrant\ubuntu2004
vagrant up

user: vagrant
pass: vagrant

sudo apt update
sudo apt upgrade
sudo apt install aptitude

sudo timedatectl set-timezone Asia/Tokyo
or
sudo timedatectl set-timezone 'Asia/Tokyo'

sudo adduser HOGE
sudo gpasswd -a HOGE sudo

sudo apt install vim

sudo update-alternatives --config editor
or
sudo update-alternatives --set editor $(update-alternatives --list editor | grep 'vim.basic')

# Japan main server にする場合

sudo perl -p -i.bak -e 's%https?://(?!security)[^ \t]+%http://jp.archive.ubuntu.com/ubuntu/%g' /etc/apt/sources.list

# JAIST にする場合

sudo perl -p -i.bak -e 's%https?://(?!security)[^ \t]+%http://ftp.jaist.ac.jp/pub/Linux/ubuntu/%g' /etc/apt/sources.list

# 理化学研究所 にする場合

sudo perl -p -i.bak -e 's%https?://(?!security)[^ \t]+%http://ftp.riken.jp/Linux/ubuntu/%g' /etc/apt/sources.list

_Ubuntuの日本語環境 | Ubuntu Japanese Team

# Ubuntu 20.04 LTSの場合:

wget -q https://www.ubuntulinux.jp/ubuntu-ja-archive-keyring.gpg -O- | sudo apt-key add -
wget -q https://www.ubuntulinux.jp/ubuntu-jp-ppa-keyring.gpg -O- | sudo apt-key add -
sudo wget https://www.ubuntulinux.jp/sources.list.d/focal.list -O /etc/apt/sources.list.d/ubuntu-ja.list
sudo apt update

# Ubuntu 18.04 LTSの場合:

wget -q https://www.ubuntulinux.jp/ubuntu-ja-archive-keyring.gpg -O- | sudo apt-key add -
wget -q https://www.ubuntulinux.jp/ubuntu-jp-ppa-keyring.gpg -O- | sudo apt-key add -
sudo wget https://www.ubuntulinux.jp/sources.list.d/bionic.list -O /etc/apt/sources.list.d/ubuntu-ja.list
sudo apt update

# Ubuntu 16.04 LTSの場合:

wget -q https://www.ubuntulinux.jp/ubuntu-ja-archive-keyring.gpg -O- | sudo apt-key add -
wget -q https://www.ubuntulinux.jp/ubuntu-jp-ppa-keyring.gpg -O- | sudo apt-key add -
sudo wget https://www.ubuntulinux.jp/sources.list.d/xenial.list -O /etc/apt/sources.list.d/ubuntu-ja.list
sudo apt update

追加してから以下。

sudo apt install -y language-pack-ja
sudo localectl set-locale 'LANG=ja_JP.utf8'

コンソールにログインした際に文字化けするので、~/.bashrc に以下を追加。

case "$TERM" in
    linux)
        export LANG=C
        ;;
    *)
        export LANG=ja_JP.UTF-8
        ;;
esac

_Ubuntu 18.04 LTS【サーバー版】のインストール直後にやっておきたいことまとめ | LFI
_Linuxねた帳: Linux Tips：　コンソールでの文字化けを解消するには
_ubuntu - ubuntuのlocaleの設定でコンソールのみ英語にする - スタック・オーバーフロー

sudo apt install virtualbox

Virtualization -> Enabled

Extension Pack や GuestAdditions ISO が必要になりそうだったので、apt でインストールした。

sudo apt install virtualbox
sudo apt install virtualbox-ext-pack
sudo apt install virtualbox-guest-additions-iso

ついでに Vagrant もインストール。

_Downloads | Vagrant by HashiCorp

Ubuntu上で作業するので、.deb を入手。vagrant_2.2.9_x86_64.deb を Firefox でDL。apt でインストール。

sudo apt install ./vagrant_2.2.9_x86_64.deb

$ vagrant --version
Vagrant 2.2.9

Ubuntu 18.04 をインストールして動作確認してみる。VirtualBox を起動しておいてから…。

vagrant box add bento/ubuntu-18.04
vagrant box list

mkdir ~/vm
cd ~/vm
mkdir ubuntu1804
cd ubuntu1804

vagrant init bento/ubuntu-18.04
vagrant up

動いてくれた。

HFS とは何ぞや。httpを使ってファイルをやり取りするツールだそうで。

_HFS - HTTP File Server
_HFS (HTTP File Server) - windows - eightban's memo
_窓の杜 - 【REVIEW】Webブラウザーでアクセスできるファイルサーバーを手軽に構築「HFS」
_How to connect a folder in PCem to my own Computer? - PCem

試してみた。まずは PCem上で Windows98 を起動して、DOS窓を開いてIPアドレスを確認。

ipconfig

• IPアドレス : 10.0.2.15
• サブネットマスク : 255.255.255.0
• デフォルトゲートウェイ : 10.0.2.2

何故にそんなIPアドレスになるのだろう。

_VirtualBox 内のゲスト OS からホスト OS にアクセスしたい
_VirtualBox (3) - garbagetown

NATで接続する場合、ゲストOSは 10.0.2.0/24 のIPアドレスになって、ホストOSには 10.0.2.2 が割り振られる模様。つまり、PCem や 86Box は、NAT接続でネットに繋がっているらしい。

ホストOSの Windows10 x64 1909上で、HFS を起動。何かしらのファイルを入れた適当なフォルダを、左上のウインドウにD&Dして登録。


HFS上でフォルダのプロパティを開く。



Permissions の Access、Delete、Upload で、Anyone にチェックを入れて、誰でも読み書きできる状態にしておく。



ゲストOSの Windows98から、IEを使って、http://10.0.2.2:8080/ にアクセスしてみた。HFS が用意したページが表示されて、以下の作業ができるようになった。

• ゲストOS(Win98)が、ホストOS(Win10)内のファイルをダウンロードできる。
• ゲストOS(Win98)が、ホストOS(Win10)内のフォルダに対して、何かのファイルをアップロードできる。

これで、ゲストOSの Windows98 と、ホストOSの Windows10 の間で、ファイルのやり取りが一応できる状態になった。

ただし、以下のような状態なので、ゲストOS(Win98)からアクションを起こさないとファイルのやり取りはできない。

• ホストOS(Win10)からゲストOS(Win98)のIPアドレスは見えない。
• ゲストOS(Win98)からホストOS(Win10)のIPアドレスだけは見える。(10.0.2.2 に決め打ちされてる)

それと、転送速度が 80KB/sec前後しか出ないので、やり取りに時間がかかる…。

ホストOSからゲストOSにファイルを持っていくだけなら、CD-R的なISOファイルを作成して、PCem の光学ドライブに指定してやることもできる。

ISOの作成は…。とりあえず ImgBurn を使って試してみたけど、一応作ることができた。

_ImgBurn のダウンロードと使い方 - ｋ本的に無料ソフト・フリーソフト
_【Windows10】ISOファイルの作成方法やマウントのやり方とDVDへ書き込む方法 | Win10操作ガイド

ただ、一々 ISO を作るのは面倒臭い気もする…。

Windows98 の NDIS.VXD を差し替えることで、高速CPU(2.2GHz以上のCPU)上で動かした際に起動せず止まってしまう状態を避けられるらしいけど、その修正版 NDIS.VXD が入手できず。

NDIS.VXD のバージョンを確認してみた感じでは…。

• 修正前 : 4.10.1998
• 修正されたと言われる版 : 4.10.2000
• 自分が入手できた版 : 4.10.2222 (4.10.2224？)

4.10.1998 では、起動時にエラーを出して止まる時があるし、4.10.2222 では、Windows98の起動途中で「致命的なエラーが出た」とメッセージが表示されて VirtualBox のウインドウが終了してしまう。

4.10.2000 を試してみたいけど、もうどこにも無いのだろうか…。

Ubuntu 20.04 上で VirtualBox をインストールすると、OS起動時に vboxweb.service なるサービスを起動しようとして、しかしコケる、というエラーが出てしまう状態になった。

vboxweb.service って何？ 何に使うの？

ググった感じでは、phpVirtualBox なるものを使う際に必要になるサービスらしい。ブラウザから VirtualBox を操作できる、とかなんとか。

自分の環境というか、想定している使い方では、そういうことができたとしても、特に嬉しくないわけで…。いや、何か便利な使い方ができるのかもしれんけど…。

ということで、サービスを無効化してしまった。

sudo systemctl disable vboxweb.service

これで、OS起動時のエラーメッセージは消えてくれた。

$ uname -a
Linux a83850 5.4.0-40-generic #44-Ubuntu SMP Tue Jun 23 00:01:04 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - LNKC (20190816/dspkginit-438)
ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - LNKD (20190816/dspkginit-438)
ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - LNKA (20190816/dspkginit-438)
ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - LNKB (20190816/dspkginit-438)

do_IRQ: 1.55 No irq handler for vector
do_IRQ: 2.55 No irq handler for vector
do_IRQ: 3.55 No irq handler for vector

仮想PCの VirtualBox を使うために、 BIOS設定で Virtualization を Enable にしたのだけど、そのせいでエラーが出る状態になったのだろうか…？ しかし、Disable にしても相変わらずエラーが出る…。

BIOS設定で、Load Optimized Defaults や Load Fail-Safe Defaults を読み込ませてから、最低限の設定変更をして再起動してみたけど、改善せず。

Ubuntu Linux 20.04 起動時に、オプションとして acpi=off を指定してみた。GRUB が起動する際に eキーを押して、カーネルオプションを指定する行の最後に acpi=off を追記して Ctrl + X で実行。しかしこの指定をすると、その後の起動処理が止まる。acpi=off apm=on にしても止まる。

VirtualBox をインストールしたことで Ubuntu Linux のカーネルに何か変化が出たのでは、と、VirtualBox 関係のパッケージをごっそりアンインストールしてみたけど、改善せず。

もしかしてカーネルががっつり変更されてしまっているのでは、と疑って、空いてるパーティションに Ubuntu 20.04 LTS や Ubuntu 18.04 LTS をインストールしてみた。しかし、全く同じ内容で、ACPI関係のエラーが出る…。

OSというかカーネルを変えても同じ症状なのだから、これはもうハードウェア側に問題があるとしか思えない…。でも今まではこんなエラーを目にしてなかったのに…。何かが壊れたのかな…。

実は電池が切れているということは無いだろうか。M/Bに載ってるコイン型電池、CR2032の電圧が減っているとか。

それとも、電源が故障しているとこういう症状が出る、とか。

Ubuntu Linux 20.04 LTS と一緒にインストールされる memtest86+ 5.01 を動かすと、最初のテストの62%のあたりで動作が止まってしまう…。

UBCD に入ってる memtest86 v4.3.7 なら、処理が続いてくれたし、1パスは通った。

おかしいな…。AMD A8-3850 は Llano世代で、AMD Fusion と呼ばれてたAPU。memtest86+ は v4.20 の時点で AMD Fusion に対応という話があるわけで…。なのに、どうして止まるのか…。

_メモリ診断 Memtest86+の使い方 【桜PC情報】

日記を検索してみて気が付いた。このCPUとM/Bは、以前、親父さん用PCとして使ってた時期に動作が安定しなくて、各種クロックを落として様子見しつつ使っていたらしい。

_mieki256's diary - 親父さん用PCの調子がまだおかしい

• CPU AMD A8-3850 : 2.9GHz → 2.5GHz (ベースクロックは 100MHz、CPUクロックは x25。)
• メモリクロック : 1600 → 1333 (666MHz, CAS 9-9-9-24)
• 内蔵GPUクロック : 600MHz → 500MHz

もしかして、BIOS設定で Load Optimized Defaults を読み込んでしまったことで、また不安定な動作状態に戻してしまった、ということだろうか…。

試しに、各クロックを前回と同様に落としてみた。UBCD版 memtest86+ 5.01 の処理が続くようになった。そういうオチか…。

しかし、本来のスペックで動作しないのは、なんとも残念。弟が持ってきてくれた直後は、どうやら本来の速度で動いてたっぽいのだけどな…。

_mieki256's diary - A8-3850機の動作確認を開始

さておき。クロックを落としてみても、ACPIエラーは改善しなかった…。

Ubuntu 20.04 と一緒にインストールされる memtest86+ 5.01 で動作確認すると、最初のテストで必ず止まってしまって…。数時間ほど、BIOS設定を弄って試したものの、状況が改善しなくて悩んでしまった。

そこでふと、なんとなく、UBCD同梱の memtest86+ 5.01 で動作確認してみたら、するすると先に処理が進んでしまって…。コレってどういうことなの…。

memtest86+ は、表示されてるバージョンは同じでも、中身が違うということだろうか。それとも、DOS系から起動するのか、*NIX系から起動するのかで、動作に違いが出てくるということなのだろうか。

何にせよ、memtest86+ が止まる時は、別の memtest86+ を動かして確認してみたほうが良い、ということなのかな…。

ちなみに、内蔵GPUが使うメモリの量変更しながら試したら、Ubuntu版 memtest86+ の止まる位置がそれぞれ変わった。ということは、memtest86+ がチェックしてる位置が、表示用に使うメモリ領域に切り替わるタイミングで、動作が止まってしまうということだろうか…。

更に、UBCD版 memtest86+ 5.01 なら、クロックを本来の値に戻しても、1パスしてしまった。まあ、memtest86+ が通るからと言って、各OSが安定動作するとは限らないのだけど。最低限のチェックを ―― CPUとメモリの動作確認しかしてないので、他の部分が不安定な可能性は残ってしまうわけで。

ACPIエラーについてググってたら、気になる話が。

_198167 - ACPI Exception: Could not find/resolve named package element - Gigabyte GA-890GPA-UD3H, AMD Phenom II X6 1055T
_ACPI Exception Issue - Linux Mint Forums
_Bug #1876593 “Ethernet not working/Realtek RTL8169 fails to load...” : Bugs : linux-signed package : Ubuntu
_Re: Buster: ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - LNKC (20180313/dspkginit-414)
_ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - LNKC (20180531/dspkginit-414) - Technical Issues and Assistance / Kernel - Manjaro Linux Forum

英語はよく分からんのだけど、どうやら、「GIGABYTE製のM/Bは必ずと言っていいほどこの手のエラーを出しやがるので、エラーが出ても無視してしまえ」みたいな話が出ているような…？ 違うのかな？ 一応そう読めるけど。

M/BのBIOSには、ACPI関係の情報が入っているテーブルがあるらしいのだけど、GIGABYTE製M/Bは、何故かそのテーブルをちゃんと入れてくれてない(場合が多い)そうで…。Linux側は、律儀に、「このテーブルの値、おかしいよ」とエラーを出してしまうのだとか。

GIGABYTEに連絡しても、「Windowsはコレで動いてるんだからいいだろ。Linux？ そんなの知るかボケ」てな反応しか返ってこない、てな話も…出ているように見える…ような…。英語はよく分からんから自信無いけど。

となると、自分が今回対峙している、このACPIエラーも、そのへんが原因だろうか…。

つまり、将来的に Windows以外のOSを ―― 例えば Linux 等を入れて遊ぶ予定がぼんやりとあるなら、GIGABYTE製M/B は避けるべし、ということかもしれんなと…。

ちなみに、GIGABYTE製M/B はリビジョン商法が ―― 型番は同じでもリビジョンが違ったら搭載チップまで変えてくるあたりが嫌われていて、日本の自作PCユーザの間では、特別な理由でもない限り基本的には避けるべきM/Bメーカ、として扱われてたりもして…。でもまあ、値段が安かったり、欲しいスペックを満たしてるのがその製品しかない、等々の理由で、やっぱりココは GIGABYTEを選ぶしか、てな場面も結構あるのでアレなのですが。

それはさておき、どうしたものか。特定のエラー種類だけ無視するオプションとか無いのかな。特定のディストリなどは、この手のエラーへの対処を諦めちゃって、エラーを表示しない設定にしちゃってる、てな話も出てるようだけど…。Debian や Ubuntu はそうではない、ということだよな…。

C:\Windows\System32\vorbis.acm
C:\Windows\SysWOW64\vorbis.acm

更に、Microsoft側のアプリも、状況が変化しているようで…。

昔は、Microsoft Solitaire Collection を vorbis.acm がインストールされてしまった環境で実行しようとするとアプリが強制終了してしまったのだけど。

_mieki256's diary - Microsoft Solitaire Collectionが起動しない

今回、Windows10 x64 1909上で確認してみたところ、vorbis.acm があっても、エラーを出さずに起動してプレイできてしまった。もしかすると、そのあたり何かしら対策されたのかもしれない…。

また、リモートデスクトップ接続 (mstsc.exe) も、以前試した際は、音声関係を使わない設定にして使えばエラーを出して落ちたりはしなかった記憶があり。

_mieki256's diary - 元サブPCに対してリモートデスクトップ接続を試す

• FL Studio が手放せないけどリモートデスクトップ接続も使いたい人は、最新版の FL Studio をインストールして、vorbis.acm を消してしまえばいい。
• 昔のバージョンの FL Studio が手放せない人は、C:\Windows\System32\vorbis.acm を FL.exe のある場所に移動して動作確認してみるべし。それで動けばラッキー。
• 昔のバージョンの FL Studio が手放せなくて、しかも vorbis.acm を C:\Windows\System32\ 以下に置いておかないと上手くいかない場合は、リモートデスクトップ接続の音声関係を無効にして使えば落ちる状態だけは避けられるかも。

_How to fix RDP/FL Studio audio conflict crashes - Brian Truscott
_TommyNation.com - How to Fix “Remote Desktop Connection has stopped working” Error
_[Solved] Solution for Windows Remote Desktop crashing with FL Studio - Image-Line
_It still says I haven't installed the Ogg Codec - Image-Line
_Cant import any files / already installed all codecs - Image-Line
_Some .wav samples can't load, can't use the vorbis.acm fix - Image-Line
_ogg vorbis codec needs to be installed - Image-Line
_Diagnostic - Image-Line

FL Studio 開発元の Image-Line のフォーラムは、ログインしないと全文が読めないことに注意。まあ、FL Studio を購入した人ならユーザ登録してアカウントを持ってるはずだから問題にはならないかも…。

_Ubuntu 18.04: Xfceデスクトップ環境にXRDPで接続する - Narrow Escape
_技術メモメモ: Xubuntu 18.04にxrdpを使ってRDPでリモートデスクトップ接続をする
_Ubuntu 18.04 LTS Server で Xubuntu + xrdp - あきら×ひろこ＝ゆう
_ubuntu 18.04 インストール(10) リモートデスクトップ - kashiの日記
_ubuntu18.04でのxrdpトラブル対応 　と　リモートデスクトップ設定 - Qiita

xrdp をインストール。

sudo apt install xrdp

$ xrdp --version

xrdp: A Remote Desktop Protocol server.
Copyright (C) Jay Sorg 2004-2014
See http://www.xrdp.org for more information.
Version 0.9.5

0.9.5 がインストールされた。

提案パッケージとして以下が表示された。

guacamole xrdp-pulseaudio-installer

一応、提案パッケージの一部もインストールしておく。

sudo apt install xrdp-pulseaudio-installer

マウスカーソルがおかしくなるバグがあるらしいので設定ファイルの一部を変更。

sudo sed -e 's/^new_cursors=true/new_cursors=false/g' -i /etc/xrdp/xrdp.ini

サービスとして起動するように設定。

sudo systemctl enable xrdp
sudo systemctl restart xrdp
sudo systemctl status xrdp
sudo reboot

~/.xsession と vi ~/.xsessionrc を作成。

vi ~/.xsession

xfce4-session

vi vi ~/.xsessionrc

export XDG_SESSION_DESKTOP=xubuntu
export XDG_DATA_DIRS=/usr/share/xfce4:/usr/share/xubuntu:/usr/local/share:/usr/share:/var/lib/snapd/desktop:/usr/share
export XDG_CONFIG_DIRS=/etc/xdg/xdg-xubuntu:/etc/xdg:/etc/xdg

xrdp利用時だけ、light-locker の動作を変えたほうがいいらしい。

オリジナル版をリネームしてバックアップ。

sudo cp /usr/bin/light-locker /usr/bin/light-locker.orig

light-locker というファイル名でスクリプトを新規作成。

sudo vi /usr/bin/light-locker

中身は以下。

#!/bin/sh

# The light-locker uses XDG_SESSION_PATH provided by lightdm.
if [ ! -z "${XDG_SESSION_PATH}" ]; then
  /usr/bin/light-locker.orig
else
  # Disable light-locker in XRDP.
  true
fi

スクリプトに実行権限をつける。

sudo chmod a+x /usr/bin/light-locker

念のために再起動。

sudo reboot

x11vnc.service が動いてる環境だったけど…止めたほうが良いのだろうか。止めておこうか。

sudo systemctl status x11vnc.service
sudo systemctl stop x11vnc.service

Windows10 x64 1909上で、「リモートデスクトップ接続」を起動。相手先のPC名を入力して接続。

しかし、上手くいかない。画面が出てこない。

~/.xsession や ~/.xsessionrc をリネームして試してみたが…。上手くいかない…。

もしかして、Ubuntu側でログアウトした状態じゃないとアクセスできない？ Ubuntu側でログアウトしてから試してみた。それっぽい画面が出てきた。本体側でログインしてる状態では使えないのか…。

さておき、出てきた画面は…これは GNOMEの画面かな…。デフォルトだと、GNOMEのソレになるのだろう。たぶん。

「カラープロファイルを作成するには認証が必要です」と出てきて、一々パスワードを要求される。

以下のファイルを作成したら聞かれなくなった。

sudo vi /etc/polkit-1/localauthority.conf.d/02-allow-colord.conf

内容は以下。

polkit.addRule(function(action, subject) {
   if ((action.id == "org.freedesktop.color-manager.create-device" ||
        action.id == "org.freedesktop.color-manager.create-profile" ||
        action.id == "org.freedesktop.color-manager.delete-device" ||
        action.id == "org.freedesktop.color-manager.delete-profile" ||
        action.id == "org.freedesktop.color-manager.modify-device" ||
        action.id == "org.freedesktop.color-manager.modify-profile") &&
       subject.isInGroup("**")) {
      return polkit.Result.YES;
   }
});

Ubuntu を再起動すると、画面にシステムエラーを示すメッセージが出てきた。ログにも、色々と重大なエラーが出ているような…。

面倒臭くなってきた。考えてみたら、x11vnc である程度リモート操作はできてるから、xrdp を導入する必要性はさほど…。xrdp を使ったら音声の転送ができるのかどうかが気になってはいたのだけど…。

xrdp関係を全部アンインストール。

sudo apt purge xrdp
sudo apt purge xrdp-pulseaudio-installer
sudo apt autoremove
sudo reboot

しかしシステムエラーが相変わらず出続ける。困った。

sudo apt install xrdp
sudo reboot
sudo sed -e 's/^new_cursors=true/new_cursors=false/g' -i /etc/xrdp/xrdp.ini
sudo systemctl restart xrdp

echo "xfce4-session" > ~/.xsession

vi ~/.xsessionrc

export XDG_SESSION_DESKTOP=xubuntu
export XDG_DATA_DIRS=/usr/share/xfce4:/usr/share/xubuntu:/usr/local/share:/usr/share:/var/lib/snapd/desktop:/usr/share
export XDG_CONFIG_DIRS=/etc/xdg/xdg-xubuntu:/etc/xdg:/etc/xdg

sudo vi /etc/polkit-1/localauthority/50-local.d/45-allow-colord.pkla

[Allow Colord all Users]
Identity=unix-user:*
Action=org.freedesktop.color-manager.create-device;org.freedesktop.color-manager.create-profile;org.freedesktop.color-manager.delete-device;org.freedesktop.color-manager.delete-profile;org.freedesktop.color-manager.modify-device;org.freedesktop.color-manager.modify-profile
ResultAny=no
ResultInactive=no
ResultActive=yes

sudo vi /etc/polkit-1/localauthority/50-local.d/46-allow-update-repo.pkla

[Allow Package Management all Users]
Identity=unix-user:*
Action=org.freedesktop.packagekit.system-sources-refresh
ResultAny=yes
ResultInactive=yes
ResultActive=yes

sudo systemctl restart polkit

_第621回　Ubuntu 20.04 LTSでxrdpを使用する：Ubuntu Weekly Recipe｜gihyo.jp … 技術評論社
_Windows10からのRDP接続（ubuntu20.04 LTS） - Qiita
_Azure VM (Ubuntu Server 20.04 LTS) に GNOME + TigerVNC + xrdp を導入、リモート デスクトップ接続を行う | 焦げlog
_Ubuntu 18.04: Xfceデスクトップ環境にXRDPで接続する - Narrow Escape
_Ubuntu 18.04 LTS Server で Xubuntu + xrdp - あきら×ひろこ＝ゆう

sudo apt install ubuntu-mate-desktop

vi ~/.xsession

unset DBUS_SESSION_BUS_ADDRESS
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS="@im=fcitx"
exec mate-session

vi ~/.xsessionrc

export XDG_SESSION_DESKTOP=mate
export XDG_DATA_DIRS=/usr/share/mate:/usr/share/mate:/usr/local/share:/usr/share:/var/lib/snapd/desktop
export XDG_CONFIG_DIRS=/etc/xdg/xdg-mate:/etc/xdg

_Ubuntu 18.04: MATEデスクトップ環境にXRDPで接続する - Narrow Escape
_ubuntu mate 18.04でリモートデスクトップを使う方法 | knowledge base

ubuntu-mate-desktop をインストールしたら、Xubuntu の画面がおかしくなった…。仕方ないので初期化することにする。

xfce4-panel --quit
pkill xfconfd
rm -rf ~/.config/xfce4/panel
rm -rf ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-panel.xml
xfce4-panel

参考ページは以下。

_xubuntuのパネルの初期化方法 - 路地裏牧場
_xfce4パネルの初期化方法 [あちあち情報局]

xrdp 経由でログインすると、~/ 以下に thinclient_drives というフォルダが作成される。ちょっと気になる。

以下で消せるそうだか…。

sudo umount thinclient_drives

とりあえず、thinclient_drives を .thinclient_drives にしておいた。

sudo vi /etc/xrdp/sesman.ini

FuseMountName=thinclient_drives
↓
FuseMountName=.thinclient_drives

sudo systemctl restart xrdp

「ゲームセンターに置いてあったドラキュラパニックのようなもの？」と質問があったけど、自分、ゲームセンターにそういうゲームが置いてあったことすら知らなくて…。

ググってみたところ、どうやら「ドラキュラハンター」というゲームが元ネタなんじゃないかなあ、と…。どう見てもクリソツです…。

_ドラキュラハンター - ゲームカタログ@Wiki 〜名作からクソゲーまで〜 - アットウィキ
_ドラキュラハンター - YouTube

Ubuntu 18.04 LTS + Core i5-2500機上で以下のエラーが出るようになってしまった。

Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0

ググってみたけど…。以下のページが関係あるのかな…。

_Ubuntu日本語フォーラム / Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spic
_Bug #1800196 “spice-vdagent[1345]: Cannot access vdagent virtio ...” : Bugs : spice-vdagent package : Ubuntu

一応対処を試みる。

以下の2つのファイルを編集。

/etc/xdg/autostart/spice-vdagent.desktop
/usr/share/gdm/autostart/LoginWindow/spice-vdagent.desktop

以下を追加。

X-GNOME-Autostart-enabled=false

サービスを再起動。

sudo systemctl stop spice-vdagentd
sudo systemctl disable spice-vdagentd
sudo reboot

しかし、エラーは解決せず。

以下のページで、気になる話が。

_xorg - Is spice-vdagent required for Wayland? - Ask Ubuntu

「これは仮想PC絡みのパッケージなので、実機で動かしてるなら要らねえパッケージだよ」という話も出ているので、パッケージごとアンインストールしてみる。

sudo apt purge spice-vdagent

以下のパッケージは「削除」されます:
  spice-vdagent* ubuntu-desktop* ubuntu-gnome-desktop* xubuntu-core* xubuntu-desktop*

なんだか影響範囲が広いけど大丈夫かな…。まあ、メタパッケージが削除されるだけだし…。

パッケージを削除したら、エラーメッセージは出なくなった。しかし、本当にコレでいいのだろうか…。

Ubuntu 18.04 LTS, Core i5-2500機上で、以下のエラーが出た。

ioctl[SIOCSIWAP]: Operation not permitted
ioctl[SIOCSIWENCODEEXT]: Invalid argument
ioctl[SIOCSIWENCODEEXT]: Invalid argument
dbus: wpa_dbus_get_object_properties: failed to get object properties: (none) none
dbus: Failed to construct signal

<error> [1594290250.2640] wifi-wext: (wlx04ab182cfaf5): error setting powersave 0

bgscan simple: Failed to enable signal strength monitoring

無線LAN子機(Wi-Fiアダプタ)関連で問題が起きてる気がする…。利用してる無線LAN子機は ELECOM WDC-150SU2MBK。コイツは省電力機能どうこうなんて持ってないんじゃないかな…。

以下を参考にして、省電力関係の設定を変更してみた。

_Linux Mint 18.1でWi-Fiの省電力機構を無効化する - afnf.net

sudo vi /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf

[connection]
wifi.powersave = 1

元々は 2 になってたけど、1に変更。

• 2 は省電力を無効化。
• 3 は省電力を有効化。
• 1 は…おそらく設定を変更するなや、という指定だと思われる。たぶん。

念のために以下も実行。

sudo pm-powersave false

iwconfig で状態を確認。Power Management:off になってる。

ログの中から、「<error> ... wifi-wext: ... error setting powersave 0」の行が消えてくれた。

しかし相変わらず、Ubuntu起動時、画面の真ん中にエラーメッセージが表示される。ここ以外で文句を言っているのだな…。

他のエラーメッセージを解決できないか、以下を参考にして試してみる。

_networking - Unable to connect the internet with Ralink RT2870 USB ABGN WLAN Card - Ask Ubuntu
_networking - Ubuntu GNOME 17.04: wi-fi not working -- mac address keeps changing? - Ask Ubuntu

sudo vi /etc/NetworkManager/NetworkManager.conf

[device]  
wifi.scan-rand-mac-address=no

sudo service network-manager restart

上記の指定は、既に行われてた…。

面倒臭くなってきた。

起動時にエラーが出ても、そもそもメッセージを表示しない設定にしてしまおう…。

_「システムプログラムの問題が見つかりました」のダイアログの消し方 - Qiita

sudo rm /var/crash/*
sudo sed -i 's/enabled=1/enabled=0/g' /etc/default/apport

というか、今まで起動時にメッセージが出てたのは、/var/crash/ 以下にログがあったせいらしい。そこを消したら、起動時にメッセージが出てこなくなった…。

1981年頃にアニメージュに掲載された、「カリ城」絡みの宮崎駿監督へのインタビュー記事の中で、「最近は悪役が作りづらくなってる」みたいな話が出ていて…。

例えば昔は、西部劇に出てくる敵なんてインディアンにしとけばそれで済んでた。それが何時の頃からか、「インディアンを悪者扱いはマズいだろ…」という空気になって西部劇自体が作られなくなってしまった。でも、その手の映画は作りたい。どうするか。宇宙を舞台にすれば西部劇のソレを作れるんじゃね。宇宙人を悪役にしよう。敵が黒いマスクだの白いマスクだのを被ったまま、それをずっと外さなければ、「コイツラは徹底的にやっつけてもいい存在なんだ」と思ってもらえるだろう。みたいな。まあ、他にも、ボロを被ってゴミを集めてるのは日本人の比喩だし、猿の惑星でウロウロしてる猿達は黄色人種の比喩かもしれない、等々、宮崎監督はそんな見方も紹介していたけど…。

何にせよ、つまりは40年前から、映画を作ってる人達の間で、「いやー最近は敵の設定が作りづらいなあ。こういう空気ってめんどくせーなー」みたいなことが言われてたわけで…。

ということで、約半世紀ほど悩んだあげく、ハリウッドは、企業、米軍、テロリストなら悪者扱いしてもええやろ、という解を見つけたのかもしれんなあ、みたいな。

日本で、異世界転生なろう系が流行するのもソレなのだろうか。異世界を舞台にすれば、そこで描かれる悪は、純粋に悪として設定できる…。諸々の事情で悪になってしまったのだ、とか面倒臭い設定を考えなくていい。生まれた時から悪なのだからコイツは悪なのだ。悪なのだからボコボコにしていいのだ。悩む必要は無いわけで。ある意味、楽だよなと。

宇宙人だの異星人だのは現実には存在していないので、悪だの敵だのとして扱っても問題無いはずだけど。しかし、漫画やアニメの場合、それら異星人に対しても、「単純に悪者扱いするのもどうなのか」と考察する場面が増えてきたあたりは興味深い気もするなと。

「ヤマト」「イデオン」「バルディオス」「ゴッドマーズ」等を思い返すと、「コイツラは純粋に悪だから徹底的にやっちまえ」みたいな状態ではないよなと…。「アイツラにもなんか事情があるんじゃね？」てなことになってるというか…。

それはおそらく、現実に存在する種族だの集団だの組織だのを比喩する設定、なのかもしれないなと。そのものズバリを名指しで描写してしまうと問題があるけれど、宇宙人だの異星人だのに置き換えて描写すれば角が立たないだろう、みたいな。

漫画やアニメに限った話でもないな…。「STAR WARS」のストームトルーパーも、EP4〜6の頃はマスクを外さなかったけど、EP7以降はフツーにマスクを外すし、人間的な感情を持ってることを描写したりもするし…。 *1

そのあたりを考えていくと、娯楽映像作品に出てくるモンスターの類って、今現在はバンバン倒しちゃってもOKな存在として描かれてるけど、そのうち配慮、とはちょっと違うかもしれないけど、バンバン倒すのもどうなの、みたいな描写が増えてくるのかもしれない。

いや、待てよ。そういう作品は既にあるわな。「ウルトラマンコスモス」とか。「ヒックとドラゴン」とか。「ひそねとまそたん」とか。もしかして「ポケモン」もソレなのだろうか。アレはちょっと違うか。でもないか。

そもそも「ナウシカ」もソレか…。蟲達は見た目からして本来は虐殺絶滅させるべきキャラだろうけど、宮崎監督はそういう対象として描かなかったわけで…。

となると…。

「漫画やアニメや映画において、今現在は敵として描かれがちな存在を挙げてみよう」
「そして、その存在と友人や仲間になれる話を考えてみよう」

てなお題は、意外とアリかもしれないなと…。いやまあ、「美女と野獣」だってソレだから、全然アリなのだろうけど。

思考メモです。オチはないです。

一応、念のために補足。

「『SAO』は、日本人＝正義、日本人以外＝悪、みたいな図式で」などと書いてしまったけど。本来は、そう単純でもなくて…。VRゲーム内の、戦争風景の一部分を安易に切り取ってしまうと、なんとなくそう見えちゃうけど、そういうわけでもなく…。

以降ネタバレ。

アレは、 日本の自衛隊が倫理的にどうかと思える実験をしていて、その成果を 米軍が横取りしようとして傭兵部隊を現実に送り込み、しかし主人公側が 籠城に成功して、その状態を切り崩すために敵側が アメリカ国内のゲームプレイヤーを扇動して利用、という設定で…。悪に見える側は騙されてる状態というか…。つまり、ハリウッド映画でもよくある、米軍＝悪、てな設定と実はそんなに変わらないという…。

しかも、ゲーム内ではNPCに見えている、虐殺されていくキャラ達は、 人間の赤ん坊から脳の構造をコピーして仮想空間で学習と成長をさせたソレだから、人間としてのハードウェアは持たないけれど、ソフトウェア的には人間そのものと言えないか、てな存在で…。結構SFしちゃってる設定なわけで。

通して見てる人なら、日本人＝正義、日本人以外＝悪、てな単純な設定じゃないと分かるはずなので、海外の人が見ても大丈夫かなー、などと心配する必要は無いのかもしれない。万が一クレームが入っても、「いやいや、最初から見てくださいよ」と言えば済む話、かもしれず。 *2

せめて、導電ゴムを基板に押し付けて通電する、キーボード部分だけでもパーツとして売ってたらいいのに…。QWERT配列じゃなくてもいい。碁盤の目のような配列だって構わない。

PCとの通信部分は、自作キーボードが一部でブームになってるおかげで、部品等を入手できなくもないわけで。問題はキー部分。数十個もタクトスイッチを半田付けするのはツラすぎる…。そこはポコッとパーツを置くだけで済ませたい。

中国のどこかの工場で、そういうパーツを作らないものか…。偽物だのコピーだのを作って売るより、真っ当な製品として売り込めると思うのだけどなあ…。まあ、爆発的には売れたりはしないだろうけど、「こういうのが欲しかったんだ」と言い出す分野が結構あるんじゃないかと…。

小型人型ロボットの背面を開けると、極小キーボードが貼ってあって、ログインしてメンテナンス作業ができたり、とか。そんな感じで、超小型というだけで、「だったらココにも使えるぞ」とアイデアが湧きそうな気もするわけで。

小型キーボードだの、ミニキーボードだので製品をググると、「打ち込みやすさ」を謳う製品がほとんどで。

違うんだ。そうじゃない。そのへんはフツーに拷問レベルでいいんだ…。キーボードが無いより有るだけでもマシ。そう思える程度の酷い使い勝手で十分なんだ…。とにかく小型で場所を取らないこと。そこを優先した製品が欲しい…。

だけど、仮にそんなキーボードが出てきたとしても、購入者は絶対に文句を言うだろうな…。「打ち込み辛い」「拷問だ」…絶対に言い出すはず。「キーボードは打ち込みやすさが大事」と思い込んでしまっているから。

打ち込みやすさを追求し始めると、極端に小さいキーボードは作れなくなってしまう。キートップ幅が最小でも16mmぐらいになるので、全体サイズがほとんど決まってきちゃう。

気になって測ってみたけど、TVやHDDレコーダのリモコンのボタン幅は10mm以下だったりするわけで。それでも押せているのだから、押せるかどうかだけなら、そのくらい小さくできるはずなのだけど…。「打ち込みやすさ」を求められちゃうと…。