Score:0

RTCTimeUSec แสดงอะไรโดย `timedatectl show`

ธง cn

ในรสชาติและเวอร์ชันต่างๆ ของ Linux ฉันเห็นสิ่งต่อไปนี้เมื่อออก แสดงวันที่เวลา สั่งการ:

เขตเวลา=อเมริกา/ลอสแองเจลิส
LocalRTC=ใช่
CanNTP=ใช่
NTP=ใช่
NTPSynchronized=ใช่
TimeUSec=จ. 2021-11-22 08:33:06 PST
RTCTimeUSec=จันทร์ 2021-11-22 00:33:06 PS

ค่านี้ดูเหมือนจะเป็น ท้องถิ่น ชดเชยเวลา -8 ชม. (ชดเชย GMT ปัจจุบันของฉัน) ซึ่งไม่สมเหตุสมผลสำหรับฉัน

ฉันไม่พบการอ้างอิงถึงผลลัพธ์นี้ใน Google หรือ เวลาผู้ชายวันที่. อาจเป็นสิ่งประดิษฐ์ของ set-local-rtc=1 (บูทคู่กับ Windows)?

Score:0
ธง in

จาก https://www.freedesktop.org/software/systemd/man/org.freedesktop.timedate1.html

เขตเวลาแสดงเขตเวลาที่กำหนดค่าไว้ในปัจจุบัน การแสดง LocalRTC มีการกำหนดค่า RTC ให้ใช้ UTC (เท็จ) หรือเวลาท้องถิ่น โซน (จริง). CanNTP แสดงให้เห็นว่าบริการดำเนินการตามเวลาหรือไม่ มีการซิงโครไนซ์ผ่านเครือข่าย และ NTP จะแสดงว่า เปิดใช้งานบริการดังกล่าวแล้ว

NTPSynchronized แสดงว่าเคอร์เนลรายงานเวลาเป็น ซิงโครไนซ์ (c.f. adjtimex(3)) TimeUSec และ RTCTimeUSec แสดง เวลาปัจจุบันในระบบและใน RTC. จุดประสงค์ของทั้งสามคนนั้น คุณสมบัติคือการอนุญาตให้ไคลเอ็นต์ระยะไกลเข้าถึงข้อมูลนี้ได้ ดี-บัส. ลูกค้าในพื้นที่สามารถเข้าถึงข้อมูลได้โดยตรง

หากคุณยังคงตั้งค่า Windows เป็นเวลาท้องถิ่น นี่เป็นสาเหตุของเวลาที่แตกต่างกันสองครั้ง

กับ LocalRTC=ไม่มี, เวลาสหรัฐอเมริกา และ RTCTimeUSวินาที มีค่าเท่ากัน

เพื่อให้เวลาของ RTC เป็นเวลาสากลสำหรับทั้งสองระบบในการบู๊ตคู่ จะเป็นการดีกว่าที่จะบังคับให้ Windows ใช้ UTC ด้วย

คุณสามารถทำได้ด้วยค่ารีจิสตรี 1 ใน RealTime เป็นสากล ในรีจิสทรีของ Windows ที่ HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TimeZoneInformation.

AlMo320 avatar
cn flag
ใช่คิดมาก เห็นคำเตือนหลังจากตั้งค่า RTC เป็นโลคัลโซนแล้ว ยังไม่ชัดเจนสำหรับฉันว่าสิ่งนี้จะส่งผลเสียต่อแอป Linux อย่างไร ค่อนข้างแน่ใจว่าแอพ Windows ไม่สนใจว่าพวกเขาอยู่ในโซนใด เช่นเดียวกับผู้คนจำนวนมากที่ฉันใช้พีซีเป็นนาฬิกา เช่นเดียวกับคนส่วนใหญ่ ฉันไม่ได้อาศัยอยู่ในไอซ์แลนด์หรือกรีนิช หรือที่อื่น ๆ ที่ DST ไม่ใช่ "สิ่ง" บ่อยครั้ง ดังนั้นฉันอาจจะอยู่กับ RTCTimeUSec `anomaly` นั้น :)
AlMo320 avatar
cn flag
การอ่านบทความทำให้ฉันคิดว่าตอนนี้เราเข้าใกล้ปี 2038 อย่างเป็นทางการมากกว่า Y2K o> ใครคิดว่าโลกจะแตกก่อนที่เราจะเจอตัวเลข 32 บิตล้น ใครจะเชื่อว่ามันไม่ได้จบลงเมื่อ 22 ปีก่อน? โดยส่วนตัวแล้วฉันรอคอยที่จะ "สิ้นสุดยุค" ไม่ว่าจะมีโปรเซสเซอร์ 64 บิตอยู่หรือไม่ก็ตาม!
AlMo320 avatar
cn flag
https://www.epochconverter.com/?mm=1&dd=1&yyyy=2039&hh=12&mn=0&ss=0&am=am&tz=1 ประเด็น: บางระบบจัดเก็บวันที่ของยุคเป็นจำนวนเต็ม 32 บิตที่เซ็นชื่อ ซึ่งอาจทำให้เกิดปัญหากับ 19 มกราคม 2038 (เรียกว่า ปัญหาปี 2038 หรือ Y2038)
AlMo320 avatar
cn flag
คำถามและคำตอบ @ emk2203 ของฉันช่วยฉันไขคำย่อที่น่าอึดอัดใจของ USec ซึ่งเป็นวิธี "กรณีอูฐ" เพื่อหลีกเลี่ยงตัวอักษรกรีก 'mu' ที่แสดงถึงไมโครวินาที เนื่องจากคำถามนี้เกี่ยวข้องกับจุดเผชิญหน้าการบู๊ตคู่ของ Windows/Linux จึงเป็นเรื่องที่น่าขัน (อย่าคิดไปเอง) ที่จะค้นหาข้อความด้านล่างในไฟล์ช่วยเหลือของ MS Word:
AlMo320 avatar
cn flag
อักษร μ เป็นที่นิยมอย่างมากในสาขาวิทยาศาสตร์ต่างๆ เช่น สัญลักษณ์ μ ระบุค่าเฉลี่ยของประชากรในสถิติ สัมประสิทธิ์แรงเสียดทานหรือการซึมผ่านของแม่เหล็กในฟิสิกส์ และไมครอนหรือไมโครเมตรในการวัด https://www.officetooltips.com/word_2016/tips/how_to_insert_micro_sign_or_mu_ symbol_in_word.html
AlMo320 avatar
cn flag
สรุป: เหตุใดจึงต้องพูดถึง USec ในผลลัพธ์ของ timedatectl เมื่อไม่มีฟังก์ชัน POSIX หรือรูทีนย่อยแยกความแตกต่างระหว่าง μsecs และ secs โดยเฉพาะอย่างยิ่งเมื่อวันที่แสดงเป็น "มนุษย์อ่านได้" แทนที่จะเป็น "ยุค"?

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา