Windows는 레지스트리 변경 사항을 디스크에 언제 기록합니까?

TL; DR :

레지스트리를 변경 한 다음 Windows 10 시스템을 강제 종료하면 재부팅 후 레지스트리 변경이 나타나지 않습니다.

또한 최대 절전 모드 파일을 삭제하면 Linux 복구 도구가 오프라인 상태에서 Windows 레지스트리를 변경하는 기능에 영향을 줄 수 있습니다. 최대 절전 모드 파일을 삭제 한 후 도구를 영구적으로 변경할 수없는 것 같습니다. 아래에 구체적인 예가 나와 있습니다.

예 1 :

• "HKLM \ SOFTWARE"에 "1111"이라는 키를 추가합니다. 그런 다음 전원 버튼을 5 초 동안 눌러 상자의 전원을 끕니다.
• 
• 레지스트리를 다시 가져 오면 해당 키와 해당 값이 사라집니다.
• 
• (이 이미지들은 포맷을 위해 편집되었습니다)

예 2 :

• regedit를 사용하여 레지스트리를 변경하십시오.
• 시스템 최대 절전
• 리눅스 복구 도구로 부팅
• 디스크를 마운트하려면 최대 절전 모드 파일을 삭제하십시오.
• 복구 도구에서 Windows 레지스트리를 읽습니다.
• 레지스트리 변경이 사라졌습니다.

이것은 상자를 강제 종료하는 것과 같습니다.

예 3 :

다음과 같은 경우 낯선 행동이 나타납니다.

• 상자를 동면
• Linux 복구 도구로 부팅하고 최대 절전 모드 파일을 삭제하십시오.
• 복구 도구에서 레지스트리를 변경하십시오.
• 상자를 재부팅

이러한 변경 사항은 레지스트리에도 반영되지 않습니다.

무슨 일이야?

• Windows 10은 언제 레지스트리 변경 사항을 디스크에 기록합니까?
• 최대 절전 모드 파일을 삭제하면 (예 3) 복구 도구에서 작성된 레지스트리 변경 사항이 다음 부팅시 반영되지 않는 이유는 무엇입니까?

설명을 기대하고 있습니다!

TL; DR : 시스템을 올바르게 종료하십시오.

최대 절전 모드는 종료와 아무 관련이 없습니다. RAM을 디스크에 푸시하고 시스템이 중단 된 곳에서 정확히 작업을 재개하기 위해 디스크에 푸시 된 RAM 내용을 제외하고는 RAM 일시 중지 (절전)와 밀접한 관련이 있습니다. .

변경 사항을 유지하려면 최대 절전 모드 및 Windows Fastboot (최대 절전 모드의 하위 집합) 를 비활성화해야합니다 . 또는 실제로 최대 절전 모드가 아닌 다시 부팅 할 수 있습니다 .

변경 사항이 유지되지 않는 이유 는 최대 절전 모드 파일을 제외하고 디스크에 아직 기록되지 않았기 때문 입니다. 파일 시스템 자체를 복구하고 "마지막으로 성공한"상태로 돌아 가야 할 수도 있습니다.

시스템이 최대 절전 모드 인 동안 디스크에 기록되지 않고 대신 RAM에있는 몇 가지 주요 파일 시스템 구조가 있습니다. 최대 절전 모드에서 다시 시작하면 시스템은 디스크가 매우 특정한 상태에있을 것으로 예상하고 디스크 캐시와 중요한 시스템 파일이 실제 디스크가 아닌 최대 절전 모드 파일에 저장 될 수 있습니다.

당신이 할 경우 적절한 종료를 디스크에 다음 Windows 것이다 제대로 세척 작업 메모리를 한 다음 전원을 끄기 전에 깨끗하게 디스크를 마운트 해제합니다.

제대로 종료하려면 명령 프롬프트를 열고 다음을 입력하십시오.

shutdown /s /f /t 0

/s"종료", /f강제 및 /t 0"지금"을 의미합니다 (시간 = 0 초)

또는 빠른 부팅 및 최대 절전 모드를 비활성화 할 수 있습니다.

이상에서 읽기 HowtoGeek : 종료 아래합니까 완전 다운 윈도우 10를 종료하지 (그러나 다시 시작 않음)

하드 셧다운을 수행하는 것과 관련하여 문제는 Windows가 변경 한 것과 동일한 밀리 초 (또는 1 분) 동안 디스크에 변경 내용을 기록 할 수 없다는 것입니다. 거의 확실하게 몇 분 안에 쓰여질 것이지만 실제로 쓰여진 확률은 시간이 지남에 따라 증가 할 것입니다. 그것은 즉시 쓰여질 것 같지 않다. 그리고 당신이 변경을 할 시간에 가까워 질 수록 확률은 급격히 증가하며 거의 1 시간 안에 쓰여질 것이다.

그러나 하드 셧다운을 강제함으로써 시스템에 디스크 변경 사항을 안전하게 쓸 수있는 기회를주지는 않습니다.

대부분의 최신 파일 시스템은 가장 안전한 방법으로 변경하도록 작성되었습니다. 과거에는 변화가 일어 났거나 그렇지 않은 것처럼 "원자"라고 불렸다.

오늘 우리는 그들을 알고 저널링 파일 시스템 들이 작업의 로그 유지하기 때문에 것입니다 그 중 복귀 또는 시스템 오류 및 재부팅의 경우에 앞으로 출시 될 수있는 일이 있습니다. 정전시 시스템은 저널을 점검하고 각 트랜잭션에 대해 실제 파일 데이터가 디스크에 기록되고 "양호한"상태인지 점검합니다. 이 경우 변환이 롤 포워드되고 완료된 경우 이전 데이터로 롤백됩니다.

이 순서를 사용하면 디스크는 거의 항상 복구하기 쉬운 상태입니다.

그러나 시스템 전원이 갑자기 꺼 지도록하면 복구시 롤 포워드 할 정도로 트랜잭션이 충분히 진행되었는지 여부를 보장 할 수 없으며 Linux와 같은 운영 체제가 트랜잭션 히스토리에 대해 Windows만큼 신경 쓰지 않을 가능성이 높습니다. 모든 것을 앞으로 돌리는 것이 아니라 뒤로 돌리는 변화를 만드는 것이 아닙니다.

Windows로 재부팅 한 경우 파일 시스템에 대한보다 친숙한 지식을 가지고 있으므로 디스크를 올바르게 복구하려고 할 수 있습니다.

MSDN 페이지에RegFlushKey 설명 된대로 :

RegFlushKey 호출 은 디스크 대역폭을 소비하고 플러시 작업이 완료 될 때까지 플러시되는 레지스트리 하이브의 모든 프로세스에 의해 모든 키에 대한 수정을 차단하므로 시스템 전체 성능에 큰 영향을 미치는 비싼 작업입니다. RegFlushKey 는 응용 프로그램이 수정 후 즉시 디스크에 레지스트리 변경 사항이 유지되도록해야하는 경우에만 명시 적으로 호출해야합니다. 키에 대한 모든 수정 사항은 디스크로 플러시 할 필요없이 다른 프로세스에서 볼 수 있습니다.

또는 레지스트리에는 정기적으로 디스크에 레지스트리 수정 내용을 플러시하는 '게으른 플러시'메커니즘이 있습니다. 이 정기적 인 플러시 작업 외에도 시스템 종료시 레지스트리 변경 내용이 디스크로 플러시됩니다. 'lazy flush'가 레지스트리 변경 사항을 플러시하도록 허용하는 것은 디스크의 레지스트리 저장소에 대한 레지스트리 쓰기를 관리하는 가장 효율적인 방법입니다.

즉, 특정 키를 디스크로 즉시 플러시하는 것 (플러시가 완료 될 때까지 레지스트리에서 다른 모든 사람을 잠그는 것) 외에 레지스트리가 자동으로 플러시됩니다. 시간이 제공되지는 않지만 적어도 키 쓰기와 강제 종료 사이에 대기 한 시간 또한 이미 알아 낸 것처럼 종료시 플러시됩니다.

당신은 사용할 수 RegFlushKey를 조작 키 말했다 소프트웨어에 기능을, 또는이 귀하의 사용 사례에 중요한 경우, 즉시 디스크에 레지스트리 키를 작성 강제로 함께 추가 도구를 만들 수 있습니다.

TL; DR : 적시 에이 작업을 수행하는 것이 매우 신중합니다 .

에 대한 설명서 FSCTL_MARK_AS_SYSTEM_HIVE는 다음과 같습니다.

FSCTL_MARK_AS_SYSTEM_HIVE제어 코드는 지정된 파일이 레지스트리의 시스템 하이브를 포함하는 파일 시스템을 알려줍니다. 교착 상태를 피하고 데이터 무결성을 보장하기 위해 파일 시스템은 적절한 시점 에 시스템 하이브 데이터를 디스크로 플러시해야합니다 .

나는 이것보다 더 많은 세부 사항이 공개적으로 있다고 생각하지 않습니다.

레지스트리가 파일 시스템 위에서 캐싱을 수행 할 수 있기 때문에 파일 시스템 을 플러시 한다고해서 레지스트리가 플러시되는 것은 아닙니다 . 먼저 레지스트리를 플러시하려면 원하는 키를 발생 시키거나 호출해야합니다.NtFlushKeyZwFlushKey