縮小を担当するresize2fsにSIGINTを送信するのはどのくらい危険ですか?

縮小を担当するresize2fsにSIGINTを送信するのはどのくらい危険ですか?

/、および/boot(2台の1T SATAディスクを備えたRAID1)パーティションのみを持つ古いPCサーバー(クアッドコアPentium 4)を継承しましたが、swap更新されたディストリビューション(CentOS 6.9以降)が必要でした。/含まれているパーティションをフォーマットできるように、新しいパーティションを作成することにしました。

-pしかし、フラグを追加するのを忘れていましたが、resize2fs今は私が静かに私を見つめていて、どれくらい時間がかかるかわかりません(50時間以上そこにいました)。これで、ファイルシステムを縮小する方法を知っています。時間がかかることがありますしかし、待つことができる間100時間、まるで800時間は不可能です

今私が考えているのはこうだ。

  • Ctrl+ C&&を引き続き使用してくださいe2fsck
  • パーティションをマウントし、100G以上のデータを手動で削除することは私たちには役に立ちません。
  • 上から始めるresize2fs -p ...

しかし、見つかりませんでした。意見一致どうするか危険SIGINTをに送信してくださいresize2fs

重要な情報の追加バックアップがありますが、ファイルシステムを損傷することなくこれを実行したいと思います。はい、最初からディストリビューションをインストールしてバックアップを復元する方が高速です。

修正する:私はそれを停止することにしました。すべてが大丈夫に見えますが、問題は持続します。私はまだ気になります。

ベストアンサー1

これは確かに興味深い質問です。結果はかなり良いですが(私が望むように、キャプチャはSIGINTまさにロケットサイエンスではなく、一部のデータの塊を再配置するために途中で一時停止することもそれほど難しくないようです)。 10yo Debianのバグのような失敗した物語は十分です。https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574292

しかし、このバグは10年が経っても、およびを含む多くの信号ハンドラがインストールされているにもかかわらず、シミュレーションを実行して通過しe2fsckましresize2fsたが、まだ何もありません。straceSIGINTSIGTERMresize2fs

したがって、誰もがこの問題を発見した場合は、上記の内容を逸話的な証拠とし、警戒してください。 :-) マニュアルページには、エラー発生時に元に戻すファイルを生成するためのフラグが記載されています。

(そして私はこのサイズ変更タスクをスクリーンセッションで実行したかったのですが…少なくとも私はそうです-p。)

編集する

ちょっと待って、先ほど気づきました。 SSH経由でログインしてLVMスナップショットを撮り、e2fsckサイズ変更が続行されている間はどうすればよいですか? 「ブロックの再配置」ステップを5回連続して実行しましたが、エラーが見つかりませんでした。確認するたびに、「エラーのあるファイルシステムが含まれています。強制確認」というメッセージが表示されます。もちろん、データの整合性については尋ねないでください。

編集する

ところで、tytso@自身の非常に興味深い答えです。https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574292#30

おすすめ記事