blueMango사용자의 용도의 특성상 해놀로지 나스(이하 해놀)를 수시/스케쥴링에 따라 재기동을 할 때 바이오스가 리셋되 성가신 경우를 당해 불편을 겪는 분들을 위한 팁을 소개합니다.
NanoBoot, gnoBoot, 혹은 Trantor라 할지라도 바이오스가 풀리는 문제는 동일 하게 일어 납니다. 전원 재기동 스케쥴을 쓰던 쓰지 않던 간에 공히 일어 납니다.
저의 경우 DSM이 그리니치 표준시(한국시간 보다 9시간 늦은 시각대, 영국등에서 쓰는 시간)로 맞주는 것을 발견했습니다. 윈도우도 시스팀 시간을 바이오스에 세팅하는 것 처럼 말입니다.
DSM은 분명히 무언가를 바이오스에 쓰는게 확실 합니다. 거기에 문제가 있습니다.
슈퍼마이크로 계열은 DSM과 궁합이 맞지 않습니다. 아수스는 나름 좋은데 완전한 궁합은 맞지 않습니다. 예를들면 PDSME+의 바이오스는 기동시간 세팅이 패착으로 떨어집니다.
반면, 인텔보드는 대체적으로 쓸만합니다. 특히 DQ35xxx이 보드 해놀에 딱입니다. 정신건강에 좋습니다.
스케쥴링이 꼭 필요하신 분은(저 처럼) 인텔보드를 고집해 보세요.
참 기가바이트 GA-H87M-HD3도 바이오스 풀림문제가 없었어요.
그리고 DSM은 UEFI하고 별로 친하지 않은 듯합니다.
즐거운 해놀 생활 누리시길...
-출처-
DSM에 문제가 있는게 아니라 로더, LiLo 아니면 GRUB (?) 가 바이오스를 리셋한다고 봅니다.
콘솔에서 직접 루트로 셧다운 해도 바이오스가 풀릴 뿐아니라 첵섬에러마저 야기시키는 것을 봅니다.
시스템의 바이오스와 로더가 쓰고자하는 구조가 상이하기에 이런 문제가 생기는 것이겠지요.
해놀 메카니즘을 완전히 알지 못하기에 미루어 짐작하는 것이라 좀 의견을 개진하기가 그렇지만
이런 솔루션을 생각해 봅니다.
혹시 바이오스 쓰기 방지를 인에이블 할 수 있으면 셧다운시 에러는 뱉어내겠지만 그래도 적어도 바이오스는 리프레시되지 않으니 미봉책이 될 수 있다고 생각합니다.
그래서 바이오스에 패스워드를 걸어두면 된다는 의견도 있으니 시도해 보면 좋겠습니다.
http://xpenology.com/forum/viewtopic.php?f=12&t=819
그리고 해놀을 가상머신 위에 올리면 문제가 해결될 것 같다는 생각을 해봅니다.
저는 가상 머신을 돌리지 않지만 정 이 방법이 한가지 솔루션이 된다면 시도해 볼 가치가 있다고 봅니다.
가상머신이 계륵이지만 저에게는.
어디 한번 해보지요.. 바이오스 리버스 엔지니어링을 해서라도... 아자 삽질!
1) cmos에 비밀번호를 설정하기 위해 재부팅후 cmos 셋업에 진입하니 설정이 그대로 있네요.
2) cmos 비밀번호 설정후 DSM으로 부팅한후 -> 다시 재부팅하여 cmos에 진입하니 역시 설정이 그대로 있네요.
3) DSM에서 시스템 종료후 담배한대 피우고 다시 cmos에 들어가 보니 역시 설정이 그대로 있네요 -_-;;
Hyper-V와 WmwareWorkstation을 몇달동안 사용하다가 실제PC에 Xpenology 사용한지 2주정도 되었는데, cmos 설정 초기화 때문에 당황스러웠는데 이제는 증상 재현이 안되네요;;;
어제 WOL 설정을 위해서 S99ZZZ_Shutdown script 를 적용했는데 그것 말고는 별달리 변경한게 없는데 말이죠...
이곳 게시판에서 WOL을 언급하신 분들은 cmos 설정이 초기화 되거나 날라가는 문제를 언급하신걸 본 기억이 없는데, 혹시 DSM의 종료 스크립트에 cmos 내용을 초기화 하는 내용이 있을런지요...
저는 NanoBoot-5.0.3.1 을 IDE 방식의 DVD-Rom에 구워서 부팅 중입니다 ^^;
대부분의 해킹 윈도7은 윈도 로더가 아닌 GRUB 을 이용해 윈도7을 로딩합니다.
그렇게 함으로써 인증을 회피하고 있지요.
저 역시 윈도7 정품 번호가 있지만, 단지 인증이 불편하다는 이유로, 해킹 윈도7 DVD를 이용해 설치하여 사용하는데,
지금까지 단 한 번도 GRUB 때문에 문제가 생긴 적은 없습니다.
딱히 본문과 같은 문제가 GRUB 때문에 생겼다면,
GRUB 단독의 문제가 아니라, GRUB과 DSM이 서로 충돌한 결과라고 추측해 봅니다.