축소를 담당하는 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 데비안 버그와 같은 실패한 이야기는 충분합니다.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

관련 정보