나는 대학에 새로운 컴퓨터를 가지고 있었고 컴퓨터의 이전 사용자가 거대한 1TB ext3파티션만을 사용한다는 것을 알았을 때 거의 모든 것을 스스로 설정했습니다 .
나는 보통 /home별도의 파티션을 유지 하고 LVM을 사용하는 것을 선호하므로 사용하여 파티션을 축소 resize2fs한 다음 빈 공간에 일반적인 LVM 항목을 작성 하기로 결정 했습니다. (전체 하드 드라이브에는 약 30G의 데이터 만 있으므로 문제가되지 않습니다).
라이브 CD를 사용하여 재부팅 한 resize2fs후 파티션을보다 합리적인 크기 (50G)로 축소 하도록 요청 했으며 1 시간 반 정도 정도 (하드 드라이브의 소음으로 인해) 데이터를 집중적으로 이동시키는 것처럼 보였습니다. .
이제 3 시간 이상 실행되었으며 CPU 사용량은 100 % 이지만 실제로 HD에서 소음이 들리지 않습니다 .
- 이것이 정상입니까?
- 되어
resize2fs나는 HD에서 소음을들을 수없는 이유를 몇 가지 이유와 그의의 배경에 재정 일부 집중적 인 숫자거야? - 전체 파티션 크기를 조정하는 데 시간이 얼마나 걸립니까?
답변
시간은 다른 것들의 부하에 따라 변할 수 있습니다.
문제가 있다고 생각되면 새 창을 열거 나 새 PuTTY 세션을 생성하고 dmesg(I / O 오류 등) 및 / 또는 df -h(사용 가능한 공간이 늘어나는 지 여부)를 실행하십시오.
어쨌든 시간이 많이 걸릴 것 같습니다. 개인적으로 얼마나 오래 있는지 모르겠습니다. 다른 네트워크 드라이브에 복사하고 다시 설치하는 것이 더 빠를 수 있습니다.
답변
RAID1 lvm2에서 ext4fs를 1TB에서 2TB로 온라인으로 크기를 조정하면 seagate barracuta 2TB SATA 드라이브 쌍에서 약 1 시간 40 분이 걸렸습니다. 이것이 루트 파티션이었습니다.
이 시간 동안 CPU는 10 %를 넘지 않았습니다 (md2_raid1 및 md2_resize를 계산). 부하는 약 3이었다.
resize2fs 프로세스가 CPU의 100 %를 소비하고 HDD가 작동하지 않으면 실제로 끼어있는 것 같습니다. syslog에 오류 메시지가 있는지 확인하십시오.
설정이 더 간단하므로 (RAID1 LVM 없음) 시간이 덜 걸리고 프로세스 중에는 하드 디스크가 CPU가 아니라 많이 작동합니다.
또한, resize2fs가 -p 디스플레이의 진행에 플래그 (백분율)를,하지만 그것은 단지 오프라인 모드입니다.
답변
다른 데이터 포인트 : 온라인 모드에서 1TB에서 2TB로 크기를 조정하지만 시스템은 단일 사용자이므로 매우 낮은 단일 SATA HDD 인 CentOS 6.7은 약 95 분이 걸렸습니다.