<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE feed [
      <!ENTITY lt "&#38;#60;">
      <!ENTITY gt "&#62;">
      <!ENTITY amp "&#38;#38;">
      <!ENTITY apos "&#39;">
      <!ENTITY quot "&#34;">
      <!ENTITY nbsp "&#160;">
      <!ENTITY copy "&#169;">
]>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title type="text">ブログ</title>
    <subtitle type="text">UJP-Unwired Job Professional</subtitle>
    <updated>2026-05-28T12:25:50+09:00</updated>
    <id>http://www.ujp.jp/modules/d3blog/index.php</id>
    <link rel="alternate" type="text/xhtml" hreflang="ja" href="http://www.ujp.jp/" />
    <link rel="self" type="application/atom+xml" href="http://www.ujp.jp/modules/d3blog/index.php?page=atom" />
    <rights>Copyright (c) 1995-2020</rights>
    <generator uri="http://www.ujp.jp/">D3BLOG - XOOPS BLOG MODULE</generator>
    <entry>
        <title>ディスクフルに近くなったので不要ファイルを消そうとしたら35万ファイルもあった．</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=11215" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=11215</id>
        <published>2026-05-26T11:38:13+09:00</published>
        <updated>2026-05-26T11:38:13+09:00</updated>
        <category term="2011 server" label="2011 server" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　１年前，crucial MX200の500GBが故障して交換したサーバのストレージ，空き容量が少なくなってきた．　MRTGでみると綺麗な右肩上がり．　500GBのストレージだけど100GB程度から400GBほど増え...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　１年前，<a href="http://www.ujp.jp/modules/d3blog/details.php?bid=10740" rel="external">crucial MX200の500GBが故障</a>して交換したサーバのストレージ，空き容量が少なくなってきた．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15126&marsDiskFull20260526_0.jpg" align="center" alt="" /></center><br />　MRTGでみると綺麗な右肩上がり．　500GBのストレージだけど100GB程度から400GBほど増えてる．<br />　このmacは防犯カメラからのメール通知情報をアーカイブ保管しているので，定期的クリーニング(除去)が必要なのでアーカイブファイルを移動させることにしたのだけど，そのアーカイブ，調べてみても60GBしかない．　340GB程度のファイルがどこにあるかわからない．<br /><br />　何がどこにあるのか調べてみることにした．　まずはmacOSが持っているシステムレポート？のストレージ情報から．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15128&marsDiskFull20260526_1.jpg" align="center" alt="" /></center><br />　システムが使っているとなっている．　これだけだと不明なので，管理ボタンを押して確認．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15127&marsDiskFull20260526_2.jpg" align="center" alt="" /></center><br />　やっぱり結局「システム」が使っている事になって詳細は不明．<br /><br />　ちなみにこの不要になったファイルを削除する機能でも，大きいファイル，ダウンロードファイルでも削除できそうなファイルは見つからなかった．<br /><br />　どこになんのファイルがあるかを視覚化してみせてくれるDisk Inventory Xを紹介されたのでインストール．．．不要でダウンロードして起動してみた．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15129&marsDiskFull20260526_3.jpg" align="center" alt="" /></center><br />　起動してみたかけど調査が終わらない．<br /><br />　仕方ないので，コマンドを使って地道に調べる事に．<br />　rootユーザに成り代わって，普通にルートディレクトリからduで調査してみた．<br /><div class="xoopsCode"><pre><code>mac:/ root# du -sh *🆑
1.3G	Applications
 29G	Library
3.0K	Network
6.4G	System
 37G	Users
458G	Volumes
2.5M	bin
  0B	cores
4.5K	dev
4.0K	etc
1.0K	home
4.0K	installer.failurerequests
1.0K	net
du: private/var/db/ConfigurationProfiles/Store: Operation not permitted
du: private/var/folders/5z/mkkqj8l13yg32k4lrxlh9cgr0000gr/0/com.apple.nsurlsessiond: Operation not permitted
du: private/var/folders/5z/mkkqj8l13yg32k4lrxlh9cgr0000gr/0/com.apple.routined: Operation not permitted
du: private/var/folders/sq/54r_jgb93dd4q95j7bdvb30r0000gn/0/com.apple.nsurlsessiond: Operation not permitted
du: private/var/folders/sq/54r_jgb93dd4q95j7bdvb30r0000gn/0/com.apple.routined: Operation not permitted
du: private/var/folders/sq/54r_jgb93dd4q95j7bdvb30r0000gn/0/SafariFamily: Operation not permitted
du: private/var/folders/sq/54r_jgb93dd4q95j7bdvb30r0000gn/C/com.apple.WebKit.Networking.Sandbox: Operation not permitted
du: private/var/folders/sq/54r_jgb93dd4q95j7bdvb30r0000gn/C/com.apple.WebKit.WebContent.Sandbox: Operation not permitted

du: private/var/folders/zz/zyxvpxvq6csfxvn_n00000y800007k/0/com.apple.nsurlsessiond: Operation not permitted
368G	private🈁
1.1M	sbin
4.0K	tmp
3.9G	usr
4.0K	var
mac:/ root#</code></pre></div>　/privateディレクトリ配下を確認．<br /><div class="xoopsCode"><pre><code>mac:/ root# cd private🆑
mac:private root# ls -la🆑
total 0
drwxr-xr-x   6 root  wheel   204 Jun  3  2025 .
drwxrwxr-t  35 root  admin  1258 May 26 01:54 ..
drwxr-xr-x  96 root  wheel  3264 May 26 01:12 etc
drwxr-xr-x   3 root  wheel   102 Jun  3  2025 tftpboot
drwxrwxrwt  56 root  wheel  1904 May 26 03:14 tmp
drwxr-xr-x  29 root  wheel   986 Jun  3  2025 var
mac:private root#</code></pre></div>　直感でtmpが怪しいと考えて確認．<br /><div class="xoopsCode"><pre><code>mac:var root# sudo du -sh /private/tmp/* | sort -rh | head -n 10🆑
264M	/private/tmp/build_hd_index.3z3pRaKBlSG6E3TX
 60M	/private/tmp/StringTable.Names.dDyFJpc
 48M	/private/tmp/build_hd_index.wBkUjg6lBdkjwJZT
 46M	/private/tmp/build_hd_index.jJUp3R7Of9BaO1cq
 46M	/private/tmp/build_hd_index.UHPZAd0KNhQShiQ1
 35M	/private/tmp/StringTable.Names.njtCUQH
 34M	/private/tmp/StringTable.Names.zvaqjCE
 34M	/private/tmp/StringTable.Names.ezd1AZv
 32M	/private/tmp/build_hd_index.yw3O5IkN9a2wc7T8
 23M	/private/tmp/StringTable.Names.L3WU0kD
mac:var root#</code></pre></div>　大きめのファイルはあるものの，1GB程度だった．<br />　次に/private/var/tmpを確認．<br /><div class="xoopsCode"><pre><code>mac:var root# sudo du -sh /private/var/tmp/* | sort -rh | head -n 10🈁
^C

mac:var root#</code></pre></div>　レスポンスがない．どうもファイル数が多い模様．<br />　そんな時はfindコマンドでファイル数を確認．<br /><div class="xoopsCode"><pre><code>mac:var root# sudo find /private/var/tmp -maxdepth 1 | awk -F/ &#039;{print $NF}&#039; | sed -E &#039;s/[0-9_-]+/X/g&#039; | sort | uniq -c | sort -rn | head -n 20🆑

357256 X.eml
356473 X.zip
  20 iTermX.socket.X
   1 tmp
   1 quicklookdXexitXACXFFXDCXCXAXEAX.tailspin
   1 filesystemui.socket
mac:var root#</code></pre></div>　X.emlというファイルが約36万ファイル．X.zipというファイルもほぼ同じ数存在している．70万ファイル以上あってこれがストレージ空き容量を圧迫し，結果的にmacのレスポンス性能を下げている原因の模様．<br />　tmp以下のファイルなので，OS再起動すれば消えそうな気がする．<br />　ちなみに，uptimeを確認するとこれ．<br /><div class="xoopsCode"><pre><code>mac:var root# uptime🆑
11:14  up 244 days,  7:42, 7 users, load averages: 1.97 2.05 2.08
mac:var root#</code></pre></div>　長い方かな．<br /><br />　サーバを再起動せずにこのファイルを消すとなると，rmコマンドだとArgument list too longがでてエラーになるので，findコマンドを使って消すこととする．<br /><div class="xoopsCode"><pre><code>mac:var root# sudo find /private/var/tmp -maxdepth 1 -name &quot;*.eml&quot; -delete
mac:var root# sudo find /private/var/tmp -maxdepth 1 -name &quot;*.zip&quot; -delete
mac:var root#</code></pre></div>　時間は20分程度かかった．<br />　消えたかどうか確認．<br /><div class="xoopsCode"><pre><code>mac:var root# sudo find /private/var/tmp -maxdepth 2 | cut -d/ -f1-5 | sort | uniq -c | sort -rn | head -n 10🆑
   1 /private/var/tmp/quicklookd_exit_7AC643FF-AAAA-46C2-A516-XXXX0609ZZZZ.tailspin
   1 /private/var/tmp/iTerm2.socket.94829
   1 /private/var/tmp/iTerm2.socket.93570
   1 /private/var/tmp/iTerm2.socket.9070
   1 /private/var/tmp/iTerm2.socket.903
   1 /private/var/tmp/iTerm2.socket.902
   1 /private/var/tmp/iTerm2.socket.900
   1 /private/var/tmp/iTerm2.socket.8505
   1 /private/var/tmp/iTerm2.socket.8495
   1 /private/var/tmp/iTerm2.socket.8492
mac:var root#</code></pre></div>　調べると，これはmacOS High Sierraのバグで，High Sierraから導入されたファイルシステムのAFSとbuild_hd_indexというファイルのインデックス作成を行う機能でこのゴミファイルを作ってしまう模様．　最近のOSでは解消されているそう．<br />引用：<div class="xoopsQuote"><blockquote>　High Sierraの頃は、/private/var/tmp というシステム共通の場所にさまざまなアプリ（Mailなど）が直接一時ファイルを書き込んでいたため、アプリがクラッシュした際に「誰のゴミか分からずシステムも消せない」という状態に陥っていました。現在のmacOSでは、アプリはシステム共通の場所ではなく、アプリごとに完全に隔離された専用のコンテナ領域（~/Library/Containers/ などの内部）に一時ファイルを作るようセキュリティ構造（サンドボックス）が強化されました。万が一アプリがクラッシュしても、そのアプリが次に起動した際や、OSの自動メンテナンスによって、その隔離領域ごと安全かつ確実に掃除される仕組みに変わっています。<br /></blockquote></div>　不要ファイルを消すためのシェル．DeleteTemp.shを準備．<br /><div class="xoopsCode"><pre><code>echo &quot;=== 処理を開始します（root権限） ===&quot;
echo &quot;1. 削除前のファイル数をカウント中...&quot;
before_eml=$(find /private/var/tmp -maxdepth 1 -name &quot;*.eml&quot; -mtime +0 | wc -l)
before_zip=$(find /private/var/tmp -maxdepth 1 -name &quot;*.zip&quot; -mtime +0 | wc -l)

echo &quot;2. 1日前以上の古いファイルを削除中（数分かかる場合があります）...&quot;
find /private/var/tmp -maxdepth 1 \( -name &quot;*.eml&quot; -o -name &quot;*.zip&quot; \) -mtime +0 -delete

echo &quot;3. 削除後のファイル数をカウント中...&quot;
after_eml=$(find /private/var/tmp -maxdepth 1 -name &quot;*.eml&quot; -mtime +0 | wc -l)
after_zip=$(find /private/var/tmp -maxdepth 1 -name &quot;*.zip&quot; -mtime +0 | wc -l)

echo &quot;&quot;
echo &quot;=== 作業結果レポート ===&quot;
echo &quot;【.eml ファイル (1日前以上)】&quot;
echo &quot;  作業前: ${before_eml} 個 -&gt; 作業後: ${after_eml} 個 (削除数: $((before_eml - after_eml)) 個)&quot;
echo &quot;【.zip ファイル (1日前以上)】&quot;
echo &quot;  作業前: ${before_zip} 個 -&gt; 作業後: ${after_zip} 個 (削除数: $((before_zip - after_zip)) 個)&quot;
echo &quot;========================&quot;</code></pre></div>　実行してみた．<br /><div class="xoopsCode"><pre><code>mac:bin root# ./DeleteTemp.sh🆑
=== 処理を開始します（root権限） ===
1. 削除前のファイル数をカウント中...
2. 1日前以上の古いファイルを削除中（数分かかる場合があります）...
3. 削除後のファイル数をカウント中...

=== 作業結果レポート ===
【.eml ファイル (1日前以上)】
  作業前:      528 個 -&gt; 作業後:        0 個 (削除数: 528 個)
【.zip ファイル (1日前以上)】
  作業前:        0 個 -&gt; 作業後:        0 個 (削除数: 0 個)
========================
mac:bin root#</code></pre></div>　これをcrontabに登録しておくとクリーニングしてくれる事に．</div>]]>
       </content>
    </entry>
    <entry>
        <title>ブルーレイドライブ外付け！さらに速く軽く薄く安定性！　を買ってみた</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=11200" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=11200</id>
        <published>2026-05-16T23:46:52+09:00</published>
        <updated>2026-05-18T17:29:34+09:00</updated>
        <category term="Mac周辺機器" label="Mac周辺機器" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　2019年7月に買ったPioneerのポータブルブルーレイドライブBDR-XD07ですが，2140回の使用で故障．回転はするけど読み込みエラーが多い．異音がする様に．ブルーレイレンズクリーナーを使っ...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　<a href="http://www.ujp.jp/modules/d3blog/details.php?bid=6255" rel="external">2019年7月に買ったPioneerのポータブルブルーレイドライブBDR-XD07</a>ですが，2140回の使用で故障．回転はするけど読み込みエラーが多い．異音がする様に．<a href="http://www.ujp.jp/modules/d3blog/details.php?bid=10852" rel="external">ブルーレイレンズクリーナーを使ってみた</a>らちょっと改善した感じだったけど，そのうち全部読み込みエラーになるので，故障と判断．<br />　そして<a href="http://www.ujp.jp/modules/d3blog/details.php?bid=9158" rel="external">２台目の2023年3月にかったPioneerのポータブルブルーレイドライブBDR-XD08LE</a>も982回の利用なのだけど，後半のデータが読み込み失敗することが多くなった．<br />　メディアがおかしい様な感じもあったのだけど，結局ドライブを新しくしたらエラーで読み込みエラーにならなくなったので，ドライブが異常だった．<br />　調べると，ブルーレイドライブはレンズが経年劣化で痛むそうで，痛んだのでしょう．対抗のブルーレイレコーダーのブルーレイドライブは故障してないのだから，これは薄型ドライブの宿命なのか？<br /><br />　東芝もソニーもブルーレイレコーダーから撤退．パソコン用のドライブのパイオニアも終了．バッファロー，ロジテックも夏までに終了．アイ・オー・データ機器が継続で最後の砦らしい．<br /><br />　そして代替として買ったのが，これ．<br /><br />　正式な？商品名は「ブルーレイドライブ外付け！さらに速く軽く薄く安定性！】外付けブルーレイドライブ USB-A/C対応 BD/DVD/CD 再生・読み込み・書き込み対応 ポータブルBlu-rayプレーヤー Windows 7-11/Mac OSパソコン対応」です．6,788円．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15108&Blur-rayDrive1.jpg" align="center" alt="" /></center><br />　相場からするとすごく安いので不安はあったけど，問題なく動作．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15106&Blur-rayDrive2.jpg" align="center" alt="" /></center><br />　データ転送用のUSBケーブルが内蔵しているけど，それだけでは動かず付属している電力供給用のUSBケーブルも接続が必要．つまりUSB-Aを２ポート使用．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15107&Blur-rayDrive3.jpg" align="center" alt="" /></center><br />　その変わり？と言って良いのか，USBハブ機能がある模様．４つと，さらにSDカードも挿せる様になってる．<br /><br />　ドライブはMATSHITA BD-MLT UJ260AFというもので，トレーにメディアをいれて押し込んでもすぐだとでてくるので，押し込んだ後「ガリ」っと音がするまでは押さえておく必要があるのと，USBポートあたりがLEDでキラキラと光る．．．これはパソコン光らせたい人のニーズなのだろうか．</div>]]>
       </content>
    </entry>
    <entry>
        <title>ボイスメモの設定</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=11148" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=11148</id>
        <published>2026-04-13T09:46:02+09:00</published>
        <updated>2026-04-13T09:46:02+09:00</updated>
        <category term="iPhone" label="iPhone" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　iPhone純正の録音アプリの「ボイスメモ」．デフォルト設定だと音質が悪い，というか会話録音を優先にしているのでモノラルで非可逆圧縮(オリジナルに戻せない圧縮)をしているそう．...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　iPhone純正の録音アプリの「ボイスメモ」．デフォルト設定だと音質が悪い，というか会話録音を優先にしているのでモノラルで非可逆圧縮(オリジナルに戻せない圧縮)をしているそう．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=14984&iPhoneVoiceMemo1.jpg" align="center" alt="" /></center><br />　よってそれらをステレオ，ロスレス圧縮に変更するには，[設定]→[アプリ]→[ボイスメモ]で次のような画面を開く．<br />　設定後はこんな感じに．<br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=14983&iPhoneVoiceMemo2.jpg" align="center" alt="" /></center></div>]]>
       </content>
    </entry>
    <entry>
        <title>IINAで再生が止まるのでのキャッシュ設定を変更してみた</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=11120" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=11120</id>
        <published>2026-03-24T17:13:54+09:00</published>
        <updated>2026-03-24T17:13:54+09:00</updated>
        <category term="Macソフト" label="Macソフト" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　m2tsファイルを作成しても，IINAで再生できないことがある．　正確にいうと，最初から再生して数秒は問題ないけど，その後が再生できない．　Geminiに訊いてみたら，以下の方法が良い...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　m2tsファイルを作成しても，IINAで再生できないことがある．<br />　正確にいうと，最初から再生して数秒は問題ないけど，その後が再生できない．<br /><br />　Geminiに訊いてみたら，以下の方法が良いとのことで試したら再生できたのでメモ．<br /><br />引用：<div class="xoopsQuote"><blockquote>キャッシュ（バッファ）を増やす<br /><br />    設定 > 詳細 > 追加のmpvオプション に以下を1行ずつ追加してみてください。<br />        cache=yes<br />        demuxer-max-bytes=500MiB<br /></blockquote></div><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=14923&IINAcacheSetting.jpg" align="center" alt="" />><br>IINAの設定</center><br />　これで最初から再生するなら問題なく，一時停止や再生再開もできる．しかしキーボードの矢印キーを押して早送りや巻き戻し，タイムバーをクリックしてスキップなどをすると再生できない．　再生を続けてもタイムバーは動かない．<br /><br />　キャッシュを大きくして読み込んでいると再生できることと，m2tsファイルをレコーダーに描き戻して再度取り出すと再生できることがあるから，これはレコーダ側で書き込むときになにかインデックスデータが破損しているのだろう．再作成した方が良いようにおもうけど，m2tsからmpegファイルに変換するなどの対処がよいらしい．</div>]]>
       </content>
    </entry>
    <entry>
        <title>あなたと一緒に移動し・・・トラッキング通知 ダイソーの紛失防止タグ　AirTag互換</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=11104" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=11104</id>
        <published>2026-03-09T18:39:36+09:00</published>
        <updated>2026-03-09T18:42:52+09:00</updated>
        <category term="Apple" label="Apple" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　カミさんのiPhoneにこのような通知が．　いわゆるストーカー防止機能かとおもい，アラーム機能鳴らしてみたら，私が持ち歩いているポケモンGO Plusに付けておいたダイソーで買ったAirTa...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　カミさんのiPhoneにこのような通知が．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=14893&AirTag2026.jpg" align="center" alt="" /></center><br />　いわゆるストーカー防止機能かとおもい，アラーム機能鳴らしてみたら，私が持ち歩いているポケモンGO Plusに付けておいたダイソーで買ったAirTag互換製品の「紛失防止タグ」が鳴りました．<br />　そして初めて，このアラートで地図がでて，徒歩ルートが出てました．<br /><br />　なんで今更なのだろう．どういうきっかけなのだろうなぁ．ちなみに，オカンに持たせているiPhoneの「探す」機能で，家を出たり戻ったりすると通知が来る設定にしているけど，今日は，到着の後に出発が出ました．<br /><br />　やはり，戦争が起きているからGPSデータが操作されているのかな．<br /><br /><br />引用：<div class="xoopsQuote"><blockquote>AI による概要<br /><br />　2026年に入り、GPS（衛星測位システム）の精度低下や位置情報のずれに関する報告が増えています。 <br />　主な原因は、太陽活動の活発化による電離層の影響、国際紛争に起因する電波妨害（ジャミング/スプーフィング）、そしてH3ロケット打ち上げ失敗による衛星投入遅れの3つが挙げられます。 <br /><br />1. 2026年3月時点の状況と原因<br /><br />国際紛争に伴うGPS妨害の激増<br /><br />　中東地域（ペルシャ湾など）において、紛争の影響でGPS信号を妨害する電波が急増しています。これにより、船舶や航空機だけでなく、周辺の一般ユーザーのスマホでも位置情報が「全く別の場所（空港や海の上など）」を示すなど、ナビゲーションシステムが「狂う」事例が多発しています。<br /><br />大規模な太陽フレアの影響<br />　2026年1月、大規模な太陽フレア（X1.9）が発生し、国立研究開発法人情報通信研究機構（NICT）がGPSの精度低下や通信障害の可能性について注意喚起を行いました。太陽フレアは地球の電離層を乱し、衛星からの電波到達を遅らせ、位置誤差（数メートル〜数十メートル以上）を生じさせます。<br /><br />日本版GPS「みちびき」のトラブル<br />　2025年12月、H3ロケット8号機の打ち上げ失敗により、衛星「みちびき5号機」が喪失しました。これにより、2026年度（26年度）に予定されていた「7基体制」の実現が難しくなっており、日本独自技術による高精度化（誤差1m以下）の計画に影響が出ています。 <br /></blockquote></div>　太陽フレアと，H3ロケットも関係しているのか．そういえば，家にいるのにポケモンGOのアバターが移動して，たまごが「ふか」する頻度も高くなった感じがある．</div>]]>
       </content>
    </entry>
</feed>