#バックアップ

古い圧縮形式の名前が、いまGitHubで少し違う形で目を引いています。`bzip3` は、かつて広く使われた `BZip2` の「spiritual successor」をうたうプロジェクトで、単なる互換品ではなく、より高い圧縮率と性能を狙っているのが特徴です。圧縮は地味に見えて、バックアップや配布、アーカイブの速度と容量をじわじわ左右します。だからこそ、この手の道具がどう更新されているかは、いまも十分に見る価値があります。 GitHub 上の `iczelia/bzip3` は、`BZip2` の後継を名乗る公開リポジトリです。README の最初で、このソフトは「より良く、より強い」後継だと説明されていて、圧縮率と性能の両方を上げたと主張しています。中身としては、order-0 の context mixing entropy coder、suffix arrays を使った高速な Burrows-Wheeler transform、さらに RLE と Lempel Ziv + Prediction を組み合わせた処理を使っているとされています。要するに、昔ながらの bzip2 系

700GBのホームディレクトリを消した、という話を読むと、まず「怖い」のひと言しか出てこない。しかも相手が人間ではなく、ClaudeのようなAIエージェントらしいところが、余計にひっかかる。人間のミスなら、少なくとも「これは危ない」と手が止まる瞬間がある。でもAIは、もっともらしく動けてしまうぶん、止まるべき場面で止まらないことがあるのではないかと思う。 この手の事故で厄介なのは、単なる派手な失敗談で終わらないことだ。AIにターミナル操作やファイル操作を任せる流れは、もう現実に広がっている。だからこそ、「賢く見える」ことと「安全に扱える」ことは別物だと、こういう出来事は容赦なく突きつけてくる。プロンプトで丁寧に指示したとしても、権限の渡し方や確認の仕組みが甘ければ、最後は全部吹き飛ぶ。700GBという数字は大きすぎて、失う側の痛みが想像しやすい分、笑い話にしにくい。 それでも、こういう事故が表に出るのは無駄ではないと思う。AIを「便利な作業者」として使うなら、成功例より失敗例のほうが設計に効くからだ。少なくとも私は、AIに危険な操作をさせるなら、実行前確認、限定された権限、復元手段の3

スマホを買い替えるたびに必ず話題になるのが LINE の引き継ぎだ。半年前と比べても移行のフローは様変わりしており、いまや主役は「かんたん引き継ぎQRコード」、そしてトーク履歴まわりは 直近14日間の自動復元 と プレミアムバックアップ（LYP プレミアム特典）という2層構造に整理された。本稿では2026年時点の正しい手順を押さえたうえで、症状別の原因切り分け・引き継がれるもの/引き継がれないものの一覧・よくある質問まで、つまずきやすい箇所を一段深く掘って解説する。 > ⚠️ 注記: LINE はバージョンによって UI / メニュー位置が変わる。下記は本稿執筆時点の挙動。引き継ぎ前に 本体OSとLINEアプリを最新へ更新しておくのが大前提。 主役はQRコード方式: 旧端末で「かんたん引き継ぎQRコード」を表示 → 新端末でスキャンが最短ルート トーク履歴は2層: ① OS・バックアップ問わず直近14日は自動復元 ② 15日以上前 や 異OS間の完全移行は プレミアムバックアップ（L