क्या आरपीवाई Y2K38 बग से पीड़ित होगा?

Question

जिज्ञासा से बाहर, 19 जनवरी 2038 को 3:14:07 AM GMT में RPis मॉडल A और B का क्या होगा? क्या वे Y2K38 बग से प्रभावित हैं ?

Comments

कितने आप अभी भी चलने की उम्मीद करते हैं?

— थोर्बोजर्न रेवन एंडरसन

@ ThorbjørnRavnAndersen ईमानदार होने के लिए मेरा मानना ​​है कि आरपीआई का बड़ा भविष्य है और उनमें से कई अभी भी चल रहे होंगे (अंततः मॉडल सी या अधिक लेकिन ..)

— DaGhostman दिमित्रोव

उस स्थिति में, घड़ी सेट करें और देखें।

— थोर्बोजर्न रेव एंडरसन

उस के बारे में

— सोचा

पीआई का भविष्य जो भी है, संभावना है कि यह न तो है और न ही कुछ और अभी भी 25 वर्षों में 32-बिट प्रोसेसर का उपयोग करेगा। विकिपीडिया के अनुसार, 64-बिट सिस्टम 64-बिट का उपयोग करते हैं time_t, जिससे यह Y292G समस्या में बदल जाता है, जिसे न तो हम और न ही सूरज देखने के लिए जीवित रहेगा।

— गोल्डीलॉक्स

Answer 1

हाँ।

यहाँ एक SSH सत्र का आउटपुट मेरे Pi OpenELEC पर चल रहा है।

यह Y2K38 तक पहुंचने के बाद लटका हुआ है। न केवल एसएसएच सत्र ही जवाब देना बंद कर देता है, बल्कि ओपनेलेक भी जमा देता है।

मैं उम्मीद करता हूं (और आशा करता हूं!) कि 2038 तक एक रिहा हो गया होगा।

^{यह, या आपके प्रश्न को 24 वर्षों में बहुत अधिक बढ़ावा मिलेगा ।}

Comments

मुझे आश्चर्य है कि आप ऐसी बेतहाशा तारीख वाली मशीन के साथ SSH सत्र खोलने में सक्षम थे। हालांकि वास्तव में इसे आज़माने के लिए +1।

— अशुभ

@einnocent मैं क्यों सक्षम नहीं होगा? क्या एसएसएच हैंडशेकिंग स्पेक्स पर किसी भी तरह की समय की तुलना है जो इसे रोकती है? इसके अलावा, कनेक्शन स्थापित होने के बाद मैंने समय बदल दिया है । इसके अलावा, पाई घड़ी वैसे भी पहले से ही गलत थी (कुछ महीनों, वर्षों तक, याद नहीं कर सकते): P

— वह ब्राज़ीलियाई लड़के

समय पूर्व-कनेक्शन को बदलते हुए, मैं समझता हूं कि घड़ी के समय में बड़े अंतर कुछ सुरक्षा हैंडशेक के साथ समस्या पैदा कर सकते हैं, हालांकि मैं विशेष रूप से एसएसएच के बारे में नहीं जानता। कनेक्शन के बाद के बदलाव के साथ, मैं सोच सकता था कि एसएसएच को अचानक पता चला कि यह 34 वर्षों से एक कनेक्शन है। मुझे लगता है कि एक छोटा (लेकिन गैर-शून्य) मौका है कि एसएसएच ने बस उस जादू के समय में कनेक्शन समाप्त कर दिया। लेकिन वास्तव में मैं आपके उत्तर के साथ आश्वस्त हूँ :)

— einnocent

@einnocent यह मेरे लिए नहीं हुआ कि SSH सोच सके कि यह "24 साल के लिए खुला" और लटका हुआ था। 22 साल, मैं फिर से कोशिश करूंगा। लेकिन मुझे लगता है कि यह कारण नहीं है, क्योंकि यह Y2K38 तक पहुंचने पर बिल्कुल लटका हुआ है

— यह ब्राजील का लड़का

Answer 2

वास्तव में रास्पबेरी पाई (हार्डवेयर) ठीक होगा। इसमें RTC शामिल नहीं है, इसलिए यह निर्भर करता है कि आप किस OS का उपयोग करते हैं।

लेकिन लिनक्स के सभी 32 बिट संस्करण IIRC में यह समस्या है। कुछ समय पहले (10yrs या तो) लिनुस ने कहा कि वह 32 बिट प्लेटफार्मों पर इसे ठीक करने में दिलचस्प नहीं था और उस समय सभी 64 बिट लिनक्स प्लेटफार्मों में 64 बिट टाइम_ टी था। वह बदल गया हो सकता है तब से मन है। इसका सबसे अच्छा लिंक मुझे मिल सकता है http://permalink.gmane.org/gmane.linux.kernel/1184914 - जो समान नहीं है, लेकिन एक समान आशय व्यक्त करता है।

यह बदलने के लिए एक विशेष रूप से मुश्किल बात नहीं होगी, लेकिन यह कर्नेल एबीआई में बदलाव को मजबूर करेगा। जो अपने आप में एक समस्या है।

लेकिन, RiscOs एक 40bit समय (सेंटीसेकंड) का उपयोग करता है, लेकिन एक अलग युग के साथ। ( https://www.riscosopen.org/wiki/documentation/show/OS_Word%2014_3 ) - मैं २३१ - में कुछ समय के लिए यह काम करता हूं - [कैल्क था: १ (० + ((२ ^ ४०) / १०० / / (६० * ६०) * 24 * 365.25)]

Android, निश्चित रूप से लिनक्स कर्नेल का उपयोग करता है। और मुझे यकीन है कि मैंने अन्य विकल्पों को याद किया है।

Answer 3

जैसा कि वर्तमान में लागू किया गया है, रास्पबेरी पाई सूचीबद्ध बग के भाग्य को भुगतना होगा, अगर सॉफ्टवेयर में कोई बदलाव नहीं किया गया है।

अधिकांश आधुनिक मशीनें 64 बिट प्रोसेसर पर छलांग लगा रही हैं, लेकिन मुझे अभी भी उस बिंदु पर 32 बिट मुख्यधारा के प्रोसेसर को देखकर बिल्कुल भी आश्चर्य नहीं होगा। ऐसे सॉफ्टवेयर समाधान हैं जो समस्या को हल कर सकते हैं।

यह मुझे लगता है कि सबसे अधिक संभावना है कि 1 जनवरी, 2000 की तरह शुरू करने के लिए ईपॉच समय को अपडेट किया जाएगा। हालांकि इससे बग में देरी नहीं होगी, यह निश्चित रूप से इसे भविष्य के लिए रीसेट कर देगा।