สมมติว่า "B" ถูกแทนที่บนระบบไฟล์ด้วย ตอนนี้ "A" จำเป็นต้องอ่าน "B" อีกครั้งด้วยเหตุผลบางอย่าง คำถามคือ: เป็นไปได้หรือไม่ที่ "A" อาจพบรุ่น "B" ที่เข้ากันไม่ได้และเกิดความผิดพลาดหรือการทำงานผิดพลาดด้วยวิธีอื่น?
เป็นไปได้ แต่ไม่น่าเป็นไปได้ในกรณีส่วนใหญ่ ถ้า "B" เป็นไลบรารี่โค้ดปกติแล้วเวอร์ชั่นดั้งเดิมจะไม่ถูกปิด "A" จะใช้ "B" เวอร์ชันเดิมต่อไป หากคุณเรียกใช้ "A" หลังจากการอัปเดตจะใช้ "B" เวอร์ชันใหม่ ในระหว่างการอัพเดตมีความเสี่ยงที่สามารถโหลดเวอร์ชั่นที่เข้ากันไม่ได้ อย่างไรก็ตามเนื่องจากวิธีโหลดรหัสไลบรารีสิ่งนี้จะเป็นปัญหาเฉพาะเมื่อ "A" ต้องการฟังก์ชั่นที่ไม่มีอยู่ในรุ่น "B" ที่โหลด
การเข้ารหัสที่ดีจะช่วยให้อินเทอร์เฟซทำงานเหมือนเดิม ดังนั้นมันจึงไม่สำคัญว่าจะโหลดเวอร์ชันใดมากไปกว่านั้นหากมีการแก้ไขข้อบกพร่องในเวอร์ชันที่ใหม่กว่า
ไฟล์การกำหนดค่าเป็นเรื่องที่แตกต่างกันเล็กน้อย แต่มักจะอ่านในระหว่างการเริ่มต้น ในกรณีนี้ "A" จะไม่อ่าน "B" ยกเว้นว่ามีการโหลดการกำหนดค่าใหม่ อีกครั้งจะเป็นการฝึกเขียนโค้ดที่ไม่ดีเพื่อเปลี่ยนรูปแบบหรือความหมายของไฟล์กำหนดค่า ไฟล์คอนฟิกูเรชันเวอร์ชันที่เข้ากันไม่ได้ควรมีชื่อแตกต่างกันดังนั้นจึงไม่ทำให้เกิดปัญหา
เหตุใดจึงไม่มีใครอัปเดตระบบของพวกเขาโดยการรีบูตด้วย CD สดหรือขั้นตอนที่คล้ายกัน
การปิดและรีบูตเครื่องจากเวอร์ชั่นอื่นอาจทำให้บริการขัดข้อง สำหรับเซิร์ฟเวอร์มักไม่ต้องการสิ่งนี้ ไม่ว่าในกรณีใดตัวจัดการแพ็กเกจบนระบบที่รันอยู่จะรับรู้ถึงซอฟต์แวร์และเวอร์ชันที่ติดตั้งไว้ Live CD มีรายการซอฟต์แวร์ที่ติดตั้งเป็นของตัวเอง สิ่งนี้ทำให้ยากต่อการอัพเกรดระบบการเรียกใช้จาก CD สด
บางครั้ง Live CD จะใช้เมื่อมีการติดตั้ง O / S รุ่นใหม่ ในกรณีนี้การติดตั้งแบบ O / S แบบปกติจะเสร็จสิ้น สิ่งนี้สามารถ จำกัด จำนวนไฟล์ที่ไม่ได้ใช้จากเวอร์ชันก่อนหน้าที่ยังคงอยู่ มันอาจเป็นความพยายามมากกว่าการอัพเกรดระบบจริง อย่างไรก็ตามหากใช้พาร์ติชันรูทที่แตกต่างกันก็สามารถจำกัดความเสี่ยงที่จะติดอยู่กับระบบที่ได้รับการอัพเดตบางส่วน