외장 하드 드라이브에 Linux를 설치했습니다. 메인/내부 HDD에 Windows가 있습니다.
- Linux OS가 실행 중인 동안 외장 하드 드라이브를 분리하면 어떻게 됩니까?
- 이것이 내부 HDD에 영향을 줍니까?
- Linux OS에 다시 액세스할 수 있나요?
- 그렇지 않다면 대답은 Windows에서도 동일합니까?
답변1
Linux가 실행 중인 동안 외장 하드 드라이브를 분리하면 어떻게 되나요?
조만간 시스템이 "충돌"할 것입니다. 당시 RAM에 로드된 모든 항목으로 계속 실행되지만 더 이상 존재하지 않는 파티션에서 읽기/쓰기가 필요한 순간 작동이 중지됩니다.
이것이 내 내부 HDD에 영향을 줍니까?
아니요.
Linux OS에 다시 액세스할 수 있나요?
그럴 수도 있지만 갑자기 플러그가 뽑힌 드라이브의 논리적 오류를 수동으로 확인하고 수정해야 할 수도 있습니다.
그렇지 않다면 Windows에서도 마찬가지입니까?
ㅏ잘못된 결론.
답변2
Linux가 실행 중인 동안 외장 하드 드라이브를 분리하면 어떻게 되나요?
일부 응용 프로그램은 더 이상 실행되지 않습니다. 제거된 디스크에서 스왑이 호스팅된 경우 일부 응용 프로그램이 충돌할 수 있으며 전체 시스템도 충돌할 수 있습니다.
또한 다음 부팅 시 시스템에 파일 시스템 검사가 필요합니다.
최신 Linux 파일 시스템과 배포판에서는 다른 일이 일어나지 않습니다.
이것이 내 내부 HDD에 영향을 줍니까?
그랬다면탑재, 예. 최소한 "Disk Dirty" 플래그는 완전히 마운트 해제해도 지워지지 않으므로 다음 부팅 시 Windows에서도 디스크 검사가 필요합니다.
"영향"이 데이터 손실이나 하드웨어 손상을 의미하는 경우 둘 다개념적으로 가능, 당신도 같은 의미로~할 수 있었다디스크의 플러그를 뽑자마자 운석 충돌로 사망합니다. 세 가지 가능성 모두 동일하게 멀리 떨어져 있습니다.
물론 이는 미사용 데이터를 의미합니다. 시스템 충돌 시 내부 디스크에 기록되던 모든 데이터는 적어도 부분적으로 손실된 것이 거의 확실합니다. 하지만 여러분이 다른 것을 기대했다고는 생각하지 않습니다.
또한 최신 버전의 ntfs-3g Linux 모듈을 사용하거나 NTFS, MFT 관리,저널링및 스태거드 R/W를 수행하고 데이터 안전 절차를 올바르게 구현합니다. 그렇지 않으면 커널 충돌이 문자 그대로 발생할 수 있습니다.아무것에게물리적으로 연결된 모든 디스크, 교체 포함말 타지 않은Lolcats의 사진이 있는 디스크의 파티션 테이블. 커널을 해킹하거나 배포판을 직접 제작하지 않는 한, 이러한 불편한 상황이 절대적으로 가능하지만 아직은 그렇지 않습니다.너는 그 안에 없어.
Linux OS에 다시 액세스할 수 있나요?
아마도 그렇습니다. 그렇지 않은 경우 발생할 수 있는 조건과 설정이 있지만 적용되지는 않습니다.
그렇지 않다면 Windows에서도 마찬가지입니까?
즉, 더 이상 Linux에 액세스할 수 없더라도 Windows에는 계속 액세스할 수 있습니까?
두 경우 모두에 액세스할 수 있을 것으로 예상됩니다.둘 다, 두 경우 모두 파일 시스템 무결성을 먼저 확인해야 합니다.
답변3
나는 과거에 실제로 이 문제를 겪었습니다. 주로 드라이브 불량 때문이었습니다.
- RAM에 캐시된 모든 프로세스는 계속 실행됩니다.
- RAM에 캐시된 모든 바이너리는 다시 실행될 수 있습니다. 다음과 같은 일반적인 명령은
ls존재해야 하지만poweroff명령은 존재하지 않습니다. 또한 바이너리에 의해 호출되는 모든 라이브러리도 캐시되어야 합니다. - 디렉토리 목록을 얻으려면 모든 디렉토리/파일 테이블/inodes를 메모리에 캐시해야 합니다.
이런 일이 발생하면 일반적인 오류는 다음과 같습니다.
root@server:~$ ls
ls: reading directory '/root/': Input/output error
테스트하려면 여유 USB 드라이브에 Linux를 설치하고 핫 언플러그를 해제하세요. 안전을 위해 Windows 드라이브의 연결을 끊을 수 있습니다. 또는 VM에서 라이브 CD ISO를 부팅하고 클라이언트에 경고 없이 "꺼내기"할 수도 있습니다. 동일한 효과가 있어야 합니다.