すでに使用可能なディスクで誤ってmkfsコマンドを実行する

Question

申し訳ありません。すべてが消え、あなた（またはあなたのホスト）がバックアップを持っていない場合は復元する方法はありません。

回復はmkfs本当に難しいですが、次のメッセージが表示された場合は完全に不可能です。

Discarding device blocks: done

このようにして、すべてのデータが消えます。そして、このメッセージはブロックが実際に削除された場合にのみ表示されます。削除をサポートしていないデバイスでは、メッセージはまったく表示されません。

mke2fs（mkfs.ext4およびその他）は常に完全に廃棄する必要があります。これが発生しないようにするには、このnodiscardオプションを明示的に指定する必要があります。マンページから：

   -E extended-options
   [...]
               discard
                      Attempt to discard blocks at mkfs time (discarding
                      blocks initially is useful on solid state devices
                      and sparse / thin-provisioned storage). When the
                      device advertises that discard also zeroes data (any
                      subsequent read after the discard and before write
                      returns zero), then mark all not-yet-zeroed inode
                      tables as zeroed. This significantly speeds up
                      filesystem initialization. This is set as default.

               nodiscard
                      Do not attempt to discard blocks at mkfs time.

SSDは削除をサポートしますが、イメージファイル（スパスファイルをサポートするファイルシステム）、ループデバイス、および一般的な仮想ハードドライブイメージも削除をサポートします。これにより、仮想マシンは未使用のブロックを破棄し、ホストは未使用のスペースを他の目的に使用できます。一部のホストでは、十分な空き容量がある場合はサーバー状態のスナップショットを作成できます。しかし、これは通常手動プロセスなので、今は役に立ちません。

技術的には、データは削除をサポートしていないホストハードドライブの「空き容量」のどこかにまだ存在する可能性があります。またはホストSSD（後でホスト削除が発生した場合）fstrim。そのため、ホストホスティングホストサーバー制御（VPS）でこれが発生した場合はフィルタリングを試みることができますが、VPS /クラウドホスティングサービスではこれを行うことはできません。自分が捨てたデータと他の顧客が捨てたデータを区別できないため、作業を完了できないだけでなく、プライバシーを理由に拒否します。同じホスト上の他の顧客の継続的な書き込みアクティビティによってデータが実際に上書きされる可能性があるため、どちらの場合も議論の余地があります。

Answer 1

申し訳ありません。すべてが消え、あなた（またはあなたのホスト）がバックアップを持っていない場合は復元する方法はありません。