दूसरे OS में हाइबरनेट करना और बूट करना: क्या मेरा फाइल सिस्टम दूषित हो जाएगा?

52

जरूरी

यदि आप इस प्रश्न का उत्तर ढूंढने यहां आए हैं, तो कृपया नीचे दिए गए सभी उत्तरों को पढ़ें । ऐसे लोगों के कुछ प्रशंसापत्र हैं जिन्होंने ऐसा करने से डेटा खो दिया है। यदि आप नियमित रूप से ऐसा करने की योजना बनाते हैं, तो मैं अत्यधिक अनुशंसा करता हूं कि आप अपने लिए परीक्षण करें।

मूल प्रश्न

मान लीजिए कि मेरे पास एक ही कंप्यूटर पर विंडोज और लिनक्स स्थापित है। यदि मैं विंडोज को हाइबरनेट करता हूं, तो क्या मैं विंडोज को फिर से शुरू करने के बिना विंडोज फाइल सिस्टम को दूषित किए बिना लिनक्स में बूट कर सकता हूं? दूसरे रास्ते के बारे में क्या? क्या होगा यदि मैं एक हाइबरनेट करता हूं, दूसरे में बूट करता हूं, और हाइबरनेटेड फाइल सिस्टम को पढ़ने / लिखने के लिए माउंट करता हूं? सिफ़ पढ़िये? यदि यह असुरक्षित है, तो क्या अन्य ओएस के हाइबरनेटेड स्टेट का पता लगाने और इसके फाइल सिस्टम को माउंट करने से रोकने का कोई तरीका है?

असल में, इसके टूटने से पहले मैं इसे कितनी दूर धकेल सकता हूं और किनारे के पास यह कितना खतरनाक है? मुझे लगता है कि मैं उपरोक्त कुछ प्रश्नों के उत्तर जानता हूं, लेकिन अन्य लोगों के लिए, मेरे पास कोई विचार नहीं है, और स्पष्ट कारणों से मैंने अपने कंप्यूटर पर इसका परीक्षण नहीं किया है। अगर किसी ने इनका परीक्षण किया है, तो कृपया हम में से बाकी लोगों को बताएं। मैं जरूरी नहीं कि हर प्रश्न का एक विशिष्ट उत्तर खोज रहा हूं; मैं किसी भी प्रतिक्रिया को स्वीकार करूँगा जो एक उचित हिस्से का जवाब देती है।

संपादित करें

मुझे स्पष्ट करें कि जब मैं कहता हूं "हाइबरनेट," मेरा मतलब है कि रैम की सामग्री को हार्ड डिस्क पर लिखने और कंप्यूटर को पूरी तरह से पावर करने की प्रक्रिया है। इस स्थिति में, कंप्यूटर को वापस पॉवर देना आपको BIOS और बूटलोडर के माध्यम से फिर से लाता है, और आप सैद्धांतिक रूप से एक बहु-बूट सिस्टम पर दूसरे ऑपरेटिंग सिस्टम का चयन कर सकते हैं। वैसे भी, मूल प्रश्न के साथ:

मेरे परिणाम

ठीक है, हर किसी के आश्वासन के बाद कि यह काम करेगा, मैंने इसे अपने लिए परीक्षण किया। मैंने उबंटू को सभी ntfs फाइल सिस्टम और बाहरी ड्राइव्स को रिमूव करने से पहले केवल पढ़ने के लिए सेट किया है। एक समान विंडोज सेटअप की कोई आवश्यकता नहीं थी क्योंकि विंडोज लिनक्स फाइल सिस्टम नहीं पढ़ता है। फिर, मैंने बारी-बारी से एक ऑपरेटिंग सिस्टम को हाइबरनेट करने की कोशिश की और दूसरे को आगे-पीछे करते हुए कुछ समय बाद फिर से शुरू किया। मैंने उबंटू से विंडोज फाइल सिस्टम को पढ़ने-लिखने और कुछ फाइलें बनाने की कोशिश भी की। जब मैंने फिर से शुरू किया तो विंडोज ने शिकायत नहीं की। तो, निष्कर्ष में, आप दोहरे बूट विंडोज / लिनक्स परिदृश्य में स्वतंत्र रूप से हाइबरनेट कर सकते हैं।

ध्यान दें कि मैंने दोहरी लिनक्स / लिनक्स सह-हाइबरनेशन स्थिति का परीक्षण नहीं किया है। यदि आपके पास दो या अधिक लिनक्स इंस्टाल हैं और आप उनमें से किसी एक को हाइबरनेट करते हैं, तो हो सकता है कि आप फाइल सिस्टम को एक दूसरे से बढ़ते हुए भ्रष्ट कर सकें।

— रयान थॉम्पसन
स्रोत

1

मैं आगे स्पष्ट है कि मैं कोई है जो वास्तव में है के लिए देख रहा हूँ करना चाहते हैं परीक्षण किया इन सवालों और इसी तरह के एक अनुभव । लेकिन, यह असफल होने पर, बेझिझक कल्पना करें। यदि किसी के पास कोई वास्तविक परीक्षा परिणाम नहीं है, तो मैं थोड़ी देर के बाद सबसे प्रशंसनीय अटकलों को स्वीकार करूंगा।

— रयान थॉम्पसन

खैर, मैं जल्द ही इनमें से कुछ विचारों का परीक्षण करने का प्रयास करने जा रहा हूं। अगर मैं एक मशीन के साथ समाप्त होता हूं जो अभी भी बूट करता है, तो मैं वापस आऊंगा और एक उत्तर स्वीकार करूंगा। ;)

— रयान थॉम्पसन

संबंधित: superuser.com/questions/211079/…

— डेविड कैरी

@RyanThompson, आप इसे कैसे मज़बूती से परखेंगे? यकीन है कि यह काम कर रहा है, जब तक यह नहीं दिखता है।

— पचेरियर

इसीलिए मैंने स्वीकार किया कि "डेटा मत खोइए आप डेटा खो देंगे" उत्तर को स्वीकार कर लिया गया है।

— रयान थॉम्पसन

17

एक हाइबरनेटेड लिनक्स पर विंडोज बूट करना एक अच्छा विचार नहीं है। मैंने एक साझा NTFS विभाजन में सिर्फ 20 GiB डेटा खो दिया है ...

मैंने एक दिन उबंटू ल्यूसिड को हाइबरनेट किया, और अगले दिन मैंने अपना कंप्यूटर निकाल दिया। कुछ अपडेट ने ग्रब में सहेजे गए विकल्प को गड़बड़ कर दिया, इसलिए उबंटू को फिर से बूट करने के बजाय, इसे विंडोज 7 शुरू करना चाहिए। जब मैं अपनी कॉफी के साथ वापस आया, तो मैं सिर्फ उबंटू को याद किए बिना इसे उपयोग कर रहा था। मैंने संभवतः साझा विभाजन से संगीत, फ़ायरफ़ॉक्स प्रोफ़ाइल, दस्तावेज़, डाउनलोड और गेम एक्सेस किए हैं।

अगली बार जब मैंने उबंटू में स्विच किया, तो मैंने "हाइबरनेशन से जागने" संदेश देखा। डैंग। लेकिन मुझे उम्मीद थी कि यह जागने में विफल होगा, और इसके बजाय नरम रिबूट, जैसा कि पिछली बार हुआ था जब मैंने इसे (मेरे कर्मिक समय में) "कोशिश" की थी। लेकिन नहीं, यह ठीक है। ठंडा। या नहीं। मुझे जल्दी से एहसास हुआ कि साझा विभाजन की जड़ में एक निर्देशिका अब खाली थी। मुझे लगता है कि फिर से शुरू करने पर साझा विभाजन तक पहुँचने वाले केवल कार्यक्रम थे, क्वॉड लिबेट (संगीत खिलाड़ी) और ट्रांसमिशन (बिटटोरेंट क्लाइंट)।

मैं वापस विंडोज़ पर गया, जहाँ मैं निर्देशिका भी नहीं खोल सकता था। इसे शेल में "डिर" करने की कोशिश की गई "फाइल नहीं मिली"। भ्रष्ट। फिर भी, विभाजन की खाली जगह में वृद्धि नहीं हुई थी, इसलिए मेरे 20 GiB जहां शायद अभी भी वहां हैं, अधिलेखित होने से सुरक्षित हैं। शायद। लेकिन उन्हें कैसे प्राप्त करें?

एक छोटे से शोध ने थोड़ी मदद प्रदान की, और मेरी आशाओं को और अधिक धूमिल कर दिया।

मैंने ऑटो मरम्मत के बिना स्कैंडिस्क ("त्रुटियों की जांच करें") चलाया, क्योंकि मैं अपने डेटा को और नष्ट करके चीजों को ठीक करना नहीं चाहता था। परिणाम बहुत जानकारीपूर्ण नहीं था: "त्रुटियां मिलीं। ऑटो मरम्मत के साथ चलाएं।" मेरे लिए अज्ञात है, प्रतीत होता है कि यह विभाजन को अगले बूट पर स्वचालित रूप से जांचने के लिए चिह्नित करता है। मैं चला गया और चला गया, और बाद में EasyRecovery के साथ वापस आया।

कंप्यूटर ने हमेशा की तरह ध्यान न देकर मेरे साथ शुरुआत की, और जब मैंने देखा, chkdsk पहले से ही पूरे जोरों पर त्रुटियों को उगल रहा था, जो उसने कुछ दस मिनटों तक किया। ओह ठीक है, यहाँ कुछ भी नहीं जाता है।

सौभाग्य से मैंने हाल ही में सांता टेकला के लिए एक मोमबत्ती जलाई थी, और विंडोज शुरू होने के बाद, मेरा डेटा वापस आ गया था, यह सब जहां तक मैं बता सकता हूं, हालांकि कुछ फाइलें फाउंड में समाप्त हुईं।

तो हां, इसका सुखद अंत हुआ। आप नाटकीय सस्पेंस को माफ कर देंगे, लेकिन यह एक बिंदु को पार करने के लिए है: अपने डेटा का बैकअप लें! और (मेरे मामले में) बैकअप को अद्यतित रखें! और निश्चित रूप से, हाइबरनेशन और साझा विभाजन के साथ अतिरिक्त सावधान रहें ...

— Chema
स्रोत

5

मैं इस प्रश्न को पढ़ने वाले नए उपयोगकर्ताओं के लिए सावधानी के पक्ष में गलत जवाब देने के लिए स्वीकृत उत्तर के रूप में चिह्नित करने जा रहा हूं।

— रयान थॉम्पसन

एक ओएस के कारण दूसरे को प्रभावित करने वाले अपडेट सामान्य हैं और वास्तव में हाइबरनेशन के मुद्दों के कारण नहीं हैं। हाइबरनेशन स्थिति को फ़ाइल सिस्टम पर किसी अन्य फ़ाइल के रूप में माना जाता है। यह देखने के लिए पर्याप्त नहीं है कि यह उत्तर क्यों स्वीकार किया गया।

— मैट एच

1

एफएटी लिम्बो में विघटन करने वाली एक पूरी निर्देशिका "एक ओएस के कारण अद्यतन नहीं है," कम से कम एक जानबूझकर नहीं। मैंने लिनक्स को हाइबरनेट करने के बाद एक साझा NTFS विभाजन में डेटा भ्रष्टाचार का अनुभव किया, विंडोज को बूट किया, फिर लिनक्स को जगाया, जैसा कि सरल है।

— चमा

2

एक ओएस को हाइबरनेट करना और एक ही विभाजन को दूसरे में बढ़ाना प्रभावी ढंग से दो ऑपरेटिंग सिस्टम एक ही समय में डिस्क तक पहुंचते हैं। वे उन परिवर्तनों के बारे में नहीं जानते हैं जिनसे दूसरे ने भ्रष्टाचार किया है।

— psusi

2

यह मुझे लगता है कि मुद्दा "अशुद्ध" स्थिति में विभाजन को छोड़ने वाला ओएस है। विंडोज़ में कैश न करने का एक विकल्प है, शायद यही मदद करता है, शायद लिनक्स में भी ऐसा ही विकल्प हो। या हो सकता है कि हम सोने से पहले विभाजन को "क्लीन अप" करने का एक तरीका पा सकते हैं।

— रॉल्फ

23

मैं हमेशा किसी और चीज में बूट करने से पहले विंडोज को हाइबरनेट करता हूं, विंडोज खरोंच से शुरू करने के लिए बहुत धीमा है। लेकिन हाइबरनेटेड ओएस के विभाजन के लिए लिखना खतरनाक है , क्योंकि एफएस तालिकाओं में से कुछ अभी भी मेमोरी में हैं (ठीक है, हाइबरनेशन फ़ाइल में लेकिन एफएस में नहीं), अनुप्रयोगों में अभी भी कुछ फाइलों के हैंडल हैं और आम तौर पर फाइल सिस्टम स्थिति दयालु है अस्थिर है।

लेकिन आप उस विभाजन को केवल पढ़ने के लिए माउंट कर सकते हैं, इस तरह यह हाइबरनेशन से पहले बिल्कुल वैसा ही रहेगा और विंडोज किसी चीज़ को नोटिस नहीं करेगा।

इसे सामान्य रूप से माउंट करने के बारे में सुझाव के लिए और सिस्टम फ़ाइलों से दूर रहने के लिए, यह एक अच्छा विचार नहीं है। एक फ़ाइल सामग्री का स्थानांतरण हो सकता है, एमएफटी को बदला जा सकता है, एक्सेस समय की विशेषताओं को बदल दिया जाएगा, वे सभी चीजें गंभीरता से एक फ़ाइल सिस्टम को भ्रष्ट कर सकती हैं। यह एफएटी के साथ इतना खतरनाक नहीं है, लेकिन यह वास्तव में NTFS के साथ खतरनाक है, क्योंकि यह कहीं अधिक जटिल है और स्मृति में कहीं अधिक राज्य है।

— vava
स्रोत

1

क्या आप सुनिश्चित हैं कि केवल पढ़ना ठीक है? मेरी समझ यह है कि जर्नलिंग फाइलसिस्टम के साथ, यहां तक कि केवल-पढ़ने के लिए माउंट जर्नल को फिर से प्रकाशित करेगा और इस तरह फाइलसिस्टम में बदलाव का कारण होगा। दूसरी ओर, केवल लिनक्स फाइल सिस्टम जिसे आप विंडोज़ से एक्सेस कर सकते हैं, ext2 है, जो कि गैर-जर्नलिंग है, जैसा कि एफएटी है, और लिनक्स शायद ऐतिहासिक कारणों से एनटीएफएस का एक सच्चा रीड-ओनली माउंट करता है। तो शायद यह है सुरक्षित। मैं किसी भी मामले में, अगर कोई ठोस परीक्षण परिणाम था मैं इसे पसंद करूँगा।

— रयान थॉम्पसन

2

नहीं, जब एफएस को माउंट किया जाता है तो केवल उस पर कुछ भी नहीं बदला जाता है। यही कारण है कि इसे रीड-ओनली कहा जाता है :) इसमें जर्नल की कोई आवश्यकता नहीं है क्योंकि यह सुनिश्चित करता है कि एफएस की स्थिति सही है लेकिन जब राज्य नहीं बदलता है, तो यह आवश्यक नहीं है, इसलिए जर्नल का उपयोग नहीं किया जाता है। और यह मेरे लिए काफी समय से काम करता है, इसलिए आपके परीक्षण के परिणाम हैं :)

— vava

1

"विंडोज़ खरोंच से शुरू होने के लिए बहुत धीमा है" क्या आप गंभीर हैं? मुझे तब कुछ गलत करना चाहिए, जब मेरा लैपटॉप हाइबरनेट करता है, तो यह मेरे बूट अप करने के लिए लगभग 2 मिनट या अधिक जोड़ता है।

— Thepaulpage

1

मैं XP के बारे में बात कर रहा था और हाँ, यह नरक से धीमी गति से विचार कर रहा है कि बूट से कामकाजी अनुप्रयोगों में कितना समय लगता है। उबंटू 9.04 इसके चारों ओर सर्कल बना रहा था। Ubuntu 9.10 किसी कारण से बहुत धीमा है।

— वावा

विंडोज 8 और अप के बाद से विंडोज बूट तेजी से चमक रहा है। जब मैं विंडोज़ 7 का उपयोग कर रहा था तो यह धीरे-धीरे लोड होता है जब तक कि मुझे नेटवर्क शुरू करने के लिए ब्राउज़र नहीं मिल सकता है। फिर मैंने विंडोज 8 में अपग्रेड किया और तब से जब मैं घर आया था, तो राउटर चालू करें फिर लैपटॉप और ब्राउज़र चालू करें इससे पहले कि मुझे इंटरनेट एक्सेस करने के लिए लंबे समय तक इंतजार करना पड़े। विंडोज़ 10 के बाद से यह और भी तेज़ है, पावर को दबाएं तो कुछ सेकंड्स में आप तैयार हो जाएंगे

— phuclv

9

मैं नियमित रूप से अपने विंडोज एक्सपी को हाइबरनेट करता हूं और यूएसबी को उबंटू में बूट करता हूं।
निर्दोष रूप से काम करता है।

'स्टैंडबाई' मोड और 'हाइबरनेट' मोड के बीच अंतर है।
ओएस राज्य डिस्क में पूरी तरह से प्रवाहित हो जाता है और आपका हार्डवेयर बंद हो जाता है।
यदि आप मशीन को चालू करते हैं और किसी अन्य ओएस में बूट करते हैं, तो हाइबरनेटेड ओएस पर इसका कोई प्रभाव नहीं पड़ता है।
आप जितने चाहें उतने OS'S हाइबरनेट रख सकते हैं।

एक उदाहरण के रूप में,
आपके पास कई उबंटू इंस्टॉलेशन (कह सकते हैं, एक प्रति USB फ्लैश ड्राइव),
और, प्रत्येक को हाइबरनेट करें, ड्राइव को अनप्लग करें, और दूसरे में बूट करें।
यहां कोई किनारे नहीं है क्योंकि स्टैकिंग / चेनिंग प्रभाव नहीं है।
इस उदाहरण में हाइबरनेट किए गए USB स्टिक एक दूसरे से
(एक पावर-साइकिल मशीन के पार) स्वतंत्र हैं ।

हाइबरनेटेड " C:\" ड्राइव का एक छोटा सा हिस्सा और दूसरे OS में बूट
करना , आप नए OS में हाइबरनेटेड बूट पार्टीशन को माउंट नहीं कर पाएंगे।
विभाजन है हाइबरनेशन के साथ बंद कर दिया।
उस राज्य में संपादित किए जाने पर यह दूषित हो जाएगा।

— Nik
स्रोत

वास्तव में आप गलत हैं, एक अच्छे तरीके से! मैंने उबंटू में हाइबरनेटिंग विंडोज और बूटिंग की कोशिश की और विंडोज़ फाइलसिस्टम को माउंट किया, और यह काम करता है, जब आप हाइबरनेशन से विंडोज को फिर से शुरू करते हैं तो कोई भ्रष्टाचार नहीं होता है! इससे मैं आश्चर्यचकित हुआ।

— रयान थॉम्पसन

IMHO भ्रष्टाचार के बारे में लोग जो बात करते हैं, वह सबसे अधिक संभवत: लिनक्स एनटीएफएस ड्राइवर से संबंधित है जो सभी एनटीएफएस विशेषताओं के साथ पूरी तरह से संगत नहीं है। रीड ओनली माउंट करना सबसे अच्छा है।

— मैट एच

ठीक है, तुम भी Ubuntu पर NTFS स्थिर

— निक

nik सही है - दूसरे OS से विभाजन को माउंट न करें, यह अभी भी हाइबरनेटेड ओएस में घुड़सवार है। आप एक ही समय में चलने वाली दो वर्चुअल मशीनों (प्रत्यक्ष विभाजन पहुंच का उपयोग करके) में एक ही विभाजन को माउंट नहीं करेंगे?

— बेन Voigt

8

मैं एक साझा NTFS विभाजन के साथ डेटा समस्या के नुकसान की पुष्टि कर सकता हूं। मैंने ल्यूसिड लिंक्स उबंटू और विंडोज 7 के बीच डुअल-बूट किया। विंडोज 7 को हाइबरनेट करने के बाद और उबंटू में बूट करने के बाद, मैंने तीन वर्चुअलबॉक्स वर्चुअल मशीन (7 दिनों के दौरान) का निर्माण करने के लिए आगे बढ़ा और उन मशीनों में कई तरह के सॉफ्टवेयर पैकेज स्थापित किए। विंडोज 7 में पुनरारंभ करने पर, फाइलें गायब हो गईं। गया हुआ। ntfsundelete और सबसे महत्वपूर्ण उन्हें खोजने में सक्षम नहीं थे।

इसलिए, मैंने यह देखने के लिए परीक्षणों की एक श्रृंखला चलाई कि क्या यह वास्तव में डेटा के नुकसान का कारण था। जब विंडोज 7 को बंद करना, उबंटू शुरू करना, कुछ फाइलें लिखना, विंडोज 7 में वापस शुरू करना, फाइलें हमेशा बरकरार रहती हैं। विंडोज 7 को हाइबरनेट करते समय, उबंटू में रीस्टार्ट करते हुए, कुछ फाइल्स को लिखते हुए, विंडोज 7 में रीस्टार्ट करते हुए, नई फाइल्स चली जाती हैं।

मैं एक फाइल के लिए लिखे गए चेंजेस के बारे में नहीं जानता, चाहे वे बरकरार रहे या खो गए हों, लेकिन एक साझा NTFS विभाजन में जोड़ी गई नई फाइलें और फ़ोल्डर्स इस स्थिति में खो जाने की सबसे अधिक संभावना है।

— सीटीसी
स्रोत

4

आपने जो उल्लेख किया है, उसमें कुछ भी गलत नहीं है। यहां तक कि अगर आपने हाइबरनेटेड फ़ाइल सिस्टम को माउंट किया है, तो हाइबरनेशन की सामग्री को डिस्क पर एक बड़ी फ़ाइल में सहेजा जाता है - जब तक आप इस फाइल को नहीं छूते हैं, या कोई महत्वपूर्ण सिस्टम फाइल (स्पष्ट रूप से), तब तक कुछ भी नहीं होगा।

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

बस यह सुनिश्चित करें कि विभाजन को बढ़ते / अनमाउंट करते समय, आप किसी भी सिस्टम फाइल या ड्राइव हेडर की जानकारी को नुकसान नहीं पहुंचाते हैं (जैसे एमबीआर, फाइल जर्नल) - हालांकि इस बिंदु का हाइबरनेशन से कोई लेना-देना नहीं है, और अधिक सिर्फ एक आम चेतावनी है जिसकी हम सभी को आवश्यकता है जानना।

— दरार
स्रोत

3

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

— गतध्र्व

1

यह सबसे सटीक उत्तर निकला। आप वास्तव में माउंट कर सकते हैं और विंडोज हाइबरनेट होने के दौरान विंडोज सी ड्राइव में संशोधन कर सकते हैं, और यह शिकायत नहीं करेगा। मैंने लिनक्स के साथ इसका परीक्षण नहीं किया है, लेकिन मुझे संदेह है कि यह काम नहीं करेगा।

— रयान थॉम्पसन

@ रेयान, आप कर सकते हैं लेकिन यह 100% सुरक्षित नहीं है। NTFS को बहुत आसानी से तोड़ा जा सकता है। एक और मुद्दा यह है कि लिनक्स और वंडोव NTFS का थोड़ा अलग उपयोग करते हैं इसलिए विंडोज के साथ काम करना लिनक्स के साथ काम नहीं कर सकता है। एफएस भ्रष्टाचार में ये अंतर समाप्त हो सकते हैं, विशेष रूप से एफएस की ऐसी स्थिति में।

— वाव

@ गैथ्रॉन - वर्ड क्या करता है? विंडोज के तहत किसी वर्ड डॉक्यूमेंट को जबरन एडिट करने की कोशिश करें और देखें कि क्या होता है। फ़ाइल लॉक को हटाने के लिए प्रोग्राम मौजूद हैं। @vava - जब तक आप एक प्रोग्राम / ऑपरेटिंग सिस्टम का उपयोग कर रहे हैं जो NTFS MFT और जर्नल का अनुपालन करता है, यह ठीक होना चाहिए।

— ब्रेकथ्रू

मुझे पता है कि यह 100% सुरक्षित नहीं है, लेकिन मुद्दा यह है कि अगर मैं खिड़कियों को हाइबरनेट करने के बाद गलती से विंडोज़ फाइल सिस्टम को लिनक्स में माउंट करता हूं, तो परिणाम त्वरित और अपरिवर्तनीय भ्रष्टाचार नहीं है। दूसरे शब्दों में, मुझे वास्तव में कुछ प्रयास करने होंगे यदि मैं खुद को पैर में गोली मारना चाहता था।

— रयान थॉम्पसन

4

बस Windows XP और Windows 7 के बीच एक साझा भौतिक ड्राइव (FAT32) पर एक समस्या में भाग गया। मैंने कुछ दिनों के लिए विंडोज 7 में बूट किया हुआ Windows XP को हाइबरनेट किया, फिर XP में वापस चला गया। अब मेरे पास साझा ड्राइव पर एक भ्रष्ट फाइल सिस्टम है। डिस्क चेकर चल रहा है, और यह बहुत बुरा लग रहा है। ज्यादातर लिंक की गई फ़ाइलों को पार कर लेते हैं, लेकिन उनमें से हजारों।

— डैनियल
स्रोत

3

दूसरे शब्दों में ... यदि आप डिस्क पर हाइबरनेट करते हैं, तो एक साझा ड्राइव का उपयोग नहीं करते हैं। (या, यदि आप लिनक्स का उपयोग करते हैं, तो हाइबरनेट करने से पहले उस ड्राइव को umount करें)

— Denilson Sá Maia

4

यह थोड़े पुराना है, लेकिन एक महत्वपूर्ण मुद्दा होने के नाते, एक और प्रशंसापत्र इसके लायक है।

मेरे पास एक बाहरी NTFS USB हार्ड ड्राइव है जो मैं 2 अलग-अलग पीसी के साथ डेटा (कोई ओएस-संबंधित फ़ाइलों) के लिए उपयोग कर रहा हूं। जब तक मैंने समस्या को अलग नहीं किया तब तक मुझे इस पर लगातार डेटा हानि होती रही। पीसी में से एक बल्कि पुराना और धीमा है (विंडोज एक्सपी) इसलिए मैं तेज पुनरारंभ समय के लिए हाइबरनेट का उपयोग कर रहा था, उस राज्य में हार्ड ड्राइव को डिस्कनेक्ट कर रहा था और अन्य पीसी (विंडोज 7) के साथ डेटा लिख रहा था। डेटा हानि हर बार नहीं हो रही थी, लेकिन यह निश्चित रूप से इस परिदृश्य के कारण हुई थी। चूंकि मैंने इसे करना बंद कर दिया, इसलिए यह फिर कभी नहीं हुआ।

— user3671607
स्रोत

मेरे लिए सबसे डरावनी बात: यह डेटा डिस्क के बारे में लगता है, है ना? तो यह ओएस का राज्य भी नहीं है जो उस यूएसबी डिस्क पर हाइबरनेट हो गया है, लेकिन सिर्फ डेटा? उस स्थिति में जब मैं इस बात की उम्मीद करता हूं कि सॉफ्टवेयर डिस्क को ठीक से लिख सकेगा जब उन्हें सिग्नल मिलेगा कि ओएस हाइबरनेट होने वाला है। लेकिन स्पष्ट रूप से नहीं ...

— अर्जन

1

ठीक ठीक। यह एक डेटा डिस्क है। इस पर कोई ओएस से संबंधित फाइलें नहीं। इस बात पर जोर न देने के लिए क्षमा करें। वास्तव में, इसीलिए मुझे लगा कि मुझे अपना योगदान जोड़ने की जरूरत है। जब मैंने पहली बार इसका निदान किया था तो मुझे बताया गया था कि यह सामान्य ज्ञान नहीं है, लेकिन यद्यपि मैं यह पेशेवर हूं लेकिन यह बिल्कुल स्पष्ट नहीं है और यह एक ऐसा दृश्य है जो बाहरी ड्राइव के साथ होने की संभावना है। मुझे लगता है कि इसका कारण यह है कि आमतौर पर चर्चा नहीं की जाती है कि कुछ लोग वास्तव में इसका विश्लेषण और निदान करने के लिए लंबाई में जाते हैं। अकेले रिपोर्ट करते हैं।

— user3671607

शायद एक मूर्खतापूर्ण प्रश्न: क्या आपने हाइबरनेट करने से पहले ड्राइव (यानी फ़ाइल प्रबंधक, डिवाइस पर राइट-क्लिक करें और बेदखल) को सुरक्षित रूप से हटा दिया था या आपने सिर्फ ड्राइव को खींचा था?

— गमन

हां, यह एक मूर्खतापूर्ण टिप्पणी है: आप हाइबरनेट में कंप्यूटर को सुरक्षित रूप से कैसे हटाते हैं?

— user3671607

3

मैं हाइबरनेट और मल्टी-बूटिंग के साथ समस्याओं में भाग गया। स्थिति: उबंटू और WinxP मल्टीबूट लेकिन दोनों ओएस के लिए दिखाई देने वाले डेटा विभाजन। मैंने कुछ परीक्षण किया ... आगे और पीछे ... तो मैं Word के साथ एक Wordfile संपादित कर रहा था ... फ़ाइल को सहेज लिया और Word को बंद कर दिया। हाइबरनेटेड ... उबंटू शुरू किया ... ओपनऑफ़िस के साथ एक ही फ़ाइल को संपादित किया ... हाइबरनेट किया।

हाइबरनेट किए गए WinXP पर रीबूट किया गया। Word ने परिवर्तनों को 'नहीं' देखा ... यह बस किसी अन्य फ़ाइल की तरह दिखाई दिया ...

मैंने यह परीक्षण दूसरे तरीके से भी किया ... दूसरी बार फ़ाइल दूषित हो गई ... मैं फ़ाइल नहीं खोल सका या फ़ाइल को डिलीट नहीं कर सका Chkdsk ने समस्या का 'हल' कर दिया, लेकिन फ़ाइल खो गई ... किसी अन्य परीक्षण में उबंटू नहीं आया यहां तक कि संपादित फ़ाइल देखें।

एसओ जब हाइबरनेशन और समान विभाजन का उपयोग करते हैं (विभाजन की आवश्यकता नहीं है जहां ओएस बूट से ...) ist बहुत खतरनाक है ... फ़ाइलें मेरे परीक्षणों में भ्रष्ट हो सकती हैं और मैं इसे दोहरा सकता हूं ... BTW: अपने परीक्षणों में मैंने हमेशा फ़ाइल को सहेजा और एप्लिकेशन (वर्ड और ओपनऑफ़िस) को बंद कर दिया और हाइबरनेट में जा रहा था ... !! मैंने सोचा था कि विभाजन को बढ़ाना अपराधी था लेकिन अब मुझे लगता है कि समस्या फ़ाइल-कैशिंग या जो कुछ भी होनी चाहिए ... किसी भी तरह: मल्टी-ओएस-हाइबरनेशन के साथ सावधान रहें ... !! सादर, ArnoR

3

मुझे ड्यूल-बूटिंग विंडोज (विस्टा) और उबंटू (9, 10, 11) के साथ निम्न अत्यधिक विनाशकारी अनुभव हुआ। मैं एक तकनीकी उपयोगकर्ता नहीं हूं, हालांकि मुझे विंडोज और डॉस का उपयोग करने और कॉन्फ़िगर करने का लंबा अनुभव है। मैंने Ubuntu को एक Win Vista मशीन पर लाइव सीडी के माध्यम से स्थापित किया। यह त्रुटिपूर्ण रूप से संसाधित हुआ और मेरे पास कुछ ही समय में दोहरी बूट अप और रनिंग थी। यह देखते हुए कि उबंटू की स्थापना से जुड़ी कोई चेतावनी नहीं थी, मैंने (भोलेपन से) यह मान लिया कि मैं दोनों प्रणालियों को हाइबरनेट (डिस्क में सहेजना, निलंबित नहीं करना) कर सकता हूं और उनके बीच स्वतंत्र रूप से स्विच कर सकता हूं। इसके निम्न परिणाम थे:

1) मैंने उबंटू में एक टेक्स्ट-फाइल को संपादित करने की गलती की जिसे मैं भूल गया था विंडोज में खुला था। बाद में फ़ाइल या तो ऑपरेटिंग सिस्टम के लिए दुर्गम थी। इसे हटाया भी नहीं जा सकता था। Chkdsk ने अंततः इसे हटा दिया, लेकिन मेरा डेटा खो गया था।

2) मैंने उबंटू से सीधे विन विभाजन में दो अन्य फ़ाइल संचालन की भी कोशिश की: ओपनऑफ़िस से एक पीडीएफ-फाइल बनाना और विन डेस्कटॉप पर एक निर्देशिका / फ़ोल्डर बनाना। दोनों विंडोज से दुर्गम थे (हालांकि उन्हें विन एक्सप्लोरर में देखा जा सकता था)। सौभाग्य से उन्हें उबंटू से हटा दिया जा सकता था, हालांकि बाद में चॉक को डेल्ट से पूरी तरह से चलाना पड़ा।

3) एक बड़ा ओपनऑफ़िस राइटर फ़ाइल (* .doc के रूप में सहेजा गया), जिसे पहले एक में संपादित किया गया था, फिर दूसरे ऑपरेटिंग सिस्टम में कई बार (यह अन्य सिस्टम में खुला नहीं था जब मैंने इसे संपादित किया था), अचानक आकार में गुब्बारा लगभग 2 एमबी से 7 एमबी, जिससे लोड करना और सहेजना लगभग असंभव हो जाता है। जब मैंने फ़ाइल को एक * .odt दस्तावेज़ के रूप में सहेजा तो उसका आकार बहुत कम हो गया था लेकिन समय की बचत / भार अधिक तेज़ नहीं था। जब मैंने फ़ाइल को अनज़िप किया, तो उसका "कंटेंट" सेक्शन 22 एमबी से अधिक हो गया। जब मैंने इसे एक टेक्स्ट एडिटर के साथ एक्सेस किया, तो यह पता चला कि डॉक्यूमेंट के हर एक शब्द और स्पेस को एक ही स्टाइल में अलग-अलग स्वरूपित किया गया था! मैंने आखिरकार एक ही फ़ाइल के पुराने संस्करण के साथ विशाल संस्करण की तुलना करके समस्या का समाधान किया, पुराने संस्करण की तुलना के आधार के रूप में उपयोग किया, और फिर सभी परिवर्तनों और बचत को स्वीकार किया।

4) इस बिंदु पर मैंने Ubuntu 10 से Ubuntu 11 में अपग्रेड किया और पाया कि 11 सिस्टम ने नए यूनिटी इंटरफ़ेस का विशेष रूप से उपयोग किया, जो मेरे उद्देश्यों के लिए पूरी तरह से अस्वीकार्य था। जब मुझे पता चला कि उबंटू 11 पर गनोम को कैसे स्थापित किया जाए, तो यह पता चला कि गनोम 3 ग्नोम 2 से बहुत कम हीन था। इसलिए मैंने उबंटू को पूरी तरह से अनइंस्टॉल करने और कर्मिक कोअला की एक नई स्थापना करने का फैसला किया, जो नए के किसी भी निशान के लिए ग्नोम 2 का उपयोग करता है। एकता प्रणाली। यह जटिल हो गया, लेकिन ऑनलाइन कई मैनुअल में दोहराए गए समान निर्देशों को खोजने के बाद, मैंने प्रक्रिया की। ईज़ीबीसीडी 2.1.2 (विंडोज़ से) चलने तक सब कुछ ठीक हो गया, जो उबंटू के ग्रब बूटर को हटाए जाने के बाद मुझे सीधे विंडोज पर रीबूट करने की अनुमति देगा। रिबूट करने पर, मैंने पाया कि मेरी एमबीआर खराब हो गई थी और मशीन किसी भी बूट करने योग्य हार्ड ड्राइव को नहीं पहचानती थी।

5) अब मैं फिर से विस्टा को बूट कर सकता हूं और मैं उबंटू को फिर से स्थापित करने के लिए तैयार हो रहा था, जब मुझे पता चला कि मेरे सिस्टम से कई फाइलें यादृच्छिक रूप से गायब होने लगीं। जाहिर है कि फ़ाइल सिस्टम अभी भी दूषित था। केवल विंडोज के एक पूर्ण पुनर्स्थापना ने समस्या को हल किया, और मैं अब बहुत सावधानी से विचार कर रहा हूं कि कार्मिक कोआला स्थापित करने से पहले भविष्य में इसी तरह की समस्याओं से बचने के लिए मुझे क्या करना चाहिए। मुझे आशा है कि मेरी समस्याएं हाइबरनेशन मुद्दे से संबंधित हैं, लेकिन यह सुनिश्चित करने के लिए, मैं एक अलग "स्थानांतरण" एनटीएफएस विभाजन बनाने पर विचार कर रहा हूं, जहां मैं दूसरे से एक्सेस करने से पहले एक ऑपरेटिंग सिस्टम से फाइलें डाल सकता हूं। अव्यवहारिक, लेकिन यह सुरक्षित होना चाहिए। मुझे उम्मीद है।

— फिन
स्रोत

2

यह मत करो (फिर से!)

मैंने अपने विस्टा / NTFS को हाइबरनेट किया और ल्यूसिड को बूट किया, साझा एनटीएफएस विभाजन पर 3 दिन काम किया, और गंदे त्रुटि संदेशों (लुसिड के भीतर) के साथ फाइल और निर्देशिका गायब होना या बंद होना शुरू हो गया। जब मैंने खिड़कियों पर वापस बूट किया तो यह एक सच्ची गड़बड़ी थी, डेस्कटॉप कहर बन गया आदि .. उम्मीद है कि चेडस्क सबसे इसे ठीक करने में सक्षम था और मैंने पाया कि मैंने पहले जो पाया था, उसका लगभग 98% पाया गया था।
तो यह निश्चित रूप से एक अच्छी बात नहीं है।
मुझे याद है कि यह पहले संभव नहीं था: 'हाइबरनेटेड' एनटीएफएस विभाजन कुछ (स्पष्ट रूप से अच्छे) कारण के लिए लिनक्स में माउंट करने योग्य नहीं थे। मैं इस पुराने व्यवहार पर वापस आना चाहूंगा

2

खतरा! मैं यह भी पुष्टि कर सकता हूं कि यह FAT32 और NTFS दोनों संस्करणों के लिए एक गंभीर मुद्दा है और केवल तभी जब विंडोज (मेरे पास विंडोज 7 है) हाइबरनेट किया गया है। मुझे लगता है कि यह कैशिंग से बंधा है और त्वरित निष्कासन के लिए ड्राइव सेट करने पर विचार किया है। वह इसे ठीक कर सकता है, लेकिन मैंने अभी तक इसकी कोशिश नहीं की है क्योंकि मैं वास्तव में केवल एक विभाजन को इस तरह से सेट करना चाहता हूं जिसे विंडोज समर्थन नहीं करता है। यहां तक कि मेरा OSX ntfs ड्राइवर प्रति विभाजन कैश नियंत्रण का समर्थन करता है, लेकिन विंडोज़ नहीं। इसके अलावा, मेरे OSX ntfs ड्राइवर को लगता है कि ड्राइव को माउंट नहीं किया जाना चाहिए। इस मुद्दे से बंधा हुआ लगता है। उम्मीद है की वो मदद करदे।

1

हां, यह कैशिंग से संबंधित है, और नहीं, "त्वरित हटाने के लिए अनुकूलन" मदद नहीं करेगा। यह विंडोज़ राइट को तुरंत बदल देता है, लेकिन विंडोज अभी भी (खतरनाक रूप से) यह मान लेगा कि इसका पढ़ा हुआ कैश 100% मान्य है, और डिस्क में किए गए अन्य OSes में परिवर्तन नहीं देखेंगे।

— बेन वोइगट

1

यहाँ मेरा अनुभव है। मैं विंडोज और कुबंटू (11.04) के साथ एक दोहरे बूट सिस्टम का उपयोग कर रहा हूं। मेरी ज्यादातर फाइलें विंडोज एनटीएफएस विभाजन पर हैं और मैं इसे मुख्य रूप से लिनक्स से उपयोग करता हूं। यह FUSE का उपयोग करके माउंट किया गया है।

यह हुआ था:

Hibernated Windows
अगले बूट पर, लिनक्स पर बूट किया गया है और इसे कुछ हफ़्ते के लिए इस्तेमाल किया है - विंडोज को बूट किए बिना
विंडोज पर वापस लौटा (क्योंकि एक ऑनलाइन परीक्षण केवल इंटरनेट एक्सप्लोरर में काम करता था और कुछ नहीं, किसी भी तरह यानी 4 इंच पर्याप्त नहीं था)

जब विंडोज फिर से शुरू हुआ, मैंने देखा कि उन दो हफ्तों में बनाई गई सभी फाइलें गायब थीं। मैंने केवल लिनक्स के लिए रिबूट किया, यह सत्यापित करने के लिए कि वहां भी गायब फाइलें। मैं अनुमान लगा रहा हूं कि विंडोज ने NTFS फाइलसिस्टम को राज्य में तब बहाल किया था जब इसे हाइबरनेट किया गया था और इसे उस समय तक वापस उसी स्थिति में बहाल कर दिया था।

मैंने ntfsundelete और testdisk जैसे टूल आज़माए। उन गुम फाइलों को सूचीबद्ध नहीं किया गया है। इसके अलावा, लिनक्स उस ड्राइव को आरडब्ल्यू मोड में तब भी चलाता है जब विंडोज ने हाइबरनेट किया था और शटडाउन नहीं किया था। मुझे लगता है कि लिनक्स चेतावनी देता है या ड्राइव को केवल-पढ़ने के लिए मोड में रखता है, लेकिन यहां ऐसा नहीं हुआ।

— स्पा
स्रोत

2

फाइलसिस्टम मेटाडेटा पर एक अंकन है कि क्या यह ठीक से अनमाउंट है या नहीं ... मुझे यह भी लगता है कि लिनक्स एनटीएफएस ड्राइवर के लिए उस ध्वज की जांच करने के लिए सही व्यवहार है।

— बेन वोइगट

1

मैं यह भी पुष्टि कर सकता हूं कि हाइबरनेट स्थिति में दो अलग-अलग ओ / एस के बीच कुछ गैर-सिस्टम विभाजन को साझा करना फ़ाइल सिस्टम को भ्रष्टाचार और डेटा का ढीला बना देता है।

परिदृश्य: मेरे पास 3 विभाजन हैं NTFS: 1. विंडोज एक्सपी 2. विंडोज 7 3. डेटा (मुझे अभी भी पुराने ऐप के लिए एक्सपी का उपयोग करना होगा जो कॉम्पैटिबिलिटी मोड में अच्छी तरह से काम नहीं करते हैं)।

उदाहरण: विभाजन 1 (XP) से बूट करें और थंडरबर्ड चलाएं जो फाइलों को 3 पर संग्रहीत करता है। फिर हाइबरनेट (ओएस डंप रैम को हाइबरनेट फाइल और शटडाउन पीसी)। विभाजन 2 (7) से बूट करें और थंडरबर्ड चलाएं जो 3 पर फ़ाइलों को संग्रहीत करता है। यहां समस्या एक्सेस फ़ाइलों आदि के साथ कभी-कभी या बिना chdsdsk के साथ शुरू होती है। विभाजन 1 से वापस बूट और OS_2_7 द्वारा तय की गई फाइलें फिर से दूषित हो जाती हैं, यहां तक कि हाइबरनेशन (उदा। फ़ायरफ़ॉक्स) से पहले की कुछ खुली फाइलें भी अब दूषित हैं।

तो हाँ। हाइबरनेट दो ओ / एस कोई फर्क नहीं पड़ता कि वे सिस्टम / गैर-सिस्टम विभाजन का उपयोग करते हैं, डेटा भ्रष्टाचार करेंगे। क्यों ? मुझे लगता है कि मूल कारण LOCK और MFT है। हाइबरनेशन से उठने के बाद O / S MFT को रिफ्रेश नहीं करता है इसलिए मान लीजिए कि अभी भी पुराने सेक्टरों में फाइल्स मिल रही हैं, इसलिए किसी भी फाइल को जिसने उसका साइज / जगह बदल दी है, दूषित हो जाएगी।

— Varso
स्रोत

खैर, क्या फाइलें भ्रष्ट हो गईं? बस थंडरबर्ड या कई असंबंधित फ़ाइलों से संबंधित हैं? यह (कुछ) समझ बना सकता है कि अगर थंडरबर्ड विभाजन 3 में एक ही स्थान से चलाया जाता है तो दो अलग-अलग प्रणालियों में दो अलग-अलग डेटा सेट होते हैं। एक दूसरे को मजबूर करने की कोशिश करेंगे।

— डॉकटोरो रीचर्ड सेप

0

मैं ठीक यही करता था। मैंने दुर्घटनाओं से बचने के लिए हाइबरनेटिंग मशीन के सिस्टम ड्राइव को कभी नहीं लगाया और प्रत्येक ओएस का अपना अलग स्वैप विभाजन है। हालांकि मेरे पास एक समर्पित डेटा विभाजन था, जिसका उपयोग मैं दो हाइबरनेटिंग ओएस के बीच डेटा स्थानांतरित करने के लिए करूंगा। मैंने अपना फ़ायरफ़ॉक्स और थंडरबर्ड प्रोफ़ाइल भी वहां रखा है, इसलिए मुझे दो अलग-अलग प्रोफ़ाइल रखने की आवश्यकता नहीं है। बस हाइबरनेट करने से पहले फ़ायरफ़ॉक्स को एक मशीन पर बंद करना सुनिश्चित करें।

मुझे सेटअप के साथ कभी भी कोई समस्या नहीं है, और मैंने इसे काफी लंबे समय तक इस्तेमाल किया।

— रे रयान
स्रोत

साझा विभाजन पर आप किस FS का उपयोग करते हैं? मैं यह सोचना शुरू कर रहा हूं कि शायद एनटीएफएस का इससे कुछ लेना-देना है, हर कोई शिकायत करता है कि उनका साझा एनटीएफएस परित्याग भ्रष्ट हो रहा है।

— रॉल्फ

@ रॉल्फ: लिनक्स पर NTFS-3G ड्राइवर के साथ NTFS। इसके अलावा, यह विशुद्ध रूप से डेटा विभाजन था, फ़ायरफ़ॉक्स / थंडरबर्ड जैसे अनुप्रयोगों को छोड़कर, जो मुझे पता है कि अशुद्ध शटडाउन के लिए चेतावनी है, और जो मैं हमेशा ओएस स्विच करने से पहले बंद कर दूंगा।

— रेयान

शायद FAT क्या करेगा? NTFS बेहतर है लेकिन इस मामले में यह कम से कम कहने के लिए अच्छी तरह से काम नहीं करता है। इसके अलावा, अगर हम हाइबरनेट करने से पहले सभी बफर को डिस्क में फ्लश करने के लिए सिस्टम प्राप्त कर सकते हैं, तो शायद यह मदद करेगा। लेकिन मुझे लगता है कि साझा विभाजन के लिए विभिन्न फाइल सिस्टम (EXT या अन्य भी विकल्प हो सकते हैं) के साथ प्रयोग करना सबसे अच्छा होगा। अगर कोई ऐसा करने को तैयार हो तो :) शायद वर्चुअल मशीन में? BTW मैं एक ही समस्या का सामना करना पड़ा एक VM का उपयोग करके, राज्य को बचाने के लिए, फिर उसी VM (उसी फ़ाइल) का उपयोग करके लेकिन दूसरे OS के तहत। वीएम होस्ट को बचाए गए राज्य के बारे में पता नहीं था।

— रॉल्फ

1

तो आपके कहने का अर्थ यह है कि यदि हम हाइबरनेट करने से पहले साझा विभाजन के सभी फ़ाइल हैंडल को बंद करना याद करते हैं, तो यह ठीक होना चाहिए।

— रॉल्फ

0

इसका उत्तर यह है कि, NTFS के साथ, जाहिरा तौर पर, हाँ (अन्य उत्तर देखें)। आप FAT जैसे पुराने, सरल फाइल सिस्टम के साथ प्रयास कर सकते हैं। लेकिन वह अंधेरे में एक छुरा होगा।

मैं सिर्फ यह जोड़ना चाहता हूं कि वर्चुअल मशीनों के साथ समस्या को फिर से प्रस्तुत किया जा सकता है। मैं एक दोहरी बूट मशीन पर VirtualBox का उपयोग करता हूं। मैंने Windows और Linux दोनों विभाजन में VirtualBox होस्ट सॉफ़्टवेयर स्थापित किया है, और एक साझा NTFS विभाजन पर छवि फ़ाइलों को सहेजता है। उद्देश्य विंडोज और लिनक्स दोनों में एक ही वीएम का उपयोग करने में सक्षम होना था।

आदत से बाहर, मैंने VMBox को बंद करते समय VirtualBox में "सेव मशीन" स्टेट कमांड का उपयोग किया था। मैंने इस कमांड का उपयोग किया (जो वीएम के लिए रैम स्टेट को कहीं बचाता है), मेरे लैपटॉप को दूसरे ओएस में रिबूट किया, और उसी वीएम को फिर से इस्तेमाल किया। VirtualBox में कोई पुनर्स्थापना विकल्प नहीं था, इसलिए जाहिरा तौर पर VirtualBox को VM की सहेजे गए राज्य के बारे में पता नहीं है यदि राज्य को VirtualBox की एक और स्थापना का उपयोग करके बचाया गया था। मैंने पढ़ा कि VMware उस के बारे में होशियार हो सकता है, लेकिन मैंने कोशिश नहीं की है।

आखिरकार मेरे सभी वीएम भ्रष्ट हो गए। मैं fsck का उपयोग करके अधिकांश क्षति को ठीक करने में सक्षम था, हालांकि।

यह केवल कहने के लिए है कि आपको इस समस्या को पुन: उत्पन्न करने के लिए घंटों विभाजन और ओएस स्थापित करने की आवश्यकता नहीं है।

मेरा हल? विंडोज पर अक्षम हाइबरनेशन। यह उबंटू में डिफ़ॉल्ट रूप से अक्षम है। यदि आप वीएम को एक अलग संदर्भ (अलग ओएस, अलग होस्ट इंस्टॉल, आदि) में लॉन्च करने की योजना बनाते हैं तो वीएम के लिए सेव मशीन स्टेट का उपयोग कभी न करें।

जब तक कोई व्यक्ति एक फाइलसिस्टम (या ओएस, या जो भी) आता है वह इस समस्या के प्रति संवेदनशील नहीं है।

इसके अलावा, हाइबरनेट करने से पहले साझा विभाजन पर सभी खुले हैंडल बंद करना (और संभवतः डिस्क में फ्लशिंग) (या, मुझे लगता है कि विभाजन को अनमाउंट कर रहा है - विंडोज में भी ऐसा करने का एक तरीका होना चाहिए) यदि भ्रष्टाचार से बचने के लिए रिपोर्ट किया गया है (देखें) रयान का जवाब)। मैं सुरक्षित रहना पसंद करूंगा और इस स्थिति में बिल्कुल भी हाइबरनेट का उपयोग नहीं करूंगा।

— रॉल्फ
स्रोत

वर्चुअल बॉक्स सेव स्टेट हाइबरनेशन से बिलकुल अलग है। सेव स्टेट एक वर्चुअल मशीन फीचर है, ओएस फीचर नहीं। जब एक बचाने की स्थिति हो रही है तो ओएस पूरी तरह से अनजान है। सहेजें स्थिति वर्चुअल डिस्क छवि में संग्रहीत नहीं है, लेकिन किसी अन्य फ़ाइल में। वर्चुअल बॉक्स वास्तव में एक अलग मशीन में सहेजे गए राज्य को पुनर्स्थापित कर सकता है, इसे टेलीपोर्टिंग कहा जाता है।

— रयान लेट

-3

मुझे नहीं लगता कि यह संभव है।

जब आप हाइबरनेट करते हैं, तो कंप्यूटर उस OS पर 'लॉक इन' (बेहतर टर्म की कमी के लिए) होता है। आप ओएस को हाइबरनेट नहीं कर रहे हैं, आप पूरे कंप्यूटर को हाइबरनेट कर रहे हैं। जब हाइबरनेशन से फिर से शुरू करने के लिए, आप BIOS और POST समय के माध्यम से फिर से नहीं जाते हैं।

— जोश हंट
स्रोत

मैं रैम को सस्पेंड करने की बात नहीं कर रहा हूं, मेरा मतलब डिस्क से हाइबरनेशन है। मैं प्रश्न को अधिक विशिष्ट होने के लिए संपादित करूंगा।

— रयान थॉम्पसन

7

मेरे लिए गलत लगता है। जब आप हाइबरनेट कर रहे होते हैं, तो कंप्यूटर बंद हो जाता है। जब आप इसे फिर से शुरू करते हैं, तो यह BIOS और POST के माध्यम से जाता है। यह केवल तभी है जब OS लोडर देखता है कि यह हाइबरनेट कर रहा है कि यह मेमोरी स्टेट (विंडोज के लिए hiberfil.sys) वाली फाइल को लोड करेगा और OS को रिस्टोर करेगा।

— स्नार्क

नहीं, यह फ़ाइल सिस्टम संगतता के साथ समस्याओं का कारण होगा। ऊपर मेरी पोस्ट देखें।

— नाथन उस्मान

@George: यदि आप दोनों OSes के बीच किसी भी फाइल सिस्टम को साझा करते हैं, तो फाइलसिस्टम स्थिरता के साथ समस्याएँ होंगी। लेकिन आप निश्चित रूप से एक अलग ओएस चला सकते हैं जिसमें विभाजन का अपना सेट है, इस उत्तर के विपरीत।

— बेन वोइगट

यदि यह BIOS और POST से नहीं गुजरा तो स्टार्टअप पर OS का चयन करना और यहाँ वर्णित के रूप में मैसअप करना संभव नहीं होगा। हाइबरनेट राम के लिए निलंबित नहीं है।

— रॉल्फ