☰

Windows 2008 - 시스템에서 사용되는 액세스할 수 없는 40GB 공간. 어디?

tag-icon • tag-icon windows windows-server-2008 disk-space-utilization
Windows 2008 - 시스템에서 사용되는 액세스할 수 없는 40GB 공간. 어디?

VMWare Virual Machine(v7)에서 시스템 복사본을 만들었습니다. 크기는 7.11 압축, 70 압축 해제(죄송합니다 시스템은 프랑스어입니다!) 로그인: 관리자 및 비밀번호: T3st https://mega.co.nz/#!l981ACQK!LnLFiUD5-MqPI9PnoOEpb_BiERkPe6W3PFa_x8dc_cE

내 하드 드라이브에 40GB가 누락되어 있으며 이를 추적하기 위해 많은 노력을 했지만 성공하지 못했습니다( chkdsk /r /f, Defrag, WinDirStat, Space sniffer, Windows Defrag에서 오프라인으로 부팅, GMER 2.1.1 루트킷 제거, 스트림, vssadmin, 디스 등). 그런데 프로그램은 관리자 및 시스템으로 실행되었습니다.

여기에서 디스크 공간 세부정보를 볼 수 있습니다.

여기에 이미지 설명을 입력하세요

내가 찾을 수 있는 유일한 세부 정보는 chksdsk시스템에서 40GB가 사용된다는 내용입니다.

Le nom de volume est System.

Avertissement ! Le paramètre F n'a pas été spécifié.
Exécution de CHKDSK en mode lecture seule.

CHKDSK est en train de vérifier les fichiers (étape 1 sur 3)...
  46402816 enregistrements de fichier traités.
La vérification des fichiers est terminée.
  793 enregistrements de grand fichier traités.
  0 enregistrements de fichier incorrect traités.
  0 enregistrements EA traités.
  84 enregistrements d'analyse traités.
CHKDSK est en train de vérifier les index (étape 2 sur 3)...
  46451532 entrées d'index traitées.
La vérification des index est terminée.
  0 fichiers non indexés analysés.
  0 fichiers non indéxés récupérés.
CHKDSK est en train de vérifier les descripteurs de sécurité (étape 3 sur 3)
  46402816 SD/SID de fichiers traités.
La vérification des descripteurs de sécurité est terminée.
  24359 fichiers de données traités.
CHKDSK vérifie le journal USN...
  100 % effectués. (1212416 octets USN sur 1216272 traités)
  1216272 octets USN traités.
Vérification du journal USN terminée.
Windows a vérifié le système de fichiers sans trouver de problème.

   157701119 Ko d'espace disque au total.
    26568260 Ko dans 260039 fichiers.
      130984 Ko dans 24360 index.
           0 Ko dans des secteurs défectueux.
    46482335 Ko utilisés par le système.
       65536 Ko occupés par le fichier journal.
    84519540 Ko disponibles sur le disque.

      4096 octets dans chaque unité d'allocation.
  39425279 unités d'allocation au total sur le disque.
  21129885 unités d'allocation disponibles sur le disque.

( 46482335 Ko utilisés par le système시스템에서 사용되는 46GB를 의미)

다음 중 하나의 시스템 볼륨 정보 폴더에 없는 것 같습니다.

여기에 이미지 설명을 입력하세요

Diskpart는 단 하나의 파티션임을 보여줍니다.

디스크파트

나는 또한 하드 드라이브 파일과 NTFS 무결성을 확인하기 위해 Linux debian 라이브 CD로 부팅을 시도했습니다.

"du -xks ./* | sort -n"의 결과(모두 괜찮습니다)

 0          ./Documents and Settings
 1          ./autorun.inf
 1          ./boot.ini.1.cache
 1          ./boot.ini.cache
 1          ./boot.ini..cache
 8          ./BOOTSECT.BAK
 16         ./cleanmem_log.txt
 22         ./SRVPRB
 53         ./SRVLOG
 234        ./$Recycle.Bin
 376        ./bootmgr
 504        ./Config.Msi
 916        ./_icon
 971        ./SRVSCRIPT
 2443       ./SRVTOOL
 3376       ./System Volume Information
 3792       ./inetpub
 15436      ./Boot
 19636      ./SRVWEB
 169092     ./Recovery
 281139     ./ProgramData
 513829     ./SRVINFO
 1421744    ./Program Files (x86)
 1543517    ./Users
 2877066    ./Program Files
 4197856    ./SRVFPT
 14981405   ./Windows

ntfsfix & ntfsfix -d 모든 것이 정상이라고 말합니다.

하지만 ntfsck는 다음 오류 신호음을 반환합니다. {오프셋 값} 레코드의 비트 값을 가져오는 중 오류가 발생했습니다.

Google에는 2,000개의 결과만 있고 그 결과 중 일부는 ntfsck 소스를 가리키고 있고 나머지는 관련이 없습니다...

Q: 시스템에서 사용하는 이 공간을 제거하려면 어떻게 해야 합니까?

추가 정보:

  1. 시스템은 VMware 변환기에서 제공되지만 원래 시스템(물리적)에는 동일한 공간 문제가 있습니다.
  2. EASEUS 파티션 마스터로 디스크를 축소했는데 이전에도 문제가 있었습니다.
  3. 가상 머신을 압축하면 14Go 크기의 tar.gz 아카이브가 생성됩니다. 마치 40Go가 비어 있는 경우와 같습니다.

편집하다:

사용된 공간은 MFT에 있지만 실제로 이를 제거하는 도구는 없습니다.

답변1

spacesniffer질문에 대한 댓글에서 HopelessN00b가 제안한 것과 같은 관리자 권한으로 실행해 보셨나요 ? 일반적으로 알려지지 않은 큰 문제가 해결되고 아마도 이것이 C:\Windows\WinSxS범인이라는 것을 알게 될 것입니다 . 이곳은 Windows가 .DLL예전의 DLL 지옥을 피하기 위해 다양한 버전의 파일을 보관하는 곳입니다 . 관리자 권한으로 명령 프롬프트에서 다음을 수행하여 어느 정도 정리할 수 있습니다.

  • Dism.exe /online /Cleanup-Image /StartComponentCleanup- WinSxS 폴더의 모든 파일 정리가 시작됩니다. 실제로 설치한 항목에 따라 공간이 약간 또는 상당히 많이 절약될 수 있습니다.

확인해 보세요이 비트주제에 대해 MS에서. 또한 일부 오류 코드와 함께 명령이 실패하는 경우가 꽤 많습니다. 이는 일반적으로 폴더에 완료해야 하는 작업(예: Windows 업데이트)이 보류 중임을 의미합니다. 특히, 이라는 파일이 있으면 C:\Windows\WinSxS\pending.xml아마도 작동하지 않을 것입니다. 모든 업데이트를 설치하고 재부팅한 후 다시 시도해 보세요. 도움이 되길 바랍니다!

답변2

VM을 다운로드하여 서버에 로드했습니다. 가장 먼저 눈에 띄는 것은 C 드라이브가 압축되었다는 것입니다. 실제 서버가 이와 같은 경우 드라이브의 압축을 풉니다. 그렇게 해서 얻을 수 있는 것은 거의 없습니다.

압축을 푼 후, 나는 당신이 보고 있는 것을 보고 있는지 확인했습니다. 150GB에 맞게 디스크 공간도 추가했습니다. 그런 다음 Defraggler Portable을 설치하고 디스크를 분석했습니다. 나는 어떤 파일이 어디에 있는지 알아보기 위해 섹터를 살펴보기 시작했고 $MFT가 많은 공간을 차지하는 것을 발견했습니다. 약간의 검색 끝에 CCleaner의 Drive Wiper 유틸리티가 이 문제를 해결할 수 있다는 것을 발견했습니다.

여유 공간 삭제(1패스)를 시작했습니다. 소프트웨어에 "MFT 여유 공간 삭제"가 표시되지만 작업은 약 24시간 동안 실행됩니다. 실행하고 다시 보고하겠습니다.

검색하면 $MFT 및 CCleaner와 관련된 많은 정보를 찾을 수 있습니다. 처음에 어떻게 이런 일이 일어났는지 근본 원인을 알 수 있는 '유레카' 순간을 발견할 수도 있습니다. 이 시점에서는 추측만 할 수 있습니다.

업데이트 1: 프로세스가 예상보다 오래 걸리고 VM 성능을 높이려고 시도했지만 진행률 표시줄이 멈추고 남은 시간이 늘어났습니다. 더 많은 리소스를 사용하여 VM을 다시 빌드했지만 차이가 없는 것 같습니다. 사용 가능한 옵션 중 하나는 C 드라이브를 백업하고 백업이 18~19GB 범위에 있는 경우 C 파티션을 포맷하거나 지우고 백업을 복원하는 것입니다. 나는 타사 디스크 도구가 $MFT 파일이 이러한 상태에 있는 원인이라고 의심합니다.

업데이트 2:

여기에 이미지 설명을 입력하세요

내가 할 수 있었던 것은 공간을 소비하는 것이 무엇인지 보여주는 것뿐이었습니다. 나는 그것을 자유롭게 할 수 없었습니다. 도움이 되는 유료 도구가 있을 수 있습니다. EASEUS 이전에 시스템에 어떤 파티셔닝 소프트웨어가 있었는지 알고 있다면 그것도 도움이 될 수 있습니다. 위 스크린샷에서 "드라이브의 64%"는 전체 150GB 파티션이 아닌 68GB VM을 기반으로 합니다.

답변3

이것은 흥미로운 문제입니다. 여기서 내 의심은 이것이 가상화된 물리적 시스템의 일부 인공물이지만 물리적 원인이 더 이상 존재하지 않기 때문에 감지할 수 없다는 것입니다.

두 가지 예는 다음과 같습니다.

  • VMware Converter가 인식하고 해결할 수 있는 물리적 드라이브의 불량 블록이지만 이제 불량 블록은 .vmdk 파일의 일부이지만 그렇지 않습니다.진짜비트 수준 복사가 실패했기 때문에 VMware Converter가 파일 수준 복사에 의존했을 수 있기 때문에 잘못된 블록이 발생했습니다.
  • 응용 프로그램에서 고아가 되었거나 VSS 기록기 문제로 인해 물리적 시스템에서 인식할 수 없는 일종의 섀도 복사본

내가 시도할 방법은 다음과 같습니다.

  1. 물리적 시스템이 아직 남아 있는 경우 거기에서도 전체 분석을 실행하세요. 단, 이미 가상화를 시도하여 문제가 해결되는지 확인했을 수도 있습니다.

  2. VM 내에서 이미지 백업을 수행하는 경우 VM을 테스트 VM으로 완전히 복원하고 분석을 다시 수행해 보세요.

  3. 아직 백업에 사용하지 않는 경우 ShadowProtect를 사용하여 물리적 시스템과 VM 시스템 모두의 또 다른 이미지 백업을 수행해 보십시오. 비용이 들지만 평가판 기간이 끝나면 비활성화되는 모든 기능을 갖춘 30일 평가판을 설치할 수 있습니다.

ShadowProtect를 사용하여 시스템 볼륨을 백업하려면 먼저 시스템을 재부팅해야 합니다. 백업을 받은 후 하드웨어 독립 복원을 시도하여 시스템을 복원할 수도 있습니다(ShadowProtect IT Edition을 구입해야 합니다. 우리 회사에서는 이를 사용하고 있으며 그만한 가치가 있지만 HIR이 그렇지 않도록 무료 솔루션을 찾고 있을 수도 있습니다) 그에 맞게).

ShadowProtect를 시도하는 두 가지 이유:

  • 파일 시스템에 접근하기 위해 설치하는 완전히 별도의 VSS 기록기가 있습니다. 기본 Windows VSS 기록기가 손상되었기 때문에 내가 생각할 수 있는 다른 모든 백업 소프트웨어가 작동하지 않는 시스템에서 ShadowProtect를 사용했습니다.
  • ShadowProtect는 외부 데이터를 제거하는 매우 강력한 압축 기능을 갖추고 있습니다. 가상 서버를 백업할 때 일반적으로 압축률은 50%~60% 사이입니다. 이 40GB의 정크도 제거할 수 있습니다.

이 경우 바닥에 도달하는지 알고 싶습니다.

답변4

공간이 이미 복구 지점으로 채워져 있습니다. 시스템 제어 - 시스템 - 고급 설정 - 탭 컴퓨터 보호 - 버튼 구성 - 삭제 버튼에서 이 드라이브의 복구 지점을 삭제해 보면 접근할 수 없는 공간이 사라지는 것을 볼 수 있습니다.

관련 정보