/home/assault

WinSxSフォルダを掃除する

Sun, 17 May 2026 00:00:00 GMT

WinSxS フォルダの安全な掃除方法です。
適当にフォルダをクリックして Shift-Delete とかしたらいけないらしいんですよね。 Windows の動作にも結構関わってるらしい。

そして Windows の動作にも関わっているからなのか、正確なファイルサイズの報告が難しいとかいう性質も持っている^1。キモ

ということでまずは正確なファイルサイズをしらべてゆく。
Microsoft Learn を参考に、以下のコマンドで WinSxS フォルダを調べてもらう。 https://learn.microsoft.com/ja-jp/windows-hardware/manufacture/desktop/determine-the-actual-size-of-the-winsxs-folder

C:\Windows\System32>Dism.exe /Online /Cleanup-Image /AnalyzeComponentStore

展開イメージのサービスと管理ツール
バージョン: 10.0.26100.5074

イメージのバージョン: 10.0.26200.8457

[==========================100.0%==========================]

コンポーネント ストア (WinSxS) 情報:

エクスプローラーによって検出されたコンポーネント ストアのサイズ : 26.33 GB

コンポーネント ストアの実際のサイズ : 23.92 GB

    Windows と共有 : 7.71 GB
    バックアップおよび無効な機能 : 16.20 GB
    キャッシュおよび一時的なデータ : 961.59 KB

前回のクリーンアップ日 : 2026-05-13 12:33:20

再利用できるパッケージの数 : 9
コンポーネント ストアのクリーンアップを推奨 : はい

操作は正常に完了しました。

んまあ大体同じぐらいに見える。エクスプローラーから見た値がちょっとでかく見えるのは先に上げた仕様によるものっぽい。

この場合、最大で^2消せるサイズは 23.92 GB と見える (=24GBぐらい空くように見える) かもしれないが、実際はそんなことない。 Windows と共有 の部分の値も含まれており、ここも消すと Windows も怪しくなってしまうため。
実際は バックアップおよび無効な機能 + キャッシュおよび一時的なデータ を足した値が消せるサイズ分となり、この場合最大で^2大体 17 GB となる。

いい感じに空いてくれそうなことがわかったので、実際に削除コマンドを実行する。手動で削除とかしたらダメよ
削除コマンド自体は簡単で、適当にぺっと貼り付けて実行するだけ。

C:\Windows\System32>Dism.exe /online /Cleanup-Image /StartComponentCleanup

展開イメージのサービスと管理ツール
バージョン: 10.0.26100.5074

イメージのバージョン: 10.0.26200.8457

[==========================100.0%==========================]
操作は正常に完了しました。

実行前と実行後で比較すると 11.2 GB ぐらい解放されたことになる。
この Windows は 2025/07/08 にインストールしたものなので、大体1年ぐらいしか使っていないがそれでも 11 GB ぐらいは削除可能ファイルが残存していることがわかった。

数年レベルでお掃除してなかったりする Windows 環境があるなら試してみてもいいかもしれない。
ただクリーンアップ自体は大型アップデートとか、あるいはランダムなタイミングでも走りそうなのでびっくりするほどゴミが溜まってるってことはないかもなぁ。

PlayCoverでアークナイツ on macOS

Sun, 03 May 2026 00:00:00 GMT

そういえば、 M5 Macbook Air 吊るしモデルを購入しました。
めちゃんこ快適でいいですね。メモリ 16GB にしてはなんか軽快だし、 Chrome + Discord + VSCode + GIMP + Parsec みたいなことしても全然バッテリー減らんしメモリプレッシャーも緑のまま。どうなってんのこれ。

まえがき

M1以降のMac + macOS Catalina 以降には iOS / iPadOS のアプリケーションを動かせる機能が存在しているのですが、その機能はすべてのアプリケーションで使えるわけではなさそうなんですよね。
たとえば、わたしが好きなスマホゲームの「アークナイツ」は対応していない (Mac App Storeに存在していない) のですが、最近リリースの「Neverness to Everness」や「鳴潮」は対応していたりと、結構マチマチなようです。

選定基準はある程度あるようですが、一番優先されるのは「開発者による設定」のようで、次点でAppleによる選定? 審査? らしいです。Redditかなんかで見たので信用してませんが、多分そうだと思います。
中には、リリース前は macOS 対応だと謳っていたのにリリースしたら対応しなくなっていた、みたいな事例も存在しています。

実際のところ、Mチップ上で macOS も iPadOS も動かせている [^1] ので、理論上は macOS でも iPadOS 用のアプリはだいたい全部動かせるし、その逆も行けるはずなんですが、まあ色々な事情でできないようになっているのではないかな、と思います [^2] 。
チップやその上で動いているOSは同じような構造でも、ハードウェア設計等に絶対的な (そしてカバーのできない) 違いが存在しているので、それを考慮した選定が行われているんじゃないかなぁ。多分。
多分 iPhone/iPad と Mac でたとえチップ / OSが同じだとしても考慮すべき事項がたくさんあって、ただ動かすだけじゃだめなんだと思います。しりませんが。

とはいえ、一般ユーザーのわたしとしてはそんなのどうでもいい話であり、動かせるものが動かせないのはつらいです。かなり。
Apple M5 とかいう割と強いチップを持っているのにゲームもできないんじゃ宝の持ち腐れもいいところ。せめていつもスマホで遊んでるソシャゲを Macbook Air でできたらよくないですか？と思っていたのですが...
いつも通りTwitterでshitpostの海を漂っていたところ、 PlayCover なるものの存在が目に入りました。

なんだこれわ⁉️と思って調べてみると、なんと Decrypted .ipa を macOS にサイドロードして本来非対応の iOS/iPadOS アプリであっても macOS 上で動かせるようにするものじゃないですか❗️
あまりに顧客が望んでいたものすぎる。

PlayCoverのつかいかた

以下、 PlayCover を使って本来 macOS 非対応の「アークナイツ」を macOS 上で動かして遊べるようにするまでの記事です。
といってもだいたいのことは公式ドキュメントとかに載ってるんだけどね。

必要なもの

Apple Silicon Mac
- これがないと始まらないです。M1以降のチップであれば何でも動くはずです。
- Intel Macの場合は他のエミュを探すとよいと思います。
Decrypted な .ipa
- 普通の .ipa をどうにかしてインポートするだけじゃだめっぽい。
- 実機 iPhone を脱獄して入手したりとか色々道はあります。探そう。

導入

公式サイトの Download ボタンから Latest dmg を引っ張ってきて普通に入れるだけです。
Homebrew Cask からも引っ張ってこれるので、お好きな方で。わたしは普通に dmg を引っ張ってきました。

起動したら IPA がないとかなんとか言われてると思うので、 Decrypted なアークナイツの IPA をインポートします。
入手方法は色々あると思うのでここでは割愛。ところで皆さんあちらの方へ行かれますね。当然ながら、外部のソースから引っ張ってくる場合は自己責任で。

インポートが終わったらあとは普通に起動するだけで普通にアークナイツが動きます。すごい！

なんか右上にかっこいいのが写ってるのは Metal HUD のものです。
アプリの設定 → その他 → Metal HUD をオンにすると出せます。

以上です。ゲームとかに限らず大体のアプリがこれで動かせるんじゃないでしょうか。
実際のプレイ動画とかはそのうち。キーバインドとかも設定できるらしいのでいい感じに設定してあげるとよさそう。

[^1]: iPad ProとかMチップで動いてた気がする。逆に Macbook Neo はiPhone 16用のQC落ちA18 Proチップを流用してるとかなんとか。 [^2]: 特に macOS 向けアプリは結構自由度が高い操作ができるので、 iOS / iPadOS との相性は悪そう。

新しいフレームワークに変えてみたよ

Sat, 02 May 2026 00:00:00 GMT

タイトルの通りです。SSG [^1] を Hexo から Astro に変えてみました。

どちらも Node.js 製であることと、パフォーマンス自体はそんなに変わらなさそう? な上に、コロコロ変えるとまた色々覚え直したり GitHub Actions を書き直したりとかやらなきゃいけなくて結構コストが高いのですが、それらを受け入れてまで変えた理由を少しだけ書きます。

採用したものは Astro Framework + Fuwari Theme です。 ::github{repo="saicaca/fuwari"}

そもそもSSGって何よ

人によって色々違いはあると思いますが、自分は「Markdownファイルをもとに規定のルールに則ってHTMLファイルを生成するフレームワーク」だと思っています。
いい感じにMarkdownを書くといい感じにHTMLが吐き出されて嬉しい、的な。ついでにいい感じのテーマっぽくなってると更に嬉しいです。

「静的な」というのが重要で、動的なコンテンツを生成したりしようとすると結構面倒だったりします。ちょっと重たいとか。
動的コンテンツを提供したいならともかく、わたしはそんな手の込んだことはしたくないので、そんなのを被る必要性はどこにもありません。
ということでクソ昔から色々なSSGを試してみたりしています [^2] 。HTML + CSSベタ書きとかもやってます。

なんで変えたのよ

きっかけはまじでしょうもなくて、 dependabot の言う通りにPR Mergeしてパッケージアプデしたら壊れたからです [^3] 。
問題解決のために色々やるぐらいなら、前々からフレームワーク新しいのにしたかったしこの機会に変えちゃうか！ｗみたいなノリで変えてみました。

選定先は複数あったのですが、なんか見た目がいい感じなのと身の回りの † 𝙏𝙚𝙘𝙝 𝙊𝙩𝙖𝙠𝙪 † の方々がみな Astro + Fuwari Theme の構成で作っていたので自分もそれに倣うことにしました。
もともと Fuwari Fork? の Yukina を試していたのですが、なんか挙動が色々怪しかったりで大人しく Fuwari に戻した感じです。

でAstroってどうよ

まだガイドとかドキュメントを見漁りつつ書いてみてる段階ですが、現時点ではめっちゃいい感じです。
Devサーバーの立ち上がりが早かったり、ドキュメントが結構充実してて嬉しいポイントが多い。

Markdownほぼベタ書きでもいい感じに記事の体裁を整えられるほか、Fuwari拡張によっていい感じに埋め込みとかシンタックスハイライトとか実装されています。
このページの一番上にあるGitHubのカードみたいなのがそうです。

特にカスタマイズなどは行っていません。最低限の config 編集ぐらいで収まっているはずです。
というかカスタマイズを行った結果 Hexo でちょっとしんどい目を見ているので、今回はほぼほぼバニラの状態でいい感じに運用してみようかなぁと。
最近はいい感じSSGも出尽くしている感があるので、できればこれで更新を止めて維持に努めていきたい所存です。

:::important ただし一個だけ注意が必要です。
src/layouts/MainGridLayout.astro 4行目 import のファイル名 Navbar.astro を NavBar.astro にしないとLinuxベースのCIで落ちます。カス :::

[^1]: Static Site Generator 、静的サイト [^2]: このサイトのGitHub リポジトリを漁るとわかるのですが、いろんなSSGから乗り換えたりしてます。確認できる限りではJekyll→Hexo→Astroでしょうか。 [^3]: dependabot に罪をなすりつけていますが、多分悪いのはわたしです。目次機能の実装のために入れてたプラグインと最新バージョンが非互換だったかもしれません。