isLandcenter 非番中:MacOS

isLandcener.jp 非番中

islandcenter — Sun, 24 Jun 2007 12:56:19 +0900

2026/1/20 islandcenter.jp
インディペンデントコントラクター（ＩＣ）としてＩＴ関連の仕事をしています。

このブログサイトは、私の仕事上のお付き合いがある方々をご支援するために開設しました。

どうせ技術的なメールを書いても、山のようなメールに埋もれてしまいます。HTML メールを読まない（私も使わない）し、ワープロ文書にしてもあまり整理つきませんし、リンク先や画像のスナップショットをお見せできる手段として良い方法はないものかなぁと思っていました。

せっかく作った自分の情報の山なので、思い切って公開しちゃえ、と思い、独立を機会に問題ない範囲で公開を始めました。公開するのは良いことで、仕事先でも電車の中でも、「あの手順何だっけ？」を確認できるのはいいものです。

-お仕事しませんか-

皆さまといい関係のお仕事を探しています。

私の公式ウェブサイトはこちらです。

http://islandcenter.jp

詳細はウェブサイトでご確認ください。

--
このブログのトラックバックとコメントは承認制です。トラックバックスパムが多いので、トラックバックは受け付けていません。

　大手企業に対する批判に対して個人が名誉毀損で訴えられるケースがあります。いきなりこういう態度をとられてもこちらとしてはなすすべがありません。ブログの内容に不審な点、不愉快な表現がありましたら、まずはご連絡ください。適切に処理します。また製品担当者からのお励まし、ご意見などありましたら感謝します。

--
このブログを読んで、直接ご感想や、ご質問があれば、コメント欄にメールアドレスとコメントを書いて「非公開」チェックしていただければ私だけ皆さまのメールアドレスをチェックできます。のちほど非公開のメールアドレスからお返事します。

なお kenn*islandcenter.jp(@に置き換えてください)にメールを送っていただいても結構ですが、メールはジャンク処理していますので、必ず、サブジェクトにわかりやすいタイトルを書いてください。フリーメールやサブジェクトが空欄の場合、まず読まれることはないので、ご承知ください。詳細はウェブサイトをご参考ください。

My Home Web Site
http://islandcenter.jp

Meil Form
http://www.islandcenter.jp/il/contact/

- 2019/6/6 -
この６月から、広告を付けてみました。

見づらくなった。広告ウザい。などアンチのご意見もあるでしょう。コメントください。

このブログの価値を具体的な金額にするとどんなものか、書き手としてのモチベーションに繋がるだろうと思い試してみました。

一応、こちらを見る限り、アフリエイトは問題ないようです。

エキサイトブログ利用規約改定とライフログカテゴリの拡張について

https://blog.excite.co.jp/staff/4861188/

有料プランの概要・支払い方法

https://www.exblog.jp/bloghelp/blog/8/20927442/

PR- うちの大家さんもよろしく -PR

--
気が向いた時にしかコメントできなくて申し訳ありませんが、ブログの記事に関係なくご意見ご要望があれば、このトピックスにコメントください。

Apple デバイス認証解除 - ホームシェアリングで５台目が認証できない？

islandcenter — Mon, 10 Mar 2025 17:24:34 +0900

使って便利なホームシェアリング

Apple の Music アプリ、iTunes for Windows など、何台かの Apple 製ソフトウェア搭載機器、デバイスを使って、ミュージックライブラリを共有して利用できる便利な「ホームシェアリング」機能があります。このホームシェアリングをたっぷり有効に利用するためには、デバイスを、利用中の Apple ID で認証させる必要があります。

出先でなんとなく手に入れた音源を、自宅の iTunes Windows につなげた立派なスピーカーで聞いたり、Windows の外付けディスクにタップリとテラバイト級に溜まった巨大な音源ライブラリの一部を、ストレージが高価な mac や iPhone, Apple Music for Android アプリなどに小分けして転送したいとか。CD でリッピングしたコルトレーンの "A Love Supreme" を、従姉妹の iPad に分けてあげたいとか、これ簡単にできるのが Apple のホームシェアリングの機能なのです。

ホームシェアリングのはじめ方、Apple Music on mac, iTunes Windows で音楽共有

Windows iTunes <--> mac Music アプリへライブラリの移行（ホームシェアリングで）

ホームシェアリングを開始するには、共有するデバイス同士で、一つの Apple ID で認証させてホームシェアリングを有効にすれば良い話なのですが、Music アプリなどでデバイスを認証させようとすると

「すでに５台のコンピュータを認証しています」

ということで、ホームシェアリングが利用出来ない場合があります。うまく行けば

このコンピュータは以前認証済みで、再認証されました。
認証可能なコンピュータ最大5台のうち、3台のコンピュータがすでに認証されています
(現在ご利用中のマシンを含む。

となります。

一つの Apple ID で認証が許可されるのは、５台のデバイスまでです。なぜ５台なのか、ワタシに聞かれても困るのですが、おそらくコンテンツの保護のためにアップルが決めたことなので仕方ありませんね。

手持ちの mac book, iMac デスクトップ、iPhone, iPad, iTunes Windows, 更には格安 Android 用 Apple Music アプリもあるわけですから５台の認証なんてあっという間かもしれません。

もちろん使い倒して下取りに出した古い iPhone なども認証されたままだと、この５台の認証されたデバイスのリストの中に含まれてしまいます。また、PCの名前を変えた後など、古い名前とあたらしい名前がダブって登録されて、実際には３台しかないのに５台認証されている、ということもあります。

そこで、Apple に認証された古いデバイス、今は iTunes や Music アプリを使う機会がなくなったデバイスの認証を解除する方法を説明します。

Web ページから Apple ID の認証解除

Windows 版 iTunes/Apple Music/Apple TV などを利用している場合、ブラウザから認証解除します。次のページから Apple ID でサインインして古く使わなくなったデバイス認証を削除します。Windows 用 Apple Music アプリでは Apple ID の認証解除の機能がないため、ウェブブラウザからの認証解除となります。

https://account.apple.com/

左のあなたのアカウントリストの下にある「デバイス」の一覧から、もう認証する必要の無いデバイスを選んで

「アカウントから削除」

※ それでもまだ使っていないのに認証が残っているデバイスをウェブページから認証解除しても、　Apple 製品(mac や iPhone)から見るとデバイス認証が残ったままになっている事があります。その場合、Apple 製品から下の方法で mac、 iPhone や iPad などから削除してください。Apple 製品からの削除は即時適用されるようですが Web ページから操作すると、タイムラグが発生するようです。

mac OS から Apple ID の認証済みのデバイスを削除

左上の Apple 🍎(りんご) > 「システム設定」 > あなたの Appe ID > デバイス

認証解除するデバイスを開いて「アカウントから削除」

-- 重要 --

mac の Music アプリから、アカウントメニュー > 「アカウント管理」で削除することも出来ますが、「全ての認証解除」する場合、この操作は一年に一度しかできない様です。

アクセスできないコンピュータの認証を解除する必要がある場合
https://support.apple.com/ja-jp/118292

"アクセスできないコンピュータの認証を解除するには、すべてのコンピュータの認証を解除する必要があります。その後、手元にある各コンピュータをあらためて認証してください。すべてのコンピュータの認証解除は、1 年に 1 回しか実行できません。”

iPhone/iPad の場合

⚙️(設定) > あなたの Apple ID > スクロールダウンしてデバイス情報 > 「アカウントから削除」

iPhoneの場合

iPad の場合

これで使わなくなったデバイスを開放して、ホームシェアリングの空きを作ってホームシェアリングに新しいデバイスを追加することができるようになります。

isLandcenter.jp

Windows iTunes <--> mac Music アプリへライブラリの移行（ホームシェアリングで）

islandcenter — Mon, 03 Feb 2025 11:31:00 +0900

PC を買い替えたら Windows iTunesや mac の Musicの音源を移行（Artwork も歌詞もホームシェアリングで）

mac も Windows も使っているよ、という人で、ディスクの中に沢山溜まった音源や MV だとかを移行させたい人って沢山いるわけです。たとえ音楽はサブスクリプションでスマートフォンしか使わない、全部ストリーミングよ、って人もいるわけなんですが、大昔にアナログ・レコードからインポートした音源や、レンタルCDからリッピングした音源、古いポッドキャスト、どこかで手に入れた落語のCDなんか、絶対にストリーミングでは今更聞けない音源もあるわけです。

ということで

PC買い替えた、Windows から mac に乗り換えた、mac から Windows に乗り換えた、「iTunes のライブラリを移行させたいんだけどどうすればいいの？」の回答がこちら。

ホームシェアリングで簡単移行

mac のミュージックアプリや Windows iTunes の音楽ライブラリを、 mac や Windows の新しいマシンに移行するには Music.iTunes の「ホームシェアリング」を使えば、音源データだけではなく、アートワークや歌詞も含めて簡単に移行することが出来ました。アートワークや歌詞は、物によっては自動的に取得されるものですが、アナログ音源やエアチェック音源はアートワークも歌詞もありません。
アートワークを全部 Amazon のジャケット写真から取り込むって、すごく心がオレますよね。
でもホームシェアリングを使えば、Mac <---> Windows, WIndows <--> Windows などの移行はそれほどキツイ作業ではありません。（2025/Feb現在 Apple Music for Windows はホームシェアリングの機能は無いようです)。

　大まかな手順は動画でどうぞ（音出ます）

まだ iPod だった時代に苦労して探したアートワークだとかもあるので、PC を入れ替えた際にどうしても音源データだけじゃなく、アートワークやジャンルなどの mac Music や Windows iTunes でまとめられているデータを丸ごと移行できないか、というお話です。

以前、 mac の Music アプリの音源データを Windows iTunes にコピーして移行させる方法を調べて見たのですが、この方法では、アートワークは移行できません。アートワークは自動で引っ張れるものがあればいいのですが、元がアナログ音源だったり、かなり珍奇なコンピレーション・アルバムなんかだと、アートワークが無いこともあります。だから、苦労して Amazon なんかからジャケット写真をコピーして iTunes なんかに貼り付けたりしたものも沢山あります。

ホームシェアリングを使えばもっと簡単に移行できますので、その方法です。iTunes <----> mac Music のアートワークを含めた音源移行が簡単にできました。さすがにアートワークを全部張り直すのは、心折れる作業ですからね。

実は、ホームシェアリングを使うと簡単に、新しい環境に ITunes/Music 環境を移行できるのです。

ホームシェアリングを開始

まず、移行元のホームシェアリングを有効にしてください。ホームシェアリングを有効にするには、こちらの記事を参考にしてください。

具体的には

mac のホームシェアリング : 「りんご🍎」 --> 「一般」 --> 「メディア共有」からホームシェアリングをチェックして有効

Windows iTunes のホームシェアリング : 「ファイル」-->「ホームシェアリング」-->「ホームシェアリングをON」

次に移行先で、移行元のライブラリに接続します。

Windows iTunes の場合： iTunes の左上のドロップダウンボックスにある、共有元のホームシェアリング名をトグルして選択します。

mac の Music アプリの場合 : Music アプリの左のカラムに小さく書いてある「ライブラリ」の右にある↓ボタンを開いて、共有元のライブラリ名に切り替えます。

これで、iTunes や Music アプリでホームシェアリングが出来て、移行元のライブラリの音楽ソースにアクセスできるようになりました。必ず「ライブラリ」のアイテムが接続元の「ダレソレのライブラリ」になっていることを確認してください。
※ mac 側から Windows のホームシェアリングが選べない場合がありまます。Windows 側の iTunes の Apple ID 認証を一旦解除して再認証させてホームシェアリングをもう一度オンにするとうまく行きます。
※ 2025/2 公開の Windows 版「Music アプリ」（iTunes後継) にホームシェアリングの機能はありません。。旧 iTunes のホームシェアリングなら問題なかったことをお伝えします。iTunes をお使いください。

この状態でも十分なのですが、これでは、移行元にぶら下がっているだけで、ライブラリ全体の移行は出来ていません。
例えば、今使っている Windows マシンは古いから、新しいPCにそっくり移行させたいとか、高価な mac のストレージから Windows の格安外付け HDD にそっくり音源を移動させたい、という場合は、ホームシェアリング元の音源を右クリックして「読み込み」させると、移行元のライブラリから、移行先のライブラリに、音源データとアートワーク、その他、再生回数や★マークなどがコピーされます。

※ とっても重要、読み込みコピーの操作は一回だけ実行してください。二度やると、音源ファイルはダブってしまいます。

「読み込み」の操作ができるのは、「アルバム」「アーティスト」「曲」「ジャンル」「ミュージックビデオ」などの単位でコピーされます。

Windows の移行先で移行元から、右ボタンで「読み込み」コピーする。

mac の Music アプリから iTunes のライブラリを右クリック「読み込みコピー」する。

二度操作すると、音源ファイルがダブって二重コピーになって悲惨な事になるので、ジャンル単位、アーティスト単位、あるいはアルバム単位などある程度まとまった形に操作すると良いでしょう。曲やアルバム単位に読み込ませると、一瞬で終わってしまうので、調子に乗って何回もやってしまうと、ダブり音源で悲惨なことになるので注意します。

あるいは、曲を開いて Ctrl+A で全部選んでイッキにコピー、という手段もありますが、結果が怖いので試せていません。

なお、プレイリストや、スマートプレイリストはコピーされないので、プレイリストはエクスポートし、スマートプレイリストは作り直しが必要です。

mac のファイル共有のはじめ方、Windows や Linux でファイル共有

isLandcenter.jp

共有サーバーにある mac のリソースフォークを削除する

islandcenter — Fri, 27 Sep 2024 10:15:36 +0900

mac と Windows 混在環境でよくあるトラブル。共有ファイルサーバーにあるフォルダが削除できなくなったり、移動できないなどのトラブル。

これは、macOS が管理するリソースフォークが関連しています。

mac OS のリソースフォーク

mac OS から samba の共有フォルダ、ファイルにアクセスすると ".DS_Store" や "._XXXX" などのファイルが作成されます。

これらは mac OS 固有のリソースフォークと呼ばれるファイルで、mac OS では古くからファイルの属性、アプリケーションアイコンや関連するアプリケーションの情報が記述されています。古くからの mac OS では、mac OS のファイル属性の一部としてファインダーの中のアイコンなどの情報に扱われてきました。古く NetWare の様な共有ファイルシステムでは、通常の DOS 8.3 形式や Windows の様な Long File Name と共に mac の名前空間としてオプション定義されていました。

この mac 固有のリソースフォークのファイル属性は純正の mac OS 以外のファイルシステムでは別ファイルとして、samba ファイルシステムや exFAT の外付けデバイスに隠しファイルとされて保存されます。これが "._" で始まるファイル本体に付属するリソースフォーク、".DS_Store" はフォルダの情報のファイルです。mac のリソースフォークは Windows 側からは隠しファイルで操作できないことがあるため、ファイルを移動させても ".~" ファイルが残っていたり、ディレクトリが空ではないためフォルダが削除できないなどのトラブルが出てきます。

通常、これらのリソースフォークは、mac 以外のシステムからも、隠しファイルとして存在しますが、Windows 側の隠し属性をオプションから表示すると、mac でアクセスした痕跡が邪魔で仕方がありません。一挙に削除したい。

今の mac OS ではこのリソースフォークの情報は必要がないそうなので、削除して構いません。

Linux + Samba 上のリソースフォークファイルの削除の仕方

Linux + samba や Linux 由縁 NAS の環境では、次のコマンドで邪魔なリソースフォークを削除します。注意するのは、消してはいけない ._xxxxx ファイルも消してしまうことです。前提として、その様なファイルは作らないものとして考える必要があります。

% find . -type f -name '._*' -delete

% find . -type f -name ".DS*" -delete

おそらく Linux ベースでNAS に搭載された OS でも同様に削除できると思います。NAS の内部の仕様にもよります。

※ 当たり前ですが、上のコマンドを実行したら、全ての "._XXX.XXX" は削除されます。

Windows サーバーの中のリソースフォーク

Windows + NTFS ファイルシステム上の CIFS 共有フォルダの場合、 NTFS のファイルシステムにリソースフォークが吸収される様です。基本的にリソースフォークは別に作られることはないようですが、exFAT でフォーマットした USB メディアや、Windows 共有では、リソースフォークが作られてしまいます。そこで Windows 側からリソースフォークファイルを削除するには、隠しファイルを削除するため Delete /AH を使って次の様にファイルを削除します。

E:\tmp>del /S /AH ._*.*

削除したファイル - E:\tmp\._.DS_Store

削除したファイル - E:\tmp\._画面収録 2023-03-18 9.49.41.mov

削除したファイル - E:\tmp\._画面収録 2023-03-18 9.49.41のコピー.mov

削除したファイル - E:\tmp\._IMG_0043.JPG

削除したファイル - E:\tmp\._IMG_0037.JPG

削除したファイル - E:\tmp\._IMG_0030.JPG

削除したファイル - E:\tmp\._IMG_0031.JPG

E:\tmp>

E:\>del /S /AH ._DS*.*

.smbdetele ファイル

.smbdelete ファイルは mac OS がリモートのファイルシステムにアクセスする際に一時的に作られるファイルの様です。これもNAS などの中に作られてしまい、Windows 側からフォルダを削除しようとすると削除できなくなったりします。

.smbdelete*** ファイル

https://discussions.apple.com/thread/3992569?sortBy=rank

mac の exFAT に作られるリソースフォークを mac 側で削除

mac で作ったファイルを Windows ユーザに渡す場合、多くの場合 exFAT でフォーマットされた USB メモリや Flash メモリデバイスを使うと思います。便利で持ち歩きに適しているのでカメラなどのデバイスの保存用にも使われているかもしれません。こうした exFAT でフォーマットされたデバイスにも、リソースフォークファイルは作られてしまいます。

mac のファインダからは見えないファイルなので、ターミナルを開いて exFAT デバイス上のリソースフォークを削除して渡すのがマナーになっている様です。

mynsme@MacBookAir exFAT % pwd
/Volumes/exFAT
mynsme@MacBookAir exFAT % ls -ahl
total 10525696
drwx------ 1 mynsme staff 128K 1 1 1970 .
drwxr-xr-x 8 root wheel 256B 9 14 15:36 ..
drwx------ 1 mynsme staff 128K 2 23 2023 .Spotlight-V100
drwx------ 1 mynsme staff 128K 5 23 2023 .Trashes
-rwx------ 1 mynsme staff 4.0K 9 15 17:01 ._GeckoLinux_ROLLING_Cinnamon.x86_64-999.220820.0.iso
-rwx------ 1 mynsme staff 4.0K 9 15 16:59 ._favicon.ico
-rwx------ 1 mynsme staff 4.0K 9 15 17:01 ._nakajima.JPG
-rwx------ 1 mynsme staff 4.0K 9 15 16:59 ._画面収録 2023-03-18 10.18.02.mov

: 中略

-rwx------@ 1 mynsme staff 350B 10 25 2017 favicon.ico

-rwx------@ 1 mynsme staff 62K 11 24 2016 nakajima.JPG
drwx------ 1 mynsme staff 128K 12 13 2023 tmp
-rwx------@ 1 mynsme staff 691M 3 18 2023 画面収録 2023-03-18 10.18.02.mov
-rwx------ 1 mynsme staff 2.2G 3 18 2023 画面収録 2023-03-18 11.37.22.mov
-rwx------ 1 mynsme staff 508M 3 18 2023 画面収録 2023-03-18 9.49.41.mov

mynsme@MacBookAir exFAT % find . -type f -name '._*' -delete
mynsme@MacBookAir exFAT % ls -alh
total 10524672
drwx------ 1 mynsme staff 128K 1 1 1970 .
drwxr-xr-x 8 root wheel 256B 9 14 15:36 ..
drwx------ 1 mynsme staff 128K 2 23 2023 .Spotlight-V100
drwx------ 1 mynsme staff 128K 5 23 2023 .Trashes
drwx------ 1 mynsme staff 128K 8 15 13:36 .fseventsd
: 中略

-rwx------ 1 mynsme staff 350B 10 25 2017 favicon.ico
-rwx------ 1 mynsme staff 62K 11 24 2016 nakajima.JPG
drwx------ 1 mynsme staff 128K 12 13 2023 tmp
-rwx------ 1 mynsme staff 691M 3 18 2023 画面収録 2023-03-18 10.18.02.mov
-rwx------ 1 mynsme staff 2.2G 3 18 2023 画面収録 2023-03-18 11.37.22.mov
-rwx------ 1 mynsme staff 508M 3 18 2023 画面収録 2023-03-18 9.49.41.mov

mynsme@MacBookAir exFAT %

一般的には mac の方が Windows よりファイルの許容範囲は大きい。

通常、Windows のエクスプローラより、mac OS の方が、ファイル名の許容範囲は大きいっものです。Windows には禁忌文字列が多くありますが、mac や Linux のシステムでは "." ドットで始まるファイル名などは許容されますが、Windows では利用できないなどの問題があります。また、機種依存文字の問題も多くありますが、多くの問題は mac 側のファイル名の許容性の高さが原因です。

この許容範囲の幅の広さが、mac でアクセスできて Windows ではアクセスできないファイル名の多くの原因になります。

ネットワークや外部メモリなどの記憶装置を mac と Windows で共有する場合、なるべく許容範囲も大きな mac 側で処理してあげるのがベターでしょう。

ファイル名とパスの最大長の色々

そのほかの情報はこちらで

mac の Music ライブラリを Windows 用 iTunes に移行

mac 用 UTM 仮想化ソフトウェアの Shared Network モードと Bridge モード

mac, Linux+samba, Windows のファイル名の問題：開けない共有のフォルダ、ファイル

NAS が欲しいよぉー！チェックポイント 2025 年

Windows ユーザが Macbook Air に乗り換えたら慣れるまでにやってみること

isLandcenter.jp

mac で xxxx.iso ファイルを任意のパスにマウントする方法

islandcenter — Tue, 21 May 2024 14:42:20 +0900

-目標-

Linux では xxxx.iso を /mount_point にマウントしたい場合、

# mount -o loop /xxxx.iso /mount_point

でマウントできます。私の場合、Linux をインストールする時、Web Http サーバのドキュメントディレクトリにマウントして、公式のリポジトリの代わりにインストールソースにする事が多いのですが...

じゃ mac ではどうすれば良いのですか？

mac で iso を手動でマウントする hdiutil

mac では、深く考えずに ISO ファイルを開こうとすると、 /Volumes/ にマウントされます。それをmac のファインダで開けばいい。

これで何の不満があるのだ？と言われればその通りなのですが、いや、私は Linux のインストール用の ISO ファイルを HTTP サーバーのドキュメントルートの下に置きたいのだよ、という不満があるわけです。手元に Linux サーバがあれば mount -o loop .... とやって簡単にマウントできるのですが、仕事先の現場に mac しかない、Windows しかない、という環境だってあるのです。

という事で hdiutil で ISO マウント

mac では mount コマンドで ISO のマウントはできません。 mac では hdiutil attach/detach コマンドを使います。

~ % sudo hdiutil attach -mountPoint xxxx.iso
~ % sudo hdiutil detach

サンプル

myname@MacbookAir ~ % ls test
myname@MacbookAir ~ %
myname@MacbookAir ~ % sudo hdiutil attach -mountPoint ./test SISO/SLE-15-SP6-Full-aarch64-PublicRC-202404-Media1.iso
/dev/disk6 FDisk_partition_scheme
/dev/disk6s1 Windows_FAT_32 /Users/knakaj/test
/dev/disk6s2 Linux
myname@MacbookAir ~ % ls test
EFIbcm2710-rpi-2-b.dtbbootcode.bin
LICENCE.broadcombcm2710-rpi-3-b-plus.dtbconfig.txt
armstub8-rpi4.binbcm2710-rpi-3-b.dtbfixup.dat
bcm2708-rpi-b-plus.dtbbcm2710-rpi-cm3.dtbfixup4.dat
bcm2708-rpi-b-rev1.dtbbcm2710-rpi-zero-2-w.dtblib
bcm2708-rpi-b.dtbbcm2710-rpi-zero-2.dtboverlays
bcm2708-rpi-cm.dtbbcm2711-rpi-4-b.dtbstart.elf
bcm2708-rpi-zero-w.dtbbcm2711-rpi-400.dtbstart4.elf
bcm2708-rpi-zero.dtbbcm2711-rpi-cm4-io.dtbu-boot.bin
bcm2709-rpi-2-b.dtbbcm2711-rpi-cm4.dtbubootconfig.txt
bcm2709-rpi-cm2.dtbbcm2711-rpi-cm4s.dtb
myname@MacbookAir ~ % sudo hdiutil detach ./test
"disk6" ejected.
myname@MacbookAir ~ % ls test
myname@MacbookAir ~ %

実際に mac の apache のドキュメントルートの下にマウントしてみる

knakaj@KhamsinAir ~ % ls /Library/WebServer/Documents
index.html
knakaj@KhamsinAir ~ %
knakaj@KhamsinAir ~ % ls ./SISO/SLE-15-SP6-Full-aarch64-PublicRC-202404-Media1.iso
./SISO/SLE-15-SP6-Full-aarch64-PublicRC-202404-Media1.iso
knakaj@KhamsinAir ~ %
knakaj@KhamsinAir ~ % sudo mkdir /Library/WebServer/Documents/sle15
Password:
knakaj@KhamsinAir ~ % sudo hdiutil attach -mountPoint /Library/WebServer/Documents/sle15 ./SISO/SLE-15-SP6-Full-aarch64-PublicRC-202404-Media1.iso
/dev/disk6 FDisk_partition_scheme
/dev/disk6s1 Windows_FAT_32 /Library/WebServer/Documents/sle15
/dev/disk6s2 Linux
knakaj@KhamsinAir ~ %

一応マウントはできたみたいです。ただ、この ISO ファイルの中身が Linux のファイルシステムだからなのか、ちゃんとインストールメディアとして HTTP プロトコルでは認識されなかったのは残念。というオチがありました。

オチ

あ、ダメだ。この ISO ファイルは mac で認識できない.... FAT の領域しか見えないみたいだ ....

mac book air で apache を動かす

mac, Linux+samba, Windows のファイル名の問題：開けない共有のフォルダ、ファイル

EIZO FlexScan EV2485-BK (24.1型/1920×1200/フレームレスモニター
アンチグレアIPS/疲れ目軽減/ブラック)

isLandcenter.jp

mac book air で apache を動かす

islandcenter — Fri, 17 May 2024 20:38:35 +0900

Mac に HTTP サービスを走らせるのだ！

M1 macbook sonoma 14.4.1 で mac book を HTTP サーバーにしたい。まぁよほどのことが泣ければそんな事考えないのです。普通は。でもどうしても、このローカルネットワークの中に HTTP サーバーが必要なのよ、という事だってあるわけです。

今日の私がまさにそう。

ということで、手元の mac book air で http サービスを走らせる方法です。

myname@mymacbook~ % httpd -version

Server version: Apache/2.4.58 (Unix)

Server built: Feb 10 2024 01:12:11

Apple 2020 M1 mac book Air にはデフォルトで Apache2.4 がインストールされています。

ドキュメントルート

http サーバーのドキュメントルートは

/Library/WebServer/Documents

　　です。ファインダの”移動”メニューから移動すると良いでしょう。

myname@mymacbook ~ % cd /Library/WebServer/Documents
myname@mymacbook Documents % ls index.html
index.html

mac で xxxx.iso ファイルを任意のパスにマウントする方法

apache の停止、起動、再起動

起動、停止、再起動は apachectl コマンドを使います。

myname@mymacbook Documents % sudo apachectl stop
myname@mymacbook Documents % sudo apachectl start
myname@mymacbook Documents % sudo apachectl restart

wget がないので curl で確認

wget しようとしたら、「そんなの知らん」と怒られました。代わりに curl で、html ファイルを表示することができます。

myname@mymacbook Documents % curl http://192.168.1.32/index.html

It works!

myname@mymacbook Documents %

ブラウザで localhost または、自分自身の ip アドレスを開く
curl でファイルが開けたら、実際にブラウザで開いて見ましょう。

isLandcenter.jp

mac のファイル共有のはじめ方、Windows や Linux でファイル共有

islandcenter — Wed, 10 May 2023 21:01:57 +0900

ここでは、macOS の共有を使って、mac 上のデータを Windows や Linux からアクセスする方法について説明します。Windows から mac へ移行したいとか、mac のデータを大量にバックアップしたいとかに使えそうです。もっとも mac の場合 TimeMachine を使うのが定石でしょうが、そういった便利な機能だけではなく、様々なバックアップ手段は考えておきたいところです。

共有元の mac OS で共有の開始
ワークグループの設定

りんご🍎 > システム設定 > ネットワーク > アダプタを選択して「詳細」 > 左のペインから "WINS" を選びワークグループを設定します。デフォルトは "WORKGROUP" です。

共有の開始

りんご🍎 > システム設定 > 一般 > 共有、より「ファイル共有」を ON にします。ファイル共有スイッチの右横の「！」をクリックして、共有元のフォルダと共有ユーザを追加します。

「共有フォルダ」を "+" ボタンで追加。

「共有ユーザ」を"+" ボタンで追加、ユーザに「読み・書き」の必要な権限をトグルボタンで設定

　※ここでは「連絡先」からもユーザを選べますが何に使うのか不明

「オプション」ボタンを押して、接続ユーザを有効化します。

「SMB を利用して、ファイルや.....」をチェック、許可するユーザをチェックします。有効化するには接続するユーザのパスワードで接続をチェックします。このパスワードは mac にログインするパスワードです。

-- Windows から mac の共有へ接続

Windows から mac の共有へ接続するには、エクスプローラのアドレスバーに "¥¥macのIP-Address¥共有名” をセットします。ログインダイアログから、接続ユーザ名とパスワードで接続します。

−− Linux からのマウント(openSUSE Leap15.4/SLE15)

opensuse15 ~ # mount -o username=myname //192.168.1.50/myShare /mnt/cifs
Password for myname@//192.168.1.50/myname: *******
sirocco:~ # ls /mnt/cifs -l
total 100
drwxr-xr-x 2 root root 0 Jun 11 2022 Applications
-rwxr-xr-x 1 root root 2538 Mar 16 10:43 aria2_download.log
-rwxr-xr-x 1 root root 37 Jul 20 2022 .bash_profile
drwxr-xr-x 2 root root 0 Oct 8 2022 BGM
drwxr-xr-x 2 root root 0 Jun 12 2022 .cache
-rwxr-xr-x 1 root root 7 Jun 11 2022 .CFUserTextEncoding
drwxr-xr-x 2 root root 0 Dec 14 10:54 cifs
drwxr-xr-x 2 root root 0 Oct 27 2022 .config
drwxr-xr-x 2 root root 0 Jun 11 2022 .cups
drwxr-xr-x 2 root root 0 Oct 6 2022 DavinciResolve
drwxr-xr-x 2 root root 0 Mar 31 14:45 Desktop

: 略

sirocco:~ #

gnome の nautilus ファイルマネージャから

このように、Linux から mac のファイル・フォルダにアクセスできるので、Linux から mac のバックアップや一時的な移行などに必要なファイルの保管場所として利用できます。

isLandcenter.jp

アップル仮想化フレームワークって何

islandcenter — Wed, 22 Mar 2023 15:42:27 +0900

macbook で UTM を使って Linux を仮想化しようとすると”Apple 仮想化を使用”と出てくる訳なのですが、私も含めて一般人以上ではない人にとっては「これ何よ」ということになります。

M1/M2 mac で ARM版 Windows11を: 無償のUTMで仮想化

でChatGPT に聞いてみた

Q: アップル仮想化フレームワークって何

A: Appleの仮想化フレームワークは、macOSおよびiOSで仮想マシンを実行するためのソフトウェアです。これは、アプリケーションの互換性を維持しながら、複数のオペレーティングシステムを同じデバイスで実行できるようにするために使用されます。

Appleの仮想化フレームワークは、主に2つの種類があります。最初のものは、ハイパーバイザーフレームワークで、これはmacOS上で仮想マシンを実行するためのものです。2つ目は、コンテナベースの仮想化フレームワークで、これはiOS上で実行されるアプリケーションを分離するために使用されます。

これらのフレームワークは、macOSおよびiOSの両方で重要な役割を果たしています。例えば、macOSのハイパーバイザーフレームワークは、Parallels DesktopやVMware Fusionなどの仮想マシンアプリケーションを実行するのに役立ちます。一方、iOSのコンテナベースの仮想化フレームワークは、企業が従業員に提供するために開発されたアプリケーションを、個人用のアプリケーションと分離して実行するのに役立ちます。

なるほどよく意味がわからない。で、本家の説明を読んでみた。

Virtualization : Create virtual machines and run macOS and Linux-based operating systems.
https://developer.apple.com/documentation/virtualization

やっぱりわからない。

要するに、Apple が提供する仮想化の API で Linux や macOS を仮想化するには便利でスバラしいということなのですが、これ「おいしの？」と当たり前の様に思うわけです。この数ヶ月、UTM と戯れて、Apple VM Framework を使ってみて、Fedora37 や openSUSE Tumbleweed は動かなかったし、その後、openSUSE Leap 15.5 のベータ版から動くようになった。ついでに、Tumbleweed も動くようになった。

Apple VM を使わない場合はどうなるかと言えば UTM/QEMU Bios から起動する訳ですね。Windows11 はこのパターンです。というかWindows をインストールする時は Apple VM のチェックポイントがない。

じゃ、ARM64 Windows を Linux だと偽ってインストールしてみたら、Apple VM 環境下ではセットアップは立ち上がらないし、Apple VM のチェックを外して UTM/QEMU から入れたら、ハードウェアチェックで引っかかった。やっぱり、UTM はWindows11を動かすために何かしているな。

Apple Sillicon mac 上の UTM で Linux を動かすには、Apple VM フレームワークと QEMU の二種類がある、という事です。少なくとも今手に入る openSUSE Tumbleweed ではどちらも動くようだし、SUSE SLE/Leap 15.5 では Apple VM フレームワークじやないと動かない。これはそれぞれのディストリビューションによって対応が違ってくるかも知れません。

結局どちらが良いのかと言う話になるのですが、やはり Apple としては、自社の技術を押し出したいので Apple VM フレームワークを中心に考えるでしょう。openSUSE では、グラフィックスが mac のグラフィックスをそのまま引き継いでいるようなので性能面でもこちらの方が有利のようです。

Linux が効率よく mac のハードウェアの呼び出しをするには、 Apple VM Framework を呼び出して直接 mac のハードウェアを動かすのが良い。そのためには、 Linux ゲスト側のディストリビューションで Apple の VM に合わせた仮想ドライバ・ソフトウェアが必要となります。もちろん Apple のドキュメントには Apple VM Framework は VirtIO にも対応しているらしい事が書いてあります。ネットワークやディスクドライバは VirtIO をそのまま使っているらしい。

一方 Linux のディストリビューション側としては、オープンソースだし、動作する aarch64 ターゲットは Apple mac だけではない。様々な IoT 機器も対象なわけですから、QEMU を主流に考えるのかも知れない。

Apple ハイパーバイザーフレームワークを使ったもの

Apple の VirtualOS

まるっきりこれですね。

virtualOS
https://apps.apple.com/us/app/virtualos/id1614659226

UTM Virtial ソフトウェアで、macOS を仮想化しても同じ事ができます。

Docker コンテナ

Apple silicon 対応 Docker Desktop
https://docs.docker.jp/desktop/mac/apple-silicon.html

openSUSE の ARM64 版 Docker コンテナがそのまま動きます。 Parallels や VMware fusion は要らない。

M1 macbook で Linux、docker で openSUSE Leap を実行

UTM で Linux

まだまだ発展途上です。

]
M1 mac で Linux 仮想化 SUSE Linux Enterprise15sp5 Beta が UTM で動いた

sLandcenter.jp

M1 macbook で Linux、docker で openSUSE Leap を実行

islandcenter — Tue, 07 Mar 2023 11:24:21 +0900

Docker Desktop のダウンロード

Docker Desktop をダウンロードし、Docker.dmg をインストールします。

Docker Desktop

myname@macbookAir ~ % docker pull opensuse/leap:15.4
15.4: Pulling from opensuse/leap
Digest: sha256:96cf7d0eb8287084ecd403c424cc888d02fee9252807714d6b0077819a6090ac
Status: Image is up to date for opensuse/leap:15.4
docker.io/opensuse/leap:15.4

myname@macbookAir ~ % docker run -it opensuse/leap:15.4 /bin/bash
072eede32060:/ #
072eede32060:/ # cat /etc/os-release
NAME="openSUSE Leap"
VERSION="15.4"
ID="opensuse-leap"
ID_LIKE="suse opensuse"
VERSION_ID="15.4"
PRETTY_NAME="openSUSE Leap 15.4"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:opensuse:leap:15.4"
BUG_REPORT_URL="https://bugs.opensuse.org"
HOME_URL="https://www.opensuse.org/"
DOCUMENTATION_URL="https://en.opensuse.org/Portal:Leap"
LOGO="distributor-logo-Leap"

072eede32060:/ # uname -a
Linux 072eede32060 5.15.49-linuxkit #1 SMP PREEMPT Tue Sep 13 07:51:32 UTC 2022 aarch64 aarch64 aarch64 GNU/Linux

072eede32060:/ #

isLandcenter.jp

mac 用 UTM 仮想化ソフトウェアの Shared Network モードと Bridge モード

islandcenter — Wed, 01 Mar 2023 21:15:24 +0900

UTM で色々と試していると、ネットワークの挙動によくわからない不審な点があるので調べてみました。それは、

「ゲストOS に固定 IP が振れない？」

ということなのですが、この理由は UTM のネットワークの設定に「共有ネットワーク」と「ブリッジ」の二種類があるということを正しく理解していないことによるものです。

ドキュメントには次の通り書かれているのですが、さっぱりピンとこない。まぁネットワーク・インフラに弱い脳みそには言葉のスタックが足りないからなのですが。

https://docs.getutm.app/settings-qemu/devices/network/network/

Network Mode
Emulated VLAN Creates a new VLAN and connects this virtual machine to it. This VLAN is created in userspace and requests from the VM will be seen by the host operating system as originating from the UTM process. Different VMs will each have their own VLAN.

MACOS
Shared Network Traffic is routed directly by the host operating system and the guest shares a VLAN with the host. Services running on the guest and the host can see each other without additional configuration. This is recommended for new virtual machines.

MACOS
Host Only Similar to “shared network” except WAN traffic is blocked so the guest cannot access the Internet.

MACOS
Bridged The host creates a layer 2 bridge with the specified interface. This is for advanced users.

という事で困ったときの ChatGPT

Q: macのUTM 仮想化ソフトウェアの、共有ネットワークとブリッジの違いを中学生にも分かるように教えて下さい。

A: UTMは、macOS上で動作する仮想化ソフトウェアの1つで、仮想マシンを作成して実行できます。UTMで使用できる2つの主要なネットワーク接続タイプは、共有ネットワーク接続とブリッジ接続です。

共有ネットワーク接続は、UTMの仮想マシンがホストmacOSのネットワークを共有する方法です。つまり、UTM上の仮想マシンは、macOSが使用するネットワークと同じネットワークを使用します。例えば、家のWi-Fiに接続している場合、UTM上の仮想マシンも同じWi-Fiネットワークに接続されます。共有ネットワーク接続は簡単に設定できますが、UTM上の仮想マシンは、ホストmacOSのネットワークと同じIPアドレス範囲に属するため、IPアドレスの競合が起こる可能性があります。

ブリッジ接続は、UTMの仮想マシンを、外部のネットワークに直接接続する方法です。例えば、UTM上の仮想マシンを学校のネットワークに接続したい場合、ブリッジ接続を使用して、UTM上の仮想マシンに独自のIPアドレスを割り当てます。ブリッジ接続を使用することで、UTM上の仮想マシンは、外部ネットワークから直接アクセスできるため、より高度なネットワーク操作が可能になります。ただし、ブリッジ接続はより高度な設定が必要であり、UTMが外部ネットワークに正しく接続されていることを確認する必要があります。

なるほど、よく解らないけどなんとなくわかる。

なぜ共有ネットワークで好きに固定 IP が振れないか

UTM のゲスト OS を「共有ネットワーク」に設定して立ち上げると、ホスト側の macOS 上に、もう一つのインターフェースが出現するのですね。WIFI と有線付きリプリケーターをつないでいるので、LAN にあるDHCP から 192.168.1. XX にふたつの IP を貰っているわけですが、「共有ネットワーク」に設定したゲストVMを起動すると、何故か 192.168.64.XX というインターフェースがもう一つ出現する訳なんです。64 だったり32だったり変化します。

myname@MbookAir ~ % ifconfig | grep 192
inet 192.168.1.50 netmask 0xffffff00 broadcast 192.168.1.255
inet 192.168.1.32 netmask 0xffffff00 broadcast 192.168.1.255

myname@MbookAir ~ % ifconfig | grep 192
inet 192.168.1.50 netmask 0xffffff00 broadcast 192.168.1.255
inet 192.168.1.32 netmask 0xffffff00 broadcast 192.168.1.255
inet 192.168.64.1 netmask 0xffffff00 broadcast 192.168.64.255

これが謎なので、実際にゲストOSから traceroute してみました。

localhost:/home/user # traceroute google.com
traceroute to google.com (172.217.175.46), 30 hops max, 60 byte packets
1 192.168.64.1 (192.168.64.1) 0.891 ms 0.809 ms 0.798 ms
2 buffalo.setup (192.168.1.1) 0.788 ms 1.273 ms 1.264 ms
3 192.168.11.1 (192.168.11.1) 2.238 ms 2.229 ms 2.219 ms

まず、心当たりのない 192.168.64.255 という IP をホスト mac 側に存在すること。ゲストOSがホストに通信する時、192.168.64.1 という謎のルータを通して LAN から外に接続していることがわかります。実際に仮想 VM にバインドされている IP は 192.168.64.32 というアドレスでした。

これ、ゲストVM から見ると UTM で「共有ネットワーク」構成のゲスト VM を立ち上げると、UTM は仮想的なルータを構成してゲストOSにIPを供給しているわけです。この値はケースバイケースの様で、時折変わることがあるようです。

だから、ゲストVM に固定 IP を与えることができない。ゲストVM は UTM が仮想的に作り出した 192.168.64.xx セグメントに合わせて固定 IP を作らなければならない訳なんです。

ということもあり、 UTM で「共有ネットワーク」を使う場合は、事実上ゲスト VM は DHCP 設定にした方が無難、ということになります。これはゲストVMがデスクトップ系クライアントOSとしてセットアップすることに向いています。

固定 IP を使うならブリッジモード

これは KVM や XEN で仮想化した人ならわかると思いますが、ブリッジモードでインストールしたゲスト VM は、直接 LAN 上に接続され、ホスト mac 側からは検出されないネットワークになります。サーバの様に固定 IP が必要なゲスト VM を使うなら、「ブリッジモード」でゲスト VM をインストールしなければならない訳です。もちろんDHCPでセットアップすれば、LAN 内のルールに従ってゲストVMのネットワークIFは構成されるはずです。

ゲスト VM をDHCP 運用するなら結果的にはどちらを選んでも良いのですが、固定IPで使う場合はブリッジモードが良いというところでしょう。多くはブリッジモードでも構わないと思いますが、仮想化するOSによっては、共有モードでなければ動かない、という事もあるようなので注意が必要です

ちなみに、現在 UTM 4.1.5 では、ゲスト VM をインストールした後にネットワークモードを変更することはできない様です。インストールする前に、固定IPが必要かどうかよく考慮してからVMをインストールします。

ｰｰ

UTM で最初は「動いた」と言ってはヨロコンでいたわけですが、実際使いこなしてくると色々おかしな挙動がある訳ですね。奥が深いです。

アップル仮想化フレームワークって何
共有サーバーにある mac のリソースフォークを削除する

isLandcenter.jp

M1/M2 mac で Fedora37, UTM/qemu 無償のオープンソースで Linux 仮想化

islandcenter — Wed, 08 Feb 2023 11:23:21 +0900

openSUSE Tumbleweed に続いて Fedora37 を、Apple M1 mac book Air でUTM/QEMU で仮想化して動作しました。

UTM/QEMU で Windows を動かす場合は次の記事をご参考下さい。

M1/M2 mac で linux, UTM で仮想化、 openSUSE Tumbleweed

M1/M2 mac で ARM版 Windows11を: 無償のUTMで仮想化（ハマりどころ）

ここでは　Fedora 37 Server をインストールしました。Fedora 37 Workstation は ISO からのインストールはできませんでした。

Fedora 37 Server のダウンロード
https://getfedora.org/ja/server/download/

UTM/QEMU
https://mac.getutm.app/

−−
UTM で仮想マシンを作成

UTM を起動したら、「+ 仮想マシンの作成」から、ウィザードに従って Fedora37 をインストールします。

"起動 ISO ファイルの選択"で Fedora Server の aarch64 版 ISO イメージを選択

仮想ディスプレィは virto-ramfb を選択

ネットワークは "Bridge" を選択

ようこそ画面が出てくればしめたもの....

後は、OS のインストーラに従って、Fedora OS をインストールしていくだけです。

この使いづらいサマリースクリーンを突破できれば後はファイルコピーと再起動まで二、三分です。SUSE バカにとっては、RH 系のこのサマリスクリーンが解りづらくて大嫌いです。特にパーティション設定が分かりにくい。

やっぱり SUSE は YaST という萬金丹のように強力な機能があるので、Linux 初心者には優しい。

私にとっては慣れない RH 系のインストールなので以下は割愛

SUSE Linux 15 YaSTの基本 (openSUSE Leap, SLE)

--
再起動して立ち上がらない

再起動しますが、立ち上がらない。openSUSE も Windows も UTM はいつもここで躓きます。

一旦、仮想マシンの電源を切って、編集メニューから、USB CD/DVD デバイスを削除します。削除して保存、 Run させます。

なぜでしょうか、必ずインストールに使う ISO イメージを削除しないと、インストール後の最初の起動で躓きます。

起動は３０秒ほどです。

ここまでの流れを動画にまとめました（ノーカット１０分強、音出ます）

UTM では Fedora 36 のイメージが　Gallary にあるので、Fedora37 も問題なく動きました。ただし、Fedra Workstation 37 arch64 は動かなかった。今はサーバ版のみの様です。

Fedora37 Workstation はライブイメージで起動

Fedora 37 Workstation のダウンロード
https://getfedora.org/ja/workstation/download/

Fedora Linux Workstation は、raw フォーマットの aarch64 ライブイメージを読み込んで起動することができました。

Fedora 37 aarch64 rawイメージ

Edit 画面から raw 形式のライブイメージを virtio ディスクイメージとして、新規に追加します。

仮想マシンのウィザードで起動イメージを読み込む設定はキャンセルできないので、一旦、ISO イメージを選択しておいて、編集画面から、インストール用 ISO イメージのマウントを解除しておきます。また、UTM のウィザードで作成された、ランダムな名前の仮想イメージも削除しても構わない様です。

ダウンロードした、ライブイメージは、読み込む際に qcow2 イメージに自動変換されます。最初の読み込みに時間がかかります。

Fedora 37 Workstation も一応動いたということですが、パーティションサイズなどの変更はできません。

isLandcenter.jp

mac で samba/NAS/Windows 共有、コマンドラインで mount しようとしてハマる

islandcenter — Wed, 14 Dec 2022 16:41:11 +0900

mac のファイルのバックアップは普通なら Time Machine を使うわけですが、そんなに外部ストレージないし、必要なファイルだけバックアップを NAS や Windows サーバにコピーしたい、という要求があるわけですね。

そういう場合、一般的な mac ユーザであれば、Finder から NAS などに「移動」して、ファイルをドラックアンドペーストすればいいのですが、Linux も使う人ならもっとスマートに、自動化したり、シェルで処理したり、cron で自動化できないかと考えました。

という事で、mac でコマンドラインで cifs マウントについて

基本

mount -f smbfs user:smbpasswd@smbserver mount_point

が基本です。

myname@MacBookAir ~ % mkdir ~/cifs
myname@MacBookAir ~ % mount -t smbfs //username:smbpasswd@mysamba/Share ~/cifs
myname@MacBookAir ~ %

で File Exist でマウントできない場合は、既に、mysamba の共有元をマウント済みの場合に File Exist エラーとなります。マウント中のボリュームを全てアンマウントします。

myname@MacBookAir ~ % mount -t smbfs //myname:smbpasswd@mysamba/Share ~/cifs
mount_smbfs: mount error: /Users/myname/cifs: File exists
mount: /Users/myname/cifs failed with 64
myname@MacBookAir ~ %

Windows の共有をマウント

Windows でも同じですがなぜかエラーが出て数時間ハマります。パスに //user:passwd@windows/share と、ユーザ名:Password を入れると "zsh: event not found" となります。パスワードを別うちするとうまく動きます、原因はよくわかりません....が。

myname@macbookAir ~ % mount -t smbfs //myname:winpasswd@192.168.1.44/D ~/windows
zsh: event not found: @192.168.1.44/D
myname@macbookAir ~ %
myname@macbookAir ~ % mount -t smbfs //myname@192.168.1.44/D ~/windows
Password for 192.168.1.44: password
myname@macbookAir ~ %

でもシェルが吐いているエラーをよく見ると、"@ip_adder/share" の部分をコマンドとして解釈して not found としています。この部分をコマンドとして解釈する理由は、@ の直前のパスワードの部分に特殊記号が入っているからでした。どの文字とは書けないので、ご了承下さい。どうやら @ の直前に特殊記号があると、マズイようです。

教訓、mac でコマンドラインから smb mount する場合、smb パスワードに特殊記号は使えないケースがあるという事です。

SUSE Linux から Samba/Windows 共有をマウントしてバックアップ(openSUSE Leap15/SLE15)

https://islandcnt.exblog.jp/241208919/

Microsoft 365 Personal 1年版|カード版|Win/Mac/iPad|
インストール台数無制限(同時使用可能台数5台)

isLandcenter.jp

M1/M2 mac で Windows11 無料の UTM で仮想化、仕事でも使える？

islandcenter — Mon, 05 Dec 2022 14:26:02 +0900

M1 mac Book に QEMU/UTM で Windows11 を仮想化してみて、随分と分かったことがあります。それは

「mac Book だけで Windows クラムシェルでできたことの９割以上は達成出来るんじゃない？」

という事です。

mac を仕事でも使いたーい！

macOS+UTMで仮想化された Windows11 は全く軽快に動作しました。M1 macBook Air で動かす QEMU/UTM では比較対象が曖昧ですが、ほぼ平均以上のクラムシェル Windows PC ならこれくらいだろうと言う以上でストレスがありません。

これは UTM だけではなく、Parallels Desktop を使った場合でも同じだろうと想像できます。単純に mac でWindows を使いたいなら、UTM でも Parallels Desktop でも変わらないでしょうが、商用のParallels Desktop なら、費用がかかるという点を除いて満足度が高いでしょう。

特に見かけ上ではコンテナの様に見える Coherence モードはグッと来る物があります。

Coherence とは何ですか： Coherence 表示モードについての情報
https://kb.parallels.com/jp/4670

まぁ、私はケチですから Parallels Desktop は買わないでしょう。UTM での仮想化にちょっと満足できない人には Parallels Desktop はお勧めします。

という事で、今まで Windows を使ってたけれど、疫病時代の在宅作業、プライベートで mac を買ってしまった場合 Windows11 が動く仮想環境ってどうなのよ、在宅仕事でも使えるの？　ということについて考えてみました。

ハマりどころ

準備編

Boot Camp より使い勝手がいい仮想化

オペレーティング・システムの仮想化は、Boot Camp の様なデュアルブートシステムより使い勝手が良いことに気がつくでしょう。システムを切り替えるために、シャットダウンとリブートが必要なデュアルブートシステムより、高速にシステムを行き来できます。2つのシステムでクリップボードも共有できます。

ただしより以上のメモリとCPUコアを要求します。M1/M2 macBook Air を買い求めるなら 16Gb メモリのシステムをお勧めします。もっとも 8Gb メモリのシステムでも仮想化できないことは有りません。

ディスプレィをフルスクリーンにしたいのであれば、リモートデスクトップを使えば、フルスクリーンで広いデスクトップを使うことができます。

わざわざ Windows で動かす必要がないものは mac ネイティブで

例えば Thunderbird や GIMP、 Microsoft Office、LibreOffice、DaVinci Resolve 、Adobe の Creative Cloud 、 Google Chrome、Oera や FIredox ブラウザなど、ARM 版 Windows でも Apple M1 で動作するアプリケーションを、仮想化してまで動かす理由がないものは動かす意味はありません。こうしたモノは、mac 版ネィティブで使えばいい。例え、Rosseta2 を使っても GIMP 2 はそれほど重いとは感じません。いずれ　ネイティブ版が出てくるでしょう。

問題は Microsoft Office です。こればかりはバージョン間ですら互換性の問題が多いと聞きます。複雑なスプレッドシートや固有のフォントを使う印刷物を作り、共有する場合には問題点は多いでしょう。下書きや数値入力程度の作業であれば自宅の mac で元ネタを作り、職場でフィニッシュワークという手段でも構わなければそれでいいと思います。

仮想化してまで、Windows11 で動画編集する必要ある？

Microsoft Office も、高度な使い方をしなければ、無料の Web 版が使えるし、Libre Office なんかは普通に mac で使えます。私はこれら Office ソフトウェアの作業はほとんど Libre Office で満足しています。せいぜい見積書や、かんたんなマニュアル類を作る程度であれば十分機能しますし、送った相手から互換性の問題を問われた事が有りません。おそらく Web 版 Office で十分な気がします。たまに Office ソフトウェアを使う程度の仕事内容であれば、mac で十分足ります。その程度であればそれほど複雑な作業を要求されないのです。

問題は Windows しかないアプリケーションをどうするかです。

高度なクリエイティブ系ソフトウェアは、多くが mac で使えますから、これらを使う人なら mac 一択です。逆に Windows でしか動かない専門アプリケーションを使うユーザにとっては Windows 一択でしょう。他の選択肢は考えられない。例えば医療関係の機器をつなぐとか、面倒な製造装置を使うソフトウェアなどです。

ただし mac 中心なんだけど、必要に応じて Windows を使いたいというニーズは常にあります。この需要は Parallels の様な仮想環境は役立ちます。
逆に長年の Windows ユーザが mac を使いたくなるシーンは少ないかもしれません。そういう人はこの記事を読むことは無いでしょう。

私は Linux を使うので、Windows より macOS の方が相性は良いようです。Text terminal も標準でありますし、XQuarz さえ入れれば X アプリケーションが使えます。UTM 上では、ubunts 位しか仮想環境で Linux が動きません。（今は Fedora37 も openSUSE Tumbleweed も使えます）この点はやっぱり Parallels の方がいい。

Mac で Edge は使えない

mac でウェブデザインしていても、Edge でどう表示されるかってわからないですよね。Boot Camp では切り替えるのは大変だけど、仮想化なら切り替えるだけなんです。Parallels Desktop でもできるしそこまで必要でなければ、UTM でも十分。

ARM の Windows 開発環境

ARM で組み込み機器向けの開発をする人なら mac で仮想化された Windows の開発環境は一つの魅力的な選択肢になるのかもしれません。私は随分昔はプログラマとしてクロス開発をしていました。今の所 ARM でまともに Windows が動く環境は Surfece Pro と macBook で仮想化された Windows しかないので、IoT 機器の開発なんかやっている人には一つの解決策なのかもしれません。

Windows 版しかない会計ソフトやはがき印刷

PC があって嬉しいのが、中小企業や個人事業主、在宅業務でなら必須の、会計ソフト、はがき印刷などのアプリケーションです。これらの Windows 専用パッケージは ARM64 Windows10 上では x86_32Bit 版は大体動くようです。

ARM64 Windows11 であれば Intel x_64Bit 版でも動くらしいのですが、手元になかったので試していません。

手元にあった、古い弥生の会計ソフトや、ムック本に付いていた Windows XP 時代の、はがき印刷アプリケーションは 32 Bit 版で ARM 版 Windows11 で動きました。これだけ動けばもう充分に Windows PC をシャットダウンして本棚に仕舞う決断が付きそうです。WIndows でこれらのアプリケーションを年に数回使う程度であれば、macOS で仮想化した Windows を使うのは充分検討に値します。

その程度でどうしてもリアルに Windows が必要ならば、スティックPCなんて選択でも充分でしょう。もし、手元にまだ古い Windows PC が残っていて Windows Pro 版がインストールされているなら、最小限の機能を使うためにリモートデスクトップを機能させておけば良いでしょう。

iPhone や iPad を使っている人

iPhone, iPad を使っている人にとっては、mac は避けて通ることの出来ないデバイスとなっています。今や、高性能高価格化した、スマートフォンやポータブルデバイスと比べて、パーソナルコンピューターの方が安いんじゃないかという時代です。IPhone を使っている人にとっては、mac は試してみてもいいデバイスなのですね。逆に Android デバイスや Chrome Book を使っている人にとっては Windows でも mac でもどっちでもいい存在なのかもしれません。Android と Windows PC との連携はまだ始まったばかりで、評価は一定していません。何しろ Microsoft とタブレットや携帯デバイスとの連携は過去に何度も失敗してきた歴史があります。

画面が小さいのなら Remote Desktop

UTM で仮想化した場合、 Windows のコンソールはフルサイズで表示できません。Parallels Desktop ならうまく表示できるかもしれませんが、その様な場合は、 Remote Desktop ,を使えば、全画面を使って表示すれば使い勝手がよくなります。仮想化の一番の弱点はグラフィックス性能の低さですから、ここは妥協が必要です。

Microsoft Remote Desktophttps://apps.apple.com/jp/app/microsoft-remote-desktop/id1295203466?mt=12
ただ、mac 上で Windows を使う時、キーボード配列が異なるので、その点は慣れが必要です。つくづく US キーボードにすれば良かったと反省しています。

印刷が一番の問題

恐らく、Windows11 ARM 版を macOS の上で仮想化して動かす場合、問題となるのがプリンタドライバーの問題です。私の手元の環境では macOS 側がネットワークプリンタを認識して印刷出来るようになったので、この macOS 側のプリント環境を Windows と共有していれば、仮想化された ARM 版 Windows11 から印刷できました。まずはプリンタ側が macOS に対応しているかどうかが突破の第一歩です。

ゲームや特殊アプリケーション

もうこういった作業（ゲームはエンタメか...）を使いたいなら mac を選ぶ理由は全くあるなせん。サッサと４０万円位出して高性能なグラフィックカードを搭載したゲームマシンや XEON 搭載のワークステーションを買うべきです。もっともそんな人がこの記事を読むわけないと思いますが。

mac のファインダに慣れるのは大変

やっぱり誰もが鳴れないと思うのはファインダの使い勝手の悪さでしょう。Microdoft は Disk Operating System、つまりもともと DOS 屋さんだったのでファイル操作は得意なのですが、mac のファインダは使い勝手に慣れが必要です。Finder に慣れるか慣れないかが mac を使い続けるポイントになります。

Microsoft は ARM版 Windows を正式リリースすべきである

マイクロソフトは、もう arm64 版 Windows を公式にリリースして OEM 出荷してもいいと思います。尤も家電量販店向けの HOME 版はコンシューマの混乱、販売店の混乱もあるので当面は控えるべきですが、よく管理されたエンタープライズ向けの Pro/Enterprise 版のみに限ってでは良いのではないでしょうか。

Apple M1 mac Book Air はこれだけパワフルなのに、故障する可能性があるファンが付いていないのです。ファンレスの Windows はとても魅力的なのですが、今、実現しているのは皮肉なことに macOS 上での仮想化運用と Surfece Pro くらいしか無いのです。現状では、サードパーティのソフトウェアもプリンタなどの周辺機器ベンダーも ARM 版デバイスドライバーの抵抗に積極的になりません。

M1/M2 macBook Air で動かす Windows11 は、仮想化しても「最強のモバイル Windows」です。これだけパワフルで電源持ちが長くて、そこそこ持ち歩けるマシンは他に考えられない。他のベンダーも ARM 版の Windows ノートブックを出したがっていると思うし私も使ってみたい。

ま、 Intel が黙っていないのでしょうけど、ユーザ目線で考えるともっと軽量で省電力で故障が少ないファンレスの携帯向け PC が ARM 版 Windows には可能性があります。

Microsoft、M1、M2 MacでWindows 11をサポート　ParallelsのArm版を認定

https://www.itmedia.co.jp/news/articles/2302/17/news090.html

Parallels Desktop 18 Retail Box JP(通常版)

mac で Windows が動くが Windows では macOS は動かない

macOS を使ってみたいんだけど Windows 上では macOS は動きません。でも、Parallels や QEMU/UTM を使えば、macOS 上で Windows が動きます。もっとも macOS は Apple ハードウェアと一体ですから、他社製ハードウェアで動いても面白くないでしょうね。強引に動かしている人も居るには居るらしいけど、マニア向けでしか有りません。

mac Book Air M1/M2 の最大の魅力は、わずか 1.3kg で mac と Windows11 を持ち運べる、ということです。

恐ろしいことに、これだけのぱふフォーマンスがあるくせに、mac book Air は消費電力が少なくj、故障しやすいファンを持たない、故障知らずな息の長いコンピュータなのです。

mac で Linux

UTM で mac 上で Linux 仮想化もできます。UTM でなくても Parallels を使えば、多くの arm64 バイナリがあるLinux ディストリビューションが動くでしょう。

mac の Music ライブラリを Windows 用 iTunes に移行

isLandcenter.jp

どうするプリンタ: ARM Windows11 on UTM mac Book Air

islandcenter — Thu, 24 Nov 2022 20:59:46 +0900

M1 mac Book の UTM で動かす arm 版 Windows11

ちょっとのつもりが結構面白いですね。できることできないこと色々試しているとぶつかりました。

「プリンタは使えるの？」

といういつかはぶつかる課題。

UTM on M1 mac で Windows11 を動かすにはこちらの記事をご参考ください

- 準備編

- 実践ハマり編

−− ARM 版 Windows のプリンタドライバの問題

真面目に mac Book Air で仮想化した ARM 版 Windows11 を使う上で、あるいは ARM 版 Windows が動く Surface Pro X でも共通課題です。ARM 版 Windows はプリンタドライバがプアなことです。ネットワーク上のプリンタ共有で、他のコンピュータ経由で印刷しようと思いましたがだめでした。当たり前ですが、ドライバ・ソフトウェアはアプリケーションの様にエミュレートできません。Win32/64 アプリケーションは、ARM64 Windows11 でほぼ動くようですが、ドライバはそうも行きません。

この問題は、プリンタと同様、スキャナでも起こりえます。

-- UTM なら mac で印刷

UTM 仮想環境の M1 mac Book 上で動いている ARM64 版 Windows11 は、ドライバが少なくプリンタが使えないケースがほとんどでしょう。何しろ Surfece RT 位しかデバイスってないんですね。見方を変えると母艦の mac でならプリンタが使えます。

ここはベアハードウェアのネィティブな ARM 版 Windows が走る Surfece RT などとは異なる点で、つまり Windows でだめなら、母艦の mac から印刷すれば良い、という逃げ技があります。このあたり、Apple が Boot Camp をディスコンにした理由なのかも。UTM や Parallels Desktop を使えば一筐体で macOS と Windows を両方動かせる Apple M1 mac に比べて、Microsoft Surface Pro X は Windows しか動かない。<-−−−ここ重要

断然、Apple Sillicon macBook Air の方が一粒で二度美味しく、しかも安くて電池持ちがいい。コスパは良いのですよ。

もはやブートで切り替えてもあまり意味がない。サクッと mac 上で Windows アプリケーションを使いたいなら、Windows そのものの全仮想化でも、あるいはアプリケーションだけでもポイントで仮想コンテナ化して起動したほうが圧倒的に使い勝手がいい。仮想化技術に乗り遅れた Apple の、もうブート切り替えなんて時代遅れなのよという Apple からの先を見た提案です。

だったら、UTM Virtialization の SPICE guest WebDav 経由でファイルを共有すればいい。 Windows は Microsoft Print to PDF が初期インストールされています。これで出力した PDF イメージを母艦の WebDav 共有にアウトプットして、母艦から印刷すればいい。

という事で UTM のファイル共有機能を使ってみます。

−− Windows の標準ドライバ（Microsoft Print ot PDF）でPDF化して、mac 本体で印刷

Windows ゲストをいったんシャットダウンして SPICE Tools webDav の共有を有効、共有パスをセットしてから、Windows11 を起動します。

ゲストの Windows 側のマイコンピュータの中に Z: (¥¥localhost@9843) が見えました。

後は、Windows で印刷した内容をここに PDF として保存します。保存したら mac のホスト側から印刷をする。

問題は、ペラ紙一枚ならコレでいいけど、はがき印刷とかの面倒なプリントには向いていないこと。高品質な印刷には使えなさそうな事などです。

ファイル共有なら Windows でも mac でも使える DropBox とか Google Drive に印刷用 PDF を保存するという手段も考えられますが、同期にタイムラグがあったり、通信回線が使えない状況も考えられます。UTM による Windows 仮想化環境の WebDav 共有は、ARM 環境のプアなプリント環境を補う一つの提案です。

この点では Parallels Desktop の場合、mac 側のドライバで印刷できてしまうのだそうです。ちょっとうらやましい。

普通に動いていたりする

なんだかなぁですが、ゴニョゴニョやっているうちに普通に動いてくれたりしました。プリンタベンダーが出さなくても、普通に動いてしまうこともある、と言うことです。

よく見たら、母艦の macBook Air のプリンタドライバを利用しているわけなのですが、なかなか奥が深いですね。テストプリントもうまく行ってくれました。

Windows11 プリンタ設定ドライバはあるけど繋がらない

isLandcenter.jp

M1 mac で Windows11を使う : 無償のUTMで仮想化（ハマった）

islandcenter — Sat, 19 Nov 2022 16:53:49 +0900

重要なのは

mac で Windows は動くが、Windows で macOS は動かないということなのです。

UTM はオープンソースの QEMU と Apple Virtialization Framework を mac に実装したものです。Linux では KVM というオープンソースの仮想化技術が一般的です。オープンソースなので、基本的に無償で利用できます。栄枯盛衰が激しいオープンソースの世界なので、今後も UTM が拡大するかどうかは楽しみです。Apple がこうしたオープンソースに対して積極的かどうかはちょっと不安はありますが、 Apple Sillicone M1/M2 mac で Windows を動かすには、Parallels Desktop と並んで、もう一つの選択肢として UTM はサブスクリプションなしで、何しろ無料です。

ここでは、実際にオープンソースの QEMU/UTM で Apple Sillicon M1 mac に　Windows11 を入れてみて、実際に遭遇するハングアップやフリーズ、ブルースクリーンなどの経験、使ってみた感想などを説明しています。

UTM は、4.09 です。 ※ 常に最新版をチェックしましょう。動かなかった問題点が改善されている場合があります。

「Apple sillicon M1/M2 mac で Windows を動かしたい」

という単純なロマンを実現するには、Parallels Desktop や UTM などの仮想化ソフトウェアを使うのが一番です。お金がある人は、Parallels Desktop をおすすめします。私のようにお金をかけたくない。オープンソースが大好きな人には無償の UTM がオススメです。

Parallels Desktop 18 Retail Box JP(通常版)

事前に準備しておくこと

Apple Silicone mac に Windows を入れるには、Windows のインストール用 ISO を手に入れて、UTM 仮想ソフトウェアをインストールします。

・ HomeBrew をインストール
・ UUP dump から、ISO ファイルの作成
・ UTM のインストール

詳細は次の記事にまとめました。

準備編はこちら
M1 mac で Windows11を : UTM （準備編）

※ UTM は都度新しいバージョンを使ってください。マイナーなトラブルが解決している場合があります。

UTM で仮想マシンの作成

実際に UTM で Windows11 をインストールして仮想インスタンスを立ち上げます。

> "+" ボタン
> 仮想化( Virtualization)
> Windows

"起動 ISO イメージ"から ISO ファイルをブラウズして選択
"ドライバと SPICE ツール....." はチェック済

> ハードウェア : 特に変更なし
> ストレージ : 必要に応じて変更（最低 32Gb, 64Gb < 推奨）
> 共有ストレージ : 必要に応じて変更

> 概要 : 名前は任意に変更 : "仮想マシン設定を開く" をチェック

-- 仮想マシンの詳細設定

"概要 Summary" から"仮想マシン設定...." で開くか、左のリストから右ボタンで "編集" を開く

情報 : 任意に名前を付ける
システム :
QEMU :
入力 :
ディスプレイ : virtio-ramfb (動かない場合もある？)
ネットワーク : "ブリッジ" に変更してみた（ブリッジ推奨）
サウンド :

※ ブリッジか共有ネットワークかは、こちらにまとめました。

UTM 仮想化ソフトウェアの Shared Network モードと Bridge モード

https://islandcnt.exblog.jp/241741036/

保存

さぁ RUN させよう

">" ボタンを押して起動

"Start Boot Option"

このタイミングでなにかキーを押します。押せなかった場合、ブートに失敗し、次のような BIOS セットアップスクリーンが出てきてしまいます。

まだ、HDD が作られていないので、必ずブートローダから抜けるとこのスクリーンが出ます。ここでプロンプトから、　Shell > exit して、Bios セットアップに入ります、

> Device Manager
> OVMF Platform Configuration
> Change Settings から解像度を "1024*768 " に設定します
(必ず必要かどうかはわかりません、変更しなくてもインストーラまで立ち上がる場合もありました）

終わったら、Save > Exit > Reboot します、

※ なぜか ESC が効かなくなる謎が発生したので、mac 側からログオフ/ログインし直したら治りました。

Bios 設定画面から再起動したら、スバヤく "Press any key to boot CD/DVD .... " のところでなにかキーを押し、インストール用 ISO 仮想イメージからブートします。（押し忘れると、Bios セットアップスクリーンへ戻ってしまいます）

仮想ディスクが作られセットアップコピーが始まります。コピーが終わるまで数分待つ...

コピーが終われば、再起動して初期セットアップが始まります。ここが突破線でした。

再起動して初期ユーザセットアップ

-- Start Boot Option .... で先に進めない、フリーズする、ブルースクリーンになる場合

起動に成功すると、Windows のスタートアップ音が鳴ります。サウンドドライバは、ほぼ問題無いようです。音が鳴ればもうこっちのものです。

・ディスプレイドライバを変えてみる

仮想マシンの右ボタンで "編集" > "仮想ディスプレイカード" を別のものに変えてみる。大抵 virtio 系のものは動くようですが、ハングアップするので、なぜか変えてみたら動いたというケースがあります。

まず起動しない場合は仮想ディスプレィドライバを変えてみます。

・起動しないなら USB ドライブを削除する

ブートの際、CD /DVD がマウントされていると、そこから起動しようとするのか起動に失敗することがあります。うまく動く場合もあれば、ブルースクリーンになる場合もありました。Windows をインストール/コピーした後、セットアップ画面まで行かない時は、インストール用 ISO ファイルのマウントを解除して、USB-CD/DVD デバイスも外してしまうと良いでしょう。

SPICE Tools はインストールされるまで、マウントしておくこと。

初期セットアップが終わったら SPICE Guest Tool のセットアップが始まりますが、ハングアップしてしまいました。(強制再起動)

うまくいかない場合のまとめ

いくつかポイントがあります

使わないアプリケーションを落として再起動する空き容量を確保するUTM を再起動するUTM の "編集"メニューから、ディスプレイ設定を変えてみるインストール後、初期セットアップで再起動に失敗する場合、cd/dvd ドライブを削除するUTM の新しいバージョンがあればアップデートする

実際のインストールの流れ、ハマりどころ満載の動画（音出ます）

当たり前だが空き容量には常に注意

UTM のデフォルトの仮想ディスクイメージは qcow2 形式です。スパースファイルなので、ディスク容量に空きがなくても仮想ディスクイメージは作成されますが使っている途中で空きスペースを使い果たす場合があるので、こまめに不要なファイルを削除して、ゴミ箱を空にするようにします。

仮想ストレージは次のディレクトリの下にランダムな名前で作られるようです。

/Users//Library/Containers/com.utmapp.UTM/Data/Documents

感想

-- 使えるけど

Linux で、XEN も KVM も扱ってきたので、Linux の仮想環境の強力さ、可用性の高さは実感しています。だから UTM の機能の貧弱さを感じます。本気で仮想環境を使いたいのなら、お金がかかっても Parallels を選ぶでしょう。でも手軽にやって見るには UTM も一つの選択です。何しろ無償。Apple Store 版もありますから気に入ったらお布施するのも良いでしょう。

慣れれば３０分ほどで、Windows 環境が手元の macBook に用意できるのは心強い。しかも高速でファンレスで低騒音、省電力、長時間運用できる。

試して使えるには使えます。Windows のヘルプデスクでちょこっと使いたいというには便利です。Boot Camp の様に再起動が必要ないのはいいものですね。おまけに高速です。へぇ Apple M1 て Windows でも早いんだ、というのが実感できます。mac で Windows は走るけど、Windows で macOS は動かないのです。

実力は　12 世代 Core i7 程度でしょうか。macbook Air なのでファンレスというのはポイントが高い。この性能で、可動部分がないファンレスとは Intel x64 では考えられません。

でもポータビリティがないので UTM で作成したイメージを、他の Apple Sillicon マシンに移行したり、バックアップしてリストアなどは UTM の GUI ではできなさそうです。タダでさえ重い事で有名な Windows ですからやっぱり２つ３つと動かすのは難しいすね。本格的に Apple Sillicon 上で Windows で仕事に使おうというのは厳しい。

慣れもありますが日常使いには厳しそうです。macBook Air のキーボードが JIS 配置なので、日本語入力の切り替えが難しいし、タッチパッドのスクロール方向が逆なので、慣れるまで大変です。(このUTMのバージョンは逆方向に設定できない)

やっぱり mac は US キーボードにしておけば良かった。

大部分の仕事は mac でやるけど、Edge を使いたいとか、noarch だけど Windows じゃないと動かないアプリケーションがあるんだ、という Web 系な人には試してみたら、という感覚で使ってみればということです。慣れれば３０分で手元に Windows 環境が作れます。そうは言っても、せいぜい Web 版 Office が使える程度です。

一応 Chrome ブラウザは使えました。一応32 bit 版だけど 64beta 版も動きました。Chrome インストールページは 32bit と認識するらしい。

いちおう、x64 ソフトウェアも動くことは動くそうなのですが、これは片っ端から試すしかない。

他に吊るし状態で、動画編集ソフト ClipChamp が付いてきますが、わざわざコレ使うのか？という感じですね。メモ帳すら付いていない (プログラムはあるけどアイコンがない) し、そもそも macBook の　Apple JIS キーボードだと Windows の使い勝手がよくありません。これはどんな仮想化ソフトウェアでも共通なので Insider Preview を使う限りつきまといます。

ただ、Windows x86 バイナリは動かないので、使い慣れたフリーウェアは使えない。まぁストアアプリは大丈夫だろうけれど、Microfoft のアプリストアは過疎っていますから期待できない。

ってか、ストア・アプリケーション自体ない！.....(終了)

PowerShell もない ....と思ったら"Windows ツール" の中にあった。

まぁ Apple M1 mac でも Windows が動くわけですから、やっぱり ARM 番 Windows が動くベアメタルな ARM PC をどこかのハードベンダーが作ってくれれば見てみたいものなのですが、当面は無理でしょう。本気でどこかのベンダーが ARM 版の PC 作ってくれなければ、ARM 版 Windows は成立しそうもないのでしょう。mac Book Air の素晴らしさを実感している身としては、 ARM 版軽量ファンレス Windows ノートって魅力があるのですがいかがなものでしょうか？可動部分がなく軽快、しかも長時間駆動。こんな Windowds PC は他にない、Insider Preview 以上の Microsoft のやる気のなさの理由はこんなところにもありそうです。

これは、ARM 版 Windows11 の致命的な点なので、たとえ手段が UTM であっても、Parallels Desktop を使っても同じ結論です。もし仮想化されるゲスト OS が WIndows ではなく Linux であれば、多くのオープンソースの ARM 版パッケージが使えるはず。とは言っても UTM が動く Linux ディストリビューションは ubuntu だけなので、ここも UTM の弱いところです。

最大の魅力はここまでやってもお金がかからない事です。何しろ追加コストナシで、ほぼまともに Windows が使えるのです。

プリンタの問題はこうして逃げるしかない。

openSUSE Tumbleweed 編

Fedora 37 Server 編

M1 mac で Linux 仮想化 SUSE Linux Enterprise15sp5 Beta が UTM で動いた

もう Boot Camp の時代じゃないですね。mac で Windows の仮想化はデュアルブートより現実的で使いやすい。お金がなければUTM、余裕があるなら
Parallels Desktopも選ぶのはいい選択肢です。

Apple® M1® および M2™ チップを搭載した Mac® コンピューターでWindows 11を使用するためのオプション

mac の Music ライブラリを Windows 用 iTunes に移行

isLandcenter.jp

M1 mac で Windows11を : 無償のUTM （準備編）

islandcenter — Sat, 19 Nov 2022 16:43:50 +0900

Apple Silicone mac で、Windows を動かす、の準備編です。

Apple M1 macBook で Windows11 を動かしてみました。M1 チップのパフォーマンスは高いというのは実感していますが、比較対象がないのでどれくらい凄いのか、やっぱり比較するなら Windows を動かしてみたい。

ということで、2020 M1 mavBook Air 16Gb メモリのモデルで Windows11 Pro の ARM64 版をープンソースの QEMU/UTM 仮想環境にインストールしてみました。

準備

Apple M1 で Windows11 を仮想化するためには、 UTM ソフトウェアと、Windows11 ARM64 用の Insider Preview の ISO ファイルを手に入れます。UTM はそれほど面倒ではないのですが、Insider Preview の ISO ファイルを手に入れるには少し面倒な手順を踏みます。ISO は公式に配布されていないので、uupdump から、スクリプトでビルドアップします。

これが面倒くさい。ビルドするためには、HOMEbrew と aria2 パッケージが必要です。

−− HOMEbrew をインストール

https://brew.sh/index_ja

HomeBrew は Windows11 の ISO パッケージを作る時に必要なスクリプトを実行するために必要です。後々使うことが多いのでインストールしておくと使うシーンが多いでしょう。上のページにダウンロードするスクリプトがあるので、mac のターミナルに貼り付けて実行します。

−− UTM のダウンロードとインストール

UTM は Apple M1 搭載 mac で動作する仮想化ソフトウェア本体です。ダウンロードしてインストールしておきます。Apple の App Store から有料でダウンロードもできますが、今回は無料で直接ダウンロードしてインストールしました。

この時点で入手したものは 4.0.9 です。

https://mac.getutm.app/

-- aria2 パッケージも必要

aria2 パッケージも必要です。インストールは brew で行います。以下はインストール済の例です。aria2 はマルチプロトコルのダウンローダです。

myname@macBookAir ~ % brew install aria2
Running `brew update --auto-update`...
==> Auto-updated Homebrew!
Updated 2 taps (homebrew/core and homebrew/cask).

: 以下略

※ Linux 用スクリプトでも aria2 が使用されるので、多くのディストリビューションで利用可能なようです。SUSE 系の場合、YaST か zypper でインストールできます。

-- Windows11 (ARM) のダウンロードと ISO の作成

https://uupdump.net/

UUP dump より、Windows11 Insider Prewviw の ARM64 用 ISO の作成スクリプトをダウンロードします。今回は、日本語版の ARM64 Windows11 Pro を選んでダウンロードしました。

解凍したファイルにある readme.unix.md の中に次の二行を実行しろ、と書かれています。

brew tap sidneys/homebrew
brew install cabextract wimlib cdrtools sidneys/homebrew/chntpw

uup_download_macos.sh スクリプトに chmod +x で実行フラグをセットします。

~% chmod +x uup_download_macos.sh

macos 用スクリプトを実行します。

~% ./uup_download_macos.sh

必要なファイルのダウンロードと ISO ファイルが作成されるまで、数十分待ちます。

※ Windows 用スクリプトと Linuxx 用スクリプトもあります。Linux 用スクリプトは、ほぼ macos 用スクリプトと同じ操作で実行できます。 Windows 用はバッチ処理です。手元の環境では macos 用スクリプトの方が処理は確実で、Windows ではいくつかエラーが出ていました。手持ちの環境で、macos 用スクリプトがうまく動かない場合は、Linux や Windows でも試してみてください。

-- UTM をインストール

https://mac.getutm.app/
UTM をダウンロードして img ファイルをインストールします。

さぁやってみよう

さて、準備ができたら次、UTM より M1 mac に Windows11 をインストールしてみましょう。

M1 mac で Windows11 を : UTM （ハマりどころ)

Parallels Desktop 18 Retail Box JP(通常版)

isLandcenter.jp