মুক্তিৰ টোকাৰ উন্নয়ন

সংস্থাপন সম্বন্ধীয় টোকা

বৈশিষ্টৰ উন্নয়ন

চালকৰ উন্নয়ন

কাৰ্ণেল সম্বন্ধীয় উন্নয়ন

অন্য উন্নয়ন

প্ৰযুক্তিবিদ্যাৰ পূৰ্ব-প্ৰদৰ্শন

সংশোধন কৰা সমস্যা

জ্ঞাত সমস্যা

এটা সম্পূৰ্ণৰূপে ভাৰ্চুৱেলাইজ কৰা SMP অতিথিত Red Hat Enterprise Linux 5 সংস্থাপন কৰোঁতে, সংস্থাপন ৰখি যাব পাৰে । গৃহস্থ (dom0)ই Red Hat Enterprise Linux 5.1 চলোৱাৰ বাবে হ'ব পাৰে ।

এই ন'হ'বলৈ, সংস্থাপনৰ সময়ত অতিথিয়ে এটা প্ৰচেছৰ ব্যৱহাৰ কৰা নিৰ্ধাৰণ কৰক ।virt-install ত --vcpus=1 বিকল্প ব্যৱহাৰ কৰি আপুনি এইটো কৰিব পাৰে । সংস্থাপন সম্পূৰ্ণ হ'লে, আপুনি অতিথিক SMP লৈ নিৰ্ধাৰণ কৰিব পাৰে virt-manager বিতৰণ কৰা vcpus সলনি কৰি ।.

এই মুক্তিত অন্তৰ্ভুক্ত আছে WBEMSMT, ৱেব ভিত্তিক অনুপ্ৰয়োগৰ সমষ্টি যি Samba আৰু DNS ৰ বাবে এটা ব্যৱহাৰকৰোঁতাৰ বাবে সৰল পৰিচালনাৰ সংযোগক্ষেত্ৰ দিয়ে । WBEMSMT ৰ বিষয়ে আৰু জানিবলৈ, http://sblim.wiki.sourceforge.net/ চাওক ।

pm-utils ক এটা Red Hat Enterprise Linux 5.1 Beta সংস্কৰণৰ pm-utils ৰ পৰা উন্নত কৰা বিফল হ'ব, যাৰ ফলত তলত লিখা ভুল হ'ব:

error: unpacking of archive failed on file /etc/pm/sleep.d: cpio: rename

এইটো নোহোৱা কৰিবলৈ, উন্নয়নৰ পূৰ্বে /etc/pm/sleep.d/ পঞ্জিকা আঁতৰাব । যদি /etc/pm/sleep.d ত কোনো নথিপত্ৰ আছে, আপুনি সিহঁতক /etc/pm/hooks/ লৈ নিব পাৰে ।

Mellanox MT25204 ৰ বাবে কৰা যান্ত্ৰিক সামগ্ৰীৰ পৰীক্ষাৰ পৰা জনা হয় যে অতিভাৰ পৰিবেশত এটা ভিতৰুৱা ভুল হয় । এই যান্ত্ৰিক সামগ্ৰীত যেতিয়া ib_mthca চালকে এটা সৰ্বনশীয়া ভুলৰ কথা কয়, এইটো সাধাৰণতে ব্যৱহাৰকৰোঁতাৰ অনুপ্ৰয়োগে সৃষ্টি কৰা কাৰ্য্য অনুৰোধৰ সম্বন্ধিত এটা অপৰ্যাপ্ত সম্পূৰ্ণ queue depth ৰ বাবে হয় ।

চালকে যান্ত্ৰিক সামগ্ৰী পুনঃ স্থাপন কৰি এই ধৰণৰ কোনো সমস্যা সমাধান কৰিলেও, সমস্যা উৎপন্ন হোৱাৰ সময়ত সকলো উপস্থিত সংযোগ বিচ্ছিন্ন হ'ব । ইয়াৰ ফলত, ব্যৱহাৰকৰোঁতাৰ অনুপ্ৰয়োগত ছেগমেন্টেশন ফল্টে দেখা দিয়ে । আৰু, সমস্যা উৎপন্ন হোৱাৰ সময়ত opensm চলমান থাকিলে, সঠিক কৰ্ম সঞ্চালনৰ বাবে ব্যৱহাৰকৰোঁতাই এইটো পুনৰাৰম্ভ কৰিব লাগিব ।

চালক উন্নয়নৰ ডিস্কৰ দ্বাৰা বৰ্তমানে Red Hat ৰ চালক উন্নয়ন কাৰ্য্যক্ৰম RPM-ভিত্তিক সৰঞ্জাম ব্যৱস্থা সমৰ্থিত হ'ব । চালক ডিস্কৰ দ্বাৰা নতুন বিন্যাস ব্যৱহৃত হ'লে, ব্যৱস্থাপ্ৰণালীত একাধিক উন্নয়নৰ পিছতেও RPM দ্বাৰা সৰঞ্জাম কৰা চালক সংৰক্ষণ কৰা যাব ।

মন কৰিব যে ব্যৱস্থাপ্ৰণালীত সংস্থাপন কৰা অবিকল্পিত কাৰ্ণেলৰ সৈতে ব্যৱহাৰযোগ্য চালক RPM সমূহ অকল নকল কৰা হ'ব । উদাহৰণস্বৰূপে, ভাৰ্চুৱেলাইজ কৰা কাৰ্ণেল প্ৰয়োগকাৰী ব্যৱস্থাপ্ৰণালীত চালক RPM সংস্থাপন কৰা হ'ল অকল ভাৰ্চুৱেলাইজ কৰা কাৰ্ণেলৰ বাবে চালক সংস্থাপন কৰা হ'ব । ব্যৱস্থাপ্ৰণালীত উপস্থিত অন্য কোনো কাৰ্ণেলৰ বাবে চালক RPM সংস্থাপন কৰা ন'হ'ব ।

সেইবাবে, একাধিক কাৰ্ণেল বিশিষ্ট ব্যৱস্থাপ্ৰণালীৰ ক্ষেত্ৰত, প্ৰতিটো কাৰ্ণেলত বুট কৰি চালক RPM সংস্থাপন কৰা আৱশ্যক । উদাহৰণস্বৰূপে, ব্যৱস্থাপ্ৰণালীত বেয়াৰ-মেটাল আৰু ভাৰ্চুৱেলাইজ কৰা কাৰ্ণেল সংস্থাপন কৰা হ'লে, বেয়াৰ-মেটাল কাৰ্ণেল প্ৰয়োগ কৰি ব্যৱস্থাপ্ৰণালীক বুট কৰি চালক RPM সংস্থাপন কৰক । ইয়াৰ পিছত ব্যৱস্থাপ্ৰণালী বন্ধ কৰি ভাৰ্চুৱেলাইজ কাৰ্ণেলেৰে পুনৰাৰম্ভ কৰক আৰু চালক RPM পুনঃ সংস্থাপন কৰক ।

dom0 ৰ সম্পূৰ্ণ জীৱনকালত , ৩২,৭৫০ বাৰতকৈ অধিক অতিথি ব্যৱস্থাপ্ৰণালী নিৰ্মাণ কৰা নাযাব (অৰ্থাৎ xm create) । উদাহৰণস্বৰূপে, যদি অতিথি ব্যৱস্থাপ্ৰণালীসমূহ লুপৰ সহায়ত বুট কৰা হয়, তেনেহ'লে ৩২,৭৫০ অতিথি ব্যৱস্থাপ্ৰণালী বুট কৰাৰ পিছত dom0 কোনো অতিথি ব্যৱস্থাপ্ৰণালী বুট কৰিবলৈ সক্ষম ন'হ'ব ।

এই ঘটণা হ'লে, dom0 পুনৰাৰম্ভ কৰিব

Red Hat Enterprise Linux 5.1 NFS সেৱক দ্বাৰা বৰ্তমানে ৰেফাৰেল ৰপ্তানি সমৰ্থিত হ'ব । এই ৰপ্তানিসমূহ NFSv4 প্ৰোটোকলৰ সম্প্ৰসাৰণৰ ওপৰত ভিত্তি কৰি নিৰ্মিত । NFS গ্ৰাহকত এই সম্প্ৰসাৰণ সমৰ্থিত ন'হ'লে (অৰ্থাৎ, 5.1-ৰ পূৰ্ববৰ্তী Red Hat Enterprise Linux মুক্তি) গ্ৰাহক ব্যৱস্থাপ্ৰণালী দ্বাৰা এই সমস্ত ৰপ্তানি ব্যৱহাৰ কৰা সম্ভব ন'হ'ব ।

সেইবাবে,NFS গ্ৰাহক দ্বাৰা এই ৰপ্তানি সমৰ্থিত ন'হ'লে, ৰপ্তানিসমূহৰ ব্যৱহাৰৰ প্ৰচেষ্টা কৰিলে I/O ত্ৰুটি প্ৰদৰ্শিত হ'ব । গ্ৰাহকত উপস্থিত বৈশিষ্ট্যৰ ওপৰত ভিত্তি কৰি কিছু পৰিস্থিতিত, গুৰুতৰ সমস্যা যেনে ব্যৱস্থাপ্ৰণালী বিপৰ্যয়ৰ সম্ভাবনাও থাকে ।

গ্ৰাহক ব্যৱস্থাপ্ৰণালী দ্বাৰা NFS ৰেফাৰেল ৰপ্তানি সমৰ্থিত ন'হ'লে, সংশ্লিষ্ট ব্যৱস্থাপ্ৰণালীসমূহৰ দ্বাৰা এই ৰপ্তানি ব্যৱহৃত নোহোৱাৰ বাবে বিশেষৰূপে সতৰ্ক থকা আৱশ্যক ।

GFS2 মূলত GFS-ৰ অনুক্ৰমিক উন্নতি । ইয়াৰ উন্নয়নত বহুতো গুৰুত্বপূৰ্ণ উন্নতিৰ ফলত অন-ডিস্ক নথিপত্ৰপ্ৰণালীৰ বিন্যাস পৰিবৰ্ত্তন কৰা আৱশ্যক । gfs2_convert প্ৰয়োগ কৰি GFS নথিপত্ৰপ্ৰণালীক GFS2-লৈ ৰূপান্তৰ কৰা যাব । এই ব্যৱস্থায় GFS নথিপত্ৰপ্ৰণালী সংক্ৰান্ত মিটা-ডাটা যথাযতৰূপে উন্নত কৰা হব ।

Red Hat Enterprise Linux 5 ত পাতনি মেলাৰ পৰা বহুতো উন্নত হোৱাৰ স্বত্ত্বেও, GFS2 এতিয়াও প্ৰযুক্তিগত পূৰ্বপ্ৰদৰ্শনৰূপত আছে । বিতৰণৰ মুক্তিৰ টোকাই ভুলকৈ কয় যে GFS2 সম্পূৰ্ণৰূপে সমৰ্থিত । তথাপিও, বিবিধ মাত্ৰাবিশিষ্ট পৰীক্ষাই নিম্নলিখিত ক্ষেত্ৰত দ্ৰুত কৰ্মক্ষমতা প্ৰমাণিত কৰিছে:

ইয়াৰ উপৰিও, GFS2 ত নিম্নলিখিত পৰিবৰ্ত্তন কৰা হৈছে:

HP BL860c blade ব্যৱস্থাপ্ৰণালীত Red Hat Enterprise Linux 5.1 সংস্থাপন কৰাৰ সময় IP সংক্ৰান্ত তথ্য প্ৰাপ্ত কৰাৰ সময়ত সংস্থাপনৰ কৰ্ম বন্ধ হ'ব পাৰে । TCP/IP বিন্যাস কৰক পৰ্দাত দুবাৰ ঠিক আছে টিপিলে এই সমস্যা দেখা দিয়াৰ সম্ভাবনা বৃদ্ধি হয় ।

এই পৰিস্থিতিত, ব্যৱস্থাপ্ৰণালী পুনৰাৰম্ভ কৰি, ইথাৰনেট মীমাংসা নিষ্ক্ৰিয় কৰি সংস্থাপন কৰক । ইয়াৰ বাবে, সংস্থাপন ব্যৱহৃত মিডিয়া প্ৰয়োগ কৰি বুট কৰাৰ সময়ত ethtool="autoneg=off" স্থিতিমাপ ব্যৱহাৰ কৰক । এইটোৰ ব্যৱহাৰৰ ফলত সংস্থাপনৰ পিছত ব্যৱস্থাপ্ৰণালী প্ৰভাবিত ন'হ'ব ।

ৰেফাৰেল ৰপ্তানিৰ (অৰ্থাৎ, ৰেফাৰেল সেৱক উল্লেখ কৰা ৰপ্তানি) ক্ষেত্ৰত nohide ৰপ্তানি বিকল্প ব্যৱহাৰ কৰা আৱশ্যক । ৰেফাৰেল ৰপ্তানিৰ ক্ষেত্ৰত সুনিৰ্দিষ্ট অভ্যুত্থানৰ স্থান "অতিক্ৰম" কৰা আৱশ্যক আৰু nohide ৰপ্তানি বিকল্পৰ সহায়ত সাফল্যৰ সৈতে এইটো কৰা যাব ।

bound mount ৰ অধিক তথ্যৰ বাবে, man exports 5 চাওক ।

এই উন্নয়নত lvm2 ঘটনা নিৰীক্ষণ ডেমন অন্তৰ্ভুক্ত কৰা হৈছে । lvm2 মিৰৰ ব্যৱহাৰ কৰিলে, অনুগ্ৰহ কৰি নিম্নলিখিত নিৰ্দেশাৱলী অনুসৰণ কৰি সকলো নিৰীক্ষণ কৰ্ম সঠিক ৰূপে উন্নত কৰক:

৬৪-বিট, ৩২-বিট আৰু ৩২-বিট PAE কাৰ্ণেলত বৰ্তমানে Rapid Virtualization Indexing (RVI) সমৰ্থিত হ'ব । কিন্তু, RVI য়ে অকল ৩২-বিট PAE হাইপাৰ্ভাইছৰত ৩২-বিট অতিথি ভাৰ্চুৱেল ঠিকনাহে মীমাংসা কৰিব পাৰে ।

সেইবাবে, ৩৮৪০ মেগাবাইটৰ অধিক RAM বিশিষ্ট অতিথি ব্যৱস্থাপ্ৰণালীত PAE কাৰ্ণেল ব্যৱহাৰ কৰিলে, ভুল ঠিকনা মীমাংসা সংক্ৰান্ত সমস্যা দেখা দিব । ইয়াৰ ফলত অতিথি ব্যৱস্থাপ্ৰণালী বিপৰ্যস্ত হোৱাৰ সম্ভাবনা থাকে ।

RVI-ৰ অধীন ৪ গিগাবাইটৰ অধিক মাপৰ RAM সহ অতিথি ব্যৱস্থাপ্ৰণালী সঞ্চালনৰ বাবে ৬৪-বিট কাৰ্ণেল ব্যৱহাৰ কৰা আৱশ্যক ।

AMD Rev F প্ৰছেছৰ ব্যৱহাৰ কৰি ১৬ বা অধিক সংখ্যক কোৰ ব্যৱহাৰ কৰিলে সম্পূৰ্ণৰূপে ভাৰ্চুৱেলাইজ কৰা অতিথি সংস্থাপন কৰাৰ সময়ত ব্যৱস্থাপ্ৰণালী পুনঃ স্থাপন হ'ব পাৰে ।

systemtap সংস্থাপন কৰা থাকিলে, systemtap-runtime সৰঞ্জাম সংস্থাপন কৰাৰ সময়ত কাৰ্য্য পৰিচালনাৰ পৰীক্ষণৰ ত্ৰুটি দেখা দিব । আৰু, systemtap সৰঞ্জাম উপস্থিত থাকিলে Red Hat Enterprise Linux 5 ৰ পৰা 5.1 লৈ উন্নত কৰাৰ প্ৰচেষ্টা ব্যৰ্থ হ'ব ।

systemtap-runtime সংস্থাপন কৰাৰ পূৰ্বে আৰু উন্নত কৰাৰ পূৰ্বে rpm -e systemtap-0.5.12-1.e15 আদেশ প্ৰয়োগ কৰি systemtap সৰঞ্জাম আঁতৰুৱা আৱশ্যক ।

NFSROOT প্ৰতিষ্ঠা কৰোঁতে, /etc/sysconfig/network-scripts/ifcfg-eth0 নথিপত্ৰত BOOTPROTO ৰ বাবে BOOTPROTO=dhcp নিৰ্ধাৰণ কৰা আৱশ্যক ।

আপোনাৰ ব্যৱহৃত পৰিবেশৰ ক্ষেত্ৰত BOOTPROTO-ৰ ভিন্ন মান প্ৰয়োজনীয় হ'লে initrd নিৰ্মাণ কৰাৰ পূৰ্ব /etc/sysconfig/network-scripts/ifcfg-eth0 ত অস্থায়ীৰূপে BOOTPROTO=dhcpনিৰ্ধাৰণ কৰক । initrd নিৰ্মাণৰ পিছত BOOTPROTO-ৰ পূৰ্ববৰ্তী মান পুনঃ স্থাপন কৰক ।

IBM Bladecenter-ৰ QLogic iSCSI Expansion Card এ ইথাৰনেট আৰু iSCSI কৰ্ম দিয়ে । কাৰ্ডৰ কিছু অংশ উভয় কৰ্ম দ্বাৰা যৌথৰূপে ব্যৱহৃত হয় । তথাপিও, বৰ্তমানৰ qla3xxx আৰু qla4xxx চালকসমূহে ইথাৰনেট আৰু iSCSI কৰ্ম অকল পৃথকৰূপে সমৰ্থন কৰে । একলগে ইথাৰনেট আৰু iSCSI কৰ্ম সমৰ্থন নকৰে ।

সেইবাবে, একেসময়তে ইথাৰনেট আৰু iSCSI কৰ্ম ব্যৱহাৰ কৰিলে, যন্ত্ৰ বন্ধ হোৱাৰ সম্ভাবনা থাকে । ইয়াৰ ফলত iSCSI যন্ত্ৰেৰ তথ্যহেৰুৱাো আৰু নথিপত্াপ্ৰণালী বিপৰ্যয় হোৱাৰ সম্ভৱবনাথাকে, বা ।অন্যান্য সংযুক্ত ইথাৰনেটন্ত্ৰেৰ সৈতে নেটৱৰ্ক বিচ্ছিন্ন হ'ব পাৰে ।

উপস্থিত অতিথিত ডিস্ক যোগ কৰাৰ বাবে virt-manager ব্যৱহাৰ কৰিলে, অতিথি ব্যৱস্থাপ্ৰণালীৰ /etc/xen/<domain name> বিন্যাস নথিপত্ৰত একেই তথ্য দুবাৰ অন্তৰ্ভুক্ত হ'ব পাৰে । এই নিবেশসমূহৰ উপস্থিতিৰ ফলত অতিথি ব্যৱস্থাপ্ৰণালী বুট কৰোঁতে সক্ষম ন'হ'ব ।

সেইবাবে, আপুনি দ্বৈত নিবেশ আঁতৰাব লাগে ।

দুটা গৃহস্থ ব্যৱস্থাপ্ৰণালীত এটা অতিথিক বাৰে বাৰে মাইগ্ৰেট কৰিলে এটা গৃহস্থ ব্যৱস্থাপ্ৰণালী পেনিক কৰিব পাৰে । গৃহস্থ ব্যৱস্থাপ্ৰণালী ৰ পৰা কোনো অতিথি মাইগ্ৰেট কৰাৰ পিছত আৰু সেই একেই অতিথি ব্যৱস্থাপ্ৰণালীক প্ৰত্যাবৰ্তনৰ পূৰ্বে গৃহস্থ ব্যৱস্থাপ্ৰণালী পুনৰাৰম্ভ কৰিলে, পেনিক সৃষ্টি ন'হ'ব ।

sysreport এতিয়া অবচিত কৰা হৈছে sos ৰ বাবে । sos সংস্থাপন কৰাৰ বাবে yum install sos আদেশ ব্যৱহাৰ কৰক । এই আদেশৰ সহায়ত sysreport আঁতৰাই sos সংস্থাপন কৰা হয় । এই সৰঞ্জামৰ বাবে উপস্থিত সকলো kickstart নথিপত্ৰক সলনি কৰাৰ বাবে পৰিবৰ্ত্তন কৰাৰ উপদেশি দিয়া হয় ।

sos সংস্থাপন কৰাৰ পিছত, sosreportআদেশৰ সহায়ত এইটো আৰম্ভ কৰক । sysreport আদেশ ব্যৱহাৰ কৰিলে sysreport অবচিত হোৱাৰ সতৰ্কবাৰ্তা প্ৰদৰ্শন কৰা হয়; কিন্তু আগবাঢ়িলে sosreport আদেশ আৰম্ভ হয় ।

আপুনি নিৰ্দ্দিষ্ট ভাবে sysreport সৰঞ্জাম ব্যৱহাৰ কৰিব হ'লে, তাৰ স্মৰণৰ বাবে sysreport.legacy আদেশ ব্যৱহাৰ কৰক ।

sosreport সম্পৰ্কে অধিক জানিবলৈ man sosreport আৰু sosreport --help চাওক ।

যদি আপুনি Red Hat Enterprise Linux 5 CD-ROMৰ বিষয়বস্তু প্ৰতিলিপিত কৰিছে (উদাহৰণ স্বৰূপে নে'টৱৰ্ক ভিত্তিৰ সংস্থাপনৰ প্ৰস্তুতিত) তেন্তে কাৰ্য্যকৰ ব্যৱস্থাপ্ৰণালীৰ বাবে CD-ROM সমূহহে অকল প্ৰতিলিপিত কৰাতো সুনিশ্চিত কৰক । Supplementary CD-ROM বা কোনো এটা স্তৰযুক্ত প্ৰস্তুত CD-ROM প্ৰতিলিপিত নকৰিব, কাৰণ এই কাৰ্য্যই Anaconda ৰ উপযুক্ত ক্ৰিয়াকৰণৰ বাবে প্ৰয়োজনীয় নথিপত্ৰ পুনঃ লিখিব ।

Supplementary CD-ROM আৰু অন্য স্তৰযুক্ত প্ৰস্তুত CD-ROM সমূহৰ বিষয়বস্তুক Red Hat Enterprise Linux 5.1 ৰ সংস্থাপনৰ পিছত সংস্থাপন কৰিব লাগিব ।

সম্পূৰ্ণ ভাৱে ভাৰ্চুৱেলাইজ কৰা অতিথিত Red Hat Enterprise Linux 5.1 সংস্থাপন কৰিলে, kernel-xen কাৰ্ণেল ব্যৱহাৰ নকৰিব । সম্পূৰ্ণ ৰূপে ভাৰ্চুৱেলাইজ কৰা অতিথিত এই কাৰ্ণেল ব্যৱহাৰ কৰিলে আপোনাৰ ব্যৱস্থাপ্ৰণালী স্তব্ধ হ'ব পাৰে ।

যদি আপুনি সম্পূৰ্ণ ভাৰ ।চুৱেলাইজ জৰা অতিথিত Red Hat Enterprise Linux 5.1 সংস্থাপন কৰোঁতে সংস্থাপন সংখ্যা ব্যৱহাৰ কৰে, Virtualization সৰঞ্জাম সমষ্টিক সংস্থাপনৰ সময়ত অনিৰ্বাচিত কৰাতো সুনিশ্চিত কৰক ।Virtualization সৰঞ্জামৰ সমষ্টিয়ে kernel-xen কাৰ্ণেল সংস্থাপন কৰে ।

মন কৰিব যে পেৰাভাৰ্চুৱেলাইজ কৰা অতিথি এই সমস্যাৰ পৰা প্ৰবাৱিত নহয় । পেৰাভাৰ্চুৱেলাইজ কৰা অতিথিয়ে সদায়ে kernel-xen কাৰ্ণেল ব্যৱহাৰ কৰে ।

Red Hat Enterprise Linux 5 ৰ পৰা 5.1 লৈ উন্নত কৰাৰ সময়ত ভাৰ্চুৱেলাইজ কৰা কাৰ্ণেল ব্যৱহাৰ কৰা হ'লে, উন্নয়নৰ সমাপ্তিৰ পিছত ব্যৱস্থাপ্ৰণালী পুনৰাৰম্ভ কৰা আৱশ্যক । উন্নত কৰা ভাৰ্চুৱেলাইজ কাৰ্ণেল ব্যৱহাৰ কৰি, ইয়াৰ পিছত ব্যৱস্থাপ্ৰণালী বুট কৰা আৱশ্যক ।

Red Hat Enterprise Linux 5 আৰু 5.1-ৰ হাইপাৰ্ভাইছৰসমূহ ABI-ৰ সৈতে সুসংগত নহয় । ব্যৱস্থাপ্ৰণালী উন্নত কৰাৰ পিছত ভাৰ্চুৱেলাইজ কৰা কাৰ্ণেলেৰে পুনৰাৰম্ভ নকৰিলে উন্নত কৰা Virtualization RPM-সমূহ চলমান কাৰ্ণেলৰ সৈতে সামঞ্জস্য ৰাখিব নোৱাৰিব ।

CIFS অতিথি 1.48aRH-এ উন্নয়ন কৰা হৈছে । 1.48a মুক্তিৰ ওপৰত ভিত্তি কৰি নিৰ্মিত আৰু নিম্নলিখিত পৰিবৰ্ত্তন কৰা সক্ষম:

উল্লেখ্য, EMC Celerra উৎপাদনত (NAS Code 5.5.26.x আৰু নিম্নবৰ্তী) EMC NAS শেয়াৰ ব্যৱহাৰৰ সময়ত CIFS অতিথি স্তব্ধ হোৱাৰ সম্ভাবনা থাকে । নিম্নলিখিত কাৰ্ণেল বাৰ্তাৰ সহায়ত এই সমস্যা চিহ্নিত কৰা যায়:

kernel:  CIFS VFS: server not responding
kernel:  CIFS VFS: No response for cmd 162 mid 380
kernel:  CIFS VFS: RFC1001 size 135 bigger than SMB for Mid=384

CIFS mount-ৰ পিছত, ইয়াৰ জৰিয়তে কোনো নথিপত্ৰ পঢ়া/লেখা অসম্ভব আৰু mountpoint ত নিবেশ/নিৰ্গমেৰ প্ৰচেষ্টাৰত কোনো অনুপ্ৰয়োগ স্তব্ধ হৈ যাব । এই সমস্যা সমাধানৰ বাবে NAS Code 5.5.27.5 অথবা ঊৰ্ধ্বতন সংস্কৰণক উন্নত কৰক (EMC Primus case নম্বৰ emc165978 ব্যৱহাৰ কৰক) ।

MODULE_FIRMWARE ট্যাগ বৰ্ত্তমানে সমৰ্থিত ।

ICH9 কন্ট্ৰোলাৰ বৰ্ত্তমানে সমৰ্থিত

CPUID কলৰ জৰিয়তে বৰ্ত্তমানে Greyhound প্ৰসেসৰ সমৰ্থিত হব ।

Oprofile দ্বাৰা নতুন Greyhound পাৰফৰম্যান্স কাউন্টাৰ ঘটনা সমৰ্থিত হয় ।

z/VM ব্যৱহাৰ উন্নতিৰ বাবে Directed DIAG বৰ্ত্তমানে সমৰ্থিত ।

DRM কাৰ্ণেল অংশৰ সহায়ত বৰ্ত্তমানে Intel গ্ৰাফিক্স চিপসেট সমৰ্থিত । ইয়াৰ উপৰিও, ডিৰেক্ট ৰেন্ডাৰিং সমৰ্থনৰ বাবে DRM API-টি 1.3 সংস্কৰণক উন্নত কৰা হৈছে ।

উন্নত S3 সাসপেন্ড-টু-RAM আৰু S4 হাইবাৰনেটৰ বাবে ACPI বিদ্যুৎ পৰিচালন ব্যৱস্থায় উন্নয়ন কৰা হয় ।

gaim-ৰ নাম এতিয়া pidgin ।

Intel microcode সংস্কৰণ 1.17 ক উন্নত কৰা হৈছে । ইয়াৰ ফলত নতুন Intel প্ৰসেসৰৰ ক্ষেত্ৰত সমৰ্থন যোগ কৰা হৈছে ।

EMC Clariion সংগ্ৰহস্থলত dm-multipath সহযোগেৰে implicit active-active ফেইল-ওভাৰ বৰ্ত্তমানে সমৰ্থিত ।

fonts-chinese সৰঞ্জামেৰ অধীন Zysong চীনা ফন্ট বৰ্ত্তমানে সংস্থাপন কৰা নহয় । Zysong এটা পৃথক fonts-chinese-zysong সৰঞ্জামেত অন্তৰ্গত । fonts-chinese-zysong সৰঞ্জামটি Supplementary CD-ত উপলব্ধ কৰা হয় ।

উল্লেখ্য, Chinese National Standard GB18030 সমৰ্থনৰ বাবে fonts-chinese-zysong সৰঞ্জামেৰ উপস্থিতি আৱশ্যক ।

Challenge Handshake Authentication Protocol (CHAP) ব্যৱহাৰকৰোঁতাৰ নাম আৰু গুপ্তশব্দৰ ক্ষেত্ৰত ২৫৬ অক্ষৰৰ সীমাৰেখা উপস্থিত ।

pump এই উন্নয়নত অবচিত হৈছে । ইয়াৰ ফলত netconfig-ৰ সহায়ত নেটৱৰ্ক সংযোগ মাধ্যম বিন্যাস কৰা হ'লে ifcfg স্ক্ৰিপ্ট ত্ৰুটিপূৰ্ণ হোৱাৰ সম্ভাবনা থাকিব ।

নেটৱৰ্ক সংযোগ মাধ্যম সঠিকৰূপে বিন্যাস কৰাৰ বাবে system-config-network প্ৰয়োগ কৰক । উন্নয়ন হোৱাৰ system-config-network সৰঞ্জাম সংস্থাপন কৰা হ'লে netconfig সৰঞ্জাম আঁতৰুৱা হব ।

rpm --aid এতিয়া আৰু সমৰ্থিত নহয় । সৰঞ্জাম উন্নয়ন বা সংস্থাপন কৰাৰ সময়ত yum ব্যৱহাৰ কৰা উপদেশিত ।

SATA বাগ যাৰ বাবে SATA-সমৃদ্ধ ব্যৱস্থাপ্ৰণালীক বুট কৰাৰ সময়ত ব্যৱস্থাপ্ৰণালীয়ে স্বয়ংক্ৰিয়ৰূপে স্থগিত কৰি পুনৰাম্ভৰ পূৰ্বে এটা ত্ৰুটিৰ বাৰ্তা প্ৰদৰ্শনকাৰী এটা SATA বাগ সংশোধন কৰা হৈছে ।

মাল্টি-বুট ব্যৱস্থাপ্ৰণালীত, parted ৰ দ্বাৰা বৰ্ত্তমানে Windows Vista™ ধাৰণকাৰী প্ৰথম সেকটৰৰ তথ্য পৰিবৰ্ত্তন কৰা নহয় । Red Hat Enterprise Linux 5.1 আৰু Windows Vista™ উভয়সহ এটা মাল্টি-বুট ব্যৱস্থাপ্ৰণালী প্ৰস্তুত কৰাৰ পিছত Windows ব্যৱস্থাপ্ৰণালী বুট কৰাৰ অযোগ্য নহব ।

rmmod xennet-ৰ ফলত domU বৰ্ত্তমানে বিপৰ্যস্ত নহব ।

যি সমস্ত ৪-সকেট বিশিষ্ট AMD Sun Blade X8400 Server Module ব্যৱস্থাপ্ৰণালীৰ বাবে node 0 স্মৃতিশক্তি বিন্যাস কৰা নহয় সেই বুট কৰাৰ সময় পেনিক (panic) সৃষ্টি নকৰে ।

conga আৰু luci সহযোগত ফেইল-ওভাৰ ডোমেইন নিৰ্মাণ আৰু বিন্যাস কৰা যাব ।

yum দ্বাৰা Cluster Storage দল সংস্থাপন কৰাৰ সময় কৰ্ম বিফল নহব ।

সংস্থাপনৰ সময় /var/log/faillog আৰু /var/log/tallylog নথিপত্ৰত ভুল SELinux সন্দৰ্ভ স্থাপন কৰা নহয় ।

ডুয়াল-কোৰ AMD প্ল্যাটফৰ্মত, অধিক cpu-প্ৰয়োগৰ ফলত এটা cpu-ৰ ওপৰত অত্যাধিক চাপৰ ফলত CPU কোৰে ফ্ৰিকোয়েন্সি পৰিবৰ্ত্তন নহব ।

বিভিন্ন অংশত উপলব্ধ সংস্থাপন মিডিয়া (যেনে, CD অথবা NFSISO) প্ৰয়োগ কৰি Red Hat Enterprise Linux 5.1 সংস্থাপন কৰাৰ সময়ত amanda-server সংস্থাপনৰ সময়ত সমস্যা দেখা নিদিয়ে ।

সংস্থাপনৰ সময়ত, Anaconda দ্বাৰা বৰ্ত্তমানে ৪ গিগাবাইটৰ অধিক RAM চিনাক্ত কৰা সম্ভৱ হব । ইয়াৰ ফলত কাৰ্ণেলৰ kernel-PAE সংস্কৰণ সংস্থাপন কৰা হব নে নহয় সেইটো Anaconda দ্বাৰা সিদ্ধান্ত লোৱা সম্ভব হয় ।

সাম্প্ৰতিক k8 প্ৰসেসৰৰ ক্ষেত্ৰত EDAC দ্বাৰা সঠিক স্মৃতিশক্তিৰ পৰিমাণ প্ৰদৰ্শন কৰা হয় ।

gdm-ৰ মাধ্যম এটা দূৰবৰ্তী Gnome ডেস্কটপ প্ৰৱেশ কৰাৰ সময়ত প্ৰৱেশ পৰ্দা স্তব্ধ নহব ।

autofsত উপস্থিত এটা বাগৰ ফলত multi-mount সঠিক চালনায় বিঘ্ন সৃষ্টিকাৰী এটা বাগ সংশোধিত হৈছে ।

utrace-ৰ বিভিন্ন প্যাচ দ্বাৰা নিম্নলিখিত সংশোধন কৰা হৈছে:

সংকেতবাৰ্তা আৰু সুনিৰ্দিষ্ট অবকাশৰ RTC ইন্টাৰাপ্টেৰ সঠিক সঞ্চালন প্ৰতিৰোধকাৰী এটা RealTime Clock (RTC) বাগ সমাধান কৰা হৈছে ।

Anaconda ত প্ৰথমবাৰ মুক্তিৰ টোকা বাটন ক্লিক কৰা হ'লে মুক্তিৰ টোকা সংযোগক্ষেত্ৰ তথ্য ৰেন্ডাৰ কৰি প্ৰদৰ্শনত কিছু বিলম্ব ঘটে । এই বিলম্ব সময়ত সংযোগক্ষেত্ৰত এটা ৰিক্ত তালিকা প্ৰদৰ্শন কৰা হয় । ইয়াৰ পিছত তথ্য দ্ৰুত ৰেন্ডাৰ হোৱাৰ ফলত এই সমস্যা ব্যৱহাৰকৰোঁতাৰ দৃষ্টিগোচৰ নহয় ।

সংস্থাপনৰ সময়ত সৰঞ্জাম সংস্থাপনৰ সময়ত অত্যাধিক CPU ব্যৱহৃত হোৱাৰ ফলত এই বিলম্ব ঘটে ।

MegaRAID চালক ব্যৱহাৰকৰোঁতা গৃহস্থ বাছ এডাপ্টাৰসমূহৰ ক্ষেত্ৰত কৰ্ম সঞ্চালনৰ উদ্দেশ্যে "I2O" এমুলেছন ধৰণৰ পৰিবৰ্তে "Mass Storage" এমুলেছন ধৰণ উল্লেখিত কৰা আৱশ্যক । ইয়াৰ বাবে নিম্নলিখিত পদন্যাস কৰক:

এডাপ্টাৰৰ মান ভুল ভাবে "I2O" এমুলেছন ৰূপে ধাৰ্য্য কৰিলে i2o চালক তুলি লোৱাৰ বাবে প্ৰচেষ্টা কৰা হ'ব । এইটো ব্যৰ্থ হ'ব আৰু এডাপ্টাৰটি ব্যৱহাৰ কৰা সম্ভৱ নহ'ব ।

পূৰ্বৰ Red Hat Enterprise Linux মুক্তিসমূহৰ দ্বাৰা সাধাৰণ MegaRAID চালকৰ পূৰ্বে I20 চালক তুলি লোৱাৰ প্ৰচেষ্টা কৰা হোৱা নাছিল । তথাপিও, লিনাক্সত ব্যৱহাৰ কৰা যন্ত্ৰৰ ক্ষেত্ৰত "Mass Storage" এমুলেছন ধৰণ সদায় নিৰ্ধাৰণ কৰা উচিত ।

Cisco Aironet MPI-350 বেতাঁৰ কাৰ্ড প্ৰয়োগকাৰী লেপ্টপততাঁৰ দ্বাৰা সংযুক্ত ইথাৰনেট পোৰ্ট ব্যৱহাৰ কৰি নেটৱৰ্ক সংস্থাপনৰ সময়ত DHCP ঠিকনা প্ৰাপ্ত কৰাৰ সময়ত স্তব্ধ হব পাৰে ।

এই সমস্যা সমাধানৰ বাবে সংস্থাপনৰ বাবে স্থানীয়ৰূপে ব্যৱহাৰযোগ্য মাধ্যম ব্যৱহাৰ কৰক । অথবা সংস্থাপনৰ পূৰ্বে লেপ্টপৰ BIOS ত অনাতাঁৰ কাৰ্ড নিষ্ক্ৰিয় কৰক (সংস্থাপনৰ পিছত অনাতাঁৰ কাৰ্ড পুনৰায় সক্ৰিয় কৰিব পাৰে) ।

বৰ্ত্তমানে, system-config-kickstart ৰ সহায়ত সৰঞ্জাম নিৰ্বাচন কৰা সম্ভৱ নহয় । system-config-kickstart ব্যৱহাৰ কৰিলে সৰঞ্জাম নিৰ্বাচনৰ বিকল্প নিষ্ক্ৰিয় অবস্থাত প্ৰদৰ্শিত হ'ব । system-config-kickstart সৰঞ্জাম সংকলন সম্বন্ধীয় তথ্যৰ বাবে yum ব্যৱহাৰ কৰিলেও Red Hat Network ৰ সৈতে সংযোগ স্থাপনৰ বাবে yum ব্যৱহাৰ কৰিব'লৈ সক্ষম নহয় ।

বৰ্ত্তমানে kickstart নথিপত্ৰৰ উন্নয়ন সৰঞ্জাম বিভাগটি ব্যৱহাৰকৰোঁতাৰ দ্বাৰা স্বয়ং পৰিবৰ্ত্তন কৰিব লগা হব । kickstart নথিপত্ৰ খোলাৰ বাবে system-config-kickstart ব্যৱহাৰ কৰিলে, নথিপত্ৰত উপস্থিত সৰঞ্জাম সংক্ৰান্ত সমস্ত তথ্য অপৰিবৰ্তিত থাকিব আৰু নথিপত্ৰ সংৰক্ষণৰ সময়ত সেই তথ্য পুনৰায় নথিপত্ৰত লিখা হব ।

Red Hat Enterprise Linux 5 ৰ এই উন্নয়নত বুট কৰাৰ সময়/var/log/boot.logত লগ কৰা নহব । পৰবৰ্তী কোনো উন্নয়নৰ অনুৰূপ এটা বৈশিষ্ট্য যোগ কৰা হব ।

Red Hat Enterprise Linux ৪ৰ পৰা Red Hat Enterprise Linux 5 লৈ উন্নত কৰোঁতে, ডিপ্লইমেন্ট পথপঞ্জী স্বয়ং সংস্থাপিত নহয় । আপুনি নিজেই সংস্থাপন কৰিব'লৈ pirut ব্যৱহাৰ কৰিব লাগিব উন্নয়ন অন্ত কৰাৰ পিছত ।

ব্যৱস্থাপ্ৰণালী সফল ভাবে এটা kexec/kdump কাৰ্ণেলত পুনৰাৰম্ভ ন'হ'ব পাৰে যদি X চলি আছে আৰু vesa ৰ বাহিৰে অন্য এটা চালক ব্যৱহাৰ কৰিছে ।এই সমস্যঅ অকল ATI Rage XL চিত্ৰাঙ্কণৰ ছিপ্‌ছেতৰ লগতহে আছে ।

যদি ATI Rage XL থকা ব্যৱস্থাপ্ৰণালীত X চলি আছে, kexec/kdump কাৰ্ণেললৈ সফল ভাবে পুনৰাৰম্ভ কৰিব'লৈ এটা vesa চালক ব্যৱহাৰ কৰাতো সুনিশ্চিত কৰক ।

nVidia CK804 চিপসেট সহ যন্ত্ৰত Red Hat Enterprise Linux 5 ব্যৱহাৰৰ সময়ত নিম্নলিখিত কাৰ্ণেল বাৰ্তাৰ অনুৰূপ বাৰ্তা প্ৰদৰ্শন হব পাৰে:

kernel: assign_interrupt_mode Found MSI capability
kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS

এই বাৰ্তা দ্বাৰা চিহ্নিত হয় যে কিছুমান PCI-E পোৰ্ট IRQ অনুৰোধ কৰা নাই । ইয়াৰ উপৰিও, এই বাৰ্তাৰ ফলত যন্ত্ৰৰ কৰ্ম কোনো ভাবে বিঘ্নিত নহয় ।

root ব্যৱহাৰকৰোঁতাৰূপে প্ৰৱেশ কৰা হ'লে অপসাৰণযোগ্য সংগ্ৰহস্থন (যেনে CD আৰু DVD) স্বয়ংক্ৰিয়ৰূপে তুলি লোৱা নহয় । চিত্ৰাঙ্কিত নথিপত্ৰ পৰিচালনব্যৱস্থাৰ সহায়ত এই যন্ত্ৰ তুলি লোৱা আৱশ্যক ।

বা, /media-ত কোনো যন্ত্ৰ তুলি লোৱাৰ বাবে নিম্নলিখিত আদেশ প্ৰয়োগ কৰক:

mount /dev/<device name> /media

IBM System z এ পৰম্পৰাগত Unix-ধৰণৰ দৈহিক কন্স'ল নিদিয়ে । Red Hat Enterprise Linux 5 IBM System z ৰ বাবে প্ৰাৰম্ভিক কাৰ্য্যক্ৰম তুলি লওঁতে firstboot কাৰ্য্যকাৰিতা সমৰ্থন নকৰে ।

Red Hat Enterprise Linux 5 ৰ প্ৰতিষ্ঠা শুদ্ধভাবে IBM System z ত আৰম্ভ কৰিব'লৈ, সংস্থাপনৰ পিছত নিম্নলিখিত আদেশ চলাব:

Red Hat Network-ৰ মাধ্যমত Red Hat Enterprise Linux 5ৰ পৰা Red Hat Enterprise Linux 5.1‌লৈ উন্নয়ন কৰাৰ সময়ত yum দ্বাৰা redhat-beta চাবি আমদানি কৰাৰ অনুৰোধ নকৰিবও পাৰে । এই কাৰণে, উন্নত কৰাৰ পূৰ্বে ব্যৱহাৰকৰোঁতা দ্বাৰা redhat-beta চাবি আমদানি কৰা উপদেশিত । ইয়াৰ বাবে নিম্নলিখিত আদেশ প্ৰয়োগ কৰক:

rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-beta

বিন্যাস কৰা নথিপত্ৰৰ এটা LUN আঁতৰুৱা হ'লে, গৃহস্থ ব্যৱস্থাপ্ৰণালীত সেইটো প্ৰদৰ্শিত নহব । এই ক্ষেত্ৰত, dm-multipath ব্যৱহাৰৰ ফলত lvm আদেশ সঞ্চালিত হব, কাৰণ LUN-টি stale অৱস্থায় ধাৰ্য হব ।

এই সমস্যা আঁতৰুৱাৰ বাবে /etc/lvm/.cache নথিপত্ৰৰ stale LUN সংক্ৰান্ত সকলো যন্ত্ৰ আৰু mpath লিঙ্ক আঁতৰাওক ।

এই সমস্ত নিবেশ চিনাক্ত কৰাৰ বাবে, নিম্নলিখিত আদেশ ব্যৱহাৰ কৰক:

ls -l /dev/mpath | grep <stale LUN>

উদাহৰণস্বৰূপ, <stale LUN> যদি 3600d0230003414f30000203a7bc41a00 হয়, তেনেহ'লে নিম্নলিখিত ফলাফল প্ৰদৰ্শিত হব:

lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00 -> ../dm-4
lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00p1 -> ../dm-5

অৰ্থাৎ 3600d0230003414f30000203a7bc41a00, দুটি mpath লিঙ্কৰ সৈতে যুক্ত: dm-4 আৰু dm-5 ।

নিম্নলিখিত শাৰী /etc/lvm/.cacheৰ পৰা আঁতৰুৱা আৱশ্যক:

/dev/dm-4 
/dev/dm-5 
/dev/mapper/3600d0230003414f30000203a7bc41a00
/dev/mapper/3600d0230003414f30000203a7bc41a00p1
/dev/mpath/3600d0230003414f30000203a7bc41a00
/dev/mpath/3600d0230003414f30000203a7bc41a00p1

CD / DVD প্ৰয়োগ কৰি সম্পূৰ্ণৰূপে ভাৰ্চুৱেলাইজ কৰা Windows™ অতিথি ব্যৱস্থাপ্ৰণালীৰ নিৰ্মাণৰ সময়ত পুনঃ বুট কৰাৰ পিছত অতিথি সংস্থাপনৰ দ্বিতীয় পৰ্যায়েৰ কৰ্ম সঞ্চালন নহব পাৰে ।

এই সমস্যা সমাধানৰ বাবে /etc/xen/<অতিথি যন্ত্ৰৰ নাম> সম্পাদন কৰি CD / DVD যন্ত্ৰৰ বাবে এটা সঠিক প্ৰৱেশ যোগ কৰক ।

এটা সাধাৰণ নথিপত্ৰৰ সংস্থাপন ভাৰ্চুৱেল যন্ত্ৰ ৰূপে ব্যৱহৃত হ'লে /etc/xen/<অতিথি যন্ত্ৰৰ নাম> নথিপত্ৰৰ disk শাৰী নিম্নলিখিত বৰ্ণনাৰ অনুৰূপ হ'ব:

disk = [ 'file:/PATH-OF-SIMPLE-FILE,hda,w']

/dev/dvd নামে গৃহস্থত কোনো DVD-ROM যন্ত্ৰ উপস্থিত থাকিলে তাক সংস্থাপনৰ দ্বিতীয় পৰ্য্যায়ত hdc ৰূপে উপলব্ধ কৰাবলৈ 'phy:/dev/dvd,hdc:cdrom,r' ৰ দৰে এটা পংক্তি যোগ কৰা আৱশ্যক । ইয়াৰ ফলত disk সংক্ৰান্ত পংক্তিটি হ'ব:

disk = [ 'file:/opt/win2003-sp1-20061107,hda,w', 'phy:/dev/dvd,hdc:cdrom,r']

যান্ত্ৰিক সামগ্ৰীৰ ওপৰত ভিত্তি কৰি সুনিৰ্দ্দিষ্ট যন্ত্ৰৰ পথ পৃথক হ'ব পাৰে ।

কাৰ্ণেলত sctp অংশ যোগ নাথাকিলে, -A inet অথবা -A inet6 বিকল্পসহ netstat আদেশ সঞ্চালিত হ'লে, নিম্নলিখিত বাৰ্তা অস্বাভাবিকৰূপে বন্ধ হব:

netstat: no support for `AF INET (sctp)' on this system.        

এই সমস্যা আঁতৰাবলৈ sctp কাৰ্ণেল অংশ সংস্থাপন কৰক ।

বৰ্ত্তমান কাৰ্ণেলৰ দ্বাৰা বুট কৰাৰ সময়ত সিৰিয়াল পোৰ্ট প্ৰিন্ট কৰাৰ পূৰ্বে Data Terminal Ready (DTR) সংকেত প্ৰয়োগ কৰা নহয় । বহুতো যন্ত্ৰৰ ক্ষেত্ৰত DTR প্ৰয়োগ কৰা আৱশ্যক; ইয়াৰ ফলত, এই সমস্ত যন্ত্ৰৰ ক্ষেত্ৰত কাৰ্ণেলৰ বুট সংক্ৰান্ত বাৰ্তা সিৰিয়াল কনসোলত প্ৰিন্ট কৰা নহয় ।

কিছুমান মঞ্চত (যেনে HP dc7700) ব্যৱহৃত AMD 8132 আৰু HP BroadCom HT100 য়ে MMCONFIG কাৰ্য্যচক্ৰ সমৰ্থিত নহয় । আপোনাৰ ব্যৱস্থাপ্ৰণালীত এই চিপ্সেটসমূহ ব্যৱহৃত হ'লে, আপোনাৰ PCI বিন্যাসে লেগ্যাচী PortIO CF8/CFC ব্যৱস্থা প্ৰয়োগ কৰা আৱশ্যক । ইয়াক বিন্যাস কৰিবলৈ, সংস্থাপনৰ সময়ত -pci nommconfig কাৰ্ণেল স্থিতিমাপসহ ব্যৱস্থাপ্ৰণালী বুট কৰক আৰু পুৰাৰম্ভ কৰাৰ পিছত GRUB ত pci=nommconf যোগ কৰক ।

ইয়াৰ উপৰিও, AMD 8132 চিপ্সেট দ্বাৰা সম্বাদ চিগন্যাল্ড ইন্টাৰাপ্ট (MSI) সমৰ্থিত নহয় । আপোনাৰ ব্যৱস্থাপ্ৰণালী দ্বাৰা এই চিপ্সেট ব্যৱহৃত হ'লে, MSI নিষ্ক্ৰিয় কৰা আৱশ্যক । ইয়াৰ বাবে, সংস্থাপনৰ সময়ত -pci nomsi কাৰ্ণেল স্থিতিমাপ প্ৰয়োগ কৰক আৰু পুনৰাৰম্ভৰ পিছত GRUB ত pci=nomsi যোগ কৰক ।

কিন্তু, কাৰ্ণেলৰ দ্বাৰা যদি আপোনাৰ মঞ্চ ইতিমধ্যে ব্লেক-লিচ্ট‌ কৰা হয়, আপোনাৰ ব্যৱস্থাপ্ৰণালীৰ ক্ষেত্ৰত pci কাৰ্ণেল স্থিতিমাপ আৱশ্যক নহয় । নিম্নলিখিত HP মঞ্চসমূহত কাৰ্ণেল দ্বাৰা ইতিমধ্যে ব্লেক-লিচ্ট‌ কৰা হৈছে:

মুক্ত ধাতুৰ (ভাৰ্চুৱেলাইজ নকৰা) কাৰ্ণেল ব্যৱহাৰ কৰাৰ সময়ত X সেৱকৰ দ্বাৰা মনিটৰৰ পৰা EDID তথ্য উদ্ধাৰ নকৰাৰ সম্ভাৱনা আছে । এই পৰিস্থিতিত চিত্ৰাঙ্কিত চালকৰ দ্বাৰা ৮০০x৬০০ ৰ অধিক বিশ্লেষণ কৰা প্ৰদৰ্শণ দেখুৱাব নোৱাৰে ।

এই সমস্যা আঁতৰুৱাৰ বাবে, /etc/X11/xorg.conf ৰ ServerLayout বিভাগত নিম্নলিখিত শাৰী যোগ কৰক :

বিকল্প "Int10Backend" "x86emu"

এই ৰিলিজত অন্তৰ্ভুক্ত Virtual Machine Manager ৰ (virt-manager) দ্বাৰা পেৰাভাৰ্চুৱেলাইজ কৰা অতিথি সংস্থাপনৰ সৈতে অতিৰিক্ত বুট তৰ্ক উল্লেখ কৰা সম্ভৱ নহয় ।কিছু বিশেষ ধৰণৰ যান্ত্ৰিক সামগ্ৰীত সুনিৰ্দিষ্ট ধৰণৰ পেৰাভাৰ্চুৱেলাইজ কৰা অতিথি ব্যৱস্থাপ্ৰণালী সংস্থাপন কৰাৰ সময়ত এইটো প্ৰযোজ্য ।

ভৱিষ্যতে virt-manager ৰ ৰিলিজত এই সমস্যা সমাধান কৰা হ'ব । আদেশ শাৰীৰ পৰা পেৰাভাৰ্চুৱেলাইজ কৰা অতিথি সংস্থাপনৰ বাবে কাৰ্ণেল তৰ্ক উল্লেখ কৰাৰ বাবে virt-install আদেশ ব্যৱহাৰ কৰক ।

অবিকল্পিতdm-multipath বিন্যাসৰ সৈতে, Netapp যন্ত্ৰত কেইবাটাও মিনিটৰ প্ৰয়োজন হ'ব পাৰে এটা পূৰ্বৰ বিফল হোৱা পথ পুনঃ প্ৰতিষ্ঠিত হোৱাৰ পিছত আগৰ অৱস্থালৈ সম্পূৰ্ণ ভাবে আনিবলৈ । এই সমস্যা সমাধান কৰিবলৈ, নিম্নলিখিত Netapp যন্ত্ৰৰ বিন্যাস যোগ কৰক multipath.conf নথিপত্ৰৰ devices বিভাগত:

devices {
        device {
                vendor                  "NETAPP"
                product                 "LUN"
                getuid_callout          "/sbin/scsi_id -g -u -s /block/%n"
                prio_callout            "/sbin/mpath_prio_netapp /dev/%n"
                features                "1 queue_if_no_path"
                hardware_handler        "0"
                path_grouping_policy    group_by_prio
                failback                immediate
                rr_weight               uniform
                rr_min_io               128
                path_checker            directio
        }