최대 절전 모드로 전환하고 다른 OS로 부팅 : 파일 시스템이 손상됩니까?

중대한

이 질문에 대한 답을 찾으러 여기 온다면 아래의 모든 답을 읽으 십시오. 이 작업을 수행하는 데이터를 잃은 사람들의 평가가 있습니다. 이 작업을 정기적으로 수행하려는 경우 직접 테스트하는 것이 좋습니다.

원래 질문

동일한 컴퓨터에 Windows와 Linux가 설치되어 있다고 가정합니다. Windows를 최대 절전 모드로 전환 한 경우 Windows를 다시 시작할 때 Windows 파일 시스템을 손상시키지 않고 Linux로 부팅 할 수 있습니까? 다른 방법은 어떻습니까? 하나를 최대 절전 모드로 전환하고 다른 하나를 부팅 한 다음 최대 절전 모드 파일 시스템 읽기 / 쓰기를 마운트하면 어떻게됩니까? 읽기 전용? 이것이 안전하지 않은 경우 다른 OS의 최대 절전 상태를 감지하고 파일 시스템 마운트를 막을 수있는 방법이 있습니까?

기본적으로 이것을 끊기 전에 이것을 얼마나 멀리 밀어 낼 수 있으며 가장자리 근처에서 얼마나 위험합니까? 위의 질문 중 일부에 대한 답변을 알고 있다고 생각하지만 다른 질문에 대해서는 전혀 모릅니다. 명백한 이유 때문에 내 컴퓨터에서 이것을 테스트하지 않았습니다. 누군가 이것들 을 테스트 했다면 , 나머지 우리를 밝혀주세요. 나는 반드시 모든 질문에 대한 구체적인 답을 찾고있는 것은 아닙니다. 합리적인 부분에 대한 답변을 받겠습니다.

편집하다

"최대 절전 모드"라고 말하면 RAM의 내용을 하드 디스크에 기록하고 컴퓨터의 전원을 완전히 끄는 과정을 의미합니다. 이 상태에서 컴퓨터의 전원을 다시 켜면 BIOS 및 부트 로더가 다시 표시되며 이론적으로 다중 부팅 시스템에서 다른 운영 체제를 선택할 수 있습니다. 어쨌든, 원래 질문으로 :

내 결과

좋아, 모든 사람들이 이것이 효과가 있다고 확신 한 후에 나는 그것을 직접 테스트했다. 최대 절전 모드 전에 모든 ntfs 파일 시스템과 외부 드라이브를 읽기 전용으로 다시 마운트하도록 Ubuntu를 설정했습니다. Windows는 Linux 파일 시스템을 읽지 않기 때문에 유사한 Windows 설정이 필요하지 않았습니다. 그런 다음 한 운영 체제를 번갈아 최대 절전 모드로 전환하고 다른 운영 체제를 몇 번 반복해서 다시 시도했습니다. 우분투 읽기 쓰기에서 Windows 파일 시스템을 마운트하고 몇 가지 파일을 만들려고했습니다. 다시 시작할 때 Windows가 불만을 제기하지 않았습니다. 결론적으로, 듀얼 부팅 Windows / Linux 시나리오에서 어느 정도 자유로이 동면 할 수 있습니다.

이중 Linux / Linux 공동 최대 절전 모드 상황은 테스트하지 않았습니다. 둘 이상의 Linux 설치가 있고 그 중 하나를 최대 절전 모드로두면 파일 시스템을 다른 시스템에서 마운트하여 손상시킬 수 있습니다.

최대 절전 모드 Linux에서 Windows를 부팅하는 것은 좋지 않습니다. 공유 NTFS 파티션에서 20GiB의 데이터를 잃어 버렸습니다 ...

나는 언젠가 우분투 루시드를 동면 시켰고 다음날 나는 내 컴퓨터를 가동시켰다. 일부 업데이트는 Grub에 저장된 옵션을 엉망으로 만들었으므로 우분투를 다시 부팅하는 대신 Windows 7을 시작했습니다. 커피와 함께 돌아 왔을 때 우분투가 곰 모드에 있다는 것을 상기하지 않고 계속 사용했습니다. 공유 파티션에서 음악, Firefox 프로필, 문서, 다운로드 및 게임에 액세스했을 수 있습니다.

다음에 우분투로 전환했을 때, "최대 절전 모드에서 깨우기"메시지가 나타났습니다. 댕 그러나 이전에 이것을 시도했을 때 (내 Karmic 시대에) 일어난 것처럼 깨어나지 않고 소프트 재부팅이 실패 할 것으로 예상했습니다. 그러나 아니, 그것은 잘 일어났다. 시원한. 아님 공유 파티션의 루트에있는 디렉토리가 이제 비어 있다는 것을 빨리 깨달았습니다. 재개시 공유 파티션에 액세스하는 유일한 프로그램은 Quod Libet (음악 플레이어) 및 Transmission (비트 토런트 클라이언트)이라고 생각합니다.

디렉토리로 열 수없는 Windows로 돌아갔습니다. 쉘에서 "dir"하려고하면 "file not found"가 생성됩니다. 손상되었습니다. 여전히 파티션의 여유 공간이 증가하지 않았으므로 아마도 20GiB가 여전히있을 수 있으며 덮어 쓰지 않아도됩니다. 아마도. 그러나 그들에게가는 방법?

약간의 연구만으로도 약간의 도움이되었고 희망을 더 어둡게 만들었습니다.

자동 복구없이 Scandisk ( "오류 확인")를 실행했습니다. 데이터를 더 이상 파괴하여 문제를 해결할 위험이 없기 때문입니다. "오류가 발견되었습니다. 자동 복구로 실행하십시오." 나에게 알려지지 않은 것으로 보이며 다음 부팅시 파티션이 자동으로 확인되도록 표시했습니다. 나는 전원을 끄고 나갔다가 나중에 EasyRecovery로 돌아 왔습니다.

컴퓨터는 평소와 같이주의를 기울이지 않고 시작했으며, 내가 보았을 때 chkdsk는 이미 약 10 분 동안 풀 스윙으로 오류를 분출하고있었습니다. 아, 여기 아무 것도 없어요

운 좋게도 최근 산타 테클라 (Santa Tecla)를 위해 촛불을 켜고 Windows가 시작된 후 일부 파일이 found.000에 도달했지만 내 데이터가 다시 돌아 왔습니다.

그래서, 이것은 행복한 결말을 가졌습니다. 당신은 극적인 서스펜스를 용서할 것이지만, 그것은 데이터를 백업하는 요점을 이끄는 것입니다! 그리고 (내 경우에는) 백업을 최신 상태로 유지하십시오! 물론 최대 절전 모드와 공유 파티션에주의해야합니다 ...

다른 것을 부팅하기 전에 항상 Windows를 최대 절전 모드로 전환합니다. Windows는 처음부터 시작하기에는 너무 느립니다. 그러나 일부 FS 테이블이 여전히 메모리에 있지만 (최대 절전 모드 파일에는 있지만 FS에는 없음) 응용 프로그램에 여전히 일부 파일에 대한 핸들이 있으며 일반적으로 파일 시스템 상태가 친절하기 때문에 최대 절전 모드 OS의 파티션에 쓰는 것은 위험합니다. 불안정한.

그러나 해당 파티션을 읽기 전용으로 마운트 할 수 있습니다. 이런 방식으로 최대 절전 모드와 동일하게 유지되며 Windows는이를 알 수 없습니다.

정상적으로 마운트하고 시스템 파일에서 멀리 떨어져 있다는 제안은 좋지 않습니다. 파일 내용의 재배치가 발생할 수 있고, MFT가 변경 될 수 있으며, 액세스 시간 속성이 변경 될 수 있으며, 그로 인해 파일 시스템이 심각하게 손상 될 수 있습니다. FAT에서는 그렇게 위험하지는 않지만 NTFS에서는 훨씬 더 복잡하고 메모리에 훨씬 더 많은 상태가 있기 때문에 실제로는 위험합니다.

정기적으로 Windows XP를 최대 절전 모드로 전환하고 USB를 통해 Ubuntu로 부팅합니다.
완벽하게 작동합니다.

'대기'모드와 ​​'최대 절전'모드에는 차이가 있습니다.
OS 상태가 디스크로 완전히 플러시되고 하드웨어 전원이 꺼집니다.
컴퓨터의 전원을 켜고 다른 OS로 부팅해도 최대 절전 모드 OS에는 영향을 미치지 않습니다.
원하는만큼 OS를 최대 절전 모드로 유지할 수 있습니다.

예를 들어,
여러 개의 Ubuntu 설치 (예 : USB 플래시 드라이브 당 하나씩)를 설치
하고, 각각을 최대 절전 모드로 설정하고, 드라이브의 플러그를 뽑은 후 다른 드라이브로 부팅 할 수 있습니다.
스태킹 / 체인 효과가 없기 때문에 여기에는 가장자리가 없습니다.
이 예에서 최대 절전 모드의 USB 스틱은 모두 서로 독립적입니다
(전원을 껐다 켜는 시스템에서).

최대 절전 모드의 " C:\"드라이브 의 작은 단점 중 하나 는 다른 OS로
부팅하는 경우 새 OS에서 최대 절전 모드의 부팅 파티션을 마운트 할 수 없다는 것입니다. 최대 절전 모드로
파티션 이 잠겨 있습니다.
해당 상태에서 편집하면 손상됩니다.

공유 NTFS 파티션에서 데이터 손실 문제를 확인할 수 있습니다. 나는 Lucid Lynx Ubuntu와 Windows 7을 이중 부팅합니다. Windows 7을 최대 절전 모드로 전환하고 Ubuntu로 부팅 한 후 3 개의 VirtualBox 가상 머신을 구축하고 (7 일 동안) 다양한 소프트웨어 패키지를 해당 머신에 설치했습니다. Windows 7로 다시 시작하면 파일이 사라졌습니다. 지나간. ntfsundelete 및 무엇보다도 그들을 찾을 수 없었습니다.

그래서 나는 이것이 실제로 데이터 손실의 원인인지 확인하기 위해 일련의 테스트를 실행했습니다. Windows 7을 종료 할 때 Ubuntu를 시작하고 일부 파일을 쓰고 Windows 7로 다시 시작하면 파일이 항상 유지됩니다. Windows 7을 최대 절전 모드로 전환하면 Ubuntu에서 다시 시작하고 일부 파일을 작성하고 Windows 7로 다시 시작하면 새 파일이 사라집니다.

변경 여부에 관계없이 파일에 기록 된 변경 내용에 대해 잘 모르지만이 상황에서는 공유 NTFS 파티션에 추가 된 새 파일과 폴더가 손실 될 가능성이 높습니다.

당신이 언급 한 것에 아무런 문제가 없습니다. 최대 절전 모드 파일 시스템을 마운트 했더라도 최대 절전 모드의 내용은이 파일이나 중요한 시스템 파일을 건드리지 않는 한 디스크의 큰 파일에 저장됩니다.

시스템을 끈 후에 다른 OS에서 파티션의 내용을 변경해도 원래 파티션은 여전히 ​​문제없이 부팅됩니다. 최대 절전 모드에서도 마찬가지입니다.

파티션을 마운트 / 마운트 해제 할 때 시스템 파일이나 드라이브 헤더 정보 (예 : MBR, 파일 저널)를 손상시키지 않아야합니다.이 시점은 최대 절전 모드와 관련이 없으며 더 일반적인 경고 일뿐입니다. 알기.

Windows XP와 Windows 7간에 공유 물리 드라이브 (FAT32)에서 문제가 발생했습니다. Windows XP를 최대 절전 모드로 전환하고 며칠 동안 Windows 7로 부팅 한 다음 XP로 돌아갔습니다. 이제 공유 드라이브에 손상된 파일 시스템이 있습니다. 디스크 검사기가 실행 중이며 꽤 나빠 보입니다. 대부분 교차 링크 된 파일이지만 수천 개가 있습니다.

이것은 다소 오래되었지만 중요한 문제이기 때문에 다른 평가가 가치가 있습니다.

2 개의 다른 PC에있는 데이터 (OS 관련 파일 없음)에 사용하는 외장 NTFS USB 하드 드라이브가 있습니다. 문제를 격리 할 때까지 데이터 손실이 계속 발생했습니다. PC 중 하나가 오래되고 느리기 때문에 (Windows XP) 빠른 재시작 시간을 위해 최대 절전 모드를 사용하여 해당 상태에있는 동안 하드 드라이브의 연결을 끊고 다른 PC (Windows 7)와 데이터를 기록했습니다. 매번 데이터 손실이 발생하지는 않았지만이 시나리오에서 발생했습니다. 내가 그 일을 중단했기 때문에 다시는 일어나지 않았습니다.

최대 절전 및 다중 부팅 문제가 발생했습니다. 상황 : Ubuntu 및 WinxP Multboot이지만 두 OS 모두에서 데이터 파티션을 볼 수 있습니다. 몇 가지 테스트를 수행했습니다 ... 앞뒤로 ... 그래서 Word로 Wordfile을 편집하고있었습니다 ... 파일을 저장하고 Word를 닫았습니다. 최대 절전 모드 ... 시작 Ubuntu ...가 동일한 파일을 OpenOffice로 편집했습니다. 최대 절전 모드입니다.

최대 절전 모드의 WinXP로 재부팅했습니다. Word는 변경 사항을 '보지 못했습니다'... 단순히 다른 파일처럼 보였습니다 ...

나는 또한 다른 방법 으로이 테스트를 수행했습니다 ... 두 번째 파일이 손상되었습니다 ... 파일을 열거 나 파일을 삭제할 수 없습니다 Chkdsk가 문제를 '해결'했지만 파일이 손실되었습니다 ... 다른 테스트에서 우분투는하지 않았습니다 편집 된 파일도 볼 수 있습니다.

최대 절전 모드와 동일한 파티션을 사용할 때 (OS가 부팅되는 파티션 일 필요는 없습니다 ...) ist는 매우 위험합니다 ... 파일은 테스트에서 손상 될 수 있으며 반복 할 수 있습니다 ... BTW : 내 테스트에서 항상 파일을 저장하고 최대 절전 모드로 전환하기 전에 응용 프로그램 (Word 및 OpenOffice)을 닫았습니다 ... !! 나는 파티션을 마운트하는 것이 범인이라고 생각했지만 이제는 파일 캐싱이나 그 밖의 문제가 문제라고 생각합니다 ... 어쨌든 : 다중 OS 최대 절전 모드에주의하십시오 ... !! 감사합니다, ArnoR

나는 듀얼 부팅 Windows (Vista)와 Ubuntu (9, 10, 11)에 대해 다음과 같은 파괴적인 경험을했습니다. Windows 및 DOS를 사용하고 구성한 경험이 오래되었지만 기술 사용자는 아닙니다. Win Vista 컴퓨터에서 라이브 CD를 통해 Ubuntu를 설치했습니다. 이것은 완벽하게 진행되었고 나는 곧바로 듀얼 부팅을 시작했다. 우분투 설치에 경고가없는 것을 보았을 때, 나는 두 시스템을 최대 절전 모드 (중지하지 않고 디스크에 저장)로 전환하고 자유롭게 전환 할 수 있다고 가정했습니다. 결과는 다음과 같습니다.

1) 잊어 버린 우분투에서 텍스트 파일을 편집하는 실수가 Windows에서 열렸습니다. 그 후 파일은 어느 운영 체제에서도 액세스 할 수 없었습니다. 심지어 삭제할 수 없습니다. Chkdsk가 마침내 삭제했지만 내 데이터가 손실되었습니다.

2) 또한 우분투에서 Win 파티션으로 직접 두 가지 다른 파일 작업을 시도했습니다. OpenOffice에서 pdf 파일 생성 및 Win 데스크탑에서 디렉토리 / 폴더 생성. 둘 다 Windows에서 액세스 할 수 없었습니다 (Windows 탐색기에서는 볼 수 있음). 운좋게도 우분투에서 삭제할 수는 있지만 chkdsk는 나중에 Windows에서 완전히 분리하기 위해 실행해야했습니다.

3) 큰 OpenOffice Writer 파일 (* .doc로 저장)은 한 번에 먼저 편집 한 다음 다른 운영 체제에서 여러 번 (편집 할 때 다른 시스템에서 열리지 않음) 갑자기 크기가 커졌습니다. 약 2MB-7MB이므로로드 및 저장이 거의 불가능합니다. 파일을 * .odt 문서로 저장하면 크기가 크게 줄었지만 저장 /로드 시간은 더 빠르지 않았습니다. 파일의 압축을 풀면 "콘텐츠"섹션이 22MB 이상인 것으로 나타났습니다. 텍스트 편집기를 사용 하여이 문서에 액세스하면 문서의 모든 단일 단어와 공간이 동일한 스타일로 개별적으로 형식이 지정되었습니다! 마지막으로 거대한 버전을 동일한 파일의 이전 버전과 비교하고 이전 버전을 비교의 기초로 사용한 다음 모든 변경 사항을 수락하고 저장하여 문제를 해결했습니다.

4)이 시점에서 나는 우분투 10에서 우분투 11로 업그레이드하고 11 시스템이 새로운 Unity 인터페이스를 독점적으로 사용한다는 것을 알았습니다.이 목적은 완전히 받아 들일 수 없었습니다. Ubuntu 11에 Gnome을 설치하는 방법을 알았을 때 Gnome 3가 Gnome 2보다 훨씬 열등한 것으로 나타났습니다. 따라서 Ubuntu를 완전히 제거하고 새로운 흔적을 남기지 않고 Gnome 2를 사용하는 Karmic Koala를 새로 설치하기로 결정했습니다. 유니티 시스템. 이것은 복잡한 것으로 판명되었지만 여러 온라인 설명서에서 똑같은 지침을 반복하여 찾은 후에 진행했습니다. EasyBCD 2.1.2 (Windows에서)를 실행할 때까지 모든 것이 잘 진행되었으므로 Ubuntu의 Grub 부팅 프로그램을 제거한 후 Windows로 직접 재부팅 할 수 있습니다. 재부팅 할 때 MBR이 치명적으로 손상되어 시스템이 부팅 가능한 하드 드라이브를 인식하지 못하는 것을 발견했습니다.

5) 이제 Vista로 다시 부팅 할 수 있었고 시스템에서 무작위로 많은 파일이 사라지기 시작한 것을 발견했을 때 우분투를 다시 설치할 준비가되었습니다. 분명히 파일 시스템이 여전히 손상되었습니다. Windows를 완전히 다시 설치해야만 문제가 해결되었으며 Karmic Koala를 설치하기 전에 앞으로 비슷한 문제를 피하기 위해해야 ​​할 일을 매우 신중하게 고려하고 있습니다. 나는 희망을 내 문제가 최대 절전 모드 문제와 관련되어 있지만, 확실하게, 내가 다른에서 그들을 액세스하기 전에 하나 명의 운영 체제에서 파일을 넣을 수있는 별도의 "전송"NTFS 파티션을 생성 고려하고있다. 실용적이지는 않지만 안전해야합니다. 나는 희망.

하지마 (다시!)

Vista / NTFS를 최대 절전 모드로 전환하고 Lucid를 부팅하고 3 일 동안 공유 ntfs 파티션에서 작업 한 후 파일과 디렉토리가 사라지거나 불쾌한 오류 메시지 (lucid 내)로 잠겨지기 시작했습니다. 내가 창문으로 다시 부팅했을 때 그것은 진정한 엉망이었고, 데스크탑은 혼란 스러웠다.
따라서 좋은 일이 아닙니다.
나는 이것이 전에는 가능하지 않았다는 것을 기억합니다 .'hibernated 'ntfs 파티션은 어떤 이유로 든 리눅스에서 마운트 할 수 없었습니다. 이 오래된 행동으로 돌아가고 싶습니다

위험! 또한 FAT32 및 NTFS 볼륨 모두에 심각한 문제이며 Windows (Windows 7이 있음)가 최대 절전 모드 인 경우에만 문제가 있음을 확인할 수 있습니다. 캐싱과 관련이 있으며 빠른 제거를 위해 드라이브를 설정하는 것을 고려했습니다. 문제가 해결 될 수도 있지만 Windows가 지원하지 않는 방식으로 하나의 파티션 만 설정하고 싶기 때문에 아직 시도하지 않았습니다. 내 OSX ntfs 드라이버조차도 파티션 캐시 제어를 지원하지만 창은 지원하지 않습니다. 또한 내 OSX ntfs 드라이버는 드라이브를 마운트하지 않아야 함을 인식하는 것 같습니다. 이 문제와 관련이있는 것 같습니다. 희망이 도움이됩니다.

여기 내 경험이 있습니다. Windows 및 Kubuntu (11.04)에서 이중 부팅 시스템을 사용하고 있습니다. 내 파일의 대부분은 Windows NTFS 파티션에 있으며 주로 Linux에서 사용합니다. FUSE를 사용하여 마운트됩니다.

이것이 일어난 일입니다.

1. 최대 절전 모드
2. 다음 부팅시 Linux로 부팅하여 Windows로 부팅하지 않고 몇 주 동안 사용했습니다.
3. Windows로 다시 부팅 (온라인 테스트는 Internet Explorer에서만 작동하고 다른 방법으로는 ie4linux로는 충분하지 않기 때문에)

Windows가 다시 시작되면 2 주 동안 생성 된 모든 파일이 누락 된 것으로 나타났습니다. Linux로 다시 부팅하여 파일이 없는지 확인했습니다. Windows가 NTFS 파일 시스템을 최대 절전 모드로 복원 한 시점으로 복원 한 것으로 추측합니다.

ntfsundelete 및 testdisk와 같은 도구를 사용해 보았습니다. 누락 된 파일은 나열되지 않습니다. 또한 Linux는 Windows가 최대 절전 모드이고 종료되지 않은 경우에도 해당 드라이브를 RW 모드로 마운트합니다. Linux가 드라이브를 읽기 전용 모드로 경고하거나 마운트하는 것 같지만 여기서는 그렇지 않습니다.

또한 최대 절전 상태에서 두 개의 서로 다른 O / S간에 비 시스템 파티션을 공유하면 파일 시스템이 손상되고 데이터가 손실되는 것을 확인할 수 있습니다.

시나리오 : 3 개의 파티션 NTFS가 있습니다. 1. Windows XP 2. Windows 7 3. 데이터 (호환 모드에서 제대로 작동하지 않는 오래된 앱에는 여전히 XP를 사용해야합니다).

예 : 파티션 1 (XP)에서 부팅하고 Thunderbird를 실행하여 파일을 3에 저장합니다. 최대 절전 모드 (OS에서 RAM을 덤프하여 파일을 최대 절전 모드로 전환하고 PC를 종료) 파티션 2 (7)에서 부팅하고 파일을 3에 저장하는 Thunderbird를 실행합니다. 여기서 chkdsk가 있거나없는 액세스 파일 등으로 문제가 시작됩니다. 파티션 1에서 부팅으로 돌아가고 OS_2_7로 수정 된 파일이 다시 손상되었습니다. 심지어 최대 절전 모드 (예 : Firefox) 전에 열려있는 일부 파일이 손상되었습니다.

네 시스템 / 비 시스템 파티션을 사용하더라도 두 개의 O / S를 최대 절전 모드로 전환하면 데이터가 손상됩니다. 왜 ? 근본 원인은 파일 LOCK 및 MFT라고 가정합니다. 최대 절전 모드에서 깨어 난 후 O / S는 MFT를 새로 고치지 않으므로 여전히 오래된 섹터에서 파일을 찾으려고 가정하면 크기 / 장소를 변경 한 파일이 손상됩니다.

나는 이것을 정확히했었다. 나는 사고를 피하기 위해 최대 절전 모드의 시스템 드라이브를 설치하지 않았으며 각 OS에는 별도의 스왑 파티션이 있습니다. 그러나 전용 데이터 파티션이 있었는데, 두 개의 동면 OS간에 데이터를 전송하는 데 사용할 것입니다. 파이어 폭스와 썬더 버드 프로파일을 거기에 두었으므로 두 개의 별도 프로파일을 유지할 필요가 없습니다. 최대 절전 모드로 전환하기 전에 한 컴퓨터에서 Firefox를 닫으십시오.

설정에 문제가 있다는 것을 기억하지 못하고 오랫동안 사용했습니다.

대답은 NTFS의 경우 예입니다 (다른 답변 참조). FAT와 같은 오래되고 간단한 파일 시스템으로 시도 할 수 있습니다. 그러나 그것은 어둠 속에서 찌르는 것입니다.

가상 머신으로 문제를 재현 할 수 있다고 덧붙이고 싶습니다. 이중 부팅 시스템에서 VirtualBox를 사용합니다. Windows 및 Linux 파티션 모두에 VirtualBox 호스트 소프트웨어를 설치하고 이미지 파일을 공유 NTFS 파티션에 저장했습니다. 목표는 Windows와 Linux 모두에서 동일한 VM을 사용할 수 있도록하는 것이 었습니다.

습관적으로 VM을 종료 할 때 VirtualBox에서 "시스템 저장"상태 명령을 사용했습니다. 이 명령을 사용하여 (어딘가 VM의 RAM 상태를 저장함) 랩톱을 다른 OS로 재부팅하고 동일한 VM을 다시 사용했습니다. VirtualBox에는 복원 옵션이 없으므로 VirtualBox의 다른 설치를 사용하여 상태를 저장 한 경우 VirtualBox는 VM의 저장된 상태를 인식하지 못합니다. 나는 VMware가 그것에 대해 더 똑똑하다는 것을 읽었지만 시도하지 않았습니다.

결국 모든 VM이 손상되었습니다. 하지만 fsck를 사용하여 대부분의 손상을 해결할 수있었습니다.

이 문제를 재현하기 위해 OS를 분할하고 설치하는 데 몇 시간을 소비 할 필요가 없습니다.

내 솔루션? Windows에서 최대 절전 모드를 비활성화했습니다. 우분투에서는 기본적으로 비활성화되어 있습니다. 다른 컨텍스트 (다른 ​​OS, 다른 호스트 설치 등)에서 해당 VM을 시작하려는 경우 VM의 시스템 상태 저장도 사용하지 마십시오.

누군가이 문제에 취약하지 않은 파일 시스템 (또는 OS 등)을 만들 때까지.

또한 손상을 피하기 위해보고 된 경우 최대 절전 모드를 시작하기 전에 공유 파티션에서 열려있는 모든 핸들을 닫고 (또는 아마도 디스크로 플러시) 파티션을 마운트 해제하십시오-파티션을 마운트 해제 할 수도 있습니다-Windows에서도 그렇게해야합니다. 거짓말 라이언의 답변). 그러나이 상황에서 안전하고 최대 절전 모드를 사용하지 않는 것을 선호합니다.

나는 이것이 가능하다고 생각하지 않습니다.

최대 절전 모드로 전환하면 컴퓨터가 해당 OS에 '고정'됩니다 (더 나은 용어가 없음). OS를 최대 절전 모드로 전환하지 않고 전체 컴퓨터를 최대 절전 모드로 전환합니다. 최대 절전 모드에서 다시 시작하면 BIOS와 POST 시간을 다시 거치지 않습니다.