Điểm:0

RTCTimeUSec được hiển thị bởi `timedatectl show` là gì?

lá cờ cn

Trên các loại hương vị và phiên bản của Linux, tôi thấy những điều sau đây khi phát hành chương trình timedatectl chỉ huy:

Múi giờ=Mỹ/Los_Angeles
LocalRTC=có
CanNTP=có
NTP=có
NTPSynchronized=có
TimeUSec=Mon 2021-11-22 08:33:06 PST
RTCTimeUSec=Mon 2021-11-22 00:33:06 Tái bút

Giá trị này dường như là địa phương bù thời gian bằng -8 giờ (bù GMT hiện tại của tôi), điều này không hợp lý với tôi.

Tôi không thể tìm thấy bất kỳ tài liệu tham khảo nào về kết quả này trên Google hoặc người đàn ông timedatectl. Có thể là một hiện vật của set-local-rtc=1 (khởi động kép với Windows)?

Điểm:0
lá cờ in

Từ https://www.freedesktop.org/software/systemd/man/org.freedesktop.timedate1.html

Múi giờ hiển thị múi giờ hiện được định cấu hình. chương trình LocalRTC liệu RTC có được định cấu hình để sử dụng UTC (sai) hay giờ địa phương hay không vùng (đúng). CanNTP cho biết liệu một dịch vụ có thực hiện thời gian hay không đồng bộ hóa qua mạng khả dụng và NTP hiển thị liệu một dịch vụ như vậy được kích hoạt.

NTPSynchronized cho biết hạt nhân có báo cáo thời gian như được đồng bộ hóa (c.f. adjtimex(3)). TimeUSec và RTCTimeUSec hiển thị thời gian hiện tại trên hệ thống và trong RTC. Mục đích của ba properties là cho phép các máy khách từ xa truy cập thông tin này qua D-Xe buýt. Khách hàng địa phương có thể truy cập thông tin trực tiếp.

Nếu Windows vẫn được đặt thành giờ địa phương, đây chắc chắn là nguyên nhân khiến hai thời điểm khác nhau.

Với LocalRTC=không, Thời gianUSecThời gian RTCUSec có cùng giá trị.

Để giữ thời gian của RTC ở Giờ quốc tế cho cả hai hệ thống trong khởi động kép, tốt hơn là buộc Windows cũng sử dụng UTC.

Bạn có thể làm điều này với giá trị đăng ký 1 Trong Thời gian thực là phổ quát trong sổ đăng ký Windows tại HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TimeZoneInformation.

AlMo320 avatar
lá cờ cn
Yep, hình như nhiều. Đã xem các cảnh báo sau khi đặt RTC thành vùng cục bộ, tôi vẫn chưa hiểu rõ điều này sẽ gây hại gì cho các ứng dụng Linux. Khá chắc chắn rằng các ứng dụng Windows có thể ít quan tâm đến khu vực chúng đang ở, giống như nhiều người tôi sử dụng PC của mình như một chiếc đồng hồ. Giống như hầu hết mọi người, tôi không sống ở Iceland hoặc Greenwich hoặc những nơi khác mà DST không phải là "thứ" thường xuyên, vì vậy có lẽ tôi sẽ sống với RTCTimeUSec `dị thường` :)
AlMo320 avatar
lá cờ cn
Đọc bài báo khiến tôi suy ngẫm rằng chúng ta hiện đang chính thức gần hơn với năm 2038 so với Y2K o>. Ai nghĩ rằng thế giới sẽ kết thúc trước khi chúng ta gặp phải tràn số 32-bit? Ai tin rằng nó đã không kết thúc 22 năm trước? Cá nhân tôi đang mong chờ "sự kết thúc của kỷ nguyên" cho dù lúc đó có bộ xử lý 64 bit nào hay không!
AlMo320 avatar
lá cờ cn
https://www.epochconverter.com/?mm=1&dd=1&yyyy=2039&hh=12&mn=0&ss=0&am=am&tz=1 đưa ra quan điểm: Một số hệ thống lưu trữ ngày kỷ nguyên dưới dạng số nguyên 32 bit có dấu, điều này có thể gây ra sự cố trên Ngày 19 tháng 1 năm 2038 (được gọi là sự cố Năm 2038 hoặc Y2038).
AlMo320 avatar
lá cờ cn
Câu hỏi của tôi và câu trả lời @ emk2203 đã giúp tôi giải mã từ viết tắt khó hiểu của USec, đây là một cách "trường hợp lạc đà" để tránh chữ cái Hy Lạp 'mu' đại diện cho micro giây. Vì câu hỏi này liên quan đến điểm đối đầu khởi động kép Windows/Linux, nên thật trớ trêu (bạn không nghĩ vậy) khi tìm thấy đoạn văn dưới đây trong tệp trợ giúp MS Word:
AlMo320 avatar
lá cờ cn
Chữ μ rất phổ biến trong các lĩnh vực khoa học khác nhau. Ví dụ: ký hiệu μ biểu thị giá trị trung bình tổng thể trong thống kê, hệ số ma sát hoặc tính thấm từ trong vật lý và micron hoặc micromet trong đo lường. https://www.officetooltips.com/word_2016/tips/how_to_insert_micro_sign_or_mu_symbol_in_word.html
AlMo320 avatar
lá cờ cn
Vì vậy, để kết luận: tại sao lại thảo luận về USec trong kết quả của timedatectl, khi không có hàm POSIX hoặc chương trình con nào phân biệt giữa μsec và sec? Đặc biệt là khi ngày được hiển thị là "con người có thể đọc được" thay vì "kỷ nguyên"?

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.