M1 Macユーザーの一部から、SSDのウェアアウトを懸念する声が出ているようだ(iMoreの記事、 9to5Macの記事、 PC Gamerの記事、 Mac Rumorsの記事)。

これはS.M.A.R.T.情報表示ツールでみると、購入から2か月ほどのM1 MacでSSDの総書き込み量(TBW: TeraBytes Written/Total Bytes Written)が非常に多く、SSDの寿命の指標となるTBW閾値の数%を消費していると表示されることによるものだ。複数ユーザーからの報告をLinus Tech Tipsフォーラムがまとめているが、中には10%を超えているとの報告もみられる。書き込み量の多さはスワップ多発が原因とみられる一方で、S.M.A.R.T.情報表示ツールの不正確さも指摘されている。SSDが基板に直付けされた製品で製品寿命につながるSSDの寿命を懸念するのは仕方ないことでもあるが、不確かな情報で右往左往しても仕方ないとの意見もみられる。

ファイザーとバイオンテックは19日、両社のCOVID-19ワクチンを普通の冷凍庫・冷蔵庫で保存できるようにするラベル表示変更を米食品医薬品局(FDA)に申請したことを発表した(ファイザーのプレスリリース、 バイオンテックのプレスリリース、 Ars Technicaの記事)。

両社のCOVID-19ワクチン「Pfizer-BioNTech COVID-19 Vaccine」のラベルには現在、-80℃～-60℃(-112℉～-76℉)で保存するよう記載されており、保存には超低温冷凍庫が必要となる。この温度では最長6か月間の保存が可能だが、普通の冷凍庫で実現可能な-25℃～-15℃(-13℉～5℉)で最長2週間、普通の冷蔵庫で実現可能な2℃～8℃(36℉～46℉)で最長5日間保存しても品質に影響ないことが確認されたという。FDAが申請を認可すれば、緊急使用許可(EUA)ラベルで超低温冷凍庫による保存に加え、保存期間別に普通の冷凍庫・冷蔵庫を使用するオプションが記載されるようになるとのことだ。

WIREDによると、人間の記憶や体験を完全に保存し、必要なときに呼び出せるようにすることに取り組んでいるスタートアップがあるそうだ。このスタートアップは、Scribe AIといい、日常的なちょっとした会話などの記憶を忘れたときに、ノートや日記のようなものに変わる、記憶をすぐに引き出せるような「記憶のための補聴器」を作ることが目的であるようだ（WIRED）。

壮大な話ではあるが、最初の取り組みは非常に地味なものだという。具体的にはZoomのアドオン「Scribe with Zoom」を提供し、ミーティング中の音声と動画を保存、利用しやすいデータセットに変換するそうだ。日常会話の記録に関しては、Alexaを搭載したスマートスピーカーのマイク、FacebookやARやVR機器、生体認証の記録装置などを通じて記録していくのだという。またすべてを記録することにより、会話の相手に対して言質を取られたと思わせない仕組み作りもしていきたいとしている。

Microsoftは長年利用してきたNoSQLデータベースエンジン「Extensible Storage Engine」（ESE）のソースコードが公開された（GitHub、ESE、Publickey、Petri、＠IT）。

このデータベースは様々なMicrosoft製品に利用されてきたもの。ESEは「JET（Joint Engine Technology）API」を実装したもので、以前は「JET Blue」と呼ばれていたという。JET APIには「JET Red」という実装もあり、このJET RedはMicrosoft Accessに使われてきたものだという。

今回ソースコードが公開されたのはこの2種類のJET APIのうち、ExchangeやActive Directoryなどで利用されてきた「JET Blue」を実装したものだそう。＠ITによれば、JET BlueとJET、JET Redは名称的な混乱が起きる可能性があることから、今回JET BlueはESEに改称されたとのこと。

オンラインバックアップサービスを提供しているBackblazeは26日、2020年のハードディスクの故障統計データを発表した。同社は大量のHDDを運用していることから、統計情報を定期的に公開している（Backblaze、マイナビ）。

同社は2020年12月31日時点で、16万2530台のHDDを所有しているという。そのうちテスト用として231台、運用していない60台以上に関しては統計情報から外した。今回統計の対象となったのは残りの16万2299台で、さらに稼働日数が25万日以下のものは統計には含まれないという。これによって算出された年間故障率は前年が1.89％だったのに対して、2020年は半分以下の0.93％にまで減少したという。

製品別に故障率が最も少なかったのは、Seagate 6TBモデル（ST6000DX000）の0.23％。続いてHGSTの4TBモデル（HMS5C4040ALE640）の0.27％、3～5今でもHTSTで3位は4TBモデル（HMS5C4040BLE640）、4位は8TBモデル（HUH728080ALE600）が0.29％、12TBモデル（HUH721212ALE600）が0.31％だった。

2020年に新しく導入された中では、東芝の14TBモデル（MG07ACA14TA）と16TBモデル（MG08ACA16TEY）が故障率0％の好スタートを切ったという。ただ14TBモデルに関してはドライブ日数が2562日、16TBモデルも3万3774日と稼働期間が短いことから、統計情報には含まれていない。なおWestern Digital（WDC）に関しては、14TBモデル（WUH721414ALE6L4）以外は見当たらないが、HGSTと製造関係が共有されていることからHGSTとしてまとめられている模様。

セキュリティ研究者のJonas L氏は、Windows 10 April 2018 Update（バージョン 1803）に存在するバグにより、NTFSフォーマットで作成されたストレージを破壊するコマンドを発見したそうだ。この発見をBleepingComputerが検証したところ、このコマンドを含んだショートカットやZIPアーカイブ、バッチファイルを利用すれば、ファイルシステムインデックスを即座に破壊できるとしている（BleepingComputer、GIGAZINE）。

この攻撃があっても、通常はWindowsの起動時にチェックディスクが動き、自動で修復されるようだが、マスターファイルテーブルが破損する場合もあるようだ。ドライブが破損する理由は不明だとしている。

過去記事で指摘されている問題で、米運輸省道路交通安全局（NHTSA）が、電気自動車メーカーであるテスラに対し、リコールを実施を要請したことが分かった。NHTSAがリコールを求めているのは、2012~18年製のModel S および16~18年製のModel Xの約15万8000台。車両のコントロールに使用されている制御装置の記録装置に容量8GBのeMMCが使用されており、走行するたびにデータが書き込まれる結果、一定の段階で書き込み数上限に達してタッチスクリーンが機能しなくなるとしている（NHTSA[PDF]、Electrek、Electrekその2、Engadget）。

NHTSAによれば、単にタッチスクリーンが使えなくなるだけではなく、バックカメラや曇りとり・霜とりなど機能の操作が行えなくなること、同社固有のオートパイロットシステムに悪影響を与える、可聴チャイムや方向指示器、ドライバーセンシングなどの警告音機能に影響が出ることから、NHTSAはリコールを求めることにしたとしている。

headless 曰く、

Windows 10 バージョン20H2で発生が報告されていたchkdskの問題をMicrosoftが修正したようだ(Windows Centralの記事、 Neowinの記事、 SlashGearの記事、 Bleeping Computerの記事)。

この問題は「chkdsk /f」を実行するとファイルシステムが破損するというもので、システムドライブに対して実行すればBSoDが発生し、システムの起動が不可能になる。SSDのみで発生し、HDDでは発生しないという報告や、「chkdsk /f」をオフライン実行することで修復できるという報告も出ていた。

Microsoftはこの問題をWindows 10 バージョン2004/20H2の更新プログラムに関するサポートページに追記しており、影響を受けるのは11月30日リリースのプレビュー版更新プログラムKB4586853と、12月8日に月例更新で提供されたKB4592438(日本語版KB4586853とKB4592438には未追記)のようだ。非マネージドデバイスでは自動で修正が行われ、マネージドデバイスの場合は専用のグループポリシーをインストールすることで修正できると説明されている。

Microsoftは問題と修正の内容について詳しく説明していないが、修正用グループポリシーの内容によればKB4586853で導入された新機能に問題があり、新機能を無効化することで修正されるとみられる。既に問題の影響を受けてしまった場合、回復コンソールの詳細オプションからコマンドプロンプトを開いて「chkdsk /f」をオフライン実行すれば修復できるとのことだ。

Google Creative Labは8日、視線で会話のフレーズを選択して読み上げさせることが可能なAndroidアプリ「Look to Speak」をGoogle Playで公開した(Experiments with Googleの記事、 Android Policeの記事、 利用ガイド: PDF、 チュートリアル動画)。

Look to Speakでは複数のフレーズが左右2ペインに分けて表示され、左右の視線でペインを選択すると選択した側のフレーズが半分ずつ左右2ペインに表示される。ペインの選択を繰り返していくことでフレーズが絞り込まれていき、最終的に選択したフレーズが読み上げられるという仕組みだ。視線は画面の外を見つめるように大きく動かす必要がある。フレーズはよく使われるものがプリセットされているが、独自にフレーズを追加することも可能だ。対応するAndroidバージョンは9.0以上。専用のアイトラッキングデバイスは必要なく、端末のフロントカメラで視線を追跡する仕組みだ。

PC Watchによるとバッファローとエレコムの「USBメモリのかたちをしたSSD」の新製品を掲載したところ、想定を超えるアクセスがあったそうだ。その理由の一つに「USBメモリ型SSDはUSBメモリとなにが違うのか」という疑問が多くあったようで、記事ではその点について解説している（PC Watch）。

記事を超大雑把にまとめてしまえば、OSからの認識され方が異なるという話であるようだ。USBメモリの場合はWindows上から「リムーバブルメディア」として認識され、USBメモリ型SSDの場合は「ベーシック」として認識され、ローカルディスクと同様の運用ができるとしている。

headless 曰く、

米国家運輸安全委員会(NHTSA)は12日、Tesla Model SとModel Xのメディアコントロールユニット(MCU)が3～4年の使用で故障する原因はeMMC NANDフラッシュのウェアアウトだったと発表した(調査結果概要: PDF、 Ars Technicaの記事、 The Registerの記事、 The Next Webの記事)。

eMMCのウェアアウトでTeslaのMCUが早期故障することは以前から知られており、この問題を指摘する動画は昨年5月にYouTubeで公開されて以来67万回以上視聴されているが、NHTSAのOffice of Defects Investigations(ODI)では消費者からの苦情を受けて今年6月から事前調査を開始したという。MCUが故障するとリアビューカメラの映像が映らなくなるほか、結露除去の切り替えができなくなり、Autopilot時やウインカー使用時のチャイムが鳴らなくなるとのこと。

ODIが受けた苦情は537件。ODIが確認したところ、Teslaは2,399件の苦情を受けているほか、製品保証で交換したMCUは7,777台、保証外で交換したMCUは4,746台に上る。問題のMCUはNVIDIA Tegra 3プロセッサーを搭載し、8GBのeMMCが統合されたもので、2018年の初めまでに生産された2012年式～2018年式のModel Sと2016年式～2018年式のModel X、合計およそ159,000台が搭載しているそうだ。

TeslaではeMMCの書き換え回数を減らしたり、エラー発生時の影響を緩和したりする更新プログラムをOTA配信しているが、該当MCU搭載車が走り続ける限り今後も故障は継続して起きると述べているという。ODIでは技術解析を開始しており、この問題の影響範囲や発生頻度、安全性に関連した影響などを調査していくとのことだ。

あるAnonymous Coward 曰く、

Googleは、GoogleフォトとGoogleドライブのストレージ容量の仕様変更を発表した（Google Japan Blog、Googleフォト ヘルプ）。

今までGoogleアカウントのストレージ容量に計上されず無制限でアップロードできたGoogleフォトの高画質画像は、2021年6月1日からGoogle Pixel 3〜5以外の端末からアップロードする場合はストレージ容量の計上対象となる。またGoogleドライブに保存されている容量計上対象ではなかったGoogleドキュメント、Googleスプレッドシート、Googleスライド、Google図形描画(Drewings)、Googleフォーム、Jamboardのファイルも2020年6月1日以降に作成・変更した場合は容量に計上される。

Googleアカウントは長期間ログインしていないとアカウント削除か停止される方針は昔からあったようが気がするが、2021年6月1日からはGmail、Googleドライブ、Googleフォトで2年以上利用がない、または容量制限を超えている場合はファイルを削除する可能性があるそうだ。削除前に警告メールを送る可能性がある(このメールは受信できるのだろうか?)ので利用している方は要確認。

#この調子だと、Googleの15GB、iCloudの5GBの容量引き上げは当分実現されなさそう。。

P2P型の分散ストレージで大型ブロックチェーンプロジェクトでもある「Filecoin（ファイルコイン）」の正式版がスタートしたそうだ。Filecoinは3年前の2017年に新規コイン公開（ICO）で2億500万ドルを集めており、当時は最高額となる資金を調達することに成功している（INTERNET Watch、CointeleGraphジャパン、CoinDesk Japan）。

FilecoinはProtocol Labsが中心となって開発するオープンソースプロジェクト。世界中で利用されていないストレージは約50％ほどもあることから、このストレージをブロックチェーン技術を用いて共有するというものだそうだ。マイナーと呼ばれる空きストレージを供給してくれる人たちは世界の34か国から400人ほどおり、集まったストレージの総容量は325PB（ペタバイト）となっているという。

Google Chromeで終了時のサイトデータ削除を有効にしてもGoogle関連のサイトデータが一部削除されない問題が指摘され、Googleがバグだと説明しているそうだ(The Registerの記事、 The Vergeの記事、 Android Policeの記事、 発見者Jeff Johnson氏のブログ記事)。

この設定はGoogle Chromeの設定画面で「プライバシーとセキュリティ→Cookieと他のサイトデータ」にある「Chromeの終了時にCookieとサイトデータを削除する」をオンにすることで有効化できる。

実際に試してみたところ、Cookieはすべてのサイトで削除されたが、「chrome.google.com」と「www.google.com」ではローカルストレージが削除されず、「www.youtube.com」ではデータベースストレージ、サービスワーカー、ローカルストレージが削除されなかった。ただし、この動作は終了時の自動削除に限られ、個別に手動で削除すればすべて削除できる。

Googleはこの問題を調査中で近日中に修正版をロールアウトすると説明しており、手元の環境ではChromeを86.0.4240.111に更新したところ、YouTubeのサービスワーカーとローカルストレージは削除されるようになった。YouTubeのデータベースストレージとGoogleのローカルストレージは相変わらず削除されない。

ちなみに、Chromiumベースの新Microsoft Edgeでも同様の設定を試してみたが、いくつかのサイトで削除されないものがみられた。

1日に発生した東京証券取引所の障害の原因について富士通は19日、共有ディスク装置のマニュアルに不備があったと発表した。それによれば、マニュアルにはメモリ故障等に起因する特定事象が発生した場合、必ず自動切替が行われるという記載があったという。しかし、実際には自動切替が行われないパターンの設定があったとしている（富士通）。

実際の仕様とマニュアルの記載に齟齬が生じた理由として、共有ディスク装置のOSがバージョンアップされた際にマニュアル側の記載を変更しなかったことにあるとしている。メモリ部品が故障した原因については、偶発的なものだったという。

一部メディアで金融庁は東証に立ち入り検査を実施する方針だと報じられている。自動切り替えの設定にミスがあったことやシステム障害時の取引再開ルールが整備されていなかったことなどを理由としている（日経新聞、読売新聞）。