Linux뿐 아니라 Windows에서도 삼성 노트북을 사용할 수 있습니다.

지난 달 말 일부 삼성 노트북은 UEFI를 사용하여 리눅스를 부팅하는 데 문제가 있었고 지난 주 늦게 문제는 더욱 악화되기 시작했다.

특히 Windows는 "벽돌"처럼 보인다. 결국 리눅스에 특화된 버그가 아니라는 것을 시사한다.

Windows 8의 "시동 보안"문제 금요일에 새로운 블로그 포스트. "부팅을 거부 한 삼성 노트북의 대부분의 경우와 달리, 나는 모든 부팅이 Windows 환경에서 수행되었다." > 약간의 배경: 이것은 적어도 8 월까지 거슬러 올라가는 문제입니다. 삼성 랩톱 사용자가 UEFI (Unified Extensible Firmware Interface)를 통해 Linux를 부팅하면 시스템이 완전히 응답하지 않는다고보고했습니다.

그런 식으로 노트북을 잃어 버리지는 않았다.

캐 노니 컬 (Canonical)은 분명히 삼성에이 문제를 알려주었지만, 마지막 글을 쓰면서 아직 그것을 고칠 업데이트를위한 ETA가 없었다.

한편, 리눅스 작성자 인 리누스 토발즈 (Linus Torvalds)는 문제에 대한 부분적인 보호를 제공하기 위해 설계된 주요 Linux 개발 트리에 대한 변경 사항을 발표했지만, 처음부터 그들이 진정한 수정이 아니 었음이 분명했습니다.

'다른 방법이 있습니다'

최근 리눅스 커널은 av Garrett은 지난 목요일 별도의 글에서 삼성 랩탑을 벽돌로 만들 수있는 하나의 메커니즘을 제시했으나 현재 우리가 보유하고있는 정보는이를 촉발시키는 다른 방법이 있음을 시사한다. "우리는 여전히 자세한 내용을 파악하려고 노력하고 있지만, 실행중인 운영 체제와 관계없이 Samsung 랩톱에서 BIOS 모드를 사용하는 것이 가장 안전합니다."

530U3C를 포함한 삼성 노트북, NP700Z7C, NP700Z5C 및 300E5C 시리즈는 영향을받는 것으로 알려져 있습니다.

문제의 핵심은 너무 많은 가변 저장 공간을 사용하면 일부 삼성 노트북이 부팅되지 않을 것이라는 것입니다. Garrett는 설명했습니다.

"우리는 아직 '너무 많은 것이 무엇인지 모르겠지만 Windows에서 변수를 작성하는 것만으로도 충분합니다.'

'UEFI를 사용하지 마십시오'

Garrett이 샘플을 게시했습니다. 각각 1 KB의 임의의 데이터를 포함하는 36 개의 변수를 씁니다. 그는 Windows에서 관리자로 실행 한 후 시스템을 재부팅하고 "다시는 돌아 오지 않았습니다"라고 썼습니다.

Garrett의 현재 결론은이 문제는 일부 관측과 유사한 펌웨어 버그가 원인이지만 신속하게 고정되어 있다는 것입니다 과거에 인텔의 레퍼런스 코드에서.

현재로서는 "가장 안전한 방법은 삼성 랩탑에서 UEFI를 사용하지 않는 것"이라고 말했다. "유감스럽게도 Windows를 사용한다면 다시 설치해야합니다. 그것을 처음부터. "