मान लीजिए कि "बी" को फाइल सिस्टम पर भी बदल दिया गया है। अब "ए" को किसी कारण से "बी" को फिर से पढ़ने की आवश्यकता है। सवाल यह है कि क्या यह संभव है कि "ए" "बी" का असंगत संस्करण ढूंढ सकता है और किसी अन्य तरीके से दुर्घटना या खराबी कर सकता है?
यह संभव है, लेकिन ज्यादातर मामलों में संभावना नहीं है। यदि "बी" एक कोड लाइब्रेरी है, तो मूल संस्करण आमतौर पर बंद नहीं होगा। "ए" "बी" के मूल संस्करण का उपयोग करना जारी रखेगा। यदि आप अपडेट के बाद "ए" चलाते हैं, तो "बी" के नए संस्करण का उपयोग किया जाएगा। अपडेट के दौरान, कुछ जोखिम है जो असंगत संस्करणों को लोड किया जा सकता है। हालांकि, जिस तरह से कोड लाइब्रेरीज़ लोड की जाती हैं, उसके कारण यह केवल एक समस्या होनी चाहिए अगर "ए" को "बी" के संस्करणों में मौजूद कार्यक्षमता की आवश्यकता नहीं है जो इसे लोड करता है।
अच्छा कोडिंग अभ्यास इंटरफ़ेस को समान कार्य करता है। परिणामस्वरूप यह ज्यादा मायने नहीं रखता कि कौन सा संस्करण लोड किया गया है, इसके अलावा अगर नए संस्करण में बग्स तय किए गए थे।
कॉन्फ़िगरेशन फ़ाइलें थोड़ा अलग मामला है, लेकिन आमतौर पर स्टार्टअप के दौरान पढ़ा जाता है। इस मामले में, "ए" तब तक "बी" नहीं पढ़ेगा, जब तक कि कॉन्फ़िगरेशन का पुनः लोड नहीं किया जाता। फिर, कॉन्फ़िगरेशन फ़ाइल के प्रारूप या अर्थ को बदलने के लिए यह खराब कोडिंग अभ्यास होगा। कॉन्फ़िगरेशन फ़ाइल के असंगत संस्करण का एक अलग नाम होना चाहिए, इसलिए यह समस्या का कारण नहीं होगा।
लाइव सीडी या कुछ इसी तरह की प्रक्रिया के साथ रीबूट करके कोई भी अपने सिस्टम को अपडेट क्यों नहीं करता है?
शट डाउन करना और एक अलग संस्करण से रिबूट करना एक सेवा आउटेज का कारण होगा। सर्वरों के लिए, यह आम तौर पर वांछित नहीं है। किसी भी स्थिति में, रनिंग सिस्टम पर पैकेज मैनेजर उसके द्वारा स्थापित सॉफ्टवेयर और संस्करणों से अवगत है। लाइव सीडी में स्थापित सॉफ़्टवेयर की अपनी सूची है, संभवतः विभिन्न संस्करणों के साथ। इससे लाइव सीडी से रनिंग सिस्टम को मज़बूती से अपग्रेड करना मुश्किल हो जाता है।
लाइव सीडी का उपयोग कभी-कभी किया जाता है जब ओ / एस की एक नई रिलीज स्थापित की जा रही है। इस मामले में, आमतौर पर ओ / एस की एक साफ स्थापना की जाती है। यह अप्रयुक्त फ़ाइलों की मात्रा को पिछले संस्करण से बनाए रखा जा सकता है। यह लाइव सिस्टम को अपग्रेड करने की तुलना में अधिक प्रयास हो सकता है। हालांकि, यदि विभिन्न रूट विभाजन का उपयोग किया जाता है, तो यह आंशिक रूप से अपडेट की गई प्रणाली के साथ अटूट होने के जोखिम को सीमित कर सकता है।