今回は、グレーアウトしていなかったにもかかわらず、削除できないパターンだった。

ディスクの管理では正常にパーティションが表示されている。

右クリックで「ボリュームの削除」を選択可能。
しかし、

「この要求はサポートされていません。」とのエラー

こういうときはdiskpartでしょ。前回で学習していますから。

list disk
select disk 番号
list partition
select partition 番号

select partitionを実行しても「パーティションが選択されていません。」とエラーで先へ進めない。

どうも、MBR / GPT の情報が壊れているか、特殊な機器でフォーマットを行った場合に陥る可能性があるとのこと。

調べてみると、cleanコマンドで解消できた。

clean　壊れた構造をリセットする
create partition primary　パーティションを作成する
format fs=fat32 quick　フォーマットする
assin　ドライブレターを割り当てる

cleanに相当することをGUIでできれば良いのに。

今回は、過去に書いたのとはちょっと違うパターンで容量を空けたので新たに記録する。

以前書いた記事）
知らない間にCドライブがいっぱいになってWindows Updateもできず。
Cドライブの空き容量を確保する
Cドライブの空き容量を確保する　その2

画像は238MB空いていることになっているが、少し空けた結果であり当初0MBになっていた。

0ではまったく作業ができなくなってしまうため、まずは簡単にできるディスククリーンアップと hiberfil.sys の削除で作業可能にする。
と思ったら、隙をついて Windows Updateのダウンロードが動いてしまい、再度空き容量をどんどん減らしていく。作業中は一次的にWindows Updateを停止しないとダメだ。

さて、WinDirStatで見てみると「その2」と同じように C:¥ProgramData が多めの23.7GB。

階層を追っていくと、
C:¥ProgramData¥Dell¥SARemediation¥SystemRepair
が特に多い。
Dell SupportAssistのシステム修復用データのようだ。
Windows OS独自のシステムの復元やイメージバックアップとは別のようだ。

Dell SupportAssistでは、15GBまでデータ保持する設定になっていた。

いらない、というかデータを置いていられないので、「システム修復」を無効にする。
再起動とかせずすぐに18GBくらい空いてくれてよかった。

VBAでは元画像の幅と高さを取得して、縦横比を維持して縮小してするような処理をしている。
最初はなぜ横に伸びているのかわからず。
VBEでトレースすると、思っていたのとは違い幅600 x 高さ400という感じで横長の状態のデータが保存されていることがわかった。ここでハテナ？

結論としては、縦長に見える画像でも実際には横長に保存されていて、回転情報が付加されていることがあるということ。
これは知らなかった。
確かに、これまでもなにかの機会にアプリやWebサイトへの画像貼り付けで画像の向きがおかしくなったとこがあったような。関係ありそう。

Exif（イグジフ）に、露出やF値などの撮影設定以外に、回転情報 Orientation という情報が入っているらしい。
カメラなど撮影機材の仕様で、撮影時の角度と向きをジャイロセンサーがキャッチしているのかな？
ビューアはOrientationの値を見て、回転を元に戻してから表示しているとのこと。
一方VBAではそんなことは知らず、回転情報は見ずに縦横幅しか見ていなかったためこんな問題に出会ったわけだ。

Macでjpgの情報を参照した例）

6が反時計回りに90°回転、8が反時計回りに270°回転、3が180°回転、1はそのままという具合だ。
レアケースとして、5や7の反転もある。
OrientationはWindowsのプロパティでは見ることができなかった。

つまり、VBA側で考慮不足（というか知らなかった）ことが原因。

Orientation（方向）の90°と270°だけを考慮して縦長と横長を取得するサンプル）

Sub ボタン1_Click()
    Dim productImageFileName As String
    Dim pic As Object
    Dim w As Long, h As Long, ori As Integer
    
    productImageFileName = "c:\abc.jpg"
    
    ' 画像の幅、高さを取得する
    Set pic = LoadPicture(productImageFileName)
    w = CLng(pic.width * 0.0378)
    h = CLng(pic.height * 0.0378)

    Debug.Print "▼オリジナル"
    Debug.Print "幅=" & w
    Debug.Print "高さ=" & h

    Dim result As Variant
    result = GetImageSizeWithOrientation(productImageFileName)

    w = result(0)
    h = result(1)
    ori = result(2)

    Debug.Print "▼回転考慮"
    Debug.Print "幅=" & w
    Debug.Print "高さ=" & h
    Debug.Print "Orientation=" & ori

End Sub

Function GetImageSizeWithOrientation(filePath As String) As Variant

    Dim img As Object
    Set img = CreateObject("WIA.ImageFile")
    img.LoadFile filePath

    Dim width As Long
    Dim height As Long
    width = img.width
    height = img.height

    Dim orientation As Integer
    orientation = 1 ' デフォルト（回転なし）

    Dim prop As Object
    For Each prop In img.Properties
        If prop.PropertyID = 274 Then ' Orientation
            orientation = prop.Value
            Exit For
        End If
    Next

    ' Orientationに応じて補正
    Select Case orientation
        Case 6, 8 ' 90度 or 270度回転
            Dim tmp As Long
            tmp = width
            width = height
            height = tmp
    End Select

    GetImageSizeWithOrientation = Array(width, height, orientation)

End Function

実行結果の例）

▼オリジナル
幅=600
高さ=400
▼回転考慮
幅=400
高さ=600
Orientation=6

もう一つ、特定フォルダ内にたくさんあるjpgファイルの中から Orientation が設定された画像をリストするスクリプトを検討する。（ChatGPTに聞きながら）

PowerShellスクリプト）ファイル名：CheckOrientationJpg.ps1

$folder = "C:\images"

Add-Type -AssemblyName System.Drawing

Get-ChildItem $folder -Recurse | Where-Object {
    $_.Extension -match '\.jpe?g$'
} | ForEach-Object {

    try {
        $img = [System.Drawing.Image]::FromFile($_.FullName)

        if ($img.PropertyIdList -contains 274) {
            $orientation = $img.GetPropertyItem(274).Value[0]

            if ($orientation -in 6,8) {
                [PSCustomObject]@{
                    FilePath   = $_.FullName
                    Orientation = $orientation
                    Width      = $img.Width
                    Height     = $img.Height
                }
            }
        }

        $img.Dispose()
    } catch {
        $msg = "読み込み失敗：" + $_.Exception.Message
        Write-Warning $msg
    }
} | Format-List

PropertyID 274がOrientationとのこと。

そして、PowerShellを実行するバッチ）ファイル名：CheckOrientationJpg.bat

@echo off
powershell -ExecutionPolicy Bypass -File "%~dp0CheckOrientationJpg.ps1"
pause

実行結果は下記のような感じ。
FilePath : C:\images\1.jpg
Orientation : 6
Width : 120
Height : 80

FilePath : C:\images\2.jpg
Orientation : 8
Width : 120
Height : 80

1回目はiPhoneのバックアップが巨大だったこと、2回目は決定的な原因はないもののちょこちょこと消しながら、古いメールデータ削除が一番効いて10GB確保。

すべて別の端末であるが、今回3回目はやはりCドライブが空き0になり、ほぼ操作不能の状態に。120GB SSDで回復領域に数ギガとられ、また1024換算で実質は102GBしかない。
最初はWindows 10だったため問題なかったのが、Windows 11にアップグレードしてから急激に空きがなくなった。

今回はメールを含めたいわゆるユーザデータがすべて合わせても1GB未満でこれ以上削除できない。
まずは
powercfg.exe /hibernate off
で休止を無効にし、C:¥hiberfil.sys を削除。これで4GB確保。
これではまだ全然足りない。

他には下記は実施済みまたは、効果がほぼなし。

• 設定 → システム → ストレージ → 一時ファイル
• ディスクのクリーンアップ → システムファイルのクリーンアップ
• 設定 → アプリで不要アプリを削除
• DISM /Online /Cleanup-Image /StartComponentCleanup
• システム復元ポイントの削除

何か他に削れるところがあるのであろうとCドライブの内訳を出してみる。

前回diskinfo3を使用したのにすっかり忘れて、今回別のアプリ WinDirStat を使用した。

ChatGPTに聞いたところ、
ProgramData：26.7GB　異常に大きい
Windows：32.2GB　ほぼ正常
Program Files：14.7GB　普通
Users：5.6GB　かなり優秀

「ProgramDataがラスボス」と言われた（笑）

一番のネックとなっているのは、単体のファイルとして下記がダントツに大きく23.4GB。
C:¥ProgramData¥Microsoft¥Windows¥CapabilityAccessManager¥CapabilityAccessManager.db-wal

このフォルダ「CapabilityAccessManager」はアプリの権限ログ・履歴（カメラ・マイク・位置情報など）とのことで、削除は可能だと言われた。
.dbはまさにSQLiteのデータベースで、.db-walはデータベースに書き込む前の先行ログ（一時ファイル的）らしい。肥大した理由は不明。

まず、下記の流れを試してみる。結果は失敗。
(1)サービスを止めて
net stop camsvc
(2)C:\ProgramData\Microsoft\Windows\CapabilityAccessManager の中身だけを削除（フォルダは残す）
(3)サービス再開
net start camsvc

(2)のところで、
✕エクスプローラーから CapabilityAccessManager の中身を見ることができず。（許可されていない）
✕管理者モードのコマンドプロンプトからファイルのdel ができない。「ファイルが見つかりません」となってしまう。とにかく削除ができない。
✕実はなんだかんだでもう消えているのでは？ とPC再起動してみるも、容量は空かない。
✕所有権取得 & 管理者にフル権限付与してもファイル削除ができず。delコマンドで消そうとすると「別のプロセスが使用中です」と言われ消せない。
takeown /f "C:\ProgramData\Microsoft\Windows\CapabilityAccessManager" /r /d y
icacls "C:\ProgramData\Microsoft\Windows\CapabilityAccessManager" /grant administrators:F /t
✕セーフモードで削除を試みるも同じく「別のプロセスが使用中」となり削除できない。

最後の手段で、回復環境WinREで起動してコマンドプロンプトから削除ができた。

合計27GB程度空けることができ、とりあえずは安泰。とはいえ、また発生する可能性は十分にある。

これまでのチェックポイントは

• ネットワークがパブリックだったらプライベートにする
• ファイルとプリンターの共有をオンにする
• フォルダを共有しEveryoneのアクセス許可にフルコントロールを与える
• 共有フォルダのセキュリティタブでEveryoneを追加してフルコントロールを与える
• ノーパスワードユーザの場合、パスワード保護共有をオフにする

ここまで確認・設定すればだいたいOKだった。

ところが、ESETのファイアウオールをオフにしたら保存されるという症状に出くわしたので、ここ最近ESETのセキュリティが強化されたのかもしれない。

参考ページ）
https://eset-support.canon-its.jp/faq/show/188?site_domain=default

ファイアウオールを常時オフにすることはしたくないし、スキャンのときだけオフにするのも面倒。
接続プロファイルを「プライベート」にすることや、それでもだめなら「信頼ゾーン」として相手のIPアドレスやネットワークを指定することで回避できるとのこと。

実際に今回はプロファイルをプライベートにすることで解決した。

それにしても、こんなにプロファイルが増えなくても良いのに、なぜだろう？
勝手に新たなプロファイルが作成されたときや、勝手にプロファイルが切り替わったとき、「プライベート」へ設定し直しが発生するのはいやだな。
それに、ちゃんとSSIDがでているところもあるのに「無線ネットワーク」ってなにがなんだかわからない。有線ネットワークが複数あるのも不思議。DHCPの取得IPアドレスが変わるたびにプロファイルを作り直しているように見える。

これを、「紐づけ解除」と言えたかどうかわからないが、少なくとも2024年2月当時はこの操作でEdgeプロファイルやOneDriveにメールアドレスが出なくなった。

状況をもう一度整理する。

できるだけマイクロソフトアカウントとの関わりを減らしたく、Windowsをローカルアカウントで初期設定した。
しかし、Officeのライセンス認証でどうしてもマイクロソフトアカウントを使わざるを得ない。
マイクロソフトアカウントのメールアドレスを入力してしまうとパソコンに記録されてしまう。

そして、EdgeやOneドライブでその情報を勝手に使おうとしてしまう。

これが嫌だったのだ。

Officeからサインアウトと、[設定]＞[アカウント]＞[アカウント] からメールアドレスを削除する。

当時はこれでいけたのだが、2026年3月現在、設定からメールマイクロソフトアカウントのメールアドレスを削除しても、Edgeのプロファイル等に残ってしまうのだ。

今回の端末では下記を削除することで、Edgeの「アカウントを選ぶ」に過去に使ったメールアドレスがでなくなった。
C:\Users\<ユーザー>\AppData\Local\Packages\Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy

ChatGPTに相談したところ、この問題については複数のチェックポイントがあるとのこと。
それぞれ、削除することによる副作用がある可能性があり、注意は必要。
個人利用や初期設定直後であればあまり影響はないのでは。

① WAMトークン削除
C:\Users\<ユーザー>\AppData\Local\Packages\Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy

② OneAuthトークン削除
Microsoftの新しい認証キャッシュ。
C:\Users\<ユーザー>\AppData\Local\Microsoft\OneAuth

③ TokenBroker削除
WAMの補助トークン。
C:\Users\<ユーザー>\AppData\Local\Microsoft\TokenBroker

④ IdentityCache削除
アカウント候補キャッシュ。
C:\Users\<ユーザー>\AppData\Local\Microsoft\IdentityCache

⑤ Windows Credential Manager 資格情報削除
コントロールパネル → 資格情報マネージャー

⑥ Windows Vault 削除
Windowsの資格情報ストレージ。
C:\Users\<ユーザー>\AppData\Local\Microsoft\Vault

⑦ Edgeユーザーデータ削除
ブラウザ側のアカウント痕跡。
C:\Users\<ユーザー>\AppData\Local\Microsoft\Edge\User Data
の下の
Profile
Default
Web Data
History
Login Data
を削除。
タスクマネージャーでEdgeを落とさないと消せない。落としても消せない場合は、User Dataフォルダそのものを削除する。

一方、別の提案もあった。

Office認証後下記を実行
dsregcmd /leave
そうすると、
• WAMトークン
• AzureAD痕跡
• SSO情報
がリセットされるとのこと。
今度やってみようかな。

参考ページなどを見ると、永続版を手に入れたい場合には支払い登録をしてはいけないとのこと。これは間違えないようにしないと。

以下は、Microsoft Surface proの主な技術仕様の抜粋。

ここは辞退せず続けるで良い。

Microsoft 365 Personal（24か月版）を選ぶと決めている場合には、ここで継続請求をオンにして良いようだ。

3ヶ月の間にどちらにするか決めたい人と、永続版にしようと思っている人は継続請求をオフにしなければならないようだ。
継続請求がデフォルトでオンなので変更するにはちょっと勇気がいる。

無事に選択が完了し、エクセル等を立ち上げたときにライセンス認証も完了。

ブラウザでマイクロソフトアカウントへサインインすると、サブスクリプションの有効期限がたしかに3ヶ月後（試用期間後）になっていることを確認した。

Office Home & Business 2024 永続版へ切り替えができるのは試用期間後ということなのでまたその時またアクションが必要。

FMVのサポートページが大変参考になった。
これを見なければ怖くて進めなかった。
参考ページ）
https://www.fmworld.net/cs/azbyclub/qanavi/jsp/qacontents.jsp?rid=3&PID=7611-4037

しかし、インストールされていないような状態に陥った。

• デスクトップにAdobe Readerのアイコンができていない
• スタートメニュー＞「全て」のアプリ一覧にAdobeで始まるソフトがない
• コントロールパネル＞プログラムのアンインストールにAdobeで始まるソフトがない
• 設定＞アプリ＞インストールされているアプリにAdobeで始まるソフトがない
• c:¥Program Filesの下と c:¥Program Files (x86)の下にAdobeフォルダがない

c:¥Program Files¥Common Filesの下には Adobe フォルダがあったり、c:¥Users¥<ユーザー名>¥AppData¥以下には Adobeフォルダがあったり、形跡はあるもののインストールできているとは判断できない状況になってしまった。

実は、初回のインストールで 90% のところで1時間くらい待っても進まず、インストーラーを強制終了してしまった。
これが原因で中途半端なインストールになってしまったのかな？
その後、下記URLを参考に完全アンインストールと再インストールを試みる。

参考ページ）Acrobat に関連する情報を削除し、再インストールする方法
https://helpx.adobe.com/jp/acrobat/kb/remove-acrobat-completely.html

しかし、何度やっても状況は変わらず。

ウイルス対策ソフトをOFFにしても変わらず。

ネットで検索するとAdobe Acrobat Readerのインストールには意外と苦労している人が多いようで、情報が多いが決定的な解決策が見当たらず。

その中で、オフラインインストーラーを使うと良いと目にして今回はこれで解決。

下記ページへアクセスする。
https://get.adobe.com/jp/reader/enterprise/

OSと言語とバージョンを選択する。

バージョンについては32bitしか選択できなかったがもちろんそれで良い。

ダウンロードした実行ファイルの容量が1〜2MBではなくて数百MBであれば、オフラインインストーラーと判断できる。

無事にインストール完了した。
完了画面が若干古いテイストだった。

嘘というか心配をあおって、お金を払わせる、これを足がかりにPCを乗っ取るといったやりかた。

パソコン内部のウイルス対策ソフト等からメッセージが出るのであれば本当かもしれないが、ブラウザMicrosoft Edge経由ということはほぼ信頼できないといって良い。

通知の詳細を見てみると、通知元のドメインがわかる。

今回は co.in インドのドメインとわかった。

なぜこのての通知が出るかといえば、どこかのタイミングで意図的かうっかりかわからないが、通知を許可してしまったのであろう。
「<ドメイン> は次のことを求めています」に対して
「許可」「ブロック」の判断を求められるあれ。

一度許可してしまった通知は、Edgeの設定から元に戻すことが可能。

[プライバシー/検索/サービス]＞[サイトのアクセス許可] から対象ドメインのところをクリックして、通知をオフにする。

Edgeがバージョンアップされたタイミングで操作方法が以前とは変わったと思う。今後も操作が変わるかもしれない。

この通知問題はEdge以外のブラウザ、Google Chromeなどでも同じように発生する。

DELL社のデスクトップパソコンで、SupportAssistでソフトウェア・アップデートを検索するも新しいものは何も出ず。

こういうときは意外とWindows Update。

通常の「更新」で最新になっていてもオプションがある場合がある。

オプションに4つのドライバーがあった。
本来であれば、それが何者かを調べてひとつずつインストールするのが良いのでしょうが、大変なので今回は4つともチェックを入れて全てインストールした。

不明なデバイスなくなった。

結局デバイスが何者だったかは、ドライバーインストール前後で何が増えたか見比べる必要があったと思われるが、そこまではできなかった。