縮小を実行する resize2fs に SIGINT を送信するのはどの程度危険でしょうか?

縮小を実行する resize2fs に SIGINT を送信するのはどの程度危険でしょうか?

/私は、、および(2 つの 1T SATA ディスクによる RAID1)/bootのパーティションしかない古い PC サーバー (クアッド Pentium 4) を継承しましたswapが、ディストリビューションを更新する必要がありました (CentOS 6.9 から)。 を含むパーティションを/フォーマットできるように、新しいパーティションを作成することにしました。

-pしかし、フラグを追加するのを忘れたのでresize2fs、今は静かに私を見つめていて、あとどれくらいかかるかわかりません(50時間以上かかっています)。今、ファイルシステムを縮小することは長い時間がかかる、しかし私は待つことができた100時間、 何かのようなもの800時間は論外だ

私が今考えていることは次のとおりです。

  • Ctrl+ C&&を続行しますe2fsck
  • パーティションをマウントし、役に立たない 100G 以上のデータを手動で削除します。
  • まずは上からresize2fs -p ...

しかし、私は見つけることができませんでしたコンセンサスどのように危険なに SIGINT を送信することですresize2fs

重要な情報のバックアップは余分に取ってはいますが、それでもファイルシステムを壊さずにこれを実行したいです。そして、はい、ディストリビューションを最初からインストールしてバックアップを復元する方が速いかもしれないことはわかっています。

アップデート: 中断することにしました。すべては順調のようですが、疑問はまだ残っています。まだ気になっています。

答え1

確かに興味深い質問です。あなたの結果はかなり良いものでしたが(そして私が期待していた通り、キャッチはSIGINTそれほど難しいことではなく、途中で一時停止していくつかのデータブロックを再配置するだけでも難しくはないように思われます)、10年前のDebianバグのように、成功しなかった話もたくさんあります。https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574292

しかし、そのバグは 10 年前のものですが、私はモックe2fsckresize2fsを実行したところ、前者はと をstrace含む一連のシグナル ハンドラーをインストールしますが、まだインストールされません。SIGINTSIGTERMresize2fs

したがって、誰かがこの質問を見つけた場合: 上記を逸話的な証拠として受け止め、引き続き注意してください。 :-) マニュアル ページには、間違いがあった場合に取り消しファイルを作成するためのフラグが記載されていることに注意してください。

(そして私としては、このサイズ変更操作をスクリーン セッション内で実行できればよかったのですが... でも、少なくとも私はそうしています-p)

編集

待ってください、今気付いたのですが、SSH で接続して、e2fsckサイズ変更の実行中に LVM スナップショットを作成したらどうでしょうか? 「ブロックの再配置」フェーズでこれを 5 回連続で実行しましたが、チェックのたびに「エラーのあるファイル システムが含まれています。チェックを強制しました」というメッセージは表示されますが、エラーは見つかりませんでした。もちろん、データの整合性については聞かないでください。

編集

tytso@本人からのかなり興味深い返答。https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574292#30

関連情報