☰

PST가 PDT로 변경되었습니다. 시간이 3월 11일 오전 2시가 아닌 4월 1일인가요?

tag-icon • tag-icon linux timezone
PST가 PDT로 변경되었습니다. 시간이 3월 11일 오전 2시가 아닌 4월 1일인가요?

내 내장 장치에서 태평양 표준시(PST) 시간대가 워싱턴보다 1시간 빠르다는 불만 사항이 접수되었습니다. 시간대를 설정하기 위해 tz 유틸리티를 사용하고 있습니다.

이것은로스앤젤레스시간대:

 2018   Sun, Mar 11 at 2:00 am  PST → PDT   +1 hour (DST start) UTC-7h
        Sun, Nov 4  at 2:00 am  PDT → PST   -1 hour (DST end)   UTC-8h

tz 유틸리티를 최신 2018 바이너리로 업데이트했는데도 여전히 이 문제가 발생합니다. 제가 놓친 다른 것이 있습니까?

4월 1일 PST-PDT 변경 사항을 확인한 후 혼란스럽나요?

usr/share/zoneinfo # date 031111002018; TZ='America/Los_Angeles' date
Sun Mar 11 11:00:00 UTC 2018
Sun Mar 11 03:00:00 PST 2018
/usr/share/zoneinfo # date 041111002018; TZ='America/Los_Angeles' date
Wed Apr 11 11:00:00 UTC 2018
Wed Apr 11 04:00:00 PDT 2018 <--- Here UTC-7 to UTC-8

PST->PDT가 4월 1일 오전 2시로 변경됩니다.

/usr/share/zoneinfo # date 040110242018; TZ='America/Los_Angeles' date 
Sun Apr  1 10:24:00 UTC 2018
Sun Apr  1 03:24:00 PDT 2018

답변1

Pacific-New귀하의 장치가 미국에서 법으로 제정된 적이 없으며 4월 첫 번째 일요일에 일광 절약 시간제로 전환하도록 지정하는 제안된 시간대인 시간대를 사용하고 있는 것 같습니다 .

# Rule  NAME    FROM    TO      TYPE    IN      ON      AT      SAVE    LETTER/S
## Rule Twilite XXXX    max     -       Apr     Sun>=1  2:00    1:00    D
## Rule Twilite XXXX    max     uspres  Oct     lastSun 2:00    1:00    PE
## Rule Twilite XXXX    max     uspres  Nov     Sun>=7  2:00    0       S
## Rule Twilite XXXX    max     nonpres Oct     lastSun 2:00    0       S

다양한 이유로 인해 일부 시스템은 역사적으로 올바른 태평양 시간대 대신 이 시간대를 사용하게 되었습니다.이 위험 보고서(1992년부터!) 또는이 데비안 오류(2016년 이후)를 예로 들 수 있습니다. 2018년 첫 번째 릴리스에는 tzdata일부 시스템에서 문제를 일으킬 수 있는 몇 가지 문제가 있습니다 . ~에서2018c 릴리스 노트:

기본 설치 프로세스는 더 이상 이전 버전과의 호환성 링크를 생성하지 않으므로 US/Pacific-New사용자 설정 중에 혼란을 초래할 수 있습니다(예를 들어 Debian 버그 815200 참조). 어쨌든 이제 make BACKWARD="backward pacificnew"링크를 만드는 데 사용하십시오. 결국 우리는 링크를 완전히 제거할 계획입니다.

파일 은 에서 로 링크를 pacificnew설정하고 , 파일은 에서 로 링크를 설정합니다 . 따라서 이론적으로 데이터는 정확해야 하지만 이는 파일에 포함된 내용에 따라 달라집니다.US/Pacific-NewAmerica/Los_AngelesbackwardUS/PacificAmerica/Los_AngelesLos_Angeles

관련 정보