ভার্চুয়ালবক্স ওএসই কীভাবে আমার মেশিনটি ঝুলিয়ে রাখছে?

Question

আমি ভার্চুয়ালবক্স ওএসই ব্যবহার করছি এবং সম্প্রতি, আমি যখন এটি উবুন্টু ১০.১০ চালাচ্ছি তখন আমার মেশিনটি ঝুলিয়ে রাখে, আমাকে হার্ড-রিসেট করতে বাধ্য করে (ভাল নয়)। যেখানে সমস্যা আছে আমি কীভাবে এটি সন্ধান করব?

রিসেটের আগে " / var / লগ / সিসলগ " থেকে শেষ লাইনটি এখানে :

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

নোট :

• ভার্চুয়ালবক্স ওএসই হ'ল সংস্করণ 3.2.10
• আমি দেবিয়ান স্কুইজে 32-বিট 2.6.37 কার্নেলটি ব্যবহার করি
• ফেডোরা 14 ভিএম ব্যবহার করার সময় আমি এই সমস্যাটি পুনরুত্পাদন করতে পারি না

Comments

কার্নেল ক্রাশ হয়ে গেলে সিস্টেমটিতে প্রায়শই প্রাসঙ্গিক লগ বার্তাগুলি হ্যান্ডেল করার সময় থাকবে না। উবুন্টুতে কার্নেল প্যানিকগুলি ডিবাগ করার পরামর্শের জন্য আমি কীভাবে একটি কর্নেল কোর ডাম্প এবং কার্নেল নেটকনসোল পেতে পারি তা দেখুন আপনি এটি ডেবিয়ানের সাথে মানিয়ে নিতে সক্ষম হতে পারেন।

— গিলস 'খারাপ হয়ে যাওয়া বন্ধ করুন'

দয়া করে আরও লগগুলি পোস্ট করুন, বিশেষত/var/log/messages

— আইমন

আপনি কী এটি ভার্চুয়ালাইজেশন এক্সটেনশনগুলি চালু এবং বন্ধ উভয়ই পেয়েছেন?

— থমাস

@ থমাস কি?

— tspang

@ শেপাপাং: সেটিংস> সিস্টেম> প্রক্রিয়া / ত্বরণে, ভার্চুয়ালাইজেশন এক্সটেনশনগুলি সক্ষম করার / অক্ষম করার জন্য বিভিন্ন সেটিংস রয়েছে (হার্ডওয়্যারে উপলভ্য থাকলে)। এর মধ্যে পিএই / এনএক্স, ভিটি-এক্স ইত্যাদি অন্তর্ভুক্ত রয়েছে ~ en.wikedia.org/wiki/…

— টমাস

Answer 1

ভিএম এবং "নেটিভ" সিস্টেমে বেশ ভাল পরিমাণে ডিস্ক ক্রিয়াকলাপ করার সময়ও আমি হার্ড ক্র্যাশগুলির অভিজ্ঞতা পেয়েছি। এমনকি ভারী চাপের মধ্যেও কোনও ভিএম ব্যবহার না করার সময় সিস্টেমটি রক-স্থিতিশীল ছিল। আমি নতুন কার্নেল সংস্করণ এবং ভার্চুয়ালবক্সের নতুন সংস্করণ চেষ্টা করেছিলাম, তবে সমস্যাটি থেকেই যায়। তারপরে আমি একটি নতুন কম্পিউটারে স্যুইচ করেছি (একটি আই 7), যার একই সমস্যা নেই। তবে সমস্যাগুলির সাথে কম্পিউটারটি আরও খারাপ হয়ে উঠল এবং অন্যান্য পরিস্থিতিতেও ক্রাশ শুরু হয়েছিল। এখন এটি বুট হয় না, তবে বুট প্রক্রিয়াটির BIOS পর্যায়ে থাকাকালীন স্থির হয়ে যায়। এটি একটি হার্ডওয়্যার ইস্যু এবং / অথবা সিপিইউতে ভিএম-নির্দেশাবলীর সমস্যা হতে পারে।

আপনি আইও এবং / অথবা ভিএম থেকে ব্যবহৃত সিপিইউগুলির সংখ্যা সীমাবদ্ধ করার চেষ্টা করতে পারেন এবং দেখুন কিনা এটি সাহায্য করে।

Comments

আপনি যা বর্ণনা করছেন তার ভার্চুয়ালবক্সের কোনও সম্পর্ক নেই। যদি হোস্ট সিস্টেমটি ক্র্যাশ করে চলেছে এবং এখন আর বুট না করে তবে আপনার খারাপ হার্ডওয়্যার রয়েছে। এই জাতীয় ক্ষেত্রে, ভার্চুয়ালবক্স কেবল ক্রাশ (কারণ নয়) সৃষ্টি করবে। স্মৃতিচারণ চালানোর চেষ্টা করুন। এবং সাবধান থাকুন, খারাপ স্মৃতি প্রচুর ডেটা দুর্নীতির কারণ হতে পারে।

— বেসিক

যদি সিপিইউয়ের ভার্চুয়ালাইজেশন নির্দেশাবলী ব্যবহার করা হয় এবং সমস্যার মূল হয়ে থাকে তবে এটি ভার্চুয়ালবক্সের দোষ হবে না, তবে সম্পূর্ণরূপে সম্পর্কিত নয়। সেই কম্পিউটারটি দীর্ঘ চলে গেছে (এবং স্মৃতিচিহ্ন কিছুই প্রকাশ করেনি)।

— আলেকজান্ডার

Answer 2

এটি অন্ধকারের শট, তবে ব্রিজযুক্ত নেটওয়ার্কিং এবং অফলোডিংয়ের ক্ষেত্রে ভার্চুয়াল বক্সের সাথে আমাদের এই অনভিজ্ঞ সমস্যাগুলি ছিল to চেষ্টা

ethtool -K eth0 tx off

যতদূর আমি জানি এটি 4.x সিরিজে স্থির করা উচিত।

Answer 3

ভার্চুয়ালবক্স নেটকার্ড হিমায়িত করতে আমার সমস্যা ছিল: আমি যখন জিইউআইয়ের মাধ্যমে এটি ব্যবহার করি তখন ভিএম আপ এবং চলমান ছিল, তবে, নেটকার্ড ড্রাইভারটি ক্র্যাশ করেছে।

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

আমার কাজটি হোস্টের কাছ থেকে ভিএমকে পিং করা ছিল। যদি এর নেটওয়ার্কটি বন্ধ ছিল: এটি পুনরায় বুট করুন।

এটা কি একই সমস্যা?

Comments

আমার সমস্যা তার চেয়েও খারাপ ছিল। আমার অতিথি হিমশীতল হয়ে গেল, কেবল অতিথি নয়।

— tshepang