Linux는 2038 년의 버그를 수정

Linux는 2038 년의 버그를 수정하여 여러 Unix 운영 체제 및 파생 제품을 꼬리 스핀으로 보낼 수 있습니다. Phoronix 웹 사이트는 Linux 5.10 커널 XFS 파일 시스템이 이제 메타 데이터 관리를위한 새로운 기능을 통합하고 타임 스탬프 (특정 이벤트의 실제 발생을 확인하기 위해 날짜 및 / 또는 시간을 나타내는 일련의 문자)를 지원한다고보고합니다. ), 최대 2038 년까지 날짜를 관리 할 수 있습니다.

특정 날짜에 문제가있는 운영 체제가 많이 있습니다. 1999 년과 2000 년이되자, 1999 년 12 월 31 일 자정에서 2000 년 1 월 1 일로 날짜가 변경 될 때 다양한 시스템에서 발생할 수있는 문제인 Millennium 버그에 대한 많은 이야기가있었습니다. 잠재적 인 위험은 운영 체제와 다양한 소프트웨어가 연도를 나타내는 마지막 두 자리 만 사용하여 날짜의 합성 표현을 악용했습니다. 치명적인 결과를 두려워하여 많은 사람들이 운영 체제, 응용 프로그램, 펌웨어 및 날짜와 함께 작동하는 기타 시스템을 수정하기 위해 조치를 취했습니다.

밀레니엄 버그가 고통없이 보관 된 후에는 밀레니엄 버그와 유사한 문제가있는 날짜는 어떤 경우에도 끝나지 않았습니다. 가장 잘 알려진 것은 2038 버그로, Unix 및 Unix 계열 시스템에 영향을 미치고 C로 개발 된 다른 운영 체제의 소프트웨어에도 영향을 미치는 문제입니다.

32 비트 시스템이있는 Unix 시스템 (예 : OS X 10.6 Snow Leopard 이전 OS X 버전이있는 Mac)에서 시간은 1970 년 1 월 1 일 이후의 초를 계산하여 계산됩니다.이 메커니즘은 32 비트 정수를 사용하고 '가장 먼 표현 가능한 순간은 2038 년 1 월 19 일 03:14:07에 발생합니다.이 날짜와 시간 이후에 카운터는 최대 값을 초과하고 시스템은이를 음수로 간주합니다. 날짜는 2038 년이 아니라 1901 년으로 해석되어 잠재적으로 다양한 종류의 문제. 2038 년의 문제는 64 비트 운영 체제 (또는 더 나은 커널)를 사용하는 시스템과 가장 최근의 시스템과 관련이 없습니다.

32 비트 버전의 Linux를 사용하는 컴퓨터의 경우 커널 작성자는 2038 년의 두려운 버그를 극복하고 최대 2486 년까지의 날짜를 올바르게 처리 할 수 있는 패치 를 준비했습니다. 예를 들어, 더 이상 올바르게 작동하지 않을 수있는 자동차에 통합 된 다양한 유형의 시스템과 같이 제어 장치, 전자 제어 시스템 등과 같은 필수 기능을 관리하는 컴퓨터 시스템도 마찬가지입니다.

이러한 시스템에 탑재 된 컴퓨터는 일반적으로 32 비트 프로세서를 사용하며 문제는 날짜를 고려해야하는 상황에서만 발생할 수 있습니다. 업데이트는 필수적이지만 현재 프로세서, 운영 체제 및 파일 시스템 조합의 문제를 해결하는 것은 쉽지 않습니다.