전화 날짜는 2038년으로만 설정할 수 있습니까? 여기에는 큰 문제가 있습니다...

세상의 종말은 언제인가? 이 말도 안되는 질문에는 항상 온갖 종류의 기괴한 대답이 있었습니다. 전화 시스템 설정(캘린더 아님)을 열고 자동 시간 설정을 끄고 숫자를 미래 방향으로 스와이프하면 시간이 2038에서 멈춘 것을 확인할 수 있습니다.

샤오미와 화웨이는 2037년 12월 31일로 설정할 수 있으며 아이폰은 이틀만 더 길어진다

휴대폰 뿐만 아니라 컴퓨터에서도 2037년부터 시간을 맞추려고 하면 설정 버튼을 아무리 눌러도 날짜가 계속 바뀌지 않는다는 것을 알 수 있습니다.

날짜가 2038년 이후로 조정되면 2038년 1월 1일에 중지됩니다.

2038년에는 정확히 어떤 일이 일어날까요? 다양한 장치가 2038을 "초과"할 수 없는 이유는 무엇입니까? 인터넷에서 2038년을 검색하면 카운트다운 페이지를 설정한 사람을 찾을 수도 있습니다. 여기에는 더 정확한 시간인 2038년 1월 19일 3:14:7이 포함됩니다. 그리고 다음 1초 안에 당신의 전자 기기는 1901년으로 돌아갈 것입니다.

그 유명한 "2038년 문제"가 바로 이 순간에 터질 것입니다.

"2038 문제"가 발생할 때까지...

2038년, 시간은 시스템을 "파괴"합니다.

문제는 2038년 1월 19일 3:14:7 이후 1초 후에 발생합니다. 이 날 03:14:08은 오지 않고 1901년 12월 13일 20:45:52에 당신을 맞이할 것입니다.

스크립트를 사용하여 시스템 시간을 시뮬레이트하면 시간 점프가 발생합니다(플랫폼 Debian GNU/Linux(커널 2.4.22))丨William Porquet/deepsky.com

많은 전자 기기의 경우 이는 치명적인 타격입니다. 파일의 생성과 수정, 응용 소프트웨어의 운용, 네트워크 시스템의 동기화... 시간은 전자시스템 전체에서 핵심가치로서 절대적으로 중요한 역할을 합니다. 그래서 한동안 애플 휴대폰 음성비서 시리도 이날을 '세상의 종말'로 여겼다. 오늘 왜? Siri의 답변에 있는 키워드도 답을 제공합니다.

세상의 끝 질문에 대한 초기 Siri의 답변(시스템의 새 버전에는 그러한 답변이 없습니다)

Unix, 32비트, 이 두 단어는 2038년의 오늘을 파멸로 만듭니다. Unix는 운영체제이며, 이 시스템의 타이밍 방식은 1970년 1월 1일 00:00:00을 기준으로 하며 초 단위로 증감합니다. 예를 들어 2022년 1월 1일 0시까지 기본 값에 1640966400초만 더하면 됩니다. 그리고 우리가 지금 사용하고 있는 안드로이드와 애플 시스템은 유닉스 계열 시스템에 속하며 같은 체계를 사용하고 있습니다.

전자 시스템은 0과 1 또는 이진수를 사용하여 데이터를 저장합니다. 1자리만 사용하면 0과 1만 나타낼 수 있고, 2자리를 사용하면 00, 01, 10, 11을 사용하여 각각 0, 1, 2, 3의 네 가지 숫자를 나타낼 수 있습니다. 비트 수가 증가함에 따라 이진법으로 표현할 수 있는 수도 증가하지만 항상 상한선이 있습니다. 32개의 0과 1을 사용하여 숫자를 저장하는 경우 첫 번째 비트는 부호를 나타내고 0은 를 나타내고 1은 -를 나타내며 나머지 31비트는 최대 2147483647을 나타낼 수 있습니다. 컴퓨터 자원이 귀한 시대에 32비트 시간이면 충분합니다.

1970년 1월 1일 00:00:00 2147483647초 = 2038년 1월 19일 3:14:7초. 다음 초에 데이터가 "언로드"되고 오버플로가 발생합니다. 이때 첫 번째 부호 비트가 0에서 1로 바뀌고 원래의 더하기 부호가 빼기 부호가 되어 시간이 갑자기 과거로 이동합니다.

위에서 아래로 이진 초, 해당 십진 초, 32비트 Unix 시스템 시간 및 실제 시간입니다. 2147483647 이후에는 부호 비트가 1(빼기 부호)이 되고 전체 숫자가 갑자기 뒤집혀 1901로 되돌아갑니다.丨페무/위키커먼즈

이 질문은 미래에 존재합니다. 그것이 우리에게 어떤 영향을 미칠까요? 돌이켜보면, "밀레니엄 버그" 문제는 우리에게 몇 가지 힌트를 주었습니다.

천년 전의 밀레니엄 버그

2000년, 천년. 많은 응용 프로그램에서 연도는 1900으로 바뀝니다.

또한 하드웨어 자원이 소중하기 때문에 초기 프로그램에서는 연도의 마지막 두 자리 숫자를 사용하여 날짜를 표시했으며 처음 두 자리는 기본적으로 19로 설정되었습니다. 이 눈에 띄지 않는 시간 문제는 전 세계에서 엄청난 관심을 불러일으켰습니다. 정부 시스템, 은행 시스템, 항공 시스템 및 기타 시스템이 모두 영향을 받고 실패할 수 있습니다. 문제를 해결하기 위해 전 세계적으로 응답이 있었습니다. 우리나라는 이 문제의 중요성을 강조하는 문서를 반복적으로 발행했습니다. 미국은 또한 밀레니엄 버그 문제에 관한 법안을 도입하여 산업계가 이러한 문제를 해결하기 위한 정보를 공유할 것을 촉구했습니다.

"밀레니엄 버그"丨인민일보 온라인판에 대한 전 세계의 행동

"밀레니엄 버그"에 대한 높은 관심 덕분에이 문제는 집중 발병 전에 해결되었습니다. 하지만 이후에도 '밀레니엄 버그'와 유사한 사건들이 끊이지 않고 계속해서 등장했다.

2010년 첫 주에 독일에서 약 3천만 개의 은행 카드가 동시에 "비활성" 상태였습니다. 카드 소지자가 카드를 직접 긁어 소비할 수 없을 뿐만 아니라 ATM에서 돈을 인출하는 것조차 문제입니다. 이는 그 나라 주민들의 삶에 영향을 미칠 뿐만 아니라 해외로 휴가를 떠나는 독일인들을 지역에 발이 묶이게 만든다.

인코딩이 다르기 때문에 독일 은행 시스템에서는 2010년이 2016년으로 잘못 식별되었습니다. 은행 카드도 "만료"되었습니다. Windows Mobile 시스템을 사용하는 휴대폰에서도 동일한 상황이 발생합니다. 2010년 1월 1일에 받은 새해 문자 메시지는 시스템에서 2016년으로 표시됩니다.

독일은 은행 시스템의 복구를 가속화했지만 다행히 더 이상의 피해는 발생하지 않았습니다. 그러나 우주에서는 상황이 그렇게 간단하지 않습니다. 2013년 9월 우주선 딥 임팩트(Deep Impact)가 갑자기 연락이 끊기면서 NASA는 관련 탐사 임무의 공식 종료를 발표했습니다. Deep Impact의 수석 임무 과학자인 Mike A'Hearn은 이것이 "밀레니엄 버그 문제"라고 생각합니다. 우주선 신호.

Deep Impact와 Comet Tempel 1丨NASA의 만남 시뮬레이션

올해 초에 "2022 버그"로 인해 Microsoft의 프로그래머는 새해 초과 근무를 경험할 수 있었습니다. 1월 1일, 마이크로소프트의 메일 서비스 시스템인 익스체인지가 갑자기 중단되어 서비스를 이용하는 사용자들이 이메일을 보낼 수 없게 되었습니다. 그런 다음 Microsoft는 이 문제가 실패한 날짜 확인 및 새해 변경과 관련이 있다는 성명을 발표했습니다. 쉽게 말해서 2038년 문제처럼 시간이 '넘쳤다'. 다행히 Microsoft 팀은 초과 근무를 하여 당일 문제를 해결했습니다.

앞으로 '밀레니엄 버그 같은' 문제는 반드시 등장할 것이다. 예측 가능한 문제에 대해 솔루션을 제공하려는 시도가 있었습니다. 예를 들어 새 형식을 사용하여 시간 정보를 저장합니다. 동시에 시스템 팀이 제공하는 새 커널은 32비트 플랫폼의 "역사적 문제"도 해결하고 있습니다. 당신은 너무 걱정할 필요가 없습니다. 결국, 당신은 그때까지 휴대폰의 여러 물결을 변경했을 것입니다.

그러나 유사한 갑작스러운 버그가 다시 발생하는 것은 정상입니다. 세상에는 합리적이고 예상치 못한 일들이 항상 일어나고 있기 때문입니다.

참조

[1] 2038년 문제 카운트다운 https://gregnk.com/2038/

[2] The Project 2038 자주 묻는 질문(FAQ) http://www.deepsky.com/~merovech/2038.html#What_operating_systems_and_platforms_are_affected_by_it

[3]Siri가 2038년 1월에 세상이 끝날 것이라고 말하는 이유는 무엇입니까? https://www.quora.com/Why-does-Siri-say-the-world-will-end-on-January-2038

[4]유닉스 시간 https://en.wikipedia.org/wiki/Unix_time

[5]Unix 타임스탬프 - Epoch 변환기 https://www.unixtimestamp.com/

[6]유닉스 계열.https://www.computerhope.com/jargon/u/unix-like.htm

[7] 2038년호 https://en.wikipedia.org/wiki/2038%E5%B9%B4%E9%97%AE%E9%A2%98

[8] 2000년 중국의 컴퓨터 문제 해결 진전. http://www.scio.gov.cn/xwfbh/xwbfbh/wqfbh/1999/1201/Document/328000/328000.htm

[9] "밀레니엄 버그"라고 합니다. http://www.people.com.cn/item/hs2000/july.html

[10] 클린턴, 미국인들에게 Y2K 문제 해결 촉구 https://edition.cnn.com/ALLPOLITICS/1998/07/14/clinton.y2k/

[11] Y2K형 버그 독일 현금, 신용카드 강타 https://www.eetimes.com/y2k-type-bug-hits-german-cash-credit-cards/

[12] 독일 은행 협회에 따르면 현금과 카드를 함께 휴대하십시오. -association.html

[13] Windows Mobile 버그 날짜 2016년 메시지. https://www.wired.com/2010/01/windows-mobile-bug-dates-messages-from-2016/

[14]NASA, Deep Impact 혜성 임무 종료 선언 https://www.nationalgeographic.com/science/article/130920-deep-impact-ends-comet-mission-nasa-jpl#:~:text=NASA%20officials %20선언됨%20the%20Deep, July%204%20of%20that%20year.

[15]Exchange Year 2022 문제: FIP-FS 스캔 엔진 로드 실패 – "2201010001"을 long(2022/01/01 00:00 UTC)으로 변환할 수 없습니다. https://borncity.com/win/2022/01 /01/exchange-fip-fs-scan-engine-failed-to-load-cant-convert-2201010001-to-long-1-1-2022/

[16] Exchange 온-프레미스 전송 대기열에서 이메일이 멈춤 https://techcommunity.microsoft.com/t5/exchange-team-blog/email-stuck-in-exchange-on-premises-transport-queues/ba-p /3049447