Release Notes Updates

ସ୍ଥାପନ ସମ୍ବନ୍ଧିତ ଟିପ୍ପଣୀ

ବିଶେଷତା ଅଦ୍ଯତନ

ଡ୍ରାଇଭର ଅଦ୍ଯତନ

କର୍ଣ୍ଣଲ ସମ୍ବନ୍ଧିତ ଅଦ୍ଯତନ

ଅନ୍ଯାନ୍ଯ ଅଦ୍ଯତନ

ପ୍ରଯୁକ୍ତିଜ୍ଞାନ ପୂର୍ବାବଲୋକନ

ସମାଧାନ କରାଯାଇଥିବା ସମସ୍ଯା

ଜ୍ଞାତ ସମସ୍ଯା

When installing Red Hat Enterprise Linux 5 on a fully virtualized SMP guest, the installation may freeze. This can occur when the host (dom0) is running Red Hat Enterprise Linux 5.1.

To prevent this, set the guest to use a single processor using the install. You can do this by using the --vcpus=1 option in virt-install. Once the installation is completed, you can set the guest to SMP by modifying the allocated vcpus in virt-manager.

This release includes WBEMSMT, a suite of web-based applications that provides a user-friendly management interface for Samba and DNS. For more information about WBEMSMT, refer to http://sblim.wiki.sourceforge.net/.

Upgrading pm-utils from a Red Hat Enterprise Linux 5.1 Beta version of pm-utils will fail, resulting in the following error:

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

To prevent this from occurring, delete the /etc/pm/sleep.d/ directory prior to upgrading. If /etc/pm/sleep.d contains any files, you can move those files to /etc/pm/hooks/.

Hardware testing for the Mellanox MT25204 has revealed that an internal error occurs under certain high-load conditions. When the ib_mthca driver reports a catastrophic error on this hardware, it is usually related to an insufficient completion queue depth relative to the number of outstanding work requests generated by the user application.

Although the driver will reset the hardware and recover from such an event, all existing connections are lost at the time of the error. This generally results in a segmentation fault in the user application. Further, if opensm is running at the time the error occurs, then it will have to be manually restarted in order to resume proper operation.

Driver Update Disks now support Red Hat's Driver Update Program RPM-based packaging. If a driver disk uses the newer format, it is possible to include RPM packaged drivers that will be preserved across system updates.

Please note that driver RPMs are copied only for the default kernel variant that is in use on the installed system. For example, installing a driver RPM on a system running the virtualized kernel will install the driver only for the virtualized kernel. The driver RPM will not be installed for any other installed kernel variant in the system.

As such, on a system that has multiple kernel variants installed, you will need to boot the system on each kernel variant and install the driver RPM. For example, if your system has both bare-metal and virtualized kernels installed, boot your system using the bare-metal kernel and install the driver RPM. Then, reboot the system into the virtualized kernel and install the driver RPM again.

During the lifetime of dom0, you cannot create guests (i.e. xm create) more than 32,750 times. For example, if you have guests rebooting in a loop, dom0 will fail to boot any guest after rebooting guests a total of 32,750 times.

If this event occurs, restart dom0

The Red Hat Enterprise Linux 5.1 NFS server now supports referral exports. These exports are based on extensions to the NFSv4 protocol. Any NFS clients that do not support these extensions (namely, Red Hat Enterprise Linux releases prior to 5.1) will not be able to access these exports.

As such, if an NFS client does not support these exports, any attempt to access these exports may fail with an I/O error. In some cases, depending on the client implementation, the failure may be more severe, including the possibility of a system crash.

It is important that you take precautions to ensure that NFS referral exports are not accessed by clients that do not support them.

GFS2 GFS ର ଗୋଟିଏ ବର୍ଦ୍ଧିତ ଉନ୍ନୟନ ଅଟେ। ଏହି ଅଦ୍ଯତନ ଏକାଧିକ ମହତ୍ବପୂର୍ଣ୍ଣ ଉନ୍ନୟନ ଲାଗୁ କରିଥାଏ ଯାହାକି ଅନ-ଡିସ୍କ ଫାଇଲତନ୍ତ୍ର ଶୈଳୀରେ ଗୋଟିଏ ପରିବର୍ତ୍ତନ ଆବଶ୍ଯକ କରିଥାଏ। GFS ଫାଇଲତନ୍ତ୍ରକୁ GFS2 ରେ gfs2_convert ଉପଯୋଗୀତାକୁ ବ୍ଯବହାର କରି ରୂପାନ୍ତରିତ କରିହେବ, ଯାହାକି ତଦନୁଯାୟୀ GFS ଫାଇଲତନ୍ତ୍ରର ଅଧିତଥ୍ଯକୁ ଅଦ୍ଯତନ କରିଥାଏ।

While much improved since its introduction in Red Hat Enterprise Linux 5, GFS2 remains a Technology Preview. The release notes included in the distribution incorrectly states that GFS2 is fully supported. Nevertheless, benchmark tests indicate faster performance on the following:

ଏହା ସହିତ, GFS2 ମଧ୍ଯ ନିମ୍ନଲିଖିତ ପରିବର୍ତ୍ତନ ମାନଙ୍କୁ ପ୍ରଦାନ କରିଥାଏ:

Installing Red Hat Enterprise Linux 5.1 on HP BL860c blade systems may hang during the IP information request stage. This issue manifests when you have to select OK twice on the Configure TCP/IP screen.

If this occurs, reboot and perform the installation with Ethernet autonegotiation disabled. To do this, use the parameter ethtool="autoneg=off" when booting from the installation media. Doing so does not affect the final installed system.

The nohide export option is required on referral exports (i.e. exports that specify a referral server). This is because referral exports need to "cross over" a bound mount point. The nohide export option is required for such a "cross over" to be successful.

For more information on bound mounts, refer to man exports 5.

This update includes the lvm2 event monitoring daemon. If you are already using lvm2 mirroring, perform the following steps to ensure that all monitoring functions are upgraded properly:

Rapid Virtualization Indexing (RVI) is now supported on 64-bit, 32-bit, and 32-bit PAE kernels. However, RVI can only translate 32-bit guest virtual addresses on the 32-bit PAE hypervisor.

As such, if a guest is running a PAE kernel with more than 3840MB of RAM, a wrong address translation error will occur. This can crash the guest.

It is recommended that you use the 64-bit kernel if you intend to run guests with more than 4GB of physical RAM under RVI.

Running 16 cores or more using AMD Rev F processors may result in system resets when performing fully-virtualized guest installations.

Installing the systemtap-runtime package will result in a transaction check error if the systemtap package is already installed. Further, upgrading Red Hat Enterprise Linux 5 to 5.1 will also fail if the systemtap package is already installed.

As such, remove the systemtap package using the command rpm -e systemtap-0.5.12-1.e15 before installing systemtap-runtime or performing an upgrade.

When setting up NFSROOT, BOOTPROTO must be set as BOOTPROTO=dhcp in /etc/sysconfig/network-scripts/ifcfg-eth0.

If your environment requires a different setting for BOOTPROTO, then temporarily set BOOTPROTO=dhcp in /etc/sysconfig/network-scripts/ifcfg-eth0 before initially creating the initrd. You can reset the original value of BOOTPROTO after the initrd is created.

The QLogic iSCSI Expansion Card for the IBM Bladecenter provides both ethernet and iSCSI functions. Some parts on the card are shared by both functions. However, the current qla3xxx and qla4xxx drivers support ethernet and iSCSI functions individually. Both drivers do not support the use of ethernet and iSCSI functions simultaneously.

As such, using both ethernet and iSCSI functions simultaneously may hang the device. This could result in data loss and filesystem corruption on iSCSI devices, or network disruptions on other connected ethernet devices.

When using virt-manager to add disks to an existing guest, duplicate entries may be created in the guest's /etc/xen/<domain name> configuration file. These duplicate entries will prevent the guest from booting.

As such, you should remove these duplicate entries.

Repeatedly migrating a guest between two hosts may cause one host to panic. If a host is rebooted after migrating a guest out of the system and before migrating the same guest back, the panic will not occur.

sysreport is being deprecated in favor of sos. To install sos, run yum install sos. This command installs sos and removes sysreport. It is recommended that you update any existing kickstart files to reflect this.

After installing sos, use the command sosreport to invoke it. Using the command sysreport generates a warning that sysreport is now deprecated; continuing will invoke sosreport.

If you need to use the sysreport tool specifically, use the command sysreport.legacy to invoke it.

For more information about sosreport, refer to man sosreport and sosreport --help.

ଯଦି ଆପଣ Red Hat Enterprise Linux 5 ସି.ଡି.-ରମର ସାମଗ୍ରୀକୁ ନକଲ କରୁଛନ୍ତି (ଉଦାହରଣ ସ୍ବରୂପ, ନେଟୱାର୍କ ଆଧାରିତ ସ୍ଥାପନର ପ୍ରସ୍ତୁତି ପାଇଁ), ତାହାହେଲେ କେବଳ ପ୍ରଚାଳନ ତନ୍ତ୍ର ପାଇଁ ସି.ଡି.-ରମକୁ ନକଲ କରିବା ପାଇଁ ଚୟନ କରନ୍ତୁ। ଅତିରିକ୍ତ ସି.ଡି.-ରମକୁ କିମ୍ବା ସ୍ତରୀଭୂତ କୌଣସି ସି.ଡି.-ରମ ଉତ୍ପାଦକୁ ନକଲ କରନ୍ତୁ ନାହିଁ, କାରଣ ଏହା ଆନାକୋଣ୍ଡାର ସଠିକ ଚାଳନ ପାଇଁ ଆବ୍ଯଶ୍ଯକ ହେଉଥିବା ଫାଇଲ ମାନଙ୍କୁ ନବଲିଖନ କରିଦେବ।

ଅତିରିକ୍ତ ସି.ଡି.-ରମ ଏବଂ ଅନ୍ଯାନ୍ଯ ସ୍ତରୀଭୂତ ଉତ୍ପାଦ ସି.ଡି.-ରମ ମାନଙ୍କର ବିଷୟବସ୍ତୁ ମାନଙ୍କୁ Red Hat Enterprise Linux 5.1 ସ୍ଥାପିତ ହୋଇସାରିବା ପରେ ସ୍ଥାପନ କରିବା ଉଚିତ।

ଗୋଟିଏ ପୂର୍ଣ୍ଣ ଆଭାସୀକୃତ ଅତିଥିରେ Red Hat Enterprise Linux 5.1 କୁ ସ୍ଥାପନ କରିବା ସମୟରେ, kernel-xen କର୍ଣ୍ଣଲ ବ୍ଯବହାର କରନ୍ତୁ ନାହିଁ। ସମ୍ପୂର୍ଣ୍ଣ ଆଭାସୀକୃତ ଅତିଥିରେ ଏହି କର୍ଣ୍ଣଲ ବ୍ଯବହାର କରିବା ଦ୍ବାରା ଏହା ଆପଣଙ୍କ ତନ୍ତ୍ରକୁ ଅଟକାଇଦେବ।

ଆପଣ ଗୋଟିଏ ଆଭାସୀକୃତ ଅତିଥିରେ Red Hat Enterprise Linux 5.1 କୁ ସ୍ଥାପନ କରିବା ସମୟରେ ଗୋଟିଏ ସ୍ଥାପନ ସଂଖ୍ଯା ବ୍ଯବହାର କରୁଥିଲେ, ସ୍ଥାପନ ସମୟରେ ଆଭାସୀକରଣ ପ୍ଯାକେଜ ସମୂହକୁ ବିଚୟନ କରିବା ପାଇଁ ନିଶ୍ଚିତ ହୁଅନ୍ତୁ। ଆଭାସୀକରଣ ପ୍ଯାକେଜ ସମୂହ ବିକଳ୍ପ kernel-xen କର୍ଣ୍ଣଲକୁ ସ୍ଥାପନ କରିଥାଏ।

ଏହା ମନେ ରଖନ୍ତୁ ଯେ ଆଂଶିକ ଆଭାସୀକୃତ ଅତିଥି ଗୁଡିକ ଏହି ସମସ୍ଯା ଦ୍ବାରା ପ୍ରଭାବିତ ହୁଅନ୍ତି ନାହିଁ। ଆଂଶିକ ଆଭାସୀକୃତ ଅତିଥି ଗୁଡିକ ସର୍ବଦା kernel-xen କର୍ଣ୍ଣଲକୁ ବ୍ଯବହାର କରିଥାଆନ୍ତି।

If you are using the Virtualized kernel when upgrading from Red Hat Enterprise Linux 5 to 5.1, you must reboot after completing the upgrade. You should then boot the system using the updated Virtualized kernel.

The hypervisors of Red Hat Enterprise Linux 5 and 5.1 are not ABI-compatible. If you do not boot the system after upgrading using the updated Virtualized kernel, the upgraded Virtualization RPMs will not match the running kernel.

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 ମାଉଣ୍ଟ ପରେ, ଏଥିରେ ଥିବା ଯେକୌଣସି ଫାଇଲକୁ ପଢିବା/ଲେଖିବା ଅସମ୍ଭବ ଅଟେ ଏବଂ ମାଉଣ୍ଟ ବିନ୍ଦୁରେ ଗୋଟିଏ I/O ପ୍ରଚେଷ୍ଟା କରୁଥିବା ସମସ୍ତ ପ୍ରୟୋଗ ଲଟକିଯିବେ। ଏହି ସମସ୍ଯାକୁ ସମାଧାନ କରିବା ପାଇଁ, NAS Code 5.5.27.5 କିମ୍ବା ପରିବର୍ତ୍ତୀ ସଂସ୍କରଣ (EMC Primus ସ୍ଥିତି ସଂଖ୍ଯା emc165978) କୁ ଉନ୍ନୟନ କରନ୍ତୁ।

MODULE_FIRMWARE ସୂଚକ ଗୁଡିକ ବର୍ତ୍ତମାନ ସମର୍ଥିତ ଅଟନ୍ତି।

ICH9 ନିୟନ୍ତ୍ରକ ବର୍ତ୍ତମାନ ସମର୍ଥିତ ଅଟେ।

Greyhound ସଂସାଧକ ଗୁଡିକ ବର୍ତ୍ତମାନ CPUID କୋଲରେ ସମର୍ଥିତ ଅଟନ୍ତି।

Oprofile ବର୍ତ୍ତମାନ ନୂତନ Greyhound ପ୍ରଦର୍ଶନ ଗଣକ ଘଟଣାକୁ ସମର୍ଥନ କରିଥାଏ।

ନିର୍ଦ୍ଦେଶିତ DIAG ବର୍ତ୍ତମାନ z/VM ଉପଯୋଗୀତାକୁ ବଢାଇବା ପାଇଁ ସମର୍ଥନ କରାଯାଇଛି।

Intel ଆଲେଖୀ ଚିପସେଟ ବର୍ତ୍ତମାନ DRM କର୍ଣ୍ଣଲ ଏକକାଂଶ ଦ୍ବାରା ସମର୍ଥିତ ଅଟେ। ଆହୁରି ମଧ୍ଯ, ପ୍ରତ୍ଯେକ୍ଷ ଚିତ୍ରଣ ପ୍ରକ୍ରିୟାକୁ ସମର୍ଥନ କରିବା ପାଇଁ DRM API କୁ 1.3 ସଂସ୍କରଣକୁ ଉନ୍ନୟନ କରାଯାଇଛି।

ACPI ଶକ୍ତି ପରିଚଳନାର ଅଦ୍ଯତନ ଗୁଡିକ S3 ସସପେଣ୍ଡ-ଟୁ-RAM ଏବଂ S4 ନିଲମ୍ବନ ପ୍ରକ୍ରିୟାକୁ ଉନ୍ନତ କରିଅଛି।

gaim ବର୍ତ୍ତମାନ pidgin ଭାବରେ ପରିଚିତ।

Intel microcode କୁ 1.17 ସଂସ୍କରଣକୁ ଅଦ୍ଯତନ କରାଯାଇଛି। ଏହା ନୂତନ Intel ସଂସାଧକ ମାନଙ୍କ ପାଇଁ ସମର୍ଥନ ଯୋଗ କରିଅଛି।

dm-multipath କୁ ବ୍ଯବହାର କରି EMC Clariion ଭଣ୍ଡାରରେ ଅନ୍ତଃର୍ନିହିତ ଏକ୍ଟିଭ-ଏକ୍ଟିଭ ଫେଲଅଭର ବର୍ତ୍ତମାନ ସମର୍ଥିତ ଅଟେ।

ଚିନୀ ଫୋଣ୍ଟ Zysong କୁ ବର୍ତ୍ତମାନ fonts-chinese ପ୍ଯାକେଜର ଗୋଟିଏ ଅଂଶ ଭାବରେ ସ୍ଥାପନ କରାଯାଉ ନାହିଁ। Zysong କୁ ବର୍ତ୍ତମାନ ଅଲଗା fonts-chinese-zysong ଭାବରେ ସ୍ଥାପନ କରାଯାଉଛି। fonts-chinese-zysong ପ୍ଯାକେଜ ଅତିରିକ୍ତ ସି.ଡି. ରେ ଅବସ୍ଥିତ ଅଛି।

ଏହା ମନେ ରଖନ୍ତୁ ଯେ fonts-chinese-zysong ପ୍ଯାକେଜ ଚିନୀ ରାଷ୍ଟ୍ରୀୟ ମାନକ GB18030 କୁ ସମର୍ଥନ କରିବା ପାଇଁ ଆବଶ୍ଯକୀୟ।

ଚ୍ଯାଲେଞ୍ଜ ହେଣ୍ଡସେକ ଅଥେଣ୍ଟିକେସନ ପ୍ରୋଟୋକଲ (CHAP) ଚାଳକ ନାମ ଏବଂ ପ୍ରବେଶ ସଙ୍କେତ ପ୍ରତ୍ଯେକର ସର୍ବାଧିକ ଅକ୍ଷର ସୀମା ୨୫୬ ଅଟେ।

pump କୁ ଏହି ଅଦ୍ଯତନରେ ନାପସନ୍ଦ କରଯାଇଛି। ତେଣୁ, ଆପଣଙ୍କ ନେଟୱାର୍କ ଅନ୍ତରାପୃଷ୍ଠକୁ netconfig ଦ୍ବାରା ବିନ୍ଯାସ କରିବା ଦ୍ବାରା ଏହା ifcfg ସ୍କ୍ରିପ୍ଟକୁ ଭୂଲ ଭାବରେ ସମ୍ପାଦନ କରିପାରେ।

ଆପଣଙ୍କ ନେଟୱାର୍କ ଅନ୍ତରାପୃଷ୍ଠକୁ ସଠିକ ଭାବରେ ବିନ୍ଯାସ କରିବା ପାଇଁ, system-config-network କୁ ଏହା ପରିବର୍ତ୍ତେ ବ୍ଯବହାର କରନ୍ତୁ। ଅଦ୍ଯତିତ system-config-network ପ୍ଯାକେଜକୁ ସ୍ଥାପନ କରିବା ଦ୍ବାରା ତାହା netconfig କୁ ଅପସାରଣ କରିଥାଏ।

rpm --aid କୁ ଆଉ ଏବେ ସମର୍ଥନ କରାଯାଉ ନାହିଁ। ପ୍ଯାକେଜ ମାନଙ୍କୁ ଅଦ୍ଯତନ ଏବଂ ସ୍ଥାପନ କରିବା ସମୟରେ yum ବ୍ଯବହାର କରିବା ପାଇଁ ଆପଣଙ୍କୁ ପରାମର୍ଶ କରାଯାଏ।

SATA-ସନ୍ନିହିତ ତନ୍ତ୍ରକୁ ବୁଟ ସମୟରେ ଅଟକାଉଥିବା ଏବଂ ପୁନର୍ଚାଳନ କରିବା ପୂର୍ବରୁ ଗୋଟିଏ ତୃଟି ପ୍ରଦର୍ଶନ କରୁଥିବା ଦୋଷକୁ ବର୍ତ୍ତମାନ ସମାଧାନ କରି ଦିଆଯାଇଛି।

ମଲ୍ଟିବୁଟ ତନ୍ତ୍ରରେ, parted ବର୍ତ୍ତମାନ ପ୍ରଥମ ମୌଳିକ ବିଭାଜନର ପ୍ରାରମ୍ଭିକ ଖଣ୍ଡକୁ ସଂରକ୍ଷିତ କରିଥାଏ ଯେଉଁଠାରେ Windows Vista™ କୁ ସ୍ଥାପନ କରାଯାଇଛି। ତେଣୁ, ଉଭୟ Red Hat Enterprise Linux 5.1 ଏବଂ Windows Vista™ ସହିତ ମଲ୍ଟିବୁଟ ତନ୍ତ୍ରକୁ ବ୍ଯବସ୍ଥାପିତ କରିବା ସମୟରେ, ପଶ୍ଚାତ ତନ୍ତ୍ରକୁ ଆଉ ବୁଟବିହୀନଯୋଗ୍ଯ ଭାବରେ ଚିତ୍ରଣ କରାଯାଉ ନାହିଁ।

rmmod xennet ଆଉ domU କୁ ଅକାମି କରୁନାହିଁ।

node 0 ରେ ବିନ୍ଯାସ କରାଯାଇ ନ ଥିବା ସ୍ମୃତି ବିଶିଷ୍ଟ 4-socket AMD Sun Blade X8400 ସେବକ ଏକକାଂଶ ତନ୍ତ୍ର ଗୁଡିକ ବୁଟ ସମୟରେ ଆଉ ଖରାପ ହେବେ ନାହିଁ।

conga ଏବଂ luci କୁ ବର୍ତ୍ତମାନ ଫେଲଅଭର ପରିସର ମାନଙ୍କୁ ସୃଷ୍ଟି ଏବଂ ବିନ୍ଯାସ କରିବା ପାଇଁ ବ୍ଯବହାର କରିହେବ।

ଏକତ୍ରିକରଣ ଭଣ୍ଡାର ସମୂହକୁ yum ଦ୍ବାରା ସ୍ଥାପନ କରିବା ସମୟରେ, ଆଦାନ ପ୍ରଦାନ ଆଉ ବିଫଳ ହୁଏନାହିଁ।

ସ୍ଥାପନ ସମୟରେ, ଭୂଲ SELinux ପ୍ରସଙ୍ଗକୁ ବର୍ତ୍ତମାନ /var/log/faillog ଏବଂ /var/log/tallylog ରେ ନ୍ଯସ୍ତ କରାଯାଏ ନାହିଁ।

ଡୁଆଲ କୋର AMD ପ୍ଲାଟଫର୍ମରେ, ଗୋଟିଏ cpu ରେ cpu-ନିର୍ଦ୍ଦିଷ୍ଟ କାର୍ଯ୍ଯକଳାପ ଦ୍ବାରା ଆଉ ଏବେ CPU ଅନ୍ତଃସ୍ଥଳ ଆବୃତ୍ତି ପରିବର୍ତ୍ତନ କରି ନ ଥାଏ।

ପୃଥକ ସ୍ଥାପନ ମାଧ୍ଯମ (ଉଦାହରଣ ସ୍ବରୂପ, ସି.ଡି. କିମ୍ବା NFSISO) କୁ ବ୍ଯବହାର କରି Red Hat Enterprise Linux 5.1 କୁ ସ୍ଥାପନ କରିବା ସମୟରେ, amanda-server ର ସ୍ଥାପନ ଆଉ ତୃଟି ଘଟାଏ ନାହିଁ।

ସ୍ଥାପନ ପ୍ରକ୍ରିୟା ସମୟରେ, ଆନାକୋଣ୍ଡା ଏବେ ୪ ଗିଗା-ବାଇଟ RAM ରୁ ଅଧିକ ଖୋଜିପାରିବ। ଏହା ଆନାକୋଣ୍ଡାକୁ କର୍ଣ୍ଣଲର କର୍ଣ୍ଣଲ-PAE ଚଳକୁ ସ୍ଥାପନ କରାଯିବା କି ନାହିଁ ତାହା ସ୍ବୟଂଚାଳିତ ଭାବରେ ସ୍ଥିର କରିବା ପାଇଁ ଅନୁମତି ପ୍ରଦାନ କରିଥାଏ।

EDAC ବର୍ତ୍ତମାନ ନବୀନତମ k8 ସଂସାଧକ ମାନଙ୍କରେ ସଠିକ ପରିମାଣର ସ୍ମୃତି ବିବରଣୀ ପ୍ରଦାନ କରିଥାଏ।

ଦୂରରୁ gdm ଦ୍ବାରା ନୋମ ଡେସ୍କଟପକୁ ଲଗଇନ କରିବା ଦ୍ବାରା ଆଉ ଏବେ ଲଗଇନ ପରଦା ଲଟକୁ ନାହିଁ।

ଏକାଧିକ ଆରୋହଣ (ମଲ୍ଟି-ମାଉଣ୍ଟ) ପ୍ରକ୍ରିୟାକୁ ସଠିକ ଭାବରେ କାର୍ଯ୍ଯ କରିବାରୁ ଅଟକାଉଥିବା autofs ର ଗୋଟିଏ ତୃଟିକୁ ସମାଧାନ କରିଦିଆଯାଇଛି।

utrace ପାଇଁ ଅନେକ ପ୍ଯାଚ ଗୁଡିକ ନିମ୍ନଲିଖିତ ସମାଧାନ ମାନଙ୍କୁ ଲାଗୁ କରିଅଛି:

ସତର୍କ ସଙ୍କେତକୁ ଏବଂ ସାମୟିକ RTC ହସ୍ତକ୍ଷେପ ମାନଙ୍କୁ ସଠିକ ଭାବରେ ଚାଲିବାରୁ ପ୍ରତିରୋଧ କରିଥିବା ଗୋଟିଏ ବାସ୍ତବିକ ସମୟ ଘଡି (RTC) ତୃଟିକୁ ବର୍ତ୍ତମାନ ସମାଧାନ କରାଯାଇଛି।

ପ୍ରଥମ ଥର ଆନାକୋଣ୍ଡାରେ ପ୍ରକାଶନ ଟିପ୍ପଣୀ ବଟନକୁ ଦବାଇଲେ, ଏହା କିଛି ସମୟ ନେଇଥାଏ କାରଣ ୱିଣ୍ଡୋ ପ୍ରକାଶନ ଟିପ୍ପଣୀକୁ ଚିତ୍ରଣ କରୁଥାଏ। ଏହି ବିଳମ୍ବତା ସମୟରେ, ୱିଣ୍ଡୋରେ ଗୋଟିଏ ଖାଲି ତାଲିକା ଦେଖାଦେବା ପରି ଜଣାପଡେ। ଚିତ୍ରଣ ସାଧାରଣତଃ ଶୀଘ୍ର ସମାପ୍ତ ହୋଇଯାଏ, ତେଣୁ ଅଧିକାଂଶ ଚାଳକ ଏହାକୁ ଦେଖି ନ ପାରନ୍ତି।

ଏହି ବିଳମ୍ବତା ସାଧାରଣତଃ ଏହି କାରଣରୁ ହୋଇଥାଏ ଯେ ପ୍ଯାକେଜ ସ୍ଥାପନ ପ୍ରକ୍ରିୟା ସ୍ଥାପନ ପର୍ଯ୍ଯାୟର ସବୁଠାକୁ ଅଧିକ CPU ନିର୍ଦ୍ଦିଷ୍ଟ ପ୍ରକ୍ରିୟା ଅଟେ।

ଆଧାର ବସ ଏଡେପ୍ଟର ଯାହାକି MegaRAID ଡ୍ରାଇଭରକୁ ବ୍ଯବହାର କରିଥାଏ, ତାହାକୁ "I2O" ପରିବର୍ତ୍ତେ "ବହୁଳ ଭଣ୍ଡାର" ଯନ୍ତ୍ରାନୁକରଣ ଧାରାରେ ଚଳାଇବା ପାଇଁ ବିନ୍ଯାସ କରିବା ଉଚିତ। ଏପରି କରିବା ପାଇଁ, ନିମ୍ନଲିଖିତ ପଦକ୍ଷେପ ମାନଙ୍କୁ ଅନୁସରଣ କରନ୍ତୁ:

ଯଦି ଏଡେପ୍ଟରକୁ ଭୂଲବଶତଃ "I2O" ଯନ୍ତ୍ରାନୁକରଣ ଧାରାରେ ବିନ୍ଯାସ କରାଯାଇଛି, ତାହାହେଲେ ତନ୍ତ୍ରଟି i2o ଡ୍ରାଇଭରକୁ ଧାରଣ କରିବା ପାଇଁ ପ୍ରଚେଷ୍ଟା କରିବ। ଏହା ବିଫଳ ହେବ, ଏବଂ ଠିକ ଡ୍ରାଇଭରକୁ ଲୋଡ କରିବାରୁ ଅଟକାଇବ।

ପୂର୍ବ Red Hat Enterprise Linux ପ୍ରକାଶନ ସାଧାରଣତଃ MegaRAID ଡ୍ରାଇଭର ପୂର୍ବରୁ I20 ଡ୍ରାଇଭରକୁ ଧାରଣ କରିବା ପାଇଁ ପ୍ରଚେଷ୍ଟା କରି ନ ଥାଏ। ଏହା ଉପରେ ଦୃଷ୍ଟିପାତ ନ କରି, Linux ବ୍ଯବହାର କରୁଥିବା ସମୟରେ ହାର୍ଡୱେରକୁ ସର୍ବଦା "ବହୁଳ ଭଣ୍ଡାର" ଯନ୍ତ୍ରାନୁକରଣ ଧାରାରେ ବିନ୍ଯାସ କରାଯିବା ଉଚିତ।

Cisco Aironet MPI-350 ବେତାର କାର୍ଡ ଥିବା ଲାପଟପ ଗୁଡିକ ତାର ସଂଯୋଜିତ ଇଥରନେଟ ସଂଯୋଗିକୀ ବ୍ଯବହାର କରି ଯେ କୌଣସି ନେଟୱାର୍କ ଆଧାରିତ ସ୍ଥାପନ ସମୟରେ ଗୋଟିଏ DHCP ଠିକଣା ପାଇବାକୁ ପ୍ରଚେଷ୍ଟା କରୁଥିବା ସମୟରେ ଅଟକି ଯାଇପାରନ୍ତି।

ଏହାକୁ ସମାଧାନ କରିବା ପାଇଁ, ଆପଣଙ୍କ ସ୍ଥାପନ ପାଇଁ ସ୍ଥାନୀୟ ମାଧ୍ଯମକୁ ବ୍ଯବହାର କରନ୍ତୁ। ପର୍ଯ୍ଯାୟକ୍ରମିକ ଭାବରେ, ସ୍ଥାପନ ପୂର୍ବରୁ ଲାପଟପର BIOS ରେ ଆପଣ ବେତାର କାର୍ଡକୁ ନିଷ୍କ୍ରିୟ କରିପାରିବେ (ସ୍ଥାପନ ସମାପ୍ତ ହେବା ପରେ ଆପଣ ବେତାର କାର୍ଡକୁ ପୁନଃ ସକ୍ରିୟ କରିପାରିବେ)।

ବର୍ତ୍ତମାନ, system-config-kickstart ପ୍ଯାକେଜ ଚୟନ କିମ୍ବା ବିଚୟନ ବିକଳ୍ପକୁ ସମର୍ଥନ କରୁ ନାହିଁ। system-config-kickstart ବ୍ଯବହାର କରିବା ସମୟରେ, ପ୍ଯାକେଜ ଚୟନ ବିକଳ୍ପ ଏହା ନିଷ୍କ୍ରିୟ ଅଛି ବୋଲି ସୂଚାଇଥାଏ। କାରଣ system-config-kickstart ସାମୂହିକ ସୂଚନା ସଂଗ୍ରହ କରିବା ପାଇଁ yum ବ୍ଯବହାର କରିଥାଏ, କିନ୍ତୁ Red Hat Network ସହିତ ସଂଯୋଗ କରିବା ପାଇଁ yum କୁ ବିନ୍ଯାସ କରିବାରେ ଅସମର୍ଥ ଅଟେ।

ବର୍ତ୍ତମାନ, ଆପଣ ଆପଣଙ୍କ କିକ-ଷ୍ଟାର୍ଟ ଫାଇଲ ମାନଙ୍କରେ ହସ୍ତକୃତ ଭାବରେ ପ୍ଯାକେଜ ବିଭାଗ ମାନଙ୍କୁ ଅଦ୍ଯତନ କରିବା ଉଚିତ। ଗୋଟିଏ କିକ-ଷ୍ଟାର୍ଟ ଫାଇଲକୁ ଖୋଲିବା ପାଇଁ system-config-kickstart ପ୍ରୟୋଗ କରିବା ସମୟରେ, ଏହା ସମସ୍ତ ପ୍ଯାକେଜ ସୂଚନାକୁ ଏଠାରେ ସଂଗ୍ରହ କରିବ ଏବଂ ଏହାକୁ ଆପଣ ସଂରକ୍ଷଣ କରିବା ସମୟରେ ସେହି ସ୍ଥାନରେ ଲେଖିଦେବ।

Red Hat Enterprise Linux 5 ର ଏହି ସଂସ୍କରଣରେ /var/log/boot.log କୁ ଲଗ କରୁଥିବା ବୁଟ ସମୟ ଅନୁପଲବ୍ଧ। ଭବିଷ୍ଯତ ଅଦ୍ଯତନରେ ଗୋଟିଏ ଅନୁରୂପ କାର୍ଯ୍ଯତ୍ମକତା ଯୋଗ କରାଯିବ।

Red Hat Enterprise Linux 4 ରୁ Red Hat Enterprise Linux 5 କୁ ଉନ୍ନୟନ କରିବା ସମୟରେ, ପରିନିୟୋଜନ ଗାଇଡଟି ସ୍ବତଃ ପ୍ରାରମ୍ଭ ହୋଇଥାଏ। ଉନ୍ନୟନ ସମାପ୍ତ ହେବା ପରେ ହସ୍ତକୃତ ଭାବରେ ଏହାକୁ ସ୍ଥାପନ କରିବା ପାଇଁ ଆପଣ pirut କୁ ବ୍ଯବହାର କରିବା ଉଚିତ।

ଯଦି X ଚାଲୁଅଛି ଏବଂ vesa ବ୍ଯତୀଥ ଅନ୍ଯ ଗୋଟିଏ ଡ୍ରାଇଭର ବ୍ଯବହାର କରୁଅଛି, ତାହାହେଲେ ତନ୍ତ୍ରଟି ସଫଳତାର ସହିତ ଗୋଟିଏ kexec/kdump କର୍ଣ୍ଣଲ ସହିତ ପୁନର୍ଚାଳିତ ହୋଇପାରିବ ନାହିଁ। ଏହି ସମସ୍ଯା କେବଳ ATI Rage XL ଆଲେଖୀକ ଚିପ-ସେଟରେ ଦେଖା ଯାଇଥାଏ।

ଯଦି X ଗୋଟିଏ ATI Rage XL ଦ୍ବାରା ସୁସଜ୍ଜିତ ତନ୍ତ୍ରରେ ଚାଲୁଅଛି, ତାହାହେଲେ ଗୋଟିଏ 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 ସଂଯୋଗିକୀ ଗୁଡିକ ICQ ମାନଙ୍କୁ ନିବେଦନ କରୁ ନାହାଁନ୍ତି। ଆହୁରି ମଧ୍ଯ, କୌଣସି ପରିସ୍ଥିତିରେ, ଏହି ସନ୍ଦେଶ ଗୁଡିକ ମେସିନର କାର୍ଯ୍ଯକଳାପକୁ ପ୍ରଭାବିତ କରନ୍ତି ନାହିଁ।

ଆପଣ ରୁଟ ଭାବରେ ଲଗଇନ ହୋଇଥିବା ସମୟରେ ଅପସାରଣ ଯୋଗ୍ଯ ଭଣ୍ଡାର ଉପକରଣ (ସି.ଡି. ଏବଂ ଡି.ଭି.ଡି. ପରି) ଗୁଡିକ ସ୍ବତଃ ମାଉଣ୍ଡ ହୁଅନ୍ତି ନାହିଁ। ତେଣୁ, ଆପଣଙ୍କୁ ଆଲେଖୀକ ଫାଇଲ ପରିଚାଳକ ଦ୍ବାରା ଉପକରଣ ମାନଙ୍କୁ ହସ୍ତକୃତ ଭାବରେ ମାଉଣ୍ଟ କରିବାକୁ ପଡିବ।

ବୈକଳ୍ପିକ ଭାବରେ, ଆପଣ ଗୋଟିଏ ଉପକରଣକୁ /media ରେ ମାଉଣ୍ଟ କରିବା ପାଇଁ ନିମ୍ନଲିଖିତ ନିର୍ଦ୍ଦେଶକୁ ଚଳାଇ ପାରିବେ:

mount /dev/<device name> /media

IBM System z ଗୋଟିଏ ପାରମ୍ପରିକ Unix ଶୈଳୀର ଭୌତିକ କୋନଶୋଲ ପ୍ରଦାନ କରେ ନାହିଁ। ଯେପରିକି, ପ୍ରାରମ୍ଭିକ ପ୍ରୋଗ୍ରାମ ଧାରଣ ସମୟରେ Red Hat Enterprise Linux 5 IBM System z ପାଇଁ firstboot କୁ ସମର୍ଥନ କରେ ନାହିଁ।

IBM System z, ତନ୍ତ୍ରରେ Red Hat Enterprise Linux 5 ର ବ୍ଯବସ୍ଥାପନ ପ୍ରକ୍ରିୟାକୁ ସଠିକ ଭାବରେ ପ୍ରାରମ୍ଭିକରଣ କରିବା ପାଇଁ, ସ୍ଥାପନ ପରେ ନିମ୍ନଲିଖିତ ନିର୍ଦ୍ଦେଶ ମାନଙ୍କୁ ଚଳାନ୍ତୁ:

Red Hat Enterprise Linux 5 ରୁ Red Hat Enterprise Linux 5.1 କୁ Red Hat Network ଦ୍ବାରା ଉନ୍ନୟନ କରିବା ସମୟରେ, yum ଆପଣଙ୍କୁ redhat-beta ଚାବି ଆୟତ କରିବା ପାଇଁ ନ କହିପାରେ। ତେଣୁ, ଏହା ପରାମର୍ଶିତ ଯେ ଉନ୍ନୟନ କରିବା ପୂର୍ବରୁ ଆପଣ ହସ୍ତକୃତ ଭାବରେ redhat-beta ଚାବିକୁ ଆୟତ କରିନ୍ତୁ। ଏହା କରିବା ପାଇଁ, ନିମ୍ନଲିଖିତ ନିର୍ଦ୍ଦେଶ ଚଳାନ୍ତୁ:

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

ଗୋଟିଏ ବିନ୍ଯାସ କରାଯାଇଥିବା ଫିଲଟରରୁ ଗୋଟିଏ LUN କୁ ଅପସାରଣ କରିବା ସମୟରେ, ପରିବର୍ତ୍ତନଟି ଆଧାରରେ ଦେଖାଯାଏ ନାହିଁ। ଏପରି ପରିସ୍ଥିତିରେ, dm-multipath ବ୍ଯବହାର କରାଗଲେ lvm ଅନନ୍ତକାଳ ପାଇଁ ଲଟକିଯିବ, କାରଣ LUN ବର୍ତ୍ତମାନ stale ହୋଇଯାଇଛି।

ଏହାକୁ ସମାଧାନ କରିବା ପାଇଁ, ସମସ୍ତ ଉପକରଣକୁ ଏବଂ ଅଟକିଥିବା LUN ନିର୍ଦ୍ଦିଷ୍ଟ /etc/lvm/.cache ରେ ଥିବା 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

ଗୋଟିଏ ସି.ଡି. / ଡି.ଭି.ଡି ରୁ ଗୋଟିଏ ସମ୍ପୂର୍ଣ୍ଣ ଆଭାସୀକୃତ Windows™ ଅତିଥିକୁ ସୃଷ୍ଟି କରିବାକୁ ପ୍ରଚେଷ୍ଟା କରିବା ସମୟରେ, ଅତିଥି ସ୍ଥାପନର ଦ୍ବିତୀୟ ଅବସ୍ଥା ପୁନର୍ଚାଳନ ପରେ ଜାରି ହୋଇ ନ ପାରେ।

ଏହାକୁ ସମାଧାନ କରିବା ପାଇଁ, /etc/xen/<name of guest machine> ରେ ସଠିକ ଭାବରେ ଗୋଟିଏ ପ୍ରବିଷ୍ଟିକୁ ଯୋଗ କରି ସି.ଡି. / ଡି.ଭି.ଡି. ଉପକରଣ ମାନଙ୍କ ପାଇଁ ସମ୍ପାଦନ କରନ୍ତୁ।

ଯଦି ଗୋଟିଏ ସାଧରଣ ଫାଇଲରେ କରାଯାଇଥିବା ସ୍ଥାପନକୁ ଗୋଟିଏ ଆଭାସୀ ତନ୍ତ୍ର ଭାବରେ ବ୍ଯବହାର କରାଯାଏ, /etc/xen/<name of guest machine> ର disk ଧାଡି ନିମ୍ନଲିଖିତ ଭାବରେ ପଢିବ:

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

ଆଧାରରେ /dev/dvd ଭାବରେ ଅବସ୍ଥିତ ଗୋଟିଏ ଡି.ଭି.ଡି.-ରମ ଉପକରଣକୁ ସ୍ଥାପନର ଦ୍ବିତୀୟ ସୋପାନରେ 'phy:/dev/dvd,hdc:cdrom,r' ପରି ଏକ ପ୍ରବିଷ୍ଟି ଯୋଗ କରି hdc ଭାବରେ ଉପଲବ୍ଧ କରାଯାଇ ପାରିବ। ଉଦାହରଣ ସ୍ବରୂପ, ଡିସ୍କ ଧାଡିକୁ ନିମ୍ନଲିଖିତ ଶୈଳୀରେ ପଢାଯିବା ଉଚିତ:

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

ପୂର୍ବ ନିଶ୍ଚିତ ଉପକରଣ ପଥ ଆପଣଙ୍କ ହାର୍ଡୱେର ଉପରେ ନିର୍ଭର କରି ବଦଳିପାରେ।

ଯଦି sctp ଏକକାଂଶକୁ କର୍ଣ୍ଣଲରେ ଯୋଗ କରାଯାଇ ନାହିଁ, ତାହାହେଲେ netstat କୁ -A inet କିମ୍ବା -A inet6 ବିକଳ୍ପ ସହିତ ଚଲାଇଲେ ଏହା ଅପ୍ରତ୍ଯାଶିତ ଭାବରେ ନିମ୍ନଲିଖିତ ସନ୍ଦେଶ ସହିତ ବନ୍ଦ ହୋଇଯାଏ:

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

ଏହାକୁ ଆଗ୍ରହ୍ଯ କରିବା ପାଇଁ, sctp କର୍ଣ୍ଣଲ ଏକକାଂଶକୁ ସ୍ଥାପନ କରନ୍ତୁ।

ଉପସ୍ଥିତ କର୍ଣ୍ଣଲ ବୁଟ ସମୟରେ ଅନୁକ୍ରମ ସଂଯୋଗିକୀ ମାନଙ୍କୁ ପ୍ରଦର୍ଶନ କରିବା ପୂର୍ବରୁ ଡାଟା ଟର୍ମିନାଲ ରେଡି (DTR) ସଙ୍କେତକୁ ନିଶ୍ଚିତ କରି ନ ଥାଏ। DTR ନିଶ୍ଚିତନ କିଛି ଉପକରଣ ମାନଙ୍କ ଦ୍ବାରା ଆବଶ୍ଯକ, ଫଳସ୍ବରୂପ, ସେହି ଉପକରଣ ମାନଙ୍କରେ ଅନୁକ୍ରମ କୋନଶୋଲରେ କର୍ଣ୍ଣଲ ବୁଟ ସନ୍ଦେଶ ମାନଙ୍କୁ ପ୍ରଦର୍ଶନ କରାଯାଏ ନାହିଁ।

ସମାନ ପ୍ଲାଟଫର୍ମରେ ବ୍ଯବହୃତ AMD 8132 ଏବଂ HP BroadCom HT100 (ଯେପରିକି HP dc7700) MMCONFIG ଆବର୍ତ୍ତନକୁ ସମର୍ଥନ କରେନାହିଁ। ଆପଣଙ୍କ ତନ୍ତ୍ର ଚିପସେଟ ବ୍ଯବହାର କରୁଥିଲେ, ଆପଣଙ୍କର PCI ବିନ୍ଯାସ ଅଧିକୃତ PortIO CF8/CFC କାର୍ଯ୍ଯାବଳୀକୁ ବ୍ଯବହାର କରିବା ଉଚିତ। ଏହାକୁ ବିନ୍ୟାସ କରିବା ପାଇଁ, ସ୍ଥାପନ ସମୟରେ ତନ୍ତ୍ରକୁ -pci nommconfig କର୍ଣ୍ଣଲ ପାରାମିଟର ସହିତ ବୁଟ କରନ୍ତୁ ଏବଂ ପୁନର୍ଚାଳନ କରିସାରିବା ପରେ GRUB ରେ pci=nommconf କୁ ଯୋଗକରନ୍ତୁ।

ଅଧିକନ୍ତୁ,, AMD 8132 ଚିପସେଟ ସନ୍ଦେଶ ସାଙ୍କେତିକ ହସ୍ତକ୍ଷେପ (MSI) କୁ ସମର୍ଥନ କରେ ନାହିଁ। ଆପଣଙ୍କ ତନ୍ତ୍ର ଏହି ଚିପସେଟ ବ୍ଯବହାର କରୁଥିଲେ, ଆପଣ ମଧ୍ଯ MSI କୁ ନିଷ୍କ୍ରିୟ କରିବା ଉଚିତ। ଏପରି କରିବା ପାଇଁ, ସ୍ଥାପନ ସମୟରେ -pci nomsi କର୍ଣ୍ଣଲ ପାରାମିଟରକୁ ବ୍ଯବହାର କରନ୍ତୁ ଏବଂ ପୁନର୍ଚାଳନ କରିସାରିବା ପରେ GRUB ରେ pci=nomsi କୁ ଯୋଗ କରନ୍ତୁ।

ତଥାପି, , ଆପଣଙ୍କର ନିର୍ଦ୍ଦିଷ୍ଟ ସମସ୍ଯା କର୍ଣ୍ଣଲ ଦ୍ବାରା ସନ୍ଦେହ ଭାଜନ ତାଲିକା ଅନ୍ତର୍ଭୂକ୍ତ ହୋଇଥିଲେ, ଆପଣଙ୍କ ତନ୍ତ୍ର ପୂର୍ବୋକ୍ତ pci କର୍ଣ୍ଣଲ ପାରାମିଟର ଆବଶ୍ଯକ କରି ନ ଥାଏ। ନିମ୍ନଲିଖିତ HP ପ୍ଲାଟଫର୍ମ ଗୁଡିକ ପୂର୍ବରୁ କର୍ଣ୍ଣଲ ଦ୍ବାରା ସନ୍ଦେହ ଭାଜନ ତାଲିକାରେ ଅନ୍ତର୍ଭୂକ୍ତ କରାଯାଇଛି:

ଖାଲି ଧାତୁ ବିଶିଷ୍ଟ (ଆଭାସୀକୃତ ବିହୀନ) କର୍ଣ୍ଣଲ ଚଳାଉଥିବା ସମୟରେ, X ସେବକ ପ୍ରଦର୍ଶିକାରୁ EDID ସୂଚନା ପୁନରୁଦ୍ଧାର କରି ନ ପାରେ। ଏହା ଘଟିବା ସମୟରେ, ଆଲେଖୀ ଡ୍ରାଇଭର 800x600 ରୁ ଅଧିକ ବିଭେଦନକୁ ପ୍ରଦର୍ଶନ କରିବାରେ ଅସମର୍ଥ ହେବ।

ଏହାକୁ ସମାଧାନ କରିବା ପାଇଁ, /etc/X11/xorg.conf ର ServerLayout ବିଭାଗରେ ନିମ୍ନଲିଖିତ ଧାଡିକୁ ଯୋଗକରନ୍ତୁ:

Option "Int10Backend" "x86emu"

ଏହି ପ୍ରକାଶନରେ ଅନ୍ତର୍ଭୂକ୍ତ କରାଯାଇଥିବା ଆଭାସୀ ମେସିନ ପରିଚାଳକ (virt-manager) ଚାଳକକୁ ଆଂଶିକ ଅତିଥି ସ୍ଥାପକ ପାଇଁ ଅତିରିକ୍ତ ବୁଟ ସ୍ବତନ୍ତ୍ରଚରକୁ ନିର୍ଦ୍ଦିଷ୍ଟ କରିବାର ଅନୁମତି ଦେଇ ନ ଥାଏ। ନିର୍ଦ୍ଦିଷ୍ଟ ପ୍ରକାରର ହାର୍ଡୱେରରେ କିଛି ବିଶେଷ ଧରଣର ଆଂଶିକ ଆଭାସୀକୃତ ଅତିଥି ମାନଙ୍କୁ ସ୍ଥାପନ କରିବା ପାଇଁ ଏପରି ସ୍ବତନ୍ତ୍ରଚର ଗୁଡିକ ଆବଶ୍ଯକ ହେଉଥିବା ସମୟରେ ମଧ୍ଯ ଏହା ସତ ଅଟେ।

ଏହି ସମସ୍ଯାକେ virt-manager ର ପରବର୍ତ୍ତୀ ସଂସ୍କରଣରେ ଆଲୋଚନା କରାଯିବ। ପାଠ୍ଯ ନିର୍ଦ୍ଦେଶରୁ ଆଂଶିକ ଆଭାସୀକୃତ ଅତିଥି ମାନଙ୍କୁ ସ୍ଥାପନ କରିବା ପାଇଁ ଏକପକ୍ଷୀୟ କର୍ଣ୍ଣଲ ସ୍ବତନ୍ତ୍ରଚର ପ୍ରଦାନ କରିବା ପାଇଁ, virt-install ନିର୍ଦ୍ଦେଶକୁ ବ୍ଯବହାର କରନ୍ତୁ।

ଗୋଟିଏ ପୂର୍ବବର୍ତ୍ତୀ ବିଫଳ ପଥ ପୁନଃସ୍ଥାପିତ ହୋଇସାରିବା ପରେ, ପୂର୍ବନିର୍ଦ୍ଧାରିତ dm-multipath ବିନ୍ଯାସ ସହିତ, Netapp ଉପକରଣ ଗୁଡିକ ଫେଲବେକକୁ ସମ୍ପନ୍ନ କରିବା ପାଇଁ କିଛି ସମୟ ନେଇପାରନ୍ତି। ଏହି ସମସ୍ଯାକୁ ସମାଧାନ କରିବା ପାଇଁ, multipath.conf ଫାଇଲର devices ବିଭାଗରେ ନିମ୍ନଲିଖିତ Netapp ଉପକରଣ ବିନ୍ଯାସକୁ ଯୋଗକରନ୍ତୁ:

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
        }