VirtualBox OSE के कारण मेरी मशीन हैंग हो रही है?


10

मैं वर्चुअलबॉक्स OSE का उपयोग कर रहा हूं और हाल ही में, जब मैं इस पर Ubuntu 10.10 चलाता हूं, तो मेरी मशीन हैंग हो जाती है, मुझे इसे हार्ड-रीसेट करने के लिए मजबूर करती है (अच्छा नहीं)। मैं यह कैसे पता लगाऊँ कि समस्या कहाँ है?

यहां रीसेट से पहले " / var / log / syslog " से अंतिम पंक्ति है :

Jan 27 12:11:22 debian kernel: [  193.400230] warning: `VirtualBox' uses 32-bit capabilities (legacy support in use)

नोट :

  • वर्चुअलबॉक्स OSE संस्करण 3.2.10 है
  • मैं डेबियन निचोड़ पर 32-बिट 2.6.37 कर्नेल का उपयोग करता हूं
  • फेडोरा 14 वीएम का उपयोग करते समय मैं इस समस्या को पुन: उत्पन्न नहीं कर सकता

3
यदि कर्नेल क्रैश हो जाता है, तो सिस्टम में प्रासंगिक लॉग संदेशों को संभालने के लिए अक्सर समय नहीं होगा। देखें कि मुझे उबंटू पर कर्नेल पैनिक्स डिबगिंग के बारे में सलाह के लिए कर्नेल कोर डंप और कर्नेल नेटकोन्स कैसे मिल सकता है, आप इसे डेबियन के लिए अनुकूलित करने में सक्षम हो सकते हैं।
गिल्स एसओ- बुराई को रोकना '

कृपया आगे लॉग्स, विशेष रूप से/var/log/messages
logsमोन टोह

क्या आप इसे वर्चुअलाइजेशन एक्सटेंशन के साथ चालू और बंद दोनों तरह से प्राप्त करते हैं?
थॉमस

@thomas वह क्या है?
tshepang

2
@Tshepang: सेटिंग्स> सिस्टम> प्रक्रिया / त्वरण में, वर्चुअलाइजेशन एक्सटेंशन (यदि हार्डवेयर में उपलब्ध है) को सक्षम / अक्षम करने के लिए विभिन्न सेटिंग्स हैं। इनमें PAE / NX, VT-x, आदि शामिल हैं ~ en.wikipedia.org/wiki/…
थॉमस

जवाबों:


3

जब वीएम में और "देशी" सिस्टम पर डिस्क गतिविधि की अच्छी मात्रा हो, तो मैंने हार्ड क्रैश का भी अनुभव किया है। जब वीएम का उपयोग नहीं किया जा रहा था, तब भी सिस्टम स्थिर था। मैंने नए कर्नेल संस्करण और वर्चुअलबॉक्स के नए संस्करण की कोशिश की, लेकिन समस्या बनी रही। फिर मैंने एक नए कंप्यूटर (एक i7) पर स्विच किया, जिसमें समान समस्या नहीं थी। हालाँकि, समस्याओं के साथ कंप्यूटर खराब हो गया, और अन्य स्थितियों में भी दुर्घटनाग्रस्त हो गया। अब यह बूट भी नहीं करता है, लेकिन बूट प्रक्रिया के BIOS चरण में रहते हुए फ्रीज करता है। यह एक हार्डवेयर समस्या और / या सीपीयू पर वीएम-निर्देशों के साथ समस्याएं हो सकती हैं।

आप IO और / या VM से उपयोग किए जाने वाले CPU की संख्या को सीमित करने का प्रयास कर सकते हैं, और देखें कि क्या यह मदद करता है।


आप जो बता रहे हैं उसका वर्चुअलबॉक्स से कोई लेना-देना नहीं है। यदि होस्ट सिस्टम क्रैश हो रहा है और अब बूट भी नहीं कर रहा है, तो आपके पास खराब हार्डवेयर है। ऐसे मामले में, VirtualBox केवल एक दुर्घटना का कारण (ट्रिगर नहीं) होगा। यादगार चलने की कोशिश करें। और सावधान रहें, खराब मेमोरी बहुत अधिक डेटा भ्रष्टाचार का कारण बन सकती है।
बेसिक

यदि CPU के वर्चुअलाइजेशन निर्देशों का उपयोग किया गया था और समस्या की जड़ थे, तो यह वर्चुअलबॉक्स का दोष नहीं होगा, लेकिन पूरी तरह से असंबंधित भी नहीं। वह कंप्यूटर लंबे समय से चला गया है (और यादगार कुछ भी नहीं पता चला)।
अलेक्जेंडर

0

यह अंधेरे में एक शॉट है, लेकिन हमने ब्रिजिंग नेटवर्किंग और ऑफलोडिंग का उपयोग करने के संबंध में वर्चुअल बॉक्स के साथ इन अकथनीय मुद्दों का उपयोग किया है। प्रयत्न

ethtool -K eth0 tx off

जहाँ तक मुझे पता है यह 4.x श्रृंखला में तय किया जाना चाहिए।


0

मुझे netcard फ्रीजिंग वर्चुअलबॉक्स के साथ समस्या थी: जब मैंने इसे GUI के माध्यम से एक्सेस किया तो VM ऊपर और चल रहा था, हालांकि, netcard ड्राइवर क्रैश हो गया था।

http://www.virtualbox.org/ticket/4434

मेरे काम के आसपास मेजबान से वीएम पिंग था। यदि इसका नेटवर्क नीचे था: इसे रिबूट करें।

शायद यह एक ही मुद्दा है?


मेरी समस्या इससे भी बदतर थी। मेरा यजमान जम गया, सिर्फ अतिथि नहीं।
tshepang
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.