ちなみに Macユーザ。

あなたの位置情報へのアクセスを許可しますか？
システムの位置情報設定を開きます。Firefoxに位置情報へのアクセスを許可してください。

とのこと。

「このサイトでは今後も同じように処理する」にチェックを入れて「許可」をする。

しかし、なんど記憶させてもまた聞いてくる。

おもにアドレスバーで文字列を打ち込んで検索をしたときに、Google検索をデフォルトに設定しているわけだが、このGoogle検索は頻繁につかうのでストレス。

メッセージ的には、OSレベルの許可設定においてFirefoxに許可を与えて欲しいと言っているかと。

しかし、Macの[システム設定] ＞ [プライバシーとセキュリティ] ＞ [位置情報サービス]
では、Firefoxに許可を与えているのだ。

Firefoxの[設定] ＞ [プライバシーとセキュリティ] ＞ [許可設定] ＞ [位置情報]では、

確かに googleに位置情報の使用許可を与えているのだ。

これでもだめ。

しかたがないので、

位置情報へのアクセス許可を与えて解決するのではなく、
位置情報へのアクセス許可を求めさせない方法を試みる。

「位置情報へのアクセスの要求をブロックする」にチェックを入れてやった。
これででなくなった、と思ったがしばらくするとまた発生。

次に、https://www.google.com への許可自体も削除してしまうことにした。

しばらく出ない。
これで様子を見る。
Google Mapの検索で何か不利がでるかも？

結論としては、再インストールで解決

最初は、ウィジェットだけが表示された状態で、マウスは動くがログインができない、というかログインができているかどうかもわからない、初めて見る状況が発生。

アップデートを放置していて、経過を見ていなかったのでなんともどこまですすんでこうなったかわからない。

強制終了から、再起動すると、ログイン画面が表示されホッとする。
しかし、パスワードを入れた後で、クルクル状態が発生。

15分くらい待ってクルクルは止まったがログイン画面のままマウスカーソルは動くものの、何も操作できるメニューがなく手詰まりになる。

以前にもログインができなくなるトラブルがあり、記事を書いた。
macOSのアップデート後ログインができなくなる

前回はESETが原因だったため、今回もそうかもしれない（ごめんなさい）と、セーフモードで起動しログインを試みるも、状況は変わらず。

できることを試してみる。

電源長押しのレスキューモードで起動し、オプションから、ユーティリティ＞ターミナル起動。

• Applications/ESET Cyber Security.app をmvする。（疑ってすみません、今回の原因ではありませんでした。）
• ユーティリティ＞起動セキュリティユーティリティでセキュリティポリシーを下げる。
• /var/log/system.log にネットワーク系のエラーが出ていたため、Wi-Fiを無効にして有線LANへ変更
• ディスクユーティリティで First Aid を実施

いずれもダメだった。

セキュリティポリシーのスクリーンショット）

さすがにちょっと焦りつつ、大丈夫、最悪はTimeMachineがある、と自分に言い聞かせながら考える。

またもやChatGptに聞くと、First AidとOSの再インストールを提案される。

First Aidは実施済み。あとは再インストールかと。

ユーザデータなどは残るということで、再インストールを実施する。

終了まで3時間半と出るが、実際には1時間以内で終了。

無事にログインができ、ユーザデータは元のまま、アプリケーションも特に影響はない模様。

バージョンアップのたびにこうなると困りますね。
一般ユーザは対処ができないでしょう。

今回はM.2 NVMe SSDについて試す。

違っていたところは、状態確認のコマンド、データ削除のコマンド。

もうひとつ、DELLノートパソコンで今回は実施したが、結果としてはBIOSのSystem Configuration＞SATA OperationでSATAのモードをRAID OnからAHCIに変更する必要があった。
RAID OnのままだとSSDをUbuntuから認識させることができず。

この変更でWindowsが起動できなくなったが、データを消したい対象であったため問題なし。

(1)USBメモリから起動。これは同じ。

(2)デバイスを調べる。これも同じ。

Gpartedで確認し、削除対象のデバイスは /dev/nvme0n1 とわかる。

lsblkコマンドでも確認可能。

(3)SSDの状態を確認する。これはコマンドが異なる。

SATA SSDでは hdparm を使い、NVMe SSDには nvme コマンドを使う。

nvmeコマンドが入っていない場合はインストールする。
sudo apt update
sudo apt install nvme-cli

状態確認のnvmeコマンド
sudo nvme id-ctrl /dev/nvme0n1

見るべきところはfna

sudo nvme id-ctrl /dev/nvme0 | grep -i "fna"

fna : 0
だと後のデータ消去時、format -s2 ※Crypto Erase に非対応だとわかる。

つぎにsanicap
sudo nvme id-ctrl /dev/nvme0 | grep -i "sani"
sanicap : 0x2
1：-a 4(crypto erase対応)
2：-a 2(block erase対応)
4：-a1(overwrite対応)
2ですと、sanitizeの -a 4 ※Crypt Eraseに非対応だとわかる

(4)frozen解除

NVMe は基本的にはfrozenはなく、作業は不要

(5)消去前に先頭セクタの中身を確認。コマンドは同じ

sudo hexdump -n 4096 -C /dev/nvme0n1
-n でバイト数を制限する（4098は余裕めに）

"EFI PART"などなんとなく意味のあるデータが入っていることがわかる。

(6)念のため、消去前に意味のある文字列の存在を確認。コマンドは同じ

sudo dd if=/dev/nvme0n1 bs=512 count=32 | strings
※512バイト(1セクタ)単位で読み込み、32セクタ = 16384バイト

やはりEFI PARTが文字列として残っている。

(7)更に念のため、末尾側セクタの中身を確認。コマンドは同じ。

sudo bash -c 'hexdump -C -s $(($(blockdev --getsz /dev/nvme0n1)*512 - 4096)) /dev/nvme0n1'

やはり、意味のあるデータが残っている。
次から消去プロセス。

(8)データ削除

[注意] formatコマンドでは /dev/nvme0n1 を使う。sanitizeでは /dev/nvme0 を使う

再利用前提 -s1
sudo nvme format /dev/nvme0n1 -s1

破棄前提 -s2　※非対応の場合あり。
sudo nvme format /dev/nvme0n1 -s2

破棄前提最強 sanitize -a 4　※非対応の場合あり
sudo nvme sanitize /dev/nvme0 -a 4

-a 4が使えなかったら
sudo nvme sanitize /dev/nvme0 -a 2

(9)もういちどGPartedで確認。

unallocated（未割り当て）になっていれば少なくともドライブ情報などは消えている。

(10)消去後に先頭セクタの中身を確認。コマンドは同じ。

sudo hexdump -n 4098 -C /dev/nvme0n1

(11)念のため消去後に末尾側セクタの中身を確認。コマンドは同じ。

sudo bash -c 'hexdump -C -s $(($(blockdev --getsz /dev/nvme0n1)*512 - 4096)) /dev/nvme0n1'

以前 Chrome Remote Desktop を使ってみた記事を書いた。
Chromeリモートデスクトップを試してみる

Chrome リモートデスクトップはそれなりに使いやすかった。
しかし、グループ単位にGoogleアカウントを分けなければならない部分がちょっとハードルが高いと感じていた。昨今Googleアカウントは携帯番号必須、同じ番号で複数アカウントが作りにくくなっている。

RustDeskを使ってみる。

公式サイトを経由してGithubからインストーラーをダウンロードする。

複数のOSとアーキテクチャに対応しているようだ。

Mac版のウィンドウ。
Macではアクセシビリティ、必要に応じて画面録画とシステムオーディオの許可を設定する。

基本的な接続の方式はIDとパスワードでTeamViewerと同類。ワンタイムパスワードと固定パスワードを選択できるところも同じ。

考察1）常時接続可能とはしたくない

Windows版ではデフォルトではスタートアップに登録されPC起動時にアプリが立ち上がる。
安全を考えるならば、自動起動を無効にしたほうが良い。これでリスクが軽減。
しかし、自動起動を無効にしても、RustDeskを一度起動して（接続するしないに関わらず）、終了するとサービスが起動した状態でタスクトレイに残る。よってこの状態でユーザが意識せずとも接続可能な状態になっている。

考察2）接続先（操作を受ける側）が認めたときだけ接続としたい

考察1の通り、無意識のうちに接続可能な状態になっていることを避けたい。
これについては、設定の中に「RustDeskのウィンドウが開いている場合のみ接続を許可する」の設定が有効だ。

自らの意思でRustDeskを立ち上げ、メインウィンドウを開いている状態でないと相手からの接続を受け付けないという仕様でセキュリティが高まる。

これがメインウィンドウ。

メインウィンドウを閉じてタスクトレイに残っているだけでは接続ができない。
接続を試したところ、パスワード入力に至る前にエラーではじかれた。

考察3）接続先（操作を受ける側）の「承諾」操作による接続の是非

接続元（操作をする側）から接続を試みるとき、通常はパスワードを入力する。

しかし、パスワードを入力せずとも接続先で新たに立ち上がるウィンドウで「承諾」をすると接続が可能。

便利な反面、使い方には注意が必要。
悪意のある第三者がなんらかの形で接続IDを手に入れ、遠隔操作を試みたときに誤って承諾してしまうと操作を第三者に渡してしまうことになる。
操作を受ける側はパソコンに慣れていない場合があり、接続元ユーザ名をしっかり見て確認することが難しい。よって「承諾」を押さないように伝えておくのが無難であろう。

考察4）ワンタイムパスワードと固定パスワードの比較

どちらが良いかは一長一短。TeamViewerでも同じ。
都度変わるワンタイムパスワードはセキュリティが高い分、接続先ユーザに負担をかけ、電話でパスワードを読み上げていただいて入力する煩わしさあり。
固定パスワードは接続元が操作するだけで済む。パスワードを端末に記憶すれば、次回以降は入力不要。
セキュリティと便利さはいつだってトレードオフだ。

自動起動をやめ、ウィンドウが開いているときだけ接続可、と設定することである程度安全と考えて、固定パスワードでも良いかなと思う。もちろん十分な長さで複雑さを持つパスワードを設置するべき。

考察5）独自サーバーをたてるかどうか

「より高速に接続したい場合は、自分のサーバーをセットアップすることを推奨します。」とのメッセージ

デフォルトのままで、困るほど低速とは言えなかった。
使用して問題が出るようであれば独自サーバー構築を検討する。

最後に、接続を終了（切断）するときは、リモート操作で相手先のメインウィンドウを閉じてから切断するほうが良い。前述の通りメインウィンドウが開いたままだと、受け入れ可能状態になってしまうため。

切断は、上部から赤い✕ボタンを押す。

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

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

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

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

こういうときは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くらい空いてくれてよかった。

このとき、出力されたWebページを参照しながら、コマンドをコピーペーストしながら、自分でもう一度実行してみるとどうも動かない場所があった。

sudo bash -c 'hexdump -C -s $(($(blockdev --getsz /dev/sda)*512 - 4096)) /dev/sda'

とか、

sudo hdparm --user-master u --security-set-pass p /dev/sda

とか。

なんと、' （シングルクオート）は全角‘に変換され、連続ハイフン -- は全角 – （エンダッシュ）に変換されていた。

そう言えば今までもあった。そのときはコードブロックにして回避したかもしれない。
またはHTMLブロックとして実体参照で書くこともできるか。
ただ、ちょっとめんどくさい。

function.phpに下記を書くと無効化できる。
wptexturizeは整形のフィルター関数のひとつだそうだ。

remove_filter('the_content', 'wptexturize'); // 本文
remove_filter('the_excerpt', 'wptexturize'); // 抜粋
remove_filter('the_title', 'wptexturize'); // タイトル
remove_filter('widget_text_content', 'wptexturize'); // ウィジェット

↑ここはコードブロック

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

USB外付けケース（アダプタ）に繋いでWindowsからTxBENCH消せるのではと思ったが、Secure EraseはUSB経由ではNGとわかった。

マザーボードに直挿ししてUbuntuから消去することにする。

今回は2026.4.13現在の安定版、Ubuntu 24.04.4 LTSのLIVE USBを作成。

2026.6.11追記　s.m.a.r.tのチェック方法

sudo smartctl -a /dev/sda

使用時間を知りたい場合は、
sudo smartctl -a /dev/sda | grep Power_On_Hours

コマンドがない場合にはインストールする。
sudo apt update
sudo apt install smartmontools

(1)USBメモリから起動。

(2)デバイスを調べる

Gpartedで確認し、削除対象のデバイスは /dev/sda とわかる。

(3)SSDの状態を確認する。
sudo hdparm -I /dev/sda
Securityのセクションに注目。

----------
Security:
......
supported
not enabled
not locked
frozen

----------

supported：Secure Erase機能に対応している
not enabled：セキュリティロック（パスワード）が設定されていない
not locked：ロックされていない
frozen：BIOS/UEFIレベルでSSDへのアクセスが禁止されている

(4)frozen解除のため、OSをスリープさせる。

UbuntuではSuspend。

サスペンドの後、not frozenに変わった。

(5)消去前に先頭セクタの中身を確認
sudo hexdump -n 4096 -C /dev/sda
-n でバイト数を制限する（4098は余裕めに）

"EFI PART"などなんとなく意味のあるデータが入っていることがわかる。

(6)念のため、消去前に意味のある文字列の存在を確認
sudo dd if=/dev/sda bs=512 count=32 | strings
※512バイト(1セクタ)単位で読み込み、32セクタ = 16384バイト
stringsコマンドがないとエラーになったら、インストール可能。
sudo apt install binutils

やはりEFI PARTが文字列として残っている。

(7)更に念のため、末尾側セクタの中身を確認

sudo bash -c 'hexdump -C -s $(($(blockdev --getsz /dev/sda)*512 - 4096)) /dev/sda'

やはり、意味のあるデータが残っている。
次から消去プロセス。

(8)一時パスワードの設定
sudo hdparm --user-master u --security-set-pass p /dev/sda

(9)Secure Eraseを実行する。
sudo hdparm --user-master u --security-erase p /dev/sda

(10)もういちどGPartedで確認。

unallocatedになっていれば少なくともドライブ情報などは消えている。

(11)消去後に先頭セクタの中身を確認
sudo hexdump -n 4098 -C /dev/sda

読み取りができる何か意味のある文字列が残っていないか確認をする。
今回の場合、4098バイトの上限に満たずに読み込みが止まっている。止まっているということは良い兆候とChatGPTは言った。
Secure Erase前はどこまでもスムーズにデータが取れ得る、Secure Erase後読み込みが途中で止まるのは異常ではないとのこと。

(12)念のため消去後に末尾側セクタの中身を確認
sudo bash -c 'hexdump -C -s $(($(blockdev --getsz /dev/sda)*512 - 4096)) /dev/sda'

同じく有効なデータが何もないこととと、すべて読み込めていないことを確認。

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程度空けることができ、とりあえずは安泰。とはいえ、また発生する可能性は十分にある。