Windy／まどれ～にゅ

[無能（🍤） @competence07]

大阪、完全にこれで激熱
https://t.co/zFApfzxikT

[Windy／まどれ～にゅ @windy65535]

なんとなくそんな気はしてたけど、エスペラント語も普通に訳すのな、Claude。

[Windy／まどれ～にゅ @windy65535]

@CO_suu 富裕層アリ🐜…

[Windy／まどれ～にゅ @windy65535]

@mizunashi21 行動力‼️

[Windy／まどれ～にゅ @windy65535]

コピ・ルアク（ジャコウ猫のウ◯コから採ったコーヒー豆を使ったコーヒー）を頂いたので、恐る恐る飲んでみた。
確かに独特の香りはあるね。

[Windy／まどれ～にゅ @windy65535]

遅ればせながら あけおめことよろ。今年もいい年になりますように。

[Windy／まどれ～にゅ @windy65535]

フォルダ整理してたら出てきたので再掲。もう10年も経つのか。

[Windy／まどれ～にゅ @windy65535]

北高・オープンハイスクールに参加してきました。ハルヒの舞台の校内を見て回れて感無量。企画してくれた関係者の皆さん、ありがとうっ

[Windy／まどれ～にゅ @windy65535]

思ってたより公園小さかった。

[Windy／まどれ～にゅ @windy65535]

やっぱMicrosoft、信用できない。

[Windy／まどれ～にゅ @windy65535]

Windows 11のSSD破壊問題で“サイレント・フィックス”か？「KB5065426」で迎えた一連の騒動の終着点 https://t.co/m8hFhrjZTo

[ごんた @TjPqXb5YO700Qs7]

ntfs.sys「6.2.26100.4946」問題 補足まとめ

1. 現象
System32 配下
　→ 6.2.26100.4946 日本語 と表示
別ディレクトリに移動
　→ 10.0.26100.4946 英語 と表示
一つのファイルに“二重ラベル”が同居している異常。

2. 技術的背景（推測）
Windows 11 24H2 以降、（かは知らんが）
バージョン情報は外部のマニフェスト／カタログ署名から引っ張る方式を採用したくさい？
右クリックの「詳細」も素のプロパティではなく外部リソースを表示する？
その参照先のデータが バグり散らかしていたため→ 2012年の Win8 時代の “6.2” 番号が出現？

一方でファイルのディレクトリを移動すると特殊な外部参照機能が切れ、10.0 系（英語）のバージョン実体が顔を出した。

3. 何が言えるか
6.2 のソースコードが実際に混入したわけではない。→ 中身は 10.0と6.2は一致している。ここは中身確認した。間違いない。同一である。
問題は表示レイヤーなのだが、
「ラベル管理すら崩壊していた」ことは確定情報。
それがCJK 環境でトラブル多発時期と重なる。
そのため
「検証ガバガバ疑惑」の非難が強まるのは必然。

4. ただし、ここは見方しだい
擁護的に見れば
→ 改ざん検知を強化、多言語展開効率化の副作用。しゃーないな。人間もaiもミスする。(・ω・｀)
悪意的に見れば
　→ 「こるひSilent 修正もバージョン隠蔽もやり放題の仕組みを構築開始？」やるやん。マイクソ。(☝︎ ՞ਊ ՞)☝︎

まとめ
6.2.26100.4946 は実体コードのロールバックではなく「ラベル事故」
ただ、ラベル事故意外にSystem32とWinSxS の保存不整合
はどう説明する？
アップデートガバガバやんけ。
保管庫にあるntfs.sysは 8月版
System32 にあるのは7月版？
これは駄目やろ？
Windowsは8月アップデート済み認識で実際には7月？

そんなQA 崩壊の痕跡が見え隠れる中で MS は「不具合はおま環！キリッ( *｀ω´)」で突っぱねてるのが現実。

結果：ユーザーからの怒りを買うのは当然。
「おま環」で逃げるのは今後さらに信頼を削るだけ。たかがcpu壊れただけて叩かれてまくったIntelが可哀想やわ。
何が冷却不足た？ジサカー舐め好きやろ
( ͡° ͜ʖ ͡°)

ちなみに全て適当な
個人的感想です。_(:3」z)_

[Windy／まどれ～にゅ @windy65535]

ほぼ証拠が出揃った感。

[go-nya54/エレピの人 @gonya54]

@TjPqXb5YO700Qs7 （修正再投稿）
これ、アップデートに
6.2ってwin8時代（確認）
のと思われるので
SSD非対応な古いドライバー
が誤って混入してSSDクラッシュ
って感じと思いますにゃ(=^・・^=)
そして、ねこるすき氏が問題発信
した事で誤った混入に気付いたので
本命のアプデに差し替えた。。
と思われるますにゃ

[ごんた @TjPqXb5YO700Qs7]

あれ？あれ？あれ？えぐい事実を知ってしまった？_(┐「ε:)_
7月の
ntfs.sys日本語版ファイルバージョンは 10.0.26100.4652（画像1）
だよね？

8月の
ntfs.sys日本語版ファイルバージョンは 6.2.26100.4946（画像2）
これ、なんかおかしい？6.2？
ただ、
ntfs.sys日本語版ファイルバージョン
10.0.26100.4946もある模様（画像3）
また、日本語版windowsなのに
ntfs.sys英語版ファイルバージョン
10.0.26100.4946（画像4）が8/20アプデ時には日本語版でもこれが落ちてきた。ワイが経験済み。

9月ってか8/30の
ntfs.sys日本語版ファイルバージョンは
10.026100.5074（画像4）

ん？8月の一番騒がれてた時と思われる
6.2.26100.4946なんかおかしくね？
6.2？6.2？
何故こんな意味不明なサイレントアプデってか、ファイルバージョン違いが山盛りあるんやろ？
マイクロソフト様には是非説明して欲しいのだ。_(┐「ε:)_
↓言語とファイルバージョンに注目。

[ごんた @TjPqXb5YO700Qs7]

つまり
こうやろ

KB5062660/3878 における Flush/Trim 嵐 ― サイレント修正疑い

1. 問題の発生条件
•対象：Windows 11 24H2 ＋ KB5062660 / KB5063878 適用環境
•症状：
•Flush / Trim / FUA が異常頻度で発火
•I/O 応答時間が 65,000ms 超の異常値を記録
•Storport Reset (イベント ID 129) → NTFS破損 (55) → 最悪 RAW化
•再現率は特に CJKロケール（日本語等）で高い

2. ファイルバージョン比較

(A) バグ入り版
•ntfs.sys：10.0.26100.4652（2025/07/10）
•storport.sys：10.0.26100.4652（同日付）
•WPAキャプチャ結果：
•Flush Count が 数万オーダーに急増
•Power Cycle Count が異常に伸びる（例：短時間で+50回）

(B) 修正版（得意のサイレント差し替え）
•ntfs.sys：10.0.26100.4946（2025/08/20）
•storport.sys：10.0.26100.4946（2025/08/20）
•WPAキャプチャ結果：
•Flush Count が正常値（数百～数千／長時間テストでも収束）
•応答時間 65,000ms オーバー現象が再現せず
致命的なバグ修正を公表せずにしれっと更新はまずくない？

最新版なら鬼畜な負荷掛けても大丈夫そうやで。
イメージバックアップとっとけばよかったw
くまじんのそのWindowsは貴重やぞw

[緒方恵美 @Megumi_Ogata]

いやだよこんな…見たことも聞いたこともないのに、乗れるわけないよ！

[古老のパンダ @pandarion_v3]

Windowsアプデが原因かはわかりませんが、やはりSSDの中身が吹っ飛んでいました🤤

SSDの認識はするものの中身はまったく見れなかったため、データを取り出す事もできませんでした

ダメージ甚大で芽も出ません(๑°⌓°๑)

[Windy／まどれ～にゅ @windy65535]

ウイルスよりもMSのパッチのほうがはるかに恐ろしい。

[窓の杜 @madonomori]

Windows 11パッチでSSDに障害発生、起動不能の場合も？～Phisonが声明を発表／「KB5062660」「KB5063878」適用後の影響をXユーザーが確認【やじうまの杜】 https://t.co/69ClC85V5S