hdparm매뉴얼 페이지 에서는 이 -r옵션이 위험하다고 언급되지 않았지만 -h옵션 도움말 목록에는 다음과 같이 표시됩니다.
-r Get/set device readonly flag (DANGEROUS to set)
디스크 드라이브에 대한 읽기 전용 플래그를 설정할 때 위험이 있습니까? 아니면 도움말 목록의 다른 모든 옵션에 매뉴얼 페이지에 관련 경고가 있으므로 이것이 오타일까요?
답변1
동일한 옵션을 사용하여 읽기 전용 플래그를 지우고 드라이브를 읽기 전용에서 읽기/쓰기로 변환합니다.
읽기/쓰기 작업을 지원하지 않는 드라이브의 경우 운영 체제는 드라이브에 쓰기 위한 프로그램의 요청을 처리하려고 시도하며 드라이브는 오류로 응답할 수 있습니다. 그러나 많은 읽기 전용 드라이브는 이를 처리하기 위한 엄격한 테스트를 거치지 않았습니다. 명령을 작성합니다. 드라이브가 고품질 오류에 응답하지 않아 운영 체제가 하드웨어 상태를 실제로 시스템에 있는 것과 다르게 이해하게 될 수도 있습니다.
하드웨어에 대한 운영 체제의 이해는 하드웨어 상태에 대한 이해와 "다르기" 때문에 이제 새 명령은 실제 하드웨어 상태에 대한 오해를 제거합니다. 운영 체제는 특정 상황에서 잘못된 하드웨어 구성을 복구할 수 있지만, 이는 잘못된 구성이 존재한다는 것을 이해하는 경우에만 가능합니다. 하드웨어가 제대로 실행되고 있다는 것을 알고 있으면 하드웨어 복원을 시도하지 않으며 이미 잘못된 상태에 있는 장치에 더 많은 명령을 실행할 수 있습니다.
모든 작업에 대해 하드웨어가 완벽하게 테스트되지 않는 이유는 무엇입니까? 일부 하드웨어의 경우 하드웨어를 완전히 테스트하는 것이 의미가 없습니다. 예를 들어, CDROM에 기록된 오류 코드가 올바른지 테스트하지 않으면 실제로 화를 내는 사람은 거의 없을 것입니다. 왜냐하면 많은 사람들이 운영 체제가 CDROM에 기록하지 않는다고 믿을 것이기 때문입니다(플라스틱을 대체할 수 없기 때문입니다). 플래터).
잘못된 명령을 실행하면 하드웨어가 잠기는 이유는 무엇입니까? 이는 명령을 처리하는 프로그램이 있고 매우 적은 리소스를 사용하고 매우 빠르게 실행되는 방식으로 구현된 많은 하드웨어와 관련이 있습니다. 이는 각 상태의 100% 완전한 처리가 일반적으로 하드웨어 컨트롤러에 프로그래밍되지 않음을 의미합니다. 왜냐하면 다른 명령 다음에 실행되는 명령은 올바르게 실행되는 운영 체제에서는 절대 발생하지 않기 때문입니다. 또한 어떤 경우에는 모든 명령에 응답할 수 있는 완전한 기능이 있다는 것은 하드웨어 컨트롤러가 느리거나 명령을 저장/처리하기 위해 더 크고 강력한 칩이 필요한 것을 의미합니다.
이러한 우려가 "위험하다"는 의견 뒤에 숨은 생각에 대한 통찰력을 제공할 수 있기를 바랍니다. 읽기/쓰기를 "읽기 전용"으로 설정하는 것은 일반적으로 그다지 위험하지 않지만(미결 쓰기가 보류 중인 경우 제외) "읽기/쓰기"로 설정하는 것은 어떤 상황에서는 매우 나쁠 수 있습니다.