Skip to main content

듀얼 부팅 컴퓨터에서 부팅 시 시간이 달라지는 문제 해결 방법


민트 18 시나몬을 설치하고서 얼마의 시간이 지나자 가끔씩 시계(달력 애플릿) 시간을 잘못 가리킨다는 것을 알았습니다.

 시간을 눈여겨 살펴보니 항상 9시간의 차가 나는 것이 뭔가 시간대(timezone) 관련이 있는  같았고, 인터넷이 연결된 상태에서는 날짜와 시간의 설정 창에서 "네트워크 시간" 항목의 옵션을 껐다 켰다를 반복하니까 그제야 시간이 맞더군요. 연결이   상태에서는9시간 빠른 시간을 보여줍니다.

 문제에 대한   자세한 내용을 알고자 검색을 통해 알게  사실은 운영체제 마다
하드웨어 시계의 시간을 보는 방식이 다르다는 것이었습니다.



아래의 글은 억지로 번역해  것이라   정확한 정보는 원문을 참고하세요. ^^


멀티 부팅 시스템에서 시간 충돌

운영체제들은 시스템의 파워가 없을 때에도 시간이 계속 유지되도록  머더보드 상에 달려있는 하드웨어 시계(hardware clock) 시간을 저장하고 가져온다. 
대부분의 운영체제들(Linux/Unix/Mac) 기본적으로 하드웨어 시계에 UTC 시간을
저장한다. 비록 몇몇 시스템들(Microsoft Windows) 하드웨어 시계에 현지 시간(local time)으로시간을 저장하지만.  듀얼 부팅 시스템에서 하드웨어 시계를 다르게 본다면 이것은 문제들을 일으킨다.
UTC 하드웨어 시계를 가지는 것의 장점은 UTC 서머타임이나 표준시간대
오프셋(timezone offset) 필요 없는 것처럼 다른 시간대(timezone) 이동하거나
서머타임(Daylight Savings Time, DST) 시작하고 마칠   하드웨어 시계를
 설정할 필요가 없다는 것이다.

*UTC: 협정 세계시(국제 표준시)
*time zone: 타임존, 표준시간대 (미국이나 호주 같은 나라들은 여러 개의 시간대를 가지고 있음)
*local time: 현지 시간, 지방시, 지역시



윈도우즈가 UTC 사용하도록 바꾸는 것보다 리눅스가 현지 시간을 사용하도록
하는 것이  신뢰성이 있고 쉽기 때문에, 리눅스/윈도우즈 듀얼 부팅 시스템들은 현지 시간을
사용하는 경향이 있다.


방법-1) 리눅스가 현지 시간을 사용하도록 설정하기

시스템 기반 버전(15.04 그리고 상위)에서 BIOS clock UTC 대신에 현지 시간(local time)으로 설정하기 위해, timedatectl 명령어를 사용해야 한다. the Arch Wiki 따르면:
현재 사용하도록 설정된 것을 확인하는 명령어:
$ timedatectl | grep local

하드웨어 시계는 timedatectl 명령어로 알아내거나 설정할  있다. 하드웨어 시계 시간 표준을 현지 시간으로 변경하기 위해 사용하는 명령어:

$ timedatectl set-local-rtc 1

UTC 되돌리고 싶다면:

$ timedatectl set-local-rtc 0



방법-2) 윈도우즈가 국제 표준시(UTC) 사용하도록 만들기

MS 윈도우즈가 UTC 하드웨어 시계로부터 시간을 계산하도록 만들기 위해.

아래의 내용(contents) 담은 WindowsTimeFixUTC.reg 라는 이름의 파일을 만들고,
그런 다음 내용을 레지스트리에 병합하기 위해 파일을 더블-클릭한다.

Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
     "RealTimeIsUniversal"=dword:00000001

참고: 윈도우즈 시간 서비스는 종료   레지스트리 설정에 관계없이 계속 현지 시간을
기록할 것이다, 그래서  명령어로 타임 서비스를 비활성화시키는 것이 편하다
(만약 윈도우즈가 어떤 3 시간 동기화 솔루션을 사용하는 중에 시간 동기화가
여전히 요구되어진다면)

sc config w32time start= disabled

변경을 되돌리기
위에서 했던 것처럼 아래의 내용을 담은 파일을 만든 다음 원래의 변화로 병합하기 위해
파일을 더블-클릭한다.

Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
     "RealTimeIsUniversal"=-

만약 윈도우즈 시간 서비스가 비활성 상태라면, 다시 활성화 시키는 명령어:
sc config w32time start= demand


원문 출처:


윈도우와 리눅스의 듀얼부팅시 시간이 안맞는 문제

윈도우와 리눅스를 듀얼부팅으로 사용할 경우 가장 많이 겪는 문제가 바로 시간이 자꾸
안맞게 되는 문제입니다.

이렇게 되는 이유는 리눅스에서는 시간을 UTC  이용하고 윈도우에서는 로컬타임을
이용하기 때문입니다. 때문에 듀얼부팅을  경우 시간이 틀려지게 됩니다.

따라서 시간이 틀려지지 않게 하기 위해서는  OS 간의 시간 표기 방법을 일치시킬
필요가 있습니다.

일반적으로는 리눅스에서 로컬타임을 쓰도록 바꾸는것이 훨씬 쉽기 때문에  방법을
많이 사용합니다.

리눅스로 부팅한 후에 터미널을 실행해서 다음을 입력하면 간단히 로컬타임으로 변경을
  있습니다.

timedatectl set-local-rtc 1

 뒤의 숫자를 0 으로 바꾸면 다시 UTC  변경됩니다.




Reference




Comments

Popular posts from this blog

ftp, sftp, ssh 차이점

telnet ==> ssh  ftp ==> sftp  p2p방식이라 보안에 취약한것이 아니라 telnet과 ftp 인 경우는 패킷을 캡쳐해서 보면, 평문이기 때문에 보여져서는 안될부분(패스워드, 계정 등)이 쉽게 노출된다. 이는 아주 큰 문제를 발생시킬 수 있다. 이런 취약점을 보안하기 위해서 telnet은 ssh로  f tp는 sftp로 암호화된 프로토콜 SSL을 사용하는게 좋다. 이렇게 하면 모든 패킷을 암호화 해서 주고 받으므로  패킷을 잡아내더라도 해독하는데 슈퍼컴퓨터로 1달 이상 걸리게 된다.  cf)  telnet 과 ftp의 차이 telnet: 쉘권한을 취득(ex. bash)하여 마치 로컬 컴퓨터를 다루는 것처럼  실행되는 접속 방법  ftp: 파일을 전송하기 위한 프로토콜.  telnet으로 파일 전송을 못하며(zmodem프로토콜을 사용하면 되지만, 엄청 느림) ftp로 시스템을 관리하거나 데몬을 띄우는 것은 불가능.  Reference https://wpengine.com/resources/how-to-access-wordpress-files-using-sftp/ https://www.linux.co.kr/home2/board/subbs/board.php?bo_table=linuxserver&wr_id=19987

Anaconda tensorflow-gpu 설치 에러 [WinError 126] 지정된 모듈을 찾을 수 없습니다, importError: Could not find 'cudnn64_6.dll'

anaconda를 이용하여 tensorflow cpu 버전을 사용하다가 training이 끝나지를 않아서  gpu 버전을 써보기로 했다. cpu 버전은 나름 쉽게 설치했었는데 gpu는 조금 더 까다로웠다. 블로그들을 참고해보니 막 무슨 파일을 다운 받고 어디에 붙여넣고 하라는데  처음에는 이해가 잘 안됐다. 내가 이해한대로 해보자면, 우선 다른 블로그를 참고해서 아나콘다와 tensorflow cpu 버전 설치 직전까지 진행해주시고, 필요한 파일은  CUDA 8.0 CuDNN 6.0 두 파일을 순서대로 설치. 대충 내용을 보니 CUDA 8.0은 그냥 설치하는 파일이고 CuDNN는 설치한 cuda 폴더 안에 추가하는 라이브러리, 기타등등 파일인데 다른 블로그에서는 CuDNN 폴더를 다 붙여 넣으라고도 했지만 딱 봐도 확연히 안에 들어있는 파일이 달라서 CuDNN 폴더에 있는 파일을 기존 cuda 폴더 안에 붙여 넣어주었다. 아무튼 여기서 주의해야 될 점은 CuDNN이 6.0이라는 것이다. 다른 블로그에서는 5.1을 받으라고 되어있는데 이상하게 내 anaconda에서는 계속 cudnn64_6.dll 파일을 찾을 수 없다고 에러가 떴다. 바로 이 에러이다. 알아보니 5.1은 bin 폴더안에 cudnn64_5.dll를 가지고 있고 6.0이 cudnn64_6.dll을 갖고 있었다. cudnn64_6.dll을 기본 설치 폴더 기준 C:\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v8.0\bin 안에 붙여넣으니 성공적으로 tensorflow-gpu를 이용할 수 있게 되었다.

우분투 18.04 react-native run-android 실행 시 javax.net.ssl.SSLException 에러

리엑트 네이티브를 시작했다. ( 참고 ) 기본 튜토리얼 에서  create-react-native-app 를 사용하는 예제는 쉽게 실행됐는데 바로 요놈! react-native-cli 를 써서  react- native init [프로젝트 이름]  로 실행하는 예제는 뭐가 문제인지 실행한번 하는데 엄청나게 애를 먹였다. 우선 리액트 공식 홈페이지에서 하라는데로 다 했다는 전제하에 참고하시면 된다. 나름 다 잘 따라했다고 생각했는데 문제는 자바(jdk)였다. JAVA_HOME 환경변수 설정이 안되어 있었다. 일단 초기에 echo $JAVA_HOME 이라고 쳤는데 아무 것도 안뜨면 환경변수 설정이 아예 안돼있는 것이다. 순서 대로 체크리스트를 만들어보자면, 1. jdk버전을 확인하자 Java Development Kit React Native requires a recent version of the Java SE Development Kit (JDK).  Download and install JDK 8 or newer  if needed. cd /usr/lib/jvm/ 를 하면 현재 설치된 jdk들을 확인 할 수 있다. jdk8 이상의 버전이 없다면 아래 명령어로 다운 받자 sudo add-apt-repository ppa:webupd8team/java sudo apt-get update sudo apt-get install oracle-java8-installer 2. JAVA_HOME 환경 변수를 등록하기 위해 cd ~ 를 하여 홈으로 이동하고 숨김 파일인 .bashrc를 수정하자. 튜토리얼에는  $HOME/.bash_profile 이라고 되어 있지만 18.04에서는 저 파일이 없어서 알아보니 bashrc를 수정하면 된다. 나는 vim을 쓰므로 vim .bashrc 라고 입력했다. nano나 다른 편집...