投稿

Ubuntu 20.04でAndroid-x86を動かす!KVM仮想環境からGRUB直接ブートまで徹底検証

記事の更新: 2026/09/02 1.概要 この記事は2022年の記事です。Android-x86はLinuxであると考えて、PC上で動作しないかを検証を湯治しました。最新環境での検証はできていませんが、価値ある記事と考えて、少しだけリライトをして、備忘録に残すことにしました。 Ubuntu 20.04環境をベースに、PC上でAndroid OSを動作させるプロジェクト「Android-x86(バージョン 8.1-r6)」の動作試験を行いました。今回は、検証用として以下の3つのアプローチで導入を試みています。 方法①: KVMによる仮想マシン上での実行(Legacy BIOS) 方法②: 物理PCのGRUBから直接カーネルをブート(Legacy BIOS) 方法③: 物理PCのGRUBから直接カーネルをブート(UEFI環境 / 英語配列ノートPC) 結論から言うと「GRUBによる直接ブート」が圧倒的に快適に動作します。それぞれの構築手順と、実際に触って見えてきた注意点や課題をまとめました。 今回実施した3つの検証環境における 特徴、メリット・デメリットの比較 は以下の通りです。 検証環境 ① KVM(仮想環境) ② BIOS PC(物理) ③ UEFI PC(物理) 主な特徴 動作は遅い [1] 実機で快適 [1] 実機で高速 [1] キーボード 日本語対応 [1] 日本語対応 [1] 英語配列 [1] 終了方法 正常に終了可能 [1] リセットが必要 [1] リセットが必要 [1] メリット 安全、手軽 [1] 高性能 [1] 高性能 [1] デメリット 低速 [1] 終了不可 [1] 終了不可 [1] 2.詳細 (1)    KVMによる仮想マシン上での実行(Legacy BIOS) (a) KVM環境構築 ubuntu-20.04の標準を導入しました。 (b) KVM設定 参考資料を参照して、KVM上にandroid-x86を導入して動作します。 Memory=2GB, CPU=2, Disk=20GBに設定し、NICのデバイスのモデルをハイパーバイザーのデフォルト設定にしました。android-x86はNIC接続に対応していないようで、Wifi接続だけ対応しています。KVM環境には既定値でwifiのエミュレート機能があるようです。 (c)...

UbuntuでLINEを動かしました ( wine / chrome )

記事の更新日:2026/09/30 評価を加筆 1.概要 スマホで利用するLINEをUbuntruで動かしてみたいと思いました。Windows PCやMacでは動作するようです。Wine利用とChrome利用を試したので、その内容を記述します。 私の評価は以下の通りです。 (1) この処理を実施したときは、制限があまり無く、評価試験を実施できました (2) 現在は様々制限が追加されたため、同じ評価試験は難しくなっています (3) しかし、PCでLINEは動作するのでWindowsやMacで利用できます (4) それならば、Linux環境でも評価試験はできる可能性があり、記事を残しました 共通の制限 新規登録不可:  スマホで事前登録が必要 設定変更:    スマホ側で「他端末ログイン許可」をオンにする必要あり LINEを利用するための制限事項があり、利用は自己責任でお願いします。 2.詳細 (1) Wineを利用 ネットではWineを利用してWindows版のLINE動作報告が複数存在します。しかし、内容が不明瞭な点もあり、実際にUbuntu 20.04のWineでLINEアプリは動作するのかを確認しました。結果はトークできます。しかし、問題点も見つかり、その内容を記述します。 Ubuntu 20.04.4デスクトップPCで確認をしました。カメラやマイクが搭載されていないので、トークの確認をしたのですが、私のPCではトークへの日本語文字入力がスムーズにLINEアプリでできません。かな漢字変換処理との相性が良くないようです。テキストエディターで文字列を作成して、カット&ペーストすることでトークをする方が楽です。音声通話やビデオ通話を含めて、他のPCで確認が必要だと思いました。 導入作業内容 (a) Wine7の導入 Wine7を利用します。ubuntu-20.04の標準のWine5ではLINEは動作しなかったためです。 参考資料のWineHQの導入手順に従って実施します。 $ sudo dpkg --add-architecture i386 $ wget -nc https://dl.winehq.org/wine-builds/winehq.key $ sudo apt-key add winehq.key $ sudo add-apt-repository ...

Qiskitで始める量子コンピュータ(IBMQ)入門

記事の更新日:2026/09/30 評価を加筆 1.概要 IBM製の27量子ビットの量子コンピュータ(IBMQ)が新川崎に設置され、当時は大きな話題になりました。実機を直接見る機会はなかなかありませんが、ネット経由で米国のIBMQを無料で利用することができます。 数年前に量子コンピュータのセミナーを受けた時は、五線譜のような独自のプログラミング手法(量子回路図)を教わり、半分諦めかけていました。しかし、IBMが提供するPythonライブラリ「Qiskit(キスキット)」を利用すれば、使い慣れたPythonコードで量子コンピュータの動作をシミュレートしながら学習できることが分かり、さっそくUbuntu環境で検証を始めました。(当時の検証環境:Ubuntu 20.04 LTS / Jupyter Notebook) 私の評価は以下の通りです。 (1) 量子コンピュータの演算能力か強大で、RSA-2048を2030年には解読と想定されます (2) 量子コンピュータのプログラムの初期は、五線譜のようなプログラムでした (3) 現在はシュミレーション機能を利用して、Pythonを利用するのが一般的です (4) 量子コンピュータに触れてみたい方には、IBMの実機をオンラインで利用できます 2.詳細 QiskitのインストールとJupyterでのトラブル対処法 Ubuntu環境のJupyter Notebook上で、手順に従ってQiskitを導入します。 (a) インストールコマンド $ pip install qiskit qiskit--aer (b) 【トラブル事例】Jupyterで「No module 'qiskit'」が出る場合(詳細後述) Jupyter上で上記コマンドを実行した際、サンプルプログラムを動かそうとすると No module 'qiskit' というエラーが発生することがあります。 これは環境の不整合が原因です。その場合は、一度Conda環境を全体アップデートしてから再インストールすることで解決しました。 (c) 動作確認( test.py 作成 ) from qiskit import QuantumCircuit from qiskit_aer import AerSimulator qc = QuantumCircu...

ubuntu/LinuxMintへzoomを導入する

記事の更新: 2026/09/17 評価を追記 1.概要 リモートワークが一般化して、zoomを利用したTV会議に参加する機会はコロナ禍時代に増加しました。現在はOnline MeetingでZoomよりもGoogle MeetやTeamsが良く利用されているようです。ubuntu/LinuxMint環境もzoomを利用することができます。zoom導入と設定を記述します。 私の評価は以下の通りです。 (1) ZoomはPC上のOffice関連性製品に影響されません (2) Google MeetはGoogle Workspaceが基盤で、社内会議に向きます (3) TeamsはMicrosoft 365が基盤で、社内会議に向きます (4) 社内会議よりも社外会議が多い場合はZoomが良い気がします 2.詳細 (1) zoom導入 zoom.usに「Linux への Zoom のインストールまたは更新」の説明資料があります。「Debian、Ubuntu または Linux Mint」の「ターミナルの使用」に従ってzoomを導入します。 (a) ダウンロードセンターからLinux版ZoomクライアントをDownloadします。 下記設定をしてダウンロードを選択すると、zoom_amd64.deb がDownloadできます。   Linuxタイプ: Unbutu   OSアーキテクチャ: 64bit   バージョン: 16.04+ (b) Gnome-terminalからインストール 下記コマンドをGnome-terminalから実行します(Download場所はDownload Directoryとします)  cd Download  sudo apt install ./zoom_amd64.deb  (2) ubuntu上のcamera, speaker, micの設定 利用しているNotePCの内蔵cameraは自動認識されました。アプリケーションからCheeseを実行して、cameraが正常に動作しているか確認します。speakerとmicは、設定=>サウンドで出力デバイスと入力デバイスを選択します。Bluetoothのspeaker,micを利用する場合は、設定=>Bluetoothにてspeaker,mic...

ubuntuでFirefoxのパッケージ管理をsnapからapt (debian )へ変更しました

1.概要 この記事は2022年の記事でubuntu 22.04の評価利用を実施して、Waylandとsnap環境で評価が混乱していた時の内容です。今、思い出しても二度と経験したくないことです。ubuntuの製品リリースは読んでいたつもりですが、内容を十分に把握できていないことが原因です。心の中に、ユーザーが混乱するような大規模変更をすることはないと考えていたことも事実です。 ubuntu 16.04、ubuntu 18.04、ubuntu 20.04と順調にバージョンアップを実施して、ubuntu 22.04で落とし穴に落ちた気持ちでした。ubuntu 22.04以前にも大幅変更が計画されたのですが、適用できなかったことがありました。詳細は覚えていませんが、その延長のことがubuntu 22.04で実施されたのだと思います。 ubuntuではFirefoxを利用しています。利用しているPCにはuefi非対応のBIOSのPCはGeforce 8600GTが搭載されています。ubuntu-20.04環境では、このVGACard搭載PCでFirefoxを利用するためにFirefoxのパフォーマンス・オプションをオフにする必要がありました。オンの状態ではFirefoxだけでなく、ubuntu-20.04もハング状態になってしまいます。ubuntu-22.04ではオフに設定してもFirefoxは起動しますが、全く機能しません。 2.詳細 ネットを調べると、ubunut-22.04のFirefoxはSnap packgeですが、これをdeb packgeに変更することで、ubuntu-20.04と同様に利用できるとの記述を見つけました。参考資料に沿って、試験的にパッケージの変更をしました。作業した内容を記述します。 (a) Firefoxの削除(Snap package) $ sudo snap remove firefox (b) Firefoxの導入(deb package) $ sudo add-apt-repository ppa:mozillateam/ppa $ sudo apt install -t'o=LP-PPA-mozillateam' firefox (c) 更新時の設定 $ sudo gedit /etc/apt/preferences....

Ubuntu/LinuxMint環境でFirefox利用の記録、問題と対処策

記事の更新: 2026/09/18 Firefox VPNを試しました 1.概要 Firefoxを主力ブラウザで利用しています。Ubuntu 16.04から最新のUbuntu 26.04まで,また、LinuxMint 21.3とLinuxMint 22.3の環境で使い続けて来ました。個別記事として記載している部分もありますが、Firefoxの利用記録を抜き出して整理しました。今後はこちらの記事へ追記をする予定です。 私の評価は以下の通りです。 (1) Firefoxはきめ細かなセキュリティ設定ができ、ブラウザとして高評価です (2) カスタマイズの自由度は、Firefox、Chrome、(Edge, Safari) の順番と感じています。 (3) ubuntu 22.04以降で、snapやwaylandとFirefoxの相性は良くありません (4) LinuxMint 22.3にはsnapやwaylandがなく、Firefoxの相性はとても良い評価です 2.詳細 (1) snapからdebianパッケージへ変更 ubuntu-22.04ではFirefoxの評価利用をしています。私が評価用に利用しているuefi非対応のBIOSのPCはGeforce 8600GTが搭載されています。ubuntu-20.04環境では、このVGACard搭載PCでFirefoxを利用するためにFirefoxのパフォーマンス・オプションをオフにする必要があります。オンの状態ではFirefoxだけでなく、ubuntu-20.04もハング状態になってしまいます。ubuntu-22.04ではオフに設定してもFirefoxは起動しますが、全く、機能しません。 ネットを調べると、ubunut-22.04のFirefoxはSnap packgeですが、これをdeb packgeに変更することで、ubuntu-20.04と同様に利用できるとの記述を見つけました。参考資料に沿って、試験的にパッケージの変更をしました。作業した内容を記述します。 (a) Firefoxの削除(Snap package) $ sudo snap remove firefox (b) Firefoxの導入(deb package) $ sudo add-apt-repository ppa:mozillateam/ppa $ su...

memtest86のメモリテストがtest#2でフリーズ ( memtest86+5.01 )

1.概要 PCのメモリチェックは長い間memtest86+5.01を利用してきました。ubuntuに標準搭載されgrubメニューから起動できます。しかし、非uefi対応のBIOSのPCのメモリを4GBから8GBへ増設したときにPass 0%、test 60%、test #2で処理が止まってしまいPCをリセットする以外に対処方法がない事態になりました。調べてみるとubuntu-20.04に搭載されるmemtest86+5.01の問題とネット上に記載があります。 32bit環境を利用することはなくなると思いますが、備忘録として記事を残すことにしました。現在はmemtest86+7.20を利用しています。 2.詳細 32bitマシンのメモリ境界が4GBであり、非uefi対応のBIOSのPCは4GBのメモリ上限ですが、実際に搭載可能なメモリ容量はマザーボードに依存します。非常に安価にメモリが手に入ること、DiskをSSDに交換すると遜色ない性能で利用できる点があり、旧型PCの再活用をはじめました。memtest86+5.01でメモリ試験エラーになりますが、ubuntu-22.04は正常に起動できることからメモリ、マザーボード、BIOSの問題でないと思いました。 旧世代(DDR2やDDR3)のメモリは非常に安価で、性能は最上位モデルが入手できます。今まではBIOSのメモリ設定は既定値で利用していましたが、性能が上位のメモリを利用するには既定値で不十分で、メモリ性能に合わせたBIOSの調整が必要なことを知る機会になりました。メモリの調整が必要などと考えもしていなかったので、思わぬ勉強になりました。 ubuntu-22.04ではmemtest86+5.31bに変更されています。ubuntu-20.04まではuefi対応PCではmemtest86+5.01を利用できなかったので、今後改善されることは良いことだと思います。 3.所見 SystemRescue 12.03では、memtest86+7.20を利用しています。こちらはuefiBIOS環境です。同じ操作性でメモリテストができることは、とても便利なことです。 memtest86は独立したソフトウェアでGrubから起動することができるので、メモリというハードウェアの試験をするには適切な手段だと思います。メモリのテストをするのにO...