![Linux에서 UTC 형식의 BIOS 시간을 "권장"하는 이유는 무엇입니까? [폐쇄]](https://linux55.com/image/97843/Linux%EC%97%90%EC%84%9C%20UTC%20%ED%98%95%EC%8B%9D%EC%9D%98%20BIOS%20%EC%8B%9C%EA%B0%84%EC%9D%84%20%22%EA%B6%8C%EC%9E%A5%22%ED%95%98%EB%8A%94%20%EC%9D%B4%EC%9C%A0%EB%8A%94%20%EB%AC%B4%EC%97%87%EC%9E%85%EB%8B%88%EA%B9%8C%3F%20%5B%ED%8F%90%EC%87%84%5D.png)
설정 가이드 및 유사한 콘텐츠를 볼 때 UTC/GMT의 BIOS/RTC 시간 동기화가 "권장"된다는 내용이 많이 기록되어 있지만 이유는 제공되지 않았으며 지금까지 인터넷 검색을 통해 하나를 찾는 데 도움이 되지 않았습니다. 나는 여기서 가장 가능성 있는 이유가 레거시라고 생각합니다. 이상한 시스템 관리자나 UTC 시간에 의존하는 프로그램을 혼란스럽게 할 수 있습니까?
답변1
기계 펌웨어는 자신이 속한 시간대를 추적하지 않으므로 절대 현재 시간을 추적하려면 몇 가지 표준을 선택해야 하며 실제로 UTC 외에 다른 확실한 선택은 없습니다. . 서로 다른 사람들이 서로 다른 표준을 선택하는 경우 기계 펌웨어는 운영 체제에 어떤 표준이 사용되고 있는지 알려주는 인터페이스를 제공하거나 "표준" 시간대로 시간을 표시하는 인터페이스를 제공해야 합니다. UTC.
설상가상으로 세계의 많은 시간대에는 UTC로부터의 고정 오프셋이 없습니다. 연중 시간에 따라 UTC로부터 두 가지 다른 고정 오프셋이 있습니다. 기계 펌웨어는 이러한 규칙을 이해하고 적용해야 합니다. 당신이 사용하고 싶은 모든 시간대에! 그리고 이 규칙은 수시로 변경됩니다! 시스템 펌웨어가 이러한 규칙을 추적 및 적용하지 않지만 여전히 펌웨어 시간을 로컬(가변 오프셋) 시간대로 유지하려는 경우 OS는 해킹을 적용하여 보상해야 합니다. 그러나 그런 다음에는 이를 안정적으로 결정할 방법이 없습니다. 그렇지 않은 경우 현재 해커가 적용되어 있습니다. 이것은 단순히 옹호할 수 없습니다.
그럼... UTC FTW. 기기 펌웨어 수준이 낮습니다. 실제로 실행 중인 지역의 현지 시간을 알아야 할 이유가 있나요?
답변2
(일부) 시간대를 UTC 이외의 값으로 설정하면 시스템이 전체 시간대를 지원하지 못할 수 있는 문제에 대한 해결책이 됩니다. 그러한 조언은 일부 사람들이 출시되는 시스템이 단 하나뿐이라고 생각하는 방식에서 발전한 것입니다.저것시간대가 설정됩니다. 토론 중 하나를 읽을 수 있습니다.Debian #343645 initscripts: util-linux에서 깨진 시계 설정을 수정해주세요