Akankah RPi menderita bug Y2K38?


12

Karena penasaran, apa yang akan terjadi pada RPis Model A dan B pada 19 Januari 2038 pada pukul 3:14:07 GMT? Apakah mereka terpengaruh oleh bug Y2K38 ?


Berapa banyak yang Anda harapkan masih berjalan?
Thorbjørn Ravn Andersen

1
@ ThorbjørnRavnAndersen jujur ​​saya percaya bahwa RPi memiliki masa depan yang besar dan akan ada banyak dari mereka masih berjalan (akhirnya model C atau lebih besar tetapi ..)
DaGhostman Dimitrov

5
Dalam hal ini, atur jam dan lihat.
Thorbjørn Ravn Andersen

1
Tidak apa-apa tentang itu ..: D
DaGhostman Dimitrov

1
Apa pun masa depan pi, kemungkinan bukan atau apa pun akan tetap menggunakan prosesor 32-bit dalam 25 tahun. Sesuai wikipedia, sistem 64-bit menggunakan 64-bit time_t, mengubahnya menjadi masalah Y292G , yang tidak bisa dilihat oleh kita maupun matahari.
goldilocks

Jawaban:


10

Iya.

Inilah output dari sesi SSH untuk Pi saya yang menjalankan OpenELEC.

Itu hang setelah mencapai Y2K38. Tidak hanya sesi SSH itu sendiri berhenti merespons, tetapi OpenELEC membeku juga.

Saya berharap (dan berharap!) Bahwa pada 2038 perbaikan akan dirilis.

Itu, atau pertanyaan Anda akan mendapatkan banyak peningkatan dalam 24 tahun.

masukkan deskripsi gambar di sini


Saya terkejut Anda bisa membuka sesi SSH dengan mesin dengan tanggal yang sangat liar. +1 untuk benar-benar mencobanya.
einnocent

@ einocent Kenapa aku tidak bisa? Apakah ada perbandingan waktu pada spesifikasi handshaking SSH yang akan mencegahnya? Selain itu, saya telah mengubah waktu setelah koneksi dibuat. Selain itu, jam Pi sudah salah pula (oleh beberapa bulan, tahun, tidak dapat mengingat): P
Orang Brazil itu

Mengubah waktu pra-koneksi, saya mengerti bahwa perbedaan besar dalam waktu jam dapat menyebabkan masalah dengan beberapa jabat tangan keamanan, meskipun saya tidak tahu tentang SSH pada khususnya. Dengan perubahan pasca-koneksi, saya bisa membayangkan SSH tiba-tiba ketakutan ketika mengetahui bahwa koneksi itu terbuka selama 34 tahun. Saya kira ada kemungkinan kecil (tetapi tidak nol) bahwa SSH hanya mengakhiri koneksi pada waktu ajaib itu. Tapi sungguh saya yakin dengan jawaban Anda :)
einnocent

@ einnocent Tidak terpikir oleh saya bahwa SSH bisa berpikir itu "terbuka selama 24 tahun" dan hang. Saya akan coba lagi dengan, katakanlah, 22 tahun. Tapi saya pikir itu bukan penyebabnya, karena itu tergantung tepat saat mencapai Y2K38
Pria Brasil

4

Sebenarnya Raspberry Pi (perangkat keras) akan baik-baik saja. Itu tidak mengandung RTC, jadi itu akan tergantung pada OS yang Anda gunakan.

Tapi IIRC semua versi 32bit Linux memang memiliki masalah ini. Beberapa waktu yang lalu (sekitar 10 tahun) Linus mengatakan bahwa dia tidak tertarik untuk memperbaikinya pada platform 32 bit dan semua platform Linux 64bit pada saat itu memiliki time_t 64bit. Dia mungkin telah berubah pikiran sejak saat itu tentu saja. Tautan terbaik untuk ini yang dapat saya temukan adalah http://permalink.gmane.org/gmane.linux.kernel/1184914 - yang tidak sama, tetapi menyatakan maksud yang sama.

Ini tidak akan menjadi hal yang sulit untuk diubah, tetapi itu akan memaksa perubahan pada kernel ABI. Yang merupakan masalah itu sendiri.

Tapi, RiscO menggunakan waktu 40bit (centisecond), tetapi dengan zaman yang berbeda. ( https://www.riscosopen.org/wiki/documentation/show/OS_Word%2014_3 ) - Suatu saat saya membuat failling di tahun 2318 - [calc adalah: 1970 + ((2 ^ 40) / 100) / (60 * 60 * 24 * 365.25)]

Android, tentu saja menggunakan kernel Linux. Dan saya yakin saya telah melewatkan opsi lain.


1

Seperti yang saat ini diterapkan, Raspberry Pi akan mengalami nasib bug yang terdaftar, jika tidak ada perubahan dalam perangkat lunak yang dibuat.

Sebagian besar mesin modern membuat lompatan ke prosesor 64bit, tapi saya tidak akan terkejut sama sekali untuk melihat prosesor 32bit yang diarusutamakan. Ada solusi perangkat lunak yang dapat dan harus menyelesaikan masalah.

Sepertinya saya bahwa perbaikan yang paling mungkin adalah memperbarui waktu Epoch untuk memulai sesuatu seperti 1 Januari 2000. Meskipun ini tidak akan menunda bug, itu pasti akan mengatur ulang untuk masa mendatang.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.