ಅನಕೊಂಡದ ಪಠ್ಯ ವಿಧಾನ ಅನುಸ್ಥಾಪನೆಯು ಈಗ ಅನುಸ್ಥಾಪನೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸುವ ಸಲುವಾಗಿ Virtual Network Computing (VNC) ಗೆ ಬದಲಾಯಿಸಲು ಆಯ್ಕೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ.

ಗೂಢಲಿಪೀಕರಿಸಿದ ತಂತ್ರಾಂಶ RAID ಸದಸ್ಯ ಡಿಸ್ಕುಗಳನ್ನು (ಅಂದರೆ software RAID ವಿಭಾಗಗಳು) ರಚಿಸುವುದು ಅಥವ ಬಳಸುವುದು ಬೆಂಬಲಿತವಾಗಿಲ್ಲ. ಆದರೆ, ಗೂಢಲಿಪೀಕರಿಸಿದ ತಂತ್ರಾಂಶ RAID ಅರೆಗಳನ್ನು(arrays) (ಉದಾ. /dev/md0) ರಚಿಸುವುದು ಬೆಂಬಲಿತವಾಗಿದೆ.

RHEL5 ರ NFS ಡೀಫಾಲ್ಟ್‍ "locking" ಆಗಿರುತ್ತದೆ. ಆದ್ದರಿಂದ, ಅನಕೊಂಡಾದ %post ವಿಭಾಗದಿಂದ nfs ಹಂಚಿಕೆಗಳನ್ನು ಆರೋಹಿಸುವ ಸಲುವಾಗಿ, ಹಂಚಿಕೆಗಳನ್ನು nfs ಗೆ ಆರೋಹಿಸುವ ಮೊದಲು ಲಾಕಿಂಗ್ ಡೀಮನ್ ಅನ್ನು ಆರಂಭಿಸಲು mount -o nolock,udp ಆಜ್ಞೆಯನ್ನು ಬಳಸಿ.

ಒಂದು iBFT-ಸಂರಚಿತ ಜಾಲ ಸಾಧನವನ್ನು ಹೊಂದಿರುವ ಗಣಕದಲ್ಲಿ CD-ROM ಅಥವ DVD-ROM ನಿಂದ ಅನುಸ್ಥಾಪಿಸುವಾಗ, ಜಾಲಬಂಧವನ್ನು ಸಂರಚಿಸದೆ ಇದ್ದಲ್ಲಿ Anaconda ಯಾವುದೆ iBFT-ಸಂರಚಿತ ಶೇಖರಣಾ ಸಾಧನಗಳನ್ನು ಸೇರ್ಪಡಿಸುವುದಿಲ್ಲ. ಜಾಲಬಂಧವನ್ನು ಅನುಸ್ಥಾಪನೆಗಾಗಿ ಶಕ್ತಗೊಳಿಸಲು, ಅನುಸ್ಥಾಪನಾ ಬೂಟ್ ಪ್ರಾಂಪ್ಟ್‍ನಲ್ಲಿ linux updates=http://[any] ಆಜ್ಞೆಯನ್ನು ಬಳಸಿ. [any] ಅನ್ನು ಯಾವುದೆ URL ನಿಂದ ಬದಲಾಯಿಸಬಹುದು.

ನಿಮ್ಮ ಗಣಕಕ್ಕೆ ಒಂದು ಸ್ಥಾಯಿ IP ಸಂರಚನೆಯ ಅಗತ್ಯವಿದ್ದಲ್ಲಿ, linux updates=http://[any] ip=[IP address] netmask=[netmask] dns=[dns] ಆಜ್ಞೆಯನ್ನು ಬಳಸಿ.

Red Hat Enterprise Linux 5.3 ಅನ್ನು ಒಂದು ಸಂಪೂರ್ಣ ವರ್ಚುವಲೈಸ್ ಆದಂತಹ ಅತಿಥಿಯಲ್ಲಿ ಅನುಸ್ಥಾಪಿಸುವಾಗ, kernel-xen ಕರ್ನಲನ್ನು ಬಳಸಬೇಡಿ. ಈ ಕರ್ನಲನ್ನು ಸಂಪೂರ್ಣ ವಾಸ್ತವಪ್ರಾಯವಾದ ಅತಿಥಿಗಳಲ್ಲಿ ಬಳಸುವುದರಿಂದ ಗಣಕವು ಸ್ಥಗಿತಗೊಳ್ಳಲು ಕಾರಣವಾಗಬಹುದು.

Red Hat Enterprise Linux 5.3 ಅನ್ನು ಒಂದು ಸಂಪೂರ್ಣ ವರ್ಚುವಲೈಸ್ ಆದಂತಹ ಅತಿಥಿಯಲ್ಲಿ ಅನುಸ್ಥಾಪನ ಸಂಖ್ಯೆಯನ್ನು ನೀವು ಬಳಸುತ್ತಿದ್ದರೆ, ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ Virtualization ಪ್ಯಾಕೇಜನ್ನು ಆರಿಸದೇ ಇರಲು ಮರೆಯದಿರಿ. Virtualization ಪ್ಯಾಕೇಜು ಸಮೂಹ ಆಯ್ಕೆಯು kernel-xen ಕರ್ನಲನ್ನು ಅನುಸ್ಥಾಪಿಸುತ್ತದೆ.

ಪ್ಯಾರಾ-ವಾಸ್ತವಪ್ರಾಯವಾದ ಅತಿಥಿಗಳು ಈ ತೊಂದರೆಯಿಂದ ಮುಕ್ತವಾಗಿರುತ್ತವೆ ಎನ್ನುವುದನ್ನು ಗಮನಿಸಿ. ಪ್ಯಾರಾ-ವಾಸ್ತವಪ್ರಾಯವಾದ ಅತಿಥಿಗಳು ಯಾವಾಗಲೂ kernel-xen ಕರ್ನೆಲನ್ನೇ ಬಳಸುತ್ತವೆ.

ನೀವು Red Hat Enterprise Linux 5 ರಿಂದ 5.2 ಕ್ಕೆ ನವೀಕರಿಸುವಾಗ ವಾಸ್ತವಪ್ರಾಯವಾದ ಕರ್ನಲನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, ನವೀಕರಣವು ಮುಗಿದ ನಂತರ ಮರುಬೂಟ್ ಮಾಡುವುದು ಅಗತ್ಯವಾಗುತ್ತದೆ. ನಂತರ ನೀವು ವಾಸ್ತವೀಕರಣಗೊಂಡ ಕರ್ನಲ್‍ ಬಳಸಿಕೊಂಡು ಬೂಟ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ.

Red Hat Enterprise Linux 5 ಹಾಗು 5.2 ಹೈಪರ್ವೈಸರುಗಳು ABI-ನೊಂದಿಗೆ ಸಹವರ್ತನೀಯವಾಗಿಲ್ಲ. ಅಪ್ಡೇಟ್ ಆದಂತಹ ವಾಸ್ತವೀಕರಣಗೊಂಡ ಕರ್ನಲ್‍ ಅನ್ನು ನೀವು ನವೀಕರಿಸಿದ ನಂತರ ರೀಬೂಟ್ ಮಾಡದೇ ಇದ್ದಲ್ಲಿ, ನವೀಕರಣಗೊಂಡ ವಾಸ್ತವೀಕರಣ RPM ಗಳು ಚಲಾಯಿತವಾಗುತ್ತಿರುವ ಕರ್ನಲ್ಲುಗಳೊಂದಿಗೆ ತಾಳೆಯಾಗುವುದಿಲ್ಲ.

Red Hat Enterprise Linux 4.6 ನಿಂದ Red Hat Enterprise Linux 5.1 ಅಥವ ನಂತರದ್ದಕ್ಕೆ ನವೀಕರಿಸುವಾಗ, gcc4 ಯ ನವೀಕರಣವು ವಿಫಲ ಹೊಂದಲು ಕಾರಣವಾಗಬಹುದು. ಆದ್ದರಿಂದ, ನವೀಕರಿಸುವ ಮೊದಲು ನೀವು ಸ್ವತಃ gcc4 ಪ್ಯಾಕೇಜ್‍ ಅನ್ನು ತೆಗೆದು ಹಾಕಬೇಕಾಗುತ್ತದೆ.

firstboot ಭಾಷಾ ಪ್ಲಗ್ಇನ್ ಅನ್ನು ತೆಗೆದು ಹಾಕಲಾಗಿದೆ, ಏಕೆಂದರೆ, ಒಂದು ಹೊಸ ಭಾಷೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡಿದಾಗ ಅದು ಸಮರ್ಪಕವಾಗಿ ಹಾಗೂ ಸಂಪೂರ್ಣವಾಗಿ ಗಣಕವನ್ನು ಮರುಸಂರಚಿಸುವುದಿಲ್ಲ.

ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ Challenge Handshake Authentication Protocol (CHAP) ನ ಬಳಕೆಯು ಬೆಂಬಲಿತವಾಗಿಲ್ಲ. CHAP ಕೇವಲ ಅನುಸ್ಥಾಪನೆಯ ನಂತರ ಮಾತ್ರವೆ ಶಕ್ತಗೊಳಿಸಲ್ಪಡಬೇಕು.

ನಿಮ್ಮ ಗಣಕವು ಒಂದು iFBT ಸಾಧನದ ಮೂಲಕ ಬೂಟ್ ಆಗುತ್ತಿದ್ದರೆ, CHAP ಅನ್ನು iFBT BIOS/ಫರ್ಮ್-ವೇರ್ ಸಿದ್ಧತಾ ತೆರೆಯಲ್ಲಿ ಸಂರಚಿಸಿ. ಆಗ ನಿಮ್ಮ CHAP ಸಂಯೋಜನೆಗಳು ಮುಂದಿನ ಬೂಟ್ ಸಮಯದಲ್ಲಿ ಬಳಸಲ್ಪಡುತ್ತದೆ.

ನಿಮ್ಮ ಗಣಕವು PXE iSCSI ನ ಮೂಲಕ ಬೂಟ್ ಆಗುತ್ತಿದ್ದರೆ, CHAP ಅನ್ನು iscsiadm ನ ಮೂಲಕ ಸಂರಚಿಸಿ. ಸಂರಚಿಸಿದ ನಂತರ, ಮುಂದಿನ ಬೂಟ್‍ನಲ್ಲಿ ನಿಮ್ಮ CHAP ಸಂಯೋಜನೆಗಳು ಬಳಕೆಯಾಗುತ್ತವೆ ಎಂದು ಖಾತ್ರಿ ಪಡಿಸಿಕೊಳ್ಳಲು mkinitrd ಅನ್ನು ಬಳಸಿ.

ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ ಅತಿಥಿಗಳನ್ನು ನಿಯೋಜಿಸುವಾಗ, ಅತಿಥಿಗಳಿಗಾಗಿನ RHN ಉಪಕರಣಗಳು ಆಯ್ಕೆಯು ಲಭ್ಯವಿರುವುದಿಲ್ಲ. ಇದು ಸಂಭವಿಸಿದಾಗ, dom0 ನಿಂದ ನೀಡಲಾದ ಶೀರ್ಷಿಕೆಯನ್ನು ಹೊರತುಪಡಿಸಿ ಗಣಕಕ್ಕೆ ಒಂದು ಹೆಚ್ಚುವರಿ ಶೀರ್ಷಿಕೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ.

ಅತಿಥಿಗಳಿಂದ ಹೆಚ್ಚಿನ ಶೀರ್ಷಿಕೆಗಳು ಬಳಸಲ್ಪಡುವುದನ್ನು ತಪ್ಪಿಸಲು, Red Hat Network ಗೆ ಗಣಕವನ್ನು ನೋಂದಾಯಿಸುವ ಮೊದಲುrhn-virtualization-common ಅನ್ನು ಅನುಸ್ಥಾಪಿಸಿ.

Red Hat Enterprise Linux 5.3 ಅನ್ನು ಅನೇಕ ಜಾಲಬಂಧ ಸಂಪರ್ಕಸಾಧನಗಳನ್ನು ಹೊಂದಿರುವ ಗಣಕದ ಮೇಲೆ ಅನುಸ್ಥಾಪಿಸುವುದು ಹಾಗು ಕೈಯಾರೆ IPv6 ವಿಳಾಸಗಳನ್ನು ಸೂಚಿಸುವುದು ಸರಿಯಲ್ಲದ ಜಾಲಬಂಧ ಸಿದ್ಧತೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ. ಇದು ಸಂಭವಿಸಿದಾಗ, ನಿಮ್ಮ IPv6 ಸಂಯೋಜನೆಗಳು ನಿಮ್ಮ ಅನುಸ್ಥಾಪಿತ ಗಣಕದಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ.

ಇದಕ್ಕಿರುವ ಇನ್ನೊಂದು ಪರಿಹಾರವೆಂದರೆ, /etc/sysconfig/network ನಲ್ಲಿ NETWORKING_IPV6 ಅನ್ನು yes ಗೆ ಬದಲಾಯಿಸಿ. ನಂತರ, service network restart ಅನ್ನು ಬಳಸಿಕೊಂಡು ನಿಮ್ಮ ಜಾಲಬಂಧ ಸಂಪರ್ಕವನ್ನು ಮರಳಿ ಆರಂಭಿಸಿ.

ನಿಮ್ಮ ಗಣಕದಲ್ಲಿ yum-rhn-plugin-0.5.2-5.el5_1.2 (ಅಥವ ಅದಕ್ಕಿಂತ ಮುಂಚಿನ ಒಂದು ಆವೃತ್ತಿ) ಅನುಸ್ಥಾಪಿತಗೊಂಡಿದ್ದರೆ, ನೀವು yum update ಅನ್ನು ಬಳಸಿಕೊಂಡು Red Hat Enterprise Linux 5.3 ಗೆ ನವೀಕರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಇದಕ್ಕಿರುವ ಪರಿಹಾರವೆಂದರೆ, yum updateಅನ್ನು ಚಲಾಯಿಸುವ ಮೊದಲು ನಿಮ್ಮ yum-rhn-plugin ಅನ್ನು ಇತ್ತೀಚಿನ ಒಂದು ಆವೃತ್ತಿಗೆ (yum update yum-rhn-plugin) ನವೀಕರಿಸಿ.

ಅನಕೊಂಡವು 8 ಕ್ಕಿಂತಲೂ ಹೆಚ್ಚಿನSmartArray ನಿಯಂತ್ರಕಗಳನ್ನು ನಿಲುಕಿಸಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಿಲ್ಲ. ನಿಮ್ಮ ಗಣಕವು 8 ಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಅಂತಹ ನಿಯಂತ್ರಕಗಳನ್ನು ಹೊಂದಿದ್ದಲ್ಲಿ, ನೀವು ಕೇವಲ ಮೊದಲ 8 ನಿಯಂತ್ರಕಗಳನ್ನು ಮಾತ್ರ ಶೇಖರಣೆಗೆ ಬಳಸಬಹುದಾಗಿದೆ. ನಂತರದ ಎಲ್ಲಾ ನಿಯಂತ್ರಕಗಳನ್ನು (ಅಂದರೆ 9ನೆಯ ನಿಯಂತ್ರಕ ಹಾಗು ನಂತರದ್ದು) ಪ್ರಯತ್ನಿಸಿದಲ್ಲಿ Anacondaವು ವಿಫಲಗೊಳ್ಳುತ್ತದೆ.

ಒಂದು OEM ನಿಂದ ಒದಗಿಸಲಾದಂತಹ ಚಾಲಕ ಡಿಸ್ಕ್‍ ಒಂದು ಸಾಧಾರಣ ಚಿತ್ರಿಕಾ ಕಡತವಾಗಿದ್ದು(*.img), ಸಮರ್ಥವಾದಂತಹ ಅನೇಕ ಚಾಲಕ RPM ಗಳನ್ನು ಹಾಗು ಕರ್ನಲ್ ಅಪ್‌ಡೇಟ್‌ಗಳನ್ನು ಹೊಂದಿದೆ. ಈ ಚಾಲಕಗಳನ್ನು Red Hat Enterprise Linux 5 ನಿಂದ ಗುರುತಿಸಲು ಅಸಾಧ್ಯವಾದಂತಹ ಯಂತ್ರಾಂಶದ ಬೆಂಬಲಕ್ಕಾಗಿ ಅನುಸ್ಥಾಪನಾ ಸಮಯದಲ್ಲಿ ಬಳಸಲಾಗುವುದು. ಡ್ರೈವರ್ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಹಾಗು ಕರ್ನಲ್ ಘಟಕಗಳನ್ನು ಗಣಕದ ಮೇಲೆ ಅನುಸ್ಥಾಪಿಸಿದ ಮೇಲೆ ಅವುಗಳನ್ನು ಗಣಕವು ಬೂಟ್ ಆದಾಗ ಅವು ಲೋಡ್ ಆಗುವಂತೆ ಆರಂಭಿಕ RAM ಡಿಸ್ಕಿನಲ್ಲಿ (initrd) ಇರಿಸಲಾಗುವುದು.

ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ, ಅನುಸ್ಥಾಪನೆಯು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಚಾಲಕ ಡಿಸ್ಕ್‍ (ಚಾಲಕ ಡಿಸ್ಕಿನ ಕಡತ ವ್ಯವಸ್ಥೆಗೆ ಅನುಗುಣವಾಗಿ) ಗುರುತಿಸಲ್ಪಡುತ್ತದೆ, ಹಾಗು ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ ಆ ಡಿಸ್ಕಿನಲ್ಲಿ ಇರುವುದನ್ನು ಬಳಸಲಾಗುವುದು. ಈ ವರ್ತನೆಯು ಸ್ವಯಂಚಾಲಿತ ಹುಡುಕನ್ನು ಶಕ್ತಗೊಳಿಸುವ ಆಜ್ಞಾ ಸಾಲಿನ ಆಯ್ಕೆಯಾದಂತಹ dlabel=on ಇಂದ ನಿಯಂತ್ರಿಸಲ್ಪಡುತ್ತದೆ. ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ dlabel=on ವು ಡೀಫಾಲ್ಟ್‍ ಸಂಯೋಜನೆಯಾಗಿರುತ್ತದೆ.

OEMDRV ಎಂಬ ಕಡತ ವ್ಯವಸ್ಥೆ ಲೇಬಲ್ ಅನ್ನು ಹೊಂದಿರುವ ಎಲ್ಲಾ ಖಂಡ ಸಾಧನಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗುವುದು ಹಾಗು ಈ ಸಾಧನದಲ್ಲಿರುವ ಚಾಲಕಗಳನ್ನು ಅವು ಕಂಡು ಬಂದ ಕ್ರಮದಲ್ಲಿಯೆ ಲೋಡ್ ಮಾಡಲಾಗುವುದು.

vfat ಕಡತ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿರುವ ಈಗಿರುವ ಗೂಢಲಿಪೀಕರಣಗೊಂಡಿರುವ ಖಂಡ ಸಾಧನಗಳು ವಿಭಜನಾ ಸಂಪರ್ಕಸಾಧನದಲ್ಲಿ foreign ಬಗೆಯದ್ದು ಎಂದು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ; ಅಲ್ಲದೆ, ಈ ಸಾಧನಗಳು ಬೂಟ್ ಸಮಯದಲ್ಲಿ ತಾವಾಗಿಯೆ ಆರೋಹಿತಗೊಳ್ಳುವುದಿಲ್ಲ. ಈ ಸಾಧನಗಳು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಆರೋಹಿತಗೊಳ್ಳುವುದ್ನು ಖಚಿತ ಪಡಿಸಿಕೊಳ್ಳಲು, ಅವುಗಳಿಗಾಗಿ ಸೂಕ್ತವಾದ ಒಂದು ನಮೂದನ್ನು /etc/fstabನಲ್ಲಿ ಸೇರಿಸಿ . ಅದನ್ನು ಹೇಗೆ ಮಾಡಬೇಕು ಎನ್ನುವುದರ ಬಗೆಗಿನ ವಿವರಗಳಿಗಾಗಿ man fstab ಅನ್ನು ನೋಡಿ.

Red Hat Enterprise Linux 5.2 ರ ಅನುಸ್ಥಾಪನೆಗೆ ಈಗ ಕನಿಷ್ಟ 1 GB RAM ನ ಅಗತ್ಯವಿರುತ್ತದೆ; 2 GB RAM ಅನ್ನು ಹೊಂದಿರುವಂತೆ ಸಲಹೆ ಮಾಡಲಾಗುತ್ತದೆ. ಎಲ್ಲಿಯಾದರೂ ಗಣಕದಲ್ಲಿ 1 GB RAM ಗಿಂತ ಕಡಿಮೆ ಇದ್ದಲ್ಲಿ, ಅನುಸ್ಥಾಪನ ಪ್ರೋಗ್ರಾಂ ಸ್ಥಗಿತಗೊಳ್ಳಬಹುದು.

ಇದಲ್ಲದೆ, 1 GB ಯಷ್ಟು RAMನ್ನು ಹೊಂದಿದ PowerPC-ಆಧರಿತವಾದ ಗಣಕಗಳಲ್ಲಿ ಕೆಲವೊಂದು ಕಠಿಣ ಕಾರ್ಯಹೊರೆಗಳ ಅಡಿಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಣೆಗೆ ಸಂಬಂಧಿಸಿದ ಮಹತ್ವದ ತೊಂದರೆಗಳು ಕಂಡು ಬರುತ್ತದೆ. ಒಂದು Red Hat Enterprise Linux 5.2 ಗಣಕದಲ್ಲಿ ಕಠಿಣ RAM ಪ್ರಕ್ರಿಯೆಗಳು ಸುಗಮವಾಗಿ ನಡೆಯಲು, ಗಣಕದೊಂದಿದೆ 4 GBಯಷ್ಟು RAM ಇರಬೇಕೆಂದು ಸೂಚಿಸುತ್ತೇವೆ. ಇದು Red Hat Enterprise Linux 4.5 ಅನ್ನು ಅಥವ ಅದಕ್ಕೂ ಮುಂಚಿನದನ್ನು ಬಳಸುವ 512 MB RAMನ್ನು ಹೊಂದಿರುವ PowerPC ಗಣಕಗಳು ಹೊಂದಿರುವಂತಹುದೆ ಭೌತಿಕ ಪುಟಗಳನ್ನು ಈ ಗಣಕಗಳು ಹೊಂದಿರುವುದನ್ನು ಖಾತರಿಪಡಿಸುತ್ತದೆ.

ಅನಕೊಂಡಾವು ಈಗ OSA Express3 ಕಾರ್ಡುಗಳಿಗಾಗಿನ CHPID ಯಲ್ಲಿನ ಎರಡೂ ಸಂಪರ್ಕಸ್ಥಾನಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. ಅನುಸ್ಥಾಪಕವು ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ ಸಂಪರ್ಕಸ್ಥಾನದ ಸಂಖ್ಯೆಗಾಗಿ ಕೇಳುತ್ತದೆ. ಸಂಪರ್ಕಸ್ಥಾನಕ್ಕಾಗಿ ನೀಡಲಾದ ಮೌಲ್ಯವು ಅನುಸ್ಥಾಪಿತ ಜಾಲಬಂಧ ಸಂಪರ್ಕಸಾಧನ ಆರಂಭಗೊಳಿಕಾ ಸ್ಕ್ರಿಪ್ಟಿನ ಮೇಲೂ ಸಹ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ. ಸಂಪರ್ಕಸ್ಥಾಮ ಸಂಖ್ಯೆ 1 ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಿದಾಗ, ಮೌಲ್ಯ portno=1 ಅನ್ನು ifcfg-eth* ಕಡತದಲ್ಲಿನ OPTIONS ನಿಯತಾಂಕಕ್ಕೆ ಸೇರಿಸಲಾಗುವುದು.

DASD ಖಂಡ ಸಾಧನಗಳ ಮೇಲೆ ಈಗಿರುವ ಲಿನಕ್ಸ್‍ ಅಥವ ಲಿನಕ್ಸ್‍ ಅಲ್ಲದ ಕಡತವ್ಯವಸ್ಥೆಗಳನ್ನು ಹೊಂದಿರುವ ಗಣಕದಲ್ಲಿ ಅನುಸ್ಥಾಪಿಸಲು ಪ್ರಯತ್ನಿಸಿದಾಗ ಅನುಸ್ಥಾಪಕವು ನಿಂತು ಹೋಗಬಹುದು. ಹೀಗೆ ಆದಲ್ಲಿ, ನೀವು ಬಳಸಬೇಕಿರುವ DASD ಸಾಧನಗಳಲ್ಲಿರುವ ಎಲ್ಲಾ ವಿಭಾಗಗಳನ್ನು ಅಳಿಸಿ ಹಾಕಬೇಕು ಹಾಗು ಅನುಸ್ಥಾಪಕವನ್ನು ಮರಳಿ ಆರಂಭಿಸಬೇಕು.

ನಿಮ್ಮ ಗಣಕವು ಕೇವಲ 512MB ಯಷ್ಟು RAM ಅನ್ನು ಮಾತ್ರ ಹೊಂದಿದ್ದಲ್ಲಿ, Red Hat Enterprise Linux 5.3 ರ ಅನುಸ್ಥಾಪನಾ ಪ್ರಯತ್ನವು ವಿಫಲಗೊಳ್ಳಬಹುದು. ಇದನ್ನು ತಡೆಯಲು ಮೊದಲಿಗೆ ಕೇವಲ ಮೂಲ ಅನುಸ್ಥಾಪನೆಯನ್ನು ಮಾತ್ರ ಮಾಡಿ, ಅದು ಮುಗಿದ ನಂತರ ಇತರೆ ಎಲ್ಲಾ ಪ್ಯಾಕೇಜ್‍ಗಳನ್ನು ಅನುಸ್ಥಾಪಿಸಿ.

yum ಅನ್ನು ಬಳಸಿಕೊಂಡು 32-bit Compatibility Layer ಡಿಸ್ಕಿನಿಂದ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಅನುಸ್ಥಾಪಿಸುವಾಗ ವಿಫಲತೆ ಎದುರಾಗಬಹುದು. ಹಾಗೆ ಆಗಲು, Red Hat ಪ್ಯಾಕೇಜ್ ಸೈನಿಂಗ್ ಕೀಲಿಯು RPM ದತ್ತಸಂಚಯಕ್ಕೆ ರವಾನಿತವಾಗಿರದೇ ಇರುವುದೆ ಕಾರಣವಾಗಿರುತ್ತದೆ. ಇದಕ್ಕೆ ಮುಖ್ಯ ಕಾರಣ ನೀವು ಇನ್ನೂ Red Hat Network ಗೆ ಸಂಪರ್ಕ ಹೊಂದಿರದೇ ಇರುವುದು ಹಾಗೂ ಅಲ್ಲಿಂದ ಅಪ್‍ಡೇಟ್‍ಗಳನ್ನು ಪಡೆಯದೇ ಇರುವುದು. ಕೀಲಿಯನ್ನು ಕೈಯಾರೆ ಪಡೆದುಕೊಳ್ಳಲು, ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಮೂಲವಾಗಿ ಚಲಾಯಿಸಿ:

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

ಒಮ್ಮೆ Red Hat GPG ಕೀಲಿಯು ದೊರೆಯಿತೆಂದರೆ, ನೀವು ಈಗ 32-bit Compatibility Layer ಡಿಸ್ಕಿನಿಂದ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಅನುಸ್ಥಾಪಿಸಲು yum ಅನ್ನು ಬಳಸಬಹುದು.

ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ ಮೂಲ OS ಅವಲಂಬಿಕೆಗಳು (dependencies) ಉಲ್ಲೇಖಿತಗೊಳ್ಳುವುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು, ಈ ಡಿಸ್ಕಿನಿಂದ ಅನುಸ್ಥಾಪಿಸುವಾಗ, rpm ಅನ್ನು ಬಳಸದೇ yum ಅನ್ನು ಬಳಸಬೇಕೆಂದು ಸಲಹೆ ಮಾಡಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ.

ALSA ದಲ್ಲಿನ Intel High Definition Audio ಚಾಲಕವನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ.

AMD ATI ಸಂಘಟಿತ ಚಿಪ್‍ಸೆಟ್‍ನಲ್ಲಿ High-Definition Multimedia Interface (HDMI) ಆಡಿಯೋ ಬೆಂಬಲವನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ.

ಈ ಕೆಳಗಿನ Wacom ಗ್ರಾಫಿಕ್ಸ್‍ ಟ್ಯಾಬ್ಲೆಟ್‌ಗಳಿಗೆ ಈಗ linuxwacom ಚಾಲಕದ ಮೂಲಕ ಬೆಂಬಲ ನೀಡಲಾಗುತ್ತಿದೆ:

lpfc ಚಾಲಕಕ್ಕಾಗಿನ Emulex Fibre Channel Host Bus ಅಡಾಪ್ಟರುಗಳನ್ನು ಆವೃತ್ತಿ 8.2.0.33.2p ಗೆ ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ. ಇದು ಹಲವಾರು ಅಪ್‍ಸ್ಟ್ರೀಮ್ ಬದಲಾವಣೆಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ, ಮುಖ್ಯವಾಗಿ:

dm-multipath ವು ಈಗ IBM DS4000 ಗಾಗಿ ಇನ್‌ಬಾಕ್ಸಿನ ಬೆಂಬಲವನ್ನು ಹೊಂದಿದೆ.

ixgbe ಚಾಲಕವು ಈಗ 82598AT ಡ್ಯುವಲ್-ಪೋರ್ಟ್ಅಡಾಪ್ಟರ್ ಹಾಗು 82598 CX4 ಅಡಾಪ್ಟರ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ.

Digi Neo PCI Express 4 HiProfile I/O ಅಡಾಪ್ಟರುಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ನೀಡುವಂತೆ jsm ಚಾಲಕವನ್ನು ಬದಲಾವಣೆ ಮಾಡಲಾಗಿದೆ.

hp-ilo: ಚಾಲಕವನ್ನು ಸೇರಿಸಲಾಗಿದ್ದರಿಂದ, HP Integrated Lights Out (iLO) ತಂತ್ರಜ್ಞಾನಕ್ಕೆ ಬೆಂಬಲವನ್ನು ಒದಗಿಸಿದಂತಾಗುತ್ತದೆ.

radeon_tp ಚಾಲಕಕ್ಕೆ ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ ಸಂಪೂರ್ಣ ಬೆಂಬಲ ನೀಡಲಾಗುತ್ತದೆ. ಈ ಚಾಲಕವು ATI R500/R600 ಚಿಪ್‍ಸೆಟ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ.

ಈ ಚಾಲಕವು ಈ ಕೆಳಗಿನ ಸವಲತ್ತುಗಳನ್ನೂ ಸಹ ಹೊಂದಿದೆ:

powernow-k8 ಚಾಲಕವನ್ನು ಈಗ ಲೋಡ್ ಮಾಡಬಹುದಾದಂತಹ ಒಂದು ಘಟಕವಾಗಿ ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ ಒಳಗೊಳ್ಳಿಸಲಾಗಿದೆ. ಇದು ಈಗಿರುವ ಚಾಲಕ ಫ್ರೇಮ್‌ವರ್ಕುಗಳಾದಂತಹ (Red Hat Driver Update Model ಹಾಗು Dell DKMS ನಂತಹ) ಕರ್ನಲ್ ಅನ್ನು ನವೀಕರಿಸುವ ಅಗತ್ಯವಿರದೆ ನೇರವಾಗಿ powernow-k8 ಚಾಲಕ ಅಪ್‌ಡೇಟ್‌ಗಳನ್ನು RPM ಪ್ಯಾಕೇಜುಗಳಾಗಿ ಬಳಕೆದಾರರಿಗೆ ಒದಗಿಸುವುದನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ.

ಈ ಬಿಡುಗಡೆಯೊಂದಿಗೆ, ಸಾಂಪ್ರದಾಯಿಕ ಮುದ್ರಕಗಳಿಗೆ ಬೆಂಬಲ ನೀಡುವ ಸಲುವಾಗಿ Red Hat pnm2ppa ಅನ್ನು ಮರಳಿ ಸೇರ್ಪಡಿಸುತ್ತಿದೆ. ಆದರೆ, ಈ ಬೆಂಬಲವನ್ನು ಮುಂದಿನ ಪ್ರಮುಖ ಬಿಡುಗಡೆಗಳಲ್ಲಿ ತೆಗೆದು ಹಾಕಲಾಗುವುದು ಎಂಬುದನ್ನು ನೆನಪಿಡಿ.

ccid ಚಾಲಕವನ್ನು USB Smartcard ಕೀಲಿಮಣೆಗಳಿಗೆ ಬೆಂಬಲ ನೀಡಲು ನೆರವಾಗುವಂತೆ ಮರಳಿ-ಇರಿಸಲಾಗಿದೆ.

USB ವೀಡಿಯೋ ಸಾಧನಗಳಿಗಾಗಿನ uvcvideo ಚಾಲಕಗಳನ್ನು Red Hat Enterprise Linux 5.3 ಗೆ ಸೇರ್ಪಡಿಸಲಾಗಿದೆ.

Broadcom NetXtreme II ಜಾಲಬಂಧ ಕಾರ್ಡುಗಳಿಗಾಗಿನ bnx2 ಚಾಲಕವನ್ನು ಆವೃತ್ತಿ 1.7.9 ಗೆ ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ. ಈ ಅಪ್‌ಡೇಟ್ ಬೂಟ್ ಸಮಯದಲ್ಲಿ ಗಣಕವನ್ನು ಕಂಗೆಡಿಸುವ(ಪ್ಯಾನಿಕ್) ಒಂದು ದೋಷವನ್ನು ನಿವಾರಿಸುವ ಸಲುವಾಗಿ bnx2 ಅನ್ನು ಬಳಸುವ ನಿಯಂತ್ರಕಗಳಲ್ಲಿನ ರಿಂಗ್ ಬಫರ್ ಆಯ್ಕೆಯನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ.

Intel(R) PRO/1000 ಎತರ್ನೆಟ್ ಸಾಧನಗಳಿಗಾಗಿನ e1000e ಚಾಲಕವನ್ನು ಮೂಲ ಆವೃತ್ತಿ 0.3.3.3-k2 ಗೆ ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ. ಈ ಅಪ್‌ಡೇಟ್‌ನಿಂದಾಗಿ, ಬೆಂಬಲಿತ ಸಾಧನಗಳ EEPROM ಹಾಗು NVM ಅನ್ನು ಯಾರೂ ಬದಲಾಯಿಸದಂತೆ ಸಂರಕ್ಷಿತಗೊಂಡಿರುತ್ತದೆ.

igb: Intel(R) Gigabit ಎತರ್ನೆಟ್ ಅಡಾಪ್ಟರುಗಳಿಗಾಗಿನ ಚಾಲಕವನ್ನು ಆವೃತ್ತಿ 1.2.45-k2 ಗೆ ನವೀಕರಿಸಲಾಗಿದ್ದು, ಇದು 82576 ಆಧರಿತವಾದ ಸಾಧನಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ನೀಡುತ್ತದೆ.

Intel(R) 10 Gigabit PCI Express ಜಾಲಬಂಧ ಸಾಧನಗಳಿಗಾಗಿನ ixgbe ಚಾಲಕವನ್ನು ಆವೃತ್ತಿ 1.3.18-k4 ಗೆ ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ.

niu ಚಾಲಕವನ್ನು Red Hat Enterprise Linux 5.3 ಗೆ ಸೇರಿಸಲಾಗಿದೆ, ಇದರಿಂದಾಗಿ 10Gbps ಎತರ್ನೆಟ್ ಸಾಧನಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ನೀಡಿದಂತಾಗುತ್ತದೆ.

Intel(R) PRO ವೈರ್ಲೆಸ್ ಸಾಧನಗಳಿಗಾಗಿನ ipw2100 ಹಾಗು ipw2200 ಚಾಲಕಗಳನ್ನು ಲಿನಕ್ಸ್‍ ಕರ್ನಲ್ 2.6.25 ನಿಂದ Red Hat Enterprise Linux 5.3 ಗೆ ಹಿಮ್ಮರಳಿಸಲಾಗಿದೆ.

Broadcom ವೈರ್ಲೆಸ್ ಸಾಧನಗಳಿಗಾಗಿನ bcm43xx ಚಾಲಕವನ್ನು ಲಿನಕ್ಸ್‍ ಕರ್ನಲ್ 2.6.25 ನಿಂದ Red Hat Enterprise Linux 5.3 ಗೆ ಹಿಮ್ಮರಳಿಸಲಾಗಿದೆ.

ವೈರ್ಲೆಸ್ ಸಾಧನಗಳಿಗಾಗಿನ ieee80211 ಬೆಂಬಲಿತ ಘಟಕವನ್ನು ಲಿನಕ್ಸ್‍ ಕರ್ನಲ್ 2.6.25 ನಿಂದ Red Hat Enterprise Linux 5.3 ಗೆ ಹಿಮ್ಮರಳಿಸಲಾಗಿದೆ.

ZyDas ವೈರ್ಲೆಸ್ ಸಾಧನಗಳಿಗಾಗಿನ zd1211rw ಚಾಲಕವನ್ನು ಹಿಂದಿನ Linux 2.6.25 ಇಂದ ಕೊನೆಯ mac80211 ಆವೃತ್ತಿಯಲ್ಲದುದಕ್ಕೆ ಹೊಂದುವಂತೆ ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ.

iwlwifi ಚಾಲಕಗಳನ್ನು ಆವೃತ್ತಿ 2.6.26 ಗೆ ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದ್ದು, ಇದರಿಂದಾಗಿ iwl4965 ವೈರ್ಲೆಸ್ ಸಾಧನಗಳಿಗೆ 802.11n ಬೆಂಬಲವು ನೀಡಿದಂತಾಗುತ್ತದೆ. 2.6.26 ಆವೃತ್ತಿಗೂ ಮೊದಲಿದ್ದ ಹಲವಾರು ದೋಷಗಳ ನಿವಾರಣೆಯನ್ನು ಬ್ಯಾಕ್‌ಪೋರ್ಟ್ ಮಾಡಲಾದ ಚಾಲಕಗಳಲ್ಲಿ ಒಳಗೊಳ್ಳಿಸಲಾಗಿದೆ.

Myricom Myri-10G ಎತರ್ನೆಟ್ ಸಾಧನಗಳಿಗಾಗಿನ myri10ge ಚಾಲಕವನ್ನು ಆವೃತ್ತಿ 1.3.2-1.269 ಗೆ ನವೀಕರಿಸಲಾಗಿದೆ.

NetXen ಜಾಲಬಂಧ ಕಾರ್ಡುಗಳಿಗಾಗಿನ netxen ಚಾಲಕವನ್ನು ಆವೃತ್ತಿ 3.4.18 ಗೆ ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ.

Broadcom Everest ಜಾಲಬಂಧ ಸಾಧನಗಳಿಗಾಗಿನ bnx2 ಚಾಲಕವನ್ನು ಆವೃತ್ತಿ 1.5.11ಗೆ ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದ್ದು, ಇದು 57711 ಯಂತ್ರಾಂಶವನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ.

ಸರಿಯಾಗಿ ಲಿಂಕ್-ಅಪ್ ಪತ್ತೆಮಾಡದಂತೆ ತಡೆಯುತ್ತಿದ್ದ ಒಂದು ದೋಷವನ್ನು ನಿವಾರಿಸಲು forcedeth-msi ಚಾಲಕವನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ.

Atheros ವೈರ್ಲೆಸ್ ಸಾಧನಗಳಿಗಾಗಿನ ath5k ಚಾಲಕವನ್ನು ಲಿನಕ್ಸ್‍ ಕರ್ನಲ್ 2.6.26 ಯಿಂದ Red Hat Enterprise Linux 5.3 ಬ್ಯಾಕ್‌ಪೋರ್ಟ್ ಮಾಡಲಾಗಿದೆ.

Ralink ವೈರ್ಲೆಸ್ ಸಾಧನಗಳಿಗಾಗಿನ rt2x00 ಚಾಲಕಗಳನ್ನು ಲಿನಕ್ಸ್‍ ಕರ್ನಲ್ 2.6.26 ನಿಂದ Red Hat Enterprise Linux 5.3 ಗೆ ಹಿಮ್ಮರಳಿಸಲಾಗಿದೆ.

Realtek ವೈರ್ಲೆಸ್ ಸಾಧನಗಳಿಗಾಗಿ rtl8180 ಹಾಗು rtl8187 ಚಾಲಕಗಳನ್ನು ಲಿನಕ್ಸ್‍ ಕರ್ನಲ್ 2.6.26 ನಿಂದ Red Hat Enterprise Linux 5.3 ಗೆ ಹಿಮ್ಮರಳಿಸಲಾಗಿದೆ.

cxgb3: ಚಾಲಕವನ್ನು ಈ ಬಿಡುಗಡೆಯೊಂದಿಗೆ ಸೇರಿಸಲಾಗಿದೆ (ಸೂಕ್ತವಾದ ಫರ್ಮ್-ವೇರಿನೊಂದಿಗೆ). ಈ ಚಾಲಕವು Chelsio RDMA 10Gb PCI-E ಎತರ್ನೆಟ್ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ.

3w-xxxx: 3ware SATA RAID ನಿಯಂತ್ರಕಗಳಿಗಾಗಿನ ಚಾಲಕವನ್ನು ಆವೃತ್ತಿ 1.26.03 ಗೆ ಅಪ್ಡೇಟ್ ಮಾಡಲಾಗಿದೆ. ಇದು ಹಲವಾರು ಅಪ್‍ಸ್ಟ್ರೀಮ್ ಬದಲಾವಣೆಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ, ಮುಖ್ಯವಾಗಿ:

3w-9xxx: 3ware SATA RAID ನಿಯಂತ್ರಕಗಳಿಗಾಗಿನ ಚಾಲಕವನ್ನು ಆವೃತ್ತಿ 2.26.08 ಗೆ ಅಪ್ಡೇಟ್ ಮಾಡಲಾಗಿದೆ. ಇದು ಹಲವಾರು ಅಪ್‍ಸ್ಟ್ರೀಮ್ ಬದಲಾವಣೆಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ, ಮುಖ್ಯವಾಗಿ:

megaraid_sas: ಚಾಲಕವನ್ನು ಆವೃತ್ತಿ 4.01-rh1 ಗೆ ಅಪ್‍ಡೇಟ್ ಮಾಡಲಾಗಿದೆ. ಇದು ಹಲವಾರು ದೋಷ ಪರಿಹಾರಗಳನ್ನು ಬದಲಾವಣೆಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ, ಮುಖ್ಯವಾದವುಗಳೆಂದರೆ:

SCSI ಸಾಧನ ಹ್ಯಾಂಡ್ಲರ್ ಸವಲತ್ತನ್ನು (scsi_dh) ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದ್ದು, ಅದು ಈ ಕೆಳಗಿನ ಸುಧಾರಣೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ:

QLogic Fibre Channel Host Bus ಅಡಾಪ್ಟರುಗಳಿಗಾಗಿನ qla2xxx ಚಾಲಕವನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದ್ದು, ಇದು ISP84XX ಬಗೆಯ ಕಾರ್ಡುಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ನೀಡುತ್ತದೆ.

ವರ್ಚುವಲ್ SCSI (vSCSI) ಸಾಧನಗಳನ್ನು ಅನುಕರಿಸುವಂತೆ ibmvscsi ಚಾಲಕಗಳನ್ನು ಬದಲಾಯಿಸಲಾಗಿದೆ, ಇದು ವರ್ಚುವಲೈಸ್ ಮಾಡಲಾದ ಟೇಪ್ ಸಾಧನಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ನೀಡುತ್ತದೆ.

lpfc: ಚಾಲಕವನ್ನು ಆವೃತ್ತಿ 8.2.0.30 ಗೆ ಅಪ್‍ಡೇಟ್ ಮಾಡಲಾಗಿದೆ. ಈ ಅಪ್‍ಡೇಟ್ ಹಲವಾರು ದೋಷ ನಿವಾರಣೆಗಳನ್ನು ಹಾಗು ವರ್ಧನೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ಮುಖ್ಯವಾದವುಗಳೆಂದರೆ:

HP Smart Array ನಿಯಂತ್ರಕಗಳಿಗಾಗಿನ cciss ಚಾಲಕವನ್ನು ಆವೃತ್ತಿ 3.6.20-RH2 ಗೆ ಅಪ್‌ಡೇಟ್‌ ಮಾಡಾಗಿದೆ.

ಈ ಮೊದಲು relayfs 64MB ಬಫರ್ ಗಾತ್ರದ ಮಿತಿಯನ್ನು ಹೊಂದಿತ್ತು. ಈ ಅಪ್‌ಡೇಟ್‌ನಲ್ಲಿ, ಮೆಮೊರಿ ಬಫರುಗಳಿಗಾಗಿ relayfs ಗೆ ನಿಯೋಜಿಸಲಾದ ಮೆಮೊರಿ ಮಿತಿಯನ್ನು 4095MB ಗೆ ಹೆಚ್ಚಿಸಲಾಗಿದೆ. ಇದರಿಂದಾಗಿ SystemTap ಹಾಗು relayfs ಅನ್ನು ಬಳಸುವ ಇನ್ನಿತರೆ ಜಾಡು ಉಪಕರಣಗಳು(ಟ್ರೇಸಿಂಗ್ ಟೂಲ್) ಹೆಚ್ಚಿನ ಸನ್ನಿವೇಶಗಳ ಜಾಡನ್ನು ಹಿಡಿಯಲು ಅನುಕೂಲವಾಗುತ್ತದೆ.

Dell Remote Access Controller 4 (DRAC4) ಗಾಗಿನ ಚಾಲಕವು ಇರಲಿಲ್ಲ. ಅದರಿಂದಾಗಿ, DRAC4 ಇಮದ ಒದಗಿಸಲಾದ ಯಾವುದೆ ವರ್ಚುವಲ್ ಸಾಧನಗಳು ಕರ್ನಲ್‌ನಿಂದ ಪತ್ತೆ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತಿರಲಿಲ್ಲ. ಈ ಅಪ್‌ಡೇಟಿನಲ್ಲಿ ಇದಕ್ಕೆ ಸೂಕ್ತವಾದಂತಹ ಚಾಲಕವಾದ pata_sil680 ಕರ್ನಲ್ ಘಟಕವನ್ನು ಸೇರಿಸಲಾಗಿದ್ದು, ಇದರಿಂದಾಗಿ ಈ ತೊಂದರೆಯು ಪರಿಹಾರಗೊಳ್ಳುತ್ತದೆ.

relay_open() ಅನ್ನು ಬಯಸಿದಾಗ ರಿಲೆ ಬಫರುಗಳು ಕೇವಲ ಆನ್‌ಲೈನ್ CPU ಗಳಿಗೆ ನಿಯೋಜಿಸಲಾಗುತ್ತದೆ. ಪರಿಣಾಮವಾಗಿ, relay_open() ಅನ್ನು ಬಯಸಿದ ನಂತರ ಒಂದು ಆಫ್‌-ಲೈನ್ CPU ಅನ್ನು ಆನ್ ಮಾಡಿದಾಗ, ಒಂದು ಕರ್ನಲ್ ಪ್ಯಾನಿಕ್ ಎದುರಾಗುತ್ತದೆ. ಈ ಅಪ್‌ಡೇಟ್‌ನಲ್ಲಿ, ಹೊಸ CPU ಗಳನ್ನು ಸೇರಿಸಿದಾಗ ಒಂದು ಹೊಸ ಸಂದೇಶವನ್ನು ಡೈನಮಿಕ್ ಆಗಿ ನಿಯೋಜಿಸಲಾಗುತ್ತದೆ.

DSR/DTR ಯಂತ್ರಾಂಶ ಹರಿವು ನಿಯಂತ್ರಣದ ಬೆಂಬಲಕ್ಕೆ ಅಗತ್ಯವಾದ ಅಪ್‌ಡೇಟ್ ಅನ್ನು 8250 ಆಧರಿತವಾದ ಸರಣಿ ಸಂಪರ್ಕಸ್ಥಾನಗಳಿಗೆ ಮಾಡಲಾಗಿದೆ.

Dell Wireless Wide Area Network (WWAN) ಕಾರ್ಡುಗಳಿಗಾಗಿನ ಬೆಂಬಲವನ್ನು ಕರ್ನಲ್‌ಗೆ ಸೇರಿಸಲಾಗಿದೆ. ಈಗ ಬೆಂಬಲಿತವಿರುವ ಸಾಧನಗಳೆಂದರೆ:

ಹೊಸತಾದ Thinkpad ಮಾದರಿಗಳಿಗೆ ಹೆಚ್ಚಿನ ಬೆಂಬಲವನ್ನು ನೀಡುವ ಸಲುವಾಗಿ thinkpad_acpi ಕರ್ನಲ್ ಘಟಕವನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ.

ಮೃದು ಲಾಕ್‌ಅಪ್ ಪತ್ತೆಗಾರವು ಈಗ ಎಚ್ಚರಿಕ ಸಂದೇಶಗಳನ್ನು ನೀಡುವ ಬದಲು ಕರ್ನಲ್ ಪ್ಯಾನಿಕ್ ಅನ್ನು ಟ್ರಿಗರ್ ಮಾಡುವಂತೆ ಸಂರಚಿಸಲಾಗಿದೆ. ಇದರಿಂದಾಗಿ ತೊಂದರೆ ಪತ್ತೆಮಾಡುವ ಸಲುವಾಗಿ ಮೃದು ಲಾಕ್ಅಪ್ ಸಮಯದಲ್ಲಿ ಕುಸಿತ ಬಿಸುಡನ್ನು ಬಳಕೆದಾರರು ವಿಶ್ಲೇಷಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ.

ಒಂದು ಪ್ಯಾನಿಕ್ ಅನ್ನು ಕಾಣಿಸುವಂತೆ ಒಂದು ಮೃದು ಲಾಕ್‌ಅಪ್ ಪತ್ತೆಗಾರನನ್ನು ಸಂರಚಿಸಲು, ಕರ್ನಲ್ ನಿಯತಾಂಕ soft_lockup ಅನ್ನು 1 ಕ್ಕೆ ಹೊಂದಿಸಿ. ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಇದು 0ಗೆ ಹೊಂದಿಸಲ್ಪಟ್ಟಿರುತ್ತದೆ.

Next-Generation Intel Microarchitecture (Nehalem) ಗೆ ಸಂಬಂಧಿಸಿದ ಸಂಸ್ಕಾರಕಗಳನ್ನು oprofile ಸರಿಯಾಗಿ ಪತ್ತೆ ಮಾಡುತ್ತಿರಲಿಲ್ಲ. ಪರಿಣಾಮವಾಗಿ, ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲ್ವಿಚಾರಕ ಘಟಕವನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಹಾಗು ಸಂಸ್ಕಾರಕವು ಟೈಮರ್ ತಡೆಗೆ ಹೋಗಿ ಬಿಡುತ್ತಿತ್ತು. ಈ ತೊಂದರೆಯನ್ನು ಪರಿಹರಿಸುವ ಸಲುವಾಗಿ ಕರ್ನಲ್ ಅನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ.

CPU ವಿದ್ಯುಚ್ಛಕ್ತಿ ಸ್ಥಿತಿ, C3 ಅನ್ನು Next-Generation Intel Microarchitecture (Nehalem) ಕ್ಕೆ ಬೆಂಬಲವನ್ನು ಸೇರಿಸಲಾಗಿದೆ. CPU ಜಡ ಸ್ಥಿತಿಯಲ್ಲಿದ್ದಾಗ C3 ಗೆ (ಸುಪ್ತ ಸ್ಥಿತಿ ಎಂದೂ ಸಹ ಕರೆಯಲ್ಪಡಲಾಗುತ್ತದೆ) ಪ್ರವೇಶಿಸುವುದರಿಂದ ಅದರ ವಿದ್ಯುಚ್ಛಕ್ತಿ ಬಳಕೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆ.

ಇದಕ್ಕೂ ಮೊದಲು, ಕರ್ನಲ್‌ನಲ್ಲಿ ಸಜ್ಜುಗೊಳಿಸಲಾದ MAX_ARG_PAGES ಮಿತಿಯು ಬಹಳ ಕಡಿಮೆಯದ್ದಾಗಿದೆ, ಹಾಗು ಈ ಕೆಳಗಿನ ದೋಷಕ್ಕೆ ಕಾರಣವಾಗುತ್ತಿತ್ತು:

execve: Argument list too long

ಲಿನಕ್ಸಿನ ಕರ್ನಲ್ ಆವೃತ್ತಿ 2.6.27 ಇಂದ autofs4 ಅಪ್‌ಡೇಟ್‌ಗಳನ್ನು Red Hat Enterprise Linux 5.3 ಗೆ ಹಿಮ್ಮರಳಿಸಲಾಗಿದೆ.

Red Hat Enterprise Linux 5.3 ರಲ್ಲಿ ಈಗ ಕೋರ್ ಕಡತಗಳು ನೇರವಾಗಿ ಒಂದು ಕಡತಕ್ಕೆ ಪೈಪ್‌ ಮಾಡಲ್ಪಡದೆ, ಒಂದು ಬಳಕೆದಾರ ಅನ್ವಯದ ಒಂದು ಫೊರ್ಕ್ ಮಾಡಲಾದ ಪ್ರತಿಗೆ ಪೈಪ್ ಮಾಡಲ್ಪಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಈಗ ಸೇರ್ಪಡಿಸಲಾಗಿದೆ. | path/to/applicationಅನ್ನು /proc/sys/kernel/core_pattern ನಲ್ಲಿ ಇರಿಸುವ ಮೂಲಕ ಇದನ್ನು ಶಕ್ತಗೊಳಿಸಬಹುದು. ಒಂದು ಕೋರ್ ಅನ್ನು ಬಿಸುಡಿದಾಗ(ಡಂಪ್), ಸೂಚಿಸಲಾದ ಒಂದು ಅನ್ವಯದ ಒಂದು ಪ್ರತಿಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುವುದು, ಹಾಗು ಕೋರ್ ಅನ್ನು stdin ಗೆ ಪೈಪ್ ಮಾಡಲಾಗುವುದು. ಇದರಿಂದಾಗಿ ಕೋರ್ ವರ್ಧಿಸಲ್ಪಡುತ್ತದೆ, ವಿಶ್ಲೇಷಿಸಲ್ಪಡುತ್ತದೆ ಹಾಗು ಕೋರ್ ಡಂಪ್ ಸಮಯದಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ನಿಭಾಯಿಸಲ್ಪಡುತ್ತದೆ.

/proc/cpuinfo ಕಡತವು ಈಗ ಪ್ರತಿಯೊಂದು ಪ್ರತ್ಯೇಕ CPU ಇಂದ ಬಳಸಲಾದ Advanced Programmable Interrupt Controller (APIC) ಯ ID ಯನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ.

Machine Check Exception (MCE) ಕರ್ನಲ್ ಉಪವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಸ ಗಣಕಗಳ ಅಗತ್ಯವನ್ನು ಪೂರೈಸುವ ಸಲುವಾಗಿ ಹೆಚ್ಚಿನ ಮೆಮೊರಿ ಸಂರಚನೆಯನ್ನು ಬೆಂಬಲಿಸುವಂತೆ ಉತ್ತಮಗೊಳಿಸಲಾಗಿದೆ.

ಸಾಂಬಾದ ಮೂಲಕ ಕಡತವ್ಯವಸ್ಥೆಗಳನ್ನು ಆರೋಹಿಸುವಾಗ ಆರೋಹಣಾ ಆಜ್ಞೆಯು ಈಗ ಕರ್ಬರೋಸ್ ದೃಢೀಕರಣವನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. sec=krb5 ಅಥವ sec=krb5i ಸ್ವಿಚ್ ಈಗ ಕರ್ನಲ್ ಒಂದು ಬಳಕೆದಾರ ಸ್ಥಳ ಅನ್ವಯಕ್ಕಾಗಿ ಬಯಸುವುದನ್ನು (cifs.upcall) ಅನುಮತಿಸಲಿದ್ದು, ಇದು ಒಂದು SPNEGO (Simple and Protected GSSAPI Negotiation Mechanism) ಸುರಕ್ಷತಾ blob (Binary Large OBject) ಅನ್ನು ಮರಳಿಸುತ್ತದೆ. ನಂತರ ಕರ್ನಲ್ ಪರಿಚಾರಕದೊಂದಿಗೆ ದೃಢೀಕರಿಸಲು ಹಾಗ ಬಯಸಲಾದ ಕಡತವ್ಯವಸ್ಥೆಯನ್ನು ಆರೋಹಿಸಲು ಈ blob ಅನ್ನು ಬಳಸಬಹುದು.

IOAPIC NMI ವಾಚ್‌ಡಾಗ್ ಕ್ರಮವನ್ನು ಬಳಸಿದ ಒಂದು ಗಣಕದಲ್ಲಿ ನೀವು ಕರ್ನಲ್ ನಿಯತಾಂಕ kernel.unknown_nmi_panic ಅನ್ನು ಸಂರಚಿಸಿದ್ದಲ್ಲಿ,ಒಂದು ಕರ್ನಲ್ ಪ್ಯಾನಿಕ್ ಸಂಭವಿಸಬಹುದು. ಇದಕ್ಕೆ ಕಾರಣ NMI ವಾಚ್‌ಡಾಗ್ NMI ಗಳ ಸುರಕ್ಷತೆಯ ಮೂಲವನ್ನು ಅಶಕ್ತಗೊಳಿಸುವುದಿಲ್ಲ.

ಈ ಬಿಡುಗಡೆಯೊಂದಿಗೆ, ಬಳಕೆದಾರರು NMI ಮೂಲವನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಅಶಕ್ತಗೊಳಿಸುವುದು ಸುಲಭವಾಗುವಂತೆ NMI ವಾಚ್‌ಡಾಗ್ ಸಂಜ್ಞೆಯನ್ನು ಪರಿಷ್ಕರಿಸಲಾಗಿದೆ. ಅಷ್ಟೆ ಅಲ್ಲದೆ IOAPIC NMI ವಾಚ್‌ಡಾಗ್ ಕ್ರಮವನ್ನು ಬಳಸುವ ಗಣಕಗಳಲ್ಲಿ ಈಗ ನೀವು ಕರ್ನಲ್ ನಿಯತಾಂಕ kernel.unknown_nmi_panic ಅನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಸಂರಚಿಸಬಹುದಾಗಿದೆ.

powernowk8 ಚಾಲಕವು ಚಾಲನೆಯಲ್ಲಿರುವ CPUಗಳ ಮೇಲೆ ಅಗತ್ಯವಿರುವ ಸಾಕಷ್ಟು ಪರಿಶೀಲನೆಯನ್ನು ನಡೆಸುತ್ತಿರಲಿಲ್ಲ. ಅದರ ಪರಿಣಾಮದಿಂದಾಗಿ, ಚಾಲಕವನ್ನು ಆರಂಭಿಸಿದಾಗ, ಒಂದು ಕರ್ನಲ್ oops ದೋಷ ಸಂದೇಶವು ಕಾಣಿಸಿಕೊಳ್ಳಬಹುದು. ಈ ಅಪ್‌ಡೇಟಿನಲ್ಲಿ powernowk8 ಚಾಲಕವು ಬೆಂಬಲ ಇರುವ CPU ಗಳ ಸಂಖ್ಯೆಯು (supported_cpus) ಆನ್‌ಲೈನ್‌ CPU ಗಳ ಸಂಖ್ಯೆಗೆ (num_online_cpus) ಸಮನಾಗಿದೆಯೆ ಎಂದು ಪರಿಶೀಲಿಸಲಿದ್ದು, ಇದರಿಂದಾಗಿ ಈ ಸಮಸ್ಯೆಯು ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ.

CPUFreq, ಕರ್ನಲ್ ಉಪವ್ಯವಸ್ಥೆಯಾದಂತಹ ಇದು CPU ಫ್ರೀಕ್ವೆನ್ಸಿ ಹಾಗು ವೋಲ್ಟೇಜ್ ಅನ್ನು ಅಳತೆ ಮಾಡುವ ಇದನ್ನು Cell ಸಂಸ್ಕಾರಕಗಳಿಗೆ ಸುಧಾರಿತ ಬೆಂಬಲ ನೀಡುವಂತೆ ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ. ಈ ಅಪ್‌ಡೇಟ್ ಒಂದು Synergistic Processing Unit (SPU) ಎಚ್ಚರಿಸುವ CPUFreq ಮೇಲ್ವಿಚಾರಕವನ್ನು ಅನ್ವಯಿಸುವ ಇದು Cell ಸಂಸ್ಕಾರಕಗಳ ವಿದ್ಯುಚ್ಛಕ್ತಿ ನಿರ್ವಹಣೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ.

Error Detection and Correction (EDAC) ವು ಈಗ Red Hat Enterprise Linux 5.3 ರಲ್ಲಿನ Cell Broadband Engine ಆರ್ಕಿಟೆಕ್ಚರಿನಲ್ಲಿ ನಲ್ಲಿ ಬೆಂಬಲಿತವಾಗಿದೆ. EDACಅ ಅನ್ನು ಶಕ್ತಗೊಳಿಸಲು, ಈ ಆಜ್ಞೆಯನ್ನು ಬಳಸಿ: modprobe cell_edac

ಚಾಲನೆಯಲ್ಲಿರುವ ನಿಮ್ಮ ಕರ್ನಲ್‌ಗೆ ಈ ಘಟಕವನ್ನು ಸೇರಿಸಲಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು, /var/log/dmesg ನಲ್ಲಿ ಈ ಕೆಳಗಿನಂತಿರುವ ಔಟ್‌ಪುಟ್ ಅನ್ನು ನೋಡಿ:

EDAC MC: Ver: 2.0.1 Oct  4 2008
EDAC MC0: Giving out device to cell_edac MIC: DEV cbe-mic
EDAC MC1: Giving out device to cell_edac MIC: DEV cbe-mic

ಸರಿಪಡಿಸಬಹುದಾದ ಮೆಮೊರಿ ದೋಷಗಳು ಕಂಡುಬಂದಲ್ಲಿ, ನಿಮ್ಮ ಕನ್ಸೋಲಿನಲ್ಲಿ ಈ ಕೆಳಗಿನಂತಹ ಸಂದೇಶವು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ:

EDAC MC0: CE page 0xeff, offset 0x5700, grain 0, syndrome 0x51, row 0, channel
0, label "":

ಅನೇಕ ಎಳೆಗಳ ನಡುವೆ ಹಂಚಲಾಗಿರುವ ಒಂದು ವೇರಿಯೇಬಲ್ ಅನ್ನು ಬಳಸುವ ಯಂತ್ರಾಂಶ ನೋಡುಬಿಂದುಗಳಿಂದಾಗಿ(ವಾಚ್‌ಪಾಯಿಂಟ್ಸ್‍) GNU Debugger (GDB) ವಿಚಿತ್ರ ರೀತಿಯಲ್ಲಿ ಟ್ರಿಗರ್ ಸನ್ನಿವೇಶಗಳು ತಪ್ಪಿ ಹೋಗುತ್ತಿತ್ತು. ನೋಡುಬಿಂದುಗಳ ಟ್ರಿಗರುಗಳನ್ನು ಕ್ರಮವಾಗಿ GDB ಪಡೆದುಕೊಳ್ಳುವುದನ್ನು ಅನುತಿಸುವಂತೆ ಕರ್ನಲ್ ಅನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ. ಇದರಿಂದಾಗಿ ದೋಷ ನಿವಾರಣಾ ಅಧಿವೇಶನದ ಮೇಲಿನ ನಂಬಿಕಾರ್ಹತೆಯು ಹೆಚ್ಚುತ್ತದೆ.

kprobe-booster ಈಗ ia64 ಹಾಗು x86_64 ಆರ್ಕಿಟೆಕ್ಚರುಗಳ ಮೇಲೆ ಬೆಂಬಲಿತವಾಗಿದ್ದು, ಇದರಿಂದಾಗಿ ಬಳಕೆದಾರರು ಕರ್ನಲ್ ಘಟನೆಗಳನ್ನು ಇನ್ನೂ ವೇಗವಾಗಿ ತನಿಖೆ ಮಾಡಬಹುದಾಗಿದೆ. ಈ ಸೌಲಭ್ಯದಿಂದಾಗಿ, 64-ಬಿಟ್ ಆರ್ಕಿಟೆಕ್ಚರುಗಳ ಮೇಲೆ ತನಿಖಾ ಉಪಕರಣಗಳಿಂದಾಗಿ(ಉದಾ SystemTap and Kprobes) ಉಂಟಾಗುತ್ತಿದ್ದಂತಹ ಹೆಚ್ಚುವರಿ ಹೊರೆಗಳೂ ಸಹ ಕಡಿಮೆಯಾಗುತ್ತದೆ.

_PTCಗಾಗಿ (Processor Throttling Control), _TSS (Throttling Supported States) ಹಾಗು _TPC (Throttling Present Capabilities) ವಿಷಯಗಳಿಗೆ ಕರ್ನಲ್‌ನಲ್ಲಿ ಬೆಂಬಲವನ್ನು ಸೇರಿಸಲಾಗಿದೆ. Advance Configuration and Power Interface specification (ACPI) ನ ಒಂದು ಭಾಗವಾದ ಈ ಬೆಂಬಲವು ಸಂಸ್ಕರಣಾ ತ್ರಾಟಲಿಂಗ್‌ನ ಸುಧಾರಿತ ನಿರ್ವಹಣೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ.

zipl.conf ನಲ್ಲಿ, ಒಂದು ಜೋಡಿ ಉದ್ಧರಣ ಚಿಹ್ನೆಗಳ ಒಳಗೆ ಎರಡು ಜೋಡಿ ಉದ್ಧರಣ ಚಿಹ್ನೆಗಳನ್ನು ಹೊಂದಿರುವ ನಿಯತಾಂಕಗಳು (ಅಂದರೆ parameters='vmhalt="LOGOFF"') ತಪ್ಪಾಗಿ ಪಾರ್ಸ್ ಮಾಡಲಾದವುಗಳನ್ನು ಸೂಚಿಸುತ್ತವೆ. ಅದರ ಪರಿಣಾಮವಾಗಿ, ಕರ್ನಲ್-kdump ಪ್ಯಾಕೇಜನ್ನು ಅನುಸ್ಥಾಪಿಸುವಾಗ ವಿಫಲಗೊಂಡಿರಬಹುದು, ಹಾಗು ಈ ದೋಷಕ್ಕೆ ಕಾರಣವಾಗಿರಬಹುದು:

grubby fatal error: unable to find a suitable template

Dual-Core Intel Itanium 2 ಸಂಸ್ಕಾರಕವು ಈ ಹಿಂದಿನ Intel Itanium ಸಂಸ್ಕಾರಕಗಳಿಗೆ ಹೋಲಿಸಿದಲ್ಲಿ ವಿಭಿನ್ನವಾದ ರೀತಿಯಲ್ಲಿ machine check architecture (MCA) ಅನ್ನು ತುಂಬಿಸಿದೆ. ಕ್ಯಾಶೆ ಪರಿಶೀಲನೆ ಹಾಗು ಬಸ್ ಪರಿಶೀಲನೆ ಗುರಿ ಪತ್ತೆಗಾರಗಳು ಈಗ ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ವಿಭಿನ್ನವಾಗಿರುತ್ತವೆ. ಸಮರ್ಪಕವಾದ ಗುರಿ ಪತ್ತೆಗಾರನನ್ನು ಹುಡುಕುವಂತೆ ಕರ್ನಲ್ ಅನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ.

kprobe-booster ಈಗ ia64 ಹಾಗು x86_64 ಆರ್ಕಿಟೆಕ್ಚರುಗಳ ಮೇಲೆ ಬೆಂಬಲಿತವಾಗಿದ್ದು, ಇದರಿಂದಾಗಿ ಬಳಕೆದಾರರು ಕರ್ನಲ್ ಘಟನೆಗಳನ್ನು ಇನ್ನೂ ವೇಗವಾಗಿ ತನಿಖೆ ಮಾಡಬಹುದಾಗಿದೆ. ಈ ಸೌಲಭ್ಯದಿಂದಾಗಿ, 64-ಬಿಟ್ ಆರ್ಕಿಟೆಕ್ಚರುಗಳ ಮೇಲೆ ತನಿಖಾ ಉಪಕರಣಗಳಿಂದಾಗಿ(ಉದಾ SystemTap and Kprobes) ಉಂಟಾಗುತ್ತಿದ್ದಂತಹ ಹೆಚ್ಚುವರಿ ಹೊರೆಗಳೂ ಸಹ ಕಡಿಮೆಯಾಗುತ್ತದೆ.

ಈ ಅಪ್‌ಡೇಟ್‌ನಲ್ಲಿ, ಕರ್ನಲ್‌ನಲ್ಲಿ pselect() ಹಾಗು ppoll() ಗಣಕಕರೆಗೆ ಬೆಂಬಲವನ್ನು ಸೇರಿಸಲಾಗಿದೆ.

blktap (blocktap) ಬಳಕೆದಾರಸ್ಥಳ ಉಪಕರಣವನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದ್ದು, ಇದು blktap ಇಂದ ಬೆಂಬಲಿತವಾದ ವರ್ಚುವಲೈಸ್ ಆದಂತಹ ಅತಿಥಿಗಳಲ್ಲಿ ವರ್ಗಾವಣಾ ಅಂಕಿಅಂಶಗಳನ್ನು ನೋಡಿಕೊಳ್ಳುವ ಕಾರ್ಯಶೀಲತೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ.

Intel Extended Page Table (EPT) ಸವಲತ್ತಿಗೆ ಬೆಂಬಲವನ್ನು ಸೇರಿಸಲಾಗಿದ್ದು, ಇದು EPT ಅನ್ನು ಬೆಂಬಲಿಸುವ ಯಂತ್ರಾಂಶಗಳ ಮೇಲೆ ಸಂಪೂರ್ಣವಾಗಿ ವರ್ಚುವಲೈಸ್ ಆದಂತಹ ಅತಿಥಿಯ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆ.

ಅತಿಥಿಗಳಿಗಾಗಿನ e1000 ಜಾಲಬಂಧ ಸಾಧನ ಎಮ್ಯುಲೇಶನ್ ಅನ್ನು ಈ ಅಪ್‌ಡೇಟ್‌ನಲ್ಲಿ ಸೇರಿಸಲಾಗಿದ್ದು, ಇದು ಕೇವಲ ia64 ಆರ್ಕಿಟಕ್ಚರುಗಳ ಮೇಲೆ Windows 2003 ಅತಿಥಿಗಳನ್ನು ಮಾತ್ರ ಬೆಂಬಲಿಸುತ್ತದೆ. e1000 ಎಮ್ಯುಲೇಶನ್ ಅನ್ನು ಬಳಸಲು, xm ಆಜ್ಞೆಯನ್ನು ಬಳಸಬೇಕು.

KVM ನಲ್ಲಿನ I/O ವರ್ಚುವಲೈಸೇಶನ್‌ಗಾಗಿನ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ virtio ಗಾಗಿನ ಚಾಲಕಗಳನ್ನು Linux Kernel 2.6.27 ರಿಂದ Red Hat Enterprise Linux 5.3 ಗೆ ಹಿಮ್ಮರಳಿಸಲಾಗಿದೆ. ಈ ಚಾಲಕಗಳು ಅತ್ಯುನ್ನತ ಮಟ್ಟದ I/O ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ತೋರಿಸುವಂತೆ KVM ಅತಿಥಿಗಳನ್ನು ಶಕ್ತಗೊಳಿಸುತ್ತವೆ. virtio ಸಾಧನಗಳನ್ನು ಬೆಂಬಲಿಸುವಂತೆ ಹಲವಾರು ಬಳಕೆದಾರಸ್ಥಳ ಘಟಕಗಳಾದಂತಹ: anaconda, kudzu, lvm, selinux ಹಾಗು mkinitrd ಅನ್ನೂ ಸಹ ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ.

ಸ್ಥಳೀಯ Linux ಕರ್ನಲ್ ತಾನಾಗಿಯೆ vmcoreinfo ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಆದರೆ, dom0 ಡೊಮೈನುಗಳಲ್ಲಿ kdump ಅನ್ನು ಸಜ್ಜುಗೊಳಿಸಲು, kernel-xen-debuginfo ಪ್ಯಾಕೇಜಿನ ಅಗತ್ಯವಿರುತ್ತದೆ. ಈ ಬಿಡುಗಡೆಯೊಂದಿಗೆ, ಕರ್ನಲ್ ಹಾಗು ಹೈಪರ್ವೈಸರನ್ನು ಬದಲಾಯಿಸಲಾಗಿದ್ದು ಅವು ಈಗ ಸ್ಥಳೀಯವಾಗಿ kdump ಗೆ vmcoreinfo ಓದುವಿಕೆ ಹಾಗು ಬರೆಯುವಿಕೆಯನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. kdump ಅನ್ನು ದೋಷ ನಿವಾರಣೆ ಅಥವ ಇತರೆ ತನಿಖೆಗಳಿಗಾಗಿ dom0 ಡೊಮೈನುಗಳ ಮೇಲೆ ಬಳಸಬೇಕೆನ್ನುವ ಬಳಕೆದಾರರು ಈಗ debuginfo ಅಥವ debuginfo-common ಪ್ಯಾಕೇಜುಗಳನ್ನು ಅನುಸ್ಥಾಪಿಸದೆ ಹಾಗೆ ಮಾಡಬಹುದಾಗಿದೆ.

ಸಂಪೂರ್ಣ ವರ್ಚುವಲೈಸ್ ಆದಂತಹ Red Hat Enterprise Linux 5 ಅತಿಥಿಗಳಲ್ಲಿ ಅನುಕರಣಾ (ಎಮ್ಯುಲೇಟೆಡ್) ಡಿಸ್ಕ್‍ ಹಾಗು ಜಾಲಬಂಧ ಸಾಧನಗಳನ್ನು ಬಳಸುವಾಗ ಪ್ರಶಸ್ತವಲ್ಲದ ಕಾರ್ಯಕ್ಷಮತೆಯು ಎದುರಾಗಬಹುದು. ಈ ಅಪ್‌ಡೇಟ್‌ನಲ್ಲಿ, ಪ್ಯಾರಾವರ್ಚುವಲೈಸ್ ಆದಂತಹ ಡಿಸ್ಕುಗಳನ್ನು ಹಾಗು ಜಾಲಬಂಧಗಳನ್ನು ಸಂಪೂರ್ಣ ವರ್ಚುವಲೈಸ್ ಆದಂತಹ ಅತಿಥಿಗಳಲ್ಲಿ ಬಳಸುವುದನ್ನು ಸರಳಗೊಳಿಸುವ ಸಲುವಾಗಿ kmod-xenpv ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸೇರಿಸಲಾಗಿದೆ.

ಈ ಚಾಲಕಗಳನ್ನು ಸಂಪೂರ್ಣ ವರ್ಚುವಲೈಸ್ ಆದಂತಹ ಅತಿಥಿಗಳಲ್ಲಿ ಬಳಸುವುದರಿಂದ ಇದು ಸಂಪೂರ್ಣ ವರ್ಚುವಲೈಸ್ ಆದಂತಹ ಅತಿಥಿಗಳ ಕಾರ್ಯಕ್ಷಮತೆ ಹಾಗು ಕಾರ್ಯಶೀಲತೆಯನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಹೆಚ್ಚಿಸುವುದು. ನೆಟ್‌ಫ್ರಂಟ್ ಹಾಗು ಬ್ಲಾಕ್‌ಫ್ರಂಟ್‌ ಚಾಲಕಗಳಿಗೆ ಮಾಡಲಾದಂತಹ ದೋಷ ನಿವಾರಣೆಗಳು ತಕ್ಷಣ ಕಾರ್ಯರೂಪಕ್ಕೆ ಬರುತ್ತವೆ ಹಾಗು ಕರ್ನಲ್ ಪ್ಯಾಕೇಜಿನೊಂದಿಗೆ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ.

ಅತಿಥಿಗಳು ಈಗ 2MB ಬೆಂಬಲವಿರುವ ಪುಟ ಮೆಮೊರಿ ಕೋಷ್ಟಕಗಳನ್ನು ಬಳಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿದ್ದು, ಇದು ಗಣಕದ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ.

TTY ಸಾಧನದ ಕಾರ್ಯದ ವರದಿಗಾಗಿನ ದತ್ತಾಂಶವು ಸಮರ್ಪಕವಾಗಿ ಉತ್ಪತ್ತಿಯಾಗುತ್ತಿರಲಿಲ್ಲ. ಪರಿಣಾಮವಾಗಿ, sar -y ವು ಈ ಕೆಳಗಿನ ಸಂದೇಶದೊಂದಿಗೆ ವಿಫಲಗೊಳ್ಳುತ್ತಿತ್ತು:

Requested activities not available in file

ಈ ಪ್ಯಾಕೇಜಿನ ಅಪ್‌ಡೇಟ್‌ನಲ್ಲಿ, -y ಆಯ್ಕೆಯು TTY ಸಾಧನದ ಕಾರ್ಯವನ್ನು ಸರಿಯಾಗಿ ವರದಿ ಮಾಡುವಂತೆ sar ಅನ್ನು ಸರಿಪಡಿಸಲಾಗಿದೆ.

ಈ ಮೊದಲು, /etc/multipath.conf ನಲ್ಲಿ max_fds ಅನ್ನು unlimited ಗೆ ಹೊಂದಿಸುವುದರಿಂದ multipathd ಡೀಮನ್ ಆರಂಭಗೊಳ್ಳದಂತೆ ತಡೆಯಲ್ಪಡುತ್ತಿತ್ತು. ತೆರೆದ ಕಡತ ವಿವರಕ(ಡಿಸ್ಕ್ರಿಪ್ಟರ್) ಅನ್ನು ಗಣಕದ ಗರಿಷ್ಟಕ್ಕೆ ಹೊಂದಿಸಬೇಕಾದ ಅಗತ್ಯವಿದ್ದಾಗ, max_fds ಅನ್ನು max ಗೆ ಹೊಂದಿಸಬೇಕು.

mod_perl ಅನ್ನು ಇತ್ತೀಚಿನ ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಬಿಡುಗಡೆಯಾದಂತಹ ಆವೃತ್ತಿ 2.0.4 ಗೆ ಮರು-ಬೇಸ್ ಮಾಡಲಾಗಿದೆ. ಈ ಅಪ್‌ಡೇಟ್, Bugzilla 3.0 ರೊಂದಿಗೆ mod_perl ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಅನುಮತಿಸುವ ಒಂದು ದೋಷದ ಪರಿಹಾರವೂ ಸೇರಿದಂತೆ ಹಲವಾರು ಅಪ್‌ಡೇಟ್‌ಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ.

cups ಅನ್ನು ಆವೃತ್ತಿ 1.3.7 ಗೆ ಮರು-ಬೇಸ್ ಮಾಡಲಾಗಿದೆ. ಈ ಅಪ್‍ಡೇಟ್ ಈ ಕೆಳಗಿನ ಹಲವಾರು ದೋಷ ಪರಿಹಾರಗಳನ್ನು ಹಾಗು ಸೌಕರ್ಯಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ:

lm_sensors ಅನ್ನು ಆವೃತ್ತಿ 2.10.7 ಗೆ ಮರು-ಬೇಸ್ ಮಾಡಲಾಗಿದೆ. ಇದು ಹಲವಾರು ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಸುಧಾರಣೆಗಳನ್ನು ಹಾಗು ದೋಷ ಪರಿಹಾರಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ, k8temp ಅನ್ನು ಲೋಡ್ ಮಾಡಿದಾಗ General parse error ಸಂದೇಶದೊಂದಿಗೆ libsensors ಕುಸಿತಗೊಳ್ಳುವುದನ್ನು ತಡೆಯಲು ಒಂದು ದೋಷವನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ.

ಈ ಕೆಳಗಿನ ದೋಷಗಳಿಗೆ ಪರಿಹಾರಗಳನ್ನು ಒಳಗೊಂಡಿರುವಂತೆ elfutils ಅನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ:

vnc-server ಅನ್ನು ಆವೃತ್ತಿ 4.1.2-14.el5 ಗೆ ಮರು-ಬೇಸ್ ಮಾಡಲಾಗಿದೆ. ಈ ಅಪ್‍ಡೇಟ್ ಈ ಕೆಳಗಿನ ಪರಿಹಾರಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ:

smartmontools ಅನ್ನು ಆವೃತ್ತಿ 5.38 ಕ್ಕೆ ಮರು-ಬೇಸ್ ಮಾಡಲಾಗಿದೆ. ಈ ಆಯ್ಕೆಯು ಯಂತ್ರಾಂಶ ಸಾಧನಗಳ ಸ್ವಯಂ ಪತ್ತೆ ಮಾಡುವಿಕೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆ, CCISS RAID ಅರೆಗಳಿಗಾಗಿನ (arrays) ಬೆಂಬಲಗಳನ್ನು ಸುಧಾರಿಸುತ್ತದೆ, ಹಾಗು ಬೆಂಬಲಿತ ಸಾಧನಗಳ ಒಂದು ದೊಡ್ಡ ದತ್ತಸಂಚಯವನ್ನು ಹೊಂದಿರುತ್ತದೆ.

ಈ ಅಪ್‌ಡೇಟ್ 3ware RAID ಸಾಧನಗಳ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ನೋಡಿಕೊಳ್ಳದಂತೆ smartmontools ಅನ್ನು SELinux ತಡೆಯುತ್ತಿದ್ದಂತಹ ಒಂದು ದೋಷವನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ. smartmontools ಈಗ ಅಂತಹ ಸಾಧನಗಳ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಸರಿಯಾಗಿ ನೋಡಿಕೊಳ್ಲಬಲ್ಲದು.

python-urlgrabber ಅನ್ನು ಆವೃತ್ತಿ 3.1.0-5 ಗೆ ಮರು-ಬೇಸ್ ಮಾಡಲಾಗಿದೆ. ಈ ಅಪ್‍ಡೇಟ್ ಅಪ್‌ಸ್ಟ್ರೀಮ್‌ನ ಈ ಕೆಳಗೆ ಸೂಚಿಸಲಾಗಿರುವ ಹಲವಾರು ದೋಷ ಪರಿಹಾರಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ::

yum-utils ಅನ್ನು ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಆವೃತ್ತಿ 1.1.16 ಗೆ ಮರು-ಬೇಸ್ ಮಾಡಲಾಗಿದೆ. ಈ ಅಪ್‍ಡೇಟ್ ಈ ಕೆಳಗಿನ ಹಲವಾರು ದೋಷ ಪರಿಹಾರಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ:

ಈ ಅಪ್‌ಡೇಟ್ yum-fastestmirror ಪ್ಲಗ್ಇನ್ ಅನ್ನೂ ಸಹ ಒಳಗೊಂಡಿದ್ದು, ಇದರಿಂದಾಗಿ ಒಂದು ಮಿರರ್ ಪಟ್ಟಿಯಲ್ಲಿರುವ ಅತ್ಯಂತ ವೇಗವಾದ ರೆಪೊಸಿಟರಿಯನ್ನು yum ಆಯ್ಕೆ ಮಾಡಿಕೊಳ್ಳುವುದನ್ನು ಶಕ್ತಗೊಳಿಸುತ್ತದೆ.

Samba ಅನ್ನು ಈಗ ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಆವೃತ್ತಿ 3.2.0 ಗೆ ಮರು ಬೇಸ್ ಮಾಡಲಾಗಿದೆ. ಇದು ಹಲವಾರು ದೋಷಗಳನ್ನು ನಿವಾರಿಸುತ್ತದೆ, ಅವುಗಳಲ್ಲಿ Windows 2003 ಅನ್ನು ತಮ್ಮ ನಾಮ ಪರಿಚಾರಕ(ನೇಮ್ ಸರ್ವರ್) ಆಗಿ ಬಳಸಿಕೊಂಡಂತಹ ಡೊಮೈನುಗಳಿಗೆ ಬಳಕೆದಾರರು ಸೇರದಂತೆ ತಡೆಯುತ್ತಿದ್ದಂತಹ ಒಂದು ದೋಷವೂ ಸಹ ಒಂದಾಗಿತ್ತು. ಈ ಅಪ್‌ಡೇಟ್‌ನಲ್ಲಿ net rpc changetrustpw ಅನ್ನು ಬಳಸಿಕೊಂಡು ಗಣಕದ ಗುಪ್ತಪದವನ್ನು ಬದಲಾಯಿಸಿದಾಗ that caused samba ಡೊಮೈನ್ ಸದಸ್ಯತ್ವವನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತಿದ್ದಂತಹ ಒಂದು ದೋಷವನ್ನೂ ಸಹ ನಿವಾರಿಸಲಾಗಿದೆ.

ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ ಸೇರ್ಪಡಿಸಲಾದಂತಹ samba ದ ಅಪ್‌ಸ್ಟ್ರೀಮ್‌ನ ಅಪ್‌ಡೇಟ್‌ನ ಒಂದು ವಿವರವಾದ ಪಟ್ಟಿಗಾಗಿ, http://www.samba.org/samba/history/samba-3.0.32.html ಅನ್ನು ನೋಡಿ

OpenLDAP ಅನ್ನು ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಆವೃತ್ತಿ 2.3.43 ಗೆ ಮರು-ಬೇಸ್ ಮಾಡಲಾಗಿದೆ. ಈ ಅಪ್‍ಡೇಟ್ ಈ ಕೆಳಗೆ ಸೂಚಿಸಲಾಗಿರುವ ಹಲವಾರು ಅಪ್‌ಸ್ಟ್ರೀಮ್ ದೋಷ ಪರಿಹಾರಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ:

Red Hat ಈಗ OpenLDAP ಪರಿಚಾರಕಕ್ಕಾಗಿ ಹೆಚ್ಚುವರಿ ಓವರ್ಲೇಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ. syncprov ಅನ್ನು ಹೊರತುಪಡಿಸಿ, ಎಲ್ಲಾ ಓವರ್ಲೇಗಳು ಪ್ರತ್ಯೇಕopenldap-servers-overlays ಪ್ಯಾಕೇಜುಗಳಲ್ಲಿ ಕಂಡು ಬರುತ್ತವೆ, ಹಾಗು ಕ್ರಿಯಾಶೀಲವಾಗಿ ಲೋಡ್ ಆಗುವಂತೆ ಮಾರ್ಪಡಿಸಲಾಗುರುತ್ತದೆ. syncprov ಓವರ್ಲೇ ಅನ್ನು ಹಳೆಯ OpenLDAP ಬಿಡುಗಡೆಗಳೊಂದಿಗೆ ಸರಿಯಾಗಿ ವರ್ತಿಸುವಂತೆ ಸ್ಥಾಯಿಯಾಗಿ OpenLDAP ಪರಿಚಾರಕದೊಂದಿಗೆ ಸಂಪರ್ಕ ಜೋಡಿಸಲಾಗಿರುತ್ತದೆ.

xterm ಬೈನರಿಯನ್ನುಸಮೂಹ ID (setgid) ಬಿಟ್ ಅನ್ನು ಸಂರಚಿಸಿರುವುದರಿಂದ, ಕೆಲವೊಂದು ಪರಿಸರ ವೇರಿಯೇಬ್‌ಗಳನ್ನು (LD_LIBRARY_PATH ಹಾಗು TMPDIR ನಂತಹ) ಅನ್‌ಸೆಟ್ ಆಗಿರುತ್ತವೆ. ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ, xterm ಬೈನರಿಯಲ್ಲಿ ಈಗ 0755 ಅನುಮತಿಗಳನ್ನು ಸಂರಚಿಸಲಾಗಿದ್ದು, ಇದು ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ.

ypbind ನ ಮೂಲಕ ಅನೇಕ ಗಣಕಗಳು ಸಂಪರ್ಕಿತಗೊಂಡಿದ್ದಾಗ NIS ಪರಿಚಾರಕಗಳ ಮೇಲೆ ಹೊರೆಯನ್ನು ನಿಭಾಯಿಸಲು ಸಲಹೆ ಮಾಡಲಾಗುವ ವಿಧಾನವನ್ನು ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ ಒಂದಿಷ್ಟು ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಲಾಗುವುದು. ypbind ಡೀಮನ್‌ನ ವರ್ತನೆಯಲ್ಲಿ ಬದಲಾವಣೆಯನ್ನು ಮಾಡಲಾಗಿಲ್ಲ: ಅದು ಈಗಲೂ ಸಹ /etc/ypbind ಸಂರಚನಾ ಕಡತದಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಲಾದ ಎಲ್ಲಾ NIS ಪರಿಚಾರಕಗಳನ್ನು ಪಿಂಗ್ ಮಾಡುತ್ತದೆ ಹಾಗು ವೇಗವಾಗಿ ಪ್ರತಿಸ್ಪಂದಿಸುವ ಒಂದು ಪರಿಚಾರಕಕ್ಕೆ ಬೈಂಡ್ ಮಾಡುತ್ತದೆ. ಅದಕ್ಕೂ ಮುಂಚೆ, Before,ಪ್ರತಿಯೊಂದು ಗಣಕದಲ್ಲಿ ಲಭ್ಯವಿರುವ ಎಲ್ಲಾ NIS ಪರಿಚಾರಕಗಳನ್ನು /etc/ypbind.conf ಸಂರಚನಾ ಕಡತದಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಲು ಸೂಚಿಸಲಾಗುತ್ತಿತ್ತು, ಏಕೆಂದರೆ ಅಧಿಕ ಹೊರೆಯಲ್ಲಿರುವ ಪರಿಚಾರಕಗಳೂ ಸಹ ಈ ಪಿಂಗ್‌ಗೆ ಪ್ರತಿಸ್ಪಂದಿಸಬಹುದಾಗಿತ್ತು, ಆಮೂಲಕ ಅವುಗಳ ವಿನಾಕಾರಣ ತಮ್ಮ ಮೇಲೆಯೆ ತಾವು ಹೊರೆಯನ್ನು ಹೆಚ್ಚಿಸಿಕೊಂಡ ಹಾಗಾಗುತ್ತಿತ್ತು. ಈಗ ವ್ಯವಸ್ಥಾಪಕರಿಗೆ ಪ್ರತಿ ಗಣಕದಲ್ಲಿನ ypbind.conf ನಲ್ಲಿ ಲಭ್ಯವಿರುವ NIS ಪರಿಚಾರಕಗಳಲ್ಲಿ ಕಡಿಮೆ ಸಂಖ್ಯೆಯವುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಲು ಸೂಚಿಸಲಾಗುತ್ತದೆ, ಹಾಗು ಪ್ರತಿ ಗಣಕಕ್ಕೂ ಈ ಪಟ್ಟಿಯನ್ನು ಬದಲಾಯಿಸುವಂತೆ ಸೂಚಿಸಲಾಗುತ್ತದೆ. ಈ ಮೂಲಕ , NIS ಪರಿಚಾರಕಗಳು ಎಲ್ಲಾ ಗಣಕಗಳಿಗೂ ದೊರೆಯುವಂತೆ ಎಲ್ಲಾ NIS ಪರಿಚಾರಕಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡದ ಕಾರಣ ತಾವಾಗಿಯೆ ತಮ್ಮ ಹೊರೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಿಕೊಂಡಂತಾಗುತ್ತದೆ.

OpenMotif ಅನ್ನು ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಆವೃತ್ತಿ 2.3.1 ಗೆ ಮರು-ಬೇಸ್ ಮಾಡಲಾಗಿದೆ. ಈ ಅಪ್‍ಡೇಟ್ ಈ ಕೆಳಗಿನ ಹಲವಾರು ದೋಷ ಪರಿಹಾರಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ:

dbus ಅನ್ನು ಈಗ ಆವೃತ್ತಿ 1.1.2 ಗೆ ಮರು-ಬೇಸ್ ಮಾಡಲಾಗಿದೆ. ಬಹು-ಎಳೆಗಳ(ಮಲ್ಟಿ-ತ್ರೆಡೆಡ್) ಪ್ರೊಗ್ರಾಮ್‌ಗಳು dbus ನಲ್ಲಿ ಒಂದು ಬಿಕ್ಕಟ್ಟಿಗೆ ಕಾರಣವಾಗುತ್ತಿದಂತಹ ಒಂದು ದೋಷವನ್ನು ಈ ಅಪ್‌ಡೇಟ್‌ನಲ್ಲಿ ಪರಿಹರಿಸಲಾಗಿದೆ. ಈ ಮೊದಲಿನ ಬಿಡುಗಡೆಗಳಲ್ಲಿ, ಒಂದು ಎಳೆಯು dbus ಅನ್ನು ಆಲಿಸಿ ನಂತರ ಸಂದೇಶಗಳನ್ನು ಸಂಸ್ಕರಿಸುವಷ್ಟರಲ್ಲಿಯೆ, ಎರಡನೆ ಎಳೆಯು dbus ಗೆ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತಿತ್ತು.

strace ಅನ್ನು ಆವೃತ್ತಿ 4.5.18 ಗೆ ಮರು-ಬೇಸ್ ಮಾಡಲಾಗಿದೆ. ಇದು ಈ ಕೆಳಗಿನ ಹಲವಾರು ದೋಷಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆ:

cpuspeed ಅನ್ನು ಆವೃತ್ತಿ 1.2.1-5 ಗೆ ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿದೆ. ಈ ಅಪ್‌ಡೇಟ್‌ನೊಂದಿಗೆ, ಬೇರೆಲ್ಲಾ ಘಟಕಗಳು ವಿಫಲಗೊಂಡಾಗ cpuspeed init ಸ್ಕ್ರಿಪ್ಟ್‍ ಈಗ speedstep-centrino ಘಟಕವನ್ನು ಲೋಡ್ ಮಾಡುತ್ತದೆ. ಇದರ ಜೊತೆಯಲ್ಲಿಯೆ, Powernow-k8 ಘಟಕವನ್ನು ಲೋಡ್ ಆಗದಂತೆ ತಡೆಯುತ್ತಿದ್ದಂತಹ ಒಂದು ಬಳಕೆದಾರ-ಸ್ಥಳ ದೋಷವನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ.

ಉಪಕರಣಗಳ ಸೂಟ್ ಆದಂತಹ frysk ಅನ್ನು ಈ ವಿತರಣೆಯಿಂದ ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಹಾಕಲಾಗಿದೆ. frysk ಅನ್ನು Red Hat Enterprise Linux 5.0 ಯಲ್ಲಿ ಒಂದು ತಂತ್ರಜ್ಞಾನ ಮುನ್ನೋಟವಾಗಿ ಪರಿಚಯಿಸಲಾಗಿತ್ತು.

ಈ ಮೊದಲು, iostat -x ಆಜ್ಞೆಯಿಂದ ಒದಗಿಸಲಾಗುತ್ತಿದ್ದ ವಿಭಜನಾ I/O ಅಂಕಿಅಂಶಗಳು ಅಪೂರ್ಣವಾಗಿರುತ್ತಿತ್ತು. ಈ ಅಪ್‌ಡೇಟ್‌ನಲ್ಲಿ, ವಿಭಜನಾ ಅಂಕಿ ಅಂಶಗಳನ್ನು ಡಿಸ್ಕಿನ ಅಂಕಿಅಂಶಗಳಂತೆ ಲೆಕ್ಕ ಹಾಕಲಾಗಲಿದ್ದು, ಇದು ವಿಭಜನಾ ಮಟ್ಟದಲ್ಲಿ ಸಮಂಜಸವಾದ ಹಾಗು ವಿಸ್ತಾರವಾದ I/O ಅಂಕಿಅಂಶಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ.

ಒಂದು ಗುಪ್ತಪದವನ್ನು ಬಹಿರಂಗಪಡಿಸುವ ಲೋಪವು Dovecot ಅಂಚೆ ಪರಿಚಾರಕಕ್ಕಾಗಿನ ಸಂರಚನಾ ಕಡತದಲ್ಲಿ ಕಂಡುಬಂದಿದೆ. ಎಲ್ಲಿಯಾದರೂ ಒಂದು ಗಣಕದಲ್ಲಿ ssl_key_password ಆಯ್ಕೆಯನ್ನು ಸೂಚಿಸಲಾಗಿದ್ದಲ್ಲಿ, ಯಾವುದೆ ಸ್ಥಳೀಯ ಬಳಕೆದಾರನು SSL ಕೀಲಿ ಗುಪ್ತಪದವನ್ನು ನೋಡಬಹುದು. (CVE-2008-4870)

ಆದರೆ ಇದನ್ನೂ ಸಹ ಉತ್ತಮವಾಗಿ ಸಂರಕ್ಷಿಸಲು, ಈಗ dovecot.conf ಕಡತವು "!include_try" ನಿರ್ದೇಶಕವನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. ssl_key_password ಆಯ್ಕೆಯನ್ನು dovecot.conf ಇಂದ ತೆಗೆದು ಕೇವಲ ನಿರ್ವಾಹಕನಿಂದ ಮಾತ್ರವೆ ಮಾಲಿಕತ್ವವನ್ನು ಹೊಂದಿರುವ, ಓದಬಹುದಾದಂತಹ ಹಾಗು ಬರೆಯಬಹುದಾದಂತಹ (ಅಂದರೆ 0600) ಒಂದು ಹೊಸ ಕಡತದಲ್ಲಿ ಇರಿಸಲಾಗಿದೆ. ಈ ಕಡತವನ್ನು dovecot.conf ನಲ್ಲಿ !include_try /path/to/password/file ಆಯ್ಕೆಯನ್ನು ಹೊಂದಿಸುವ ಉಲ್ಲೇಖಿಸಬೇಕು.

ksh ಅನ್ನು ಆವೃತ್ತಿ 2008-02-02 ಗೆ ಮರು-ಬೇಸ್ ಮಾಡಲಾಗಿದೆ. ಈ ಅಪ್‌ಡೇಟ್, ಮಲ್ಟಿ-ಬೈಟ್‌ ಕ್ಯಾರೆಕ್ಟರ್ ನಿಭಾವಣೆ, ಹಲವಾರು ಕಾರ್ಯ ನಿಯಂತ್ರಣ ತೊಂದರೆಗಳು ಹಾಗು ಅಪ್‌ಸ್ಟ್ರೀಮ್‌ನ ಹಲವಾರು ದೋಷ ಪರಿಹಾರಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ. ksh ಗಾಗಿನ ಈ ಅಪ್‌ಡೇಟ್ ಈಗಿರುವ ಸ್ಕ್ರಿಪ್ಟುಗಳೊಂದಿಗಿನ ಹೊಂದಾಣಿಕೆಯನ್ನು ಉಳಿಸಿಕೊಂಡಿದ ಎಂಬುದನ್ನು ನೆನಪಿಡಿ.

vmconvert ಅನ್ನು vmur ಸಾಧನ ನೋಡ್ (/dev/0.0.000c) ಮೇಲೆ ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡದಂತೆ ಒಂದು ದೋಷವು ತಡೆಯುತ್ತಿತ್ತು. ಇದರಿಂದಾಗಿ vmur ಸಾಧನದ ಮೇಲೆ ಡಂಪ್‌ಗಳನ್ನು ನಿಲುಕಿಸಿಕೊಳ್ಳಲು vmconvert ಪ್ರಯತ್ನಿಸಿದಾಗ, ಈ ದೋಷದೊಂದಿಗೆ ವಿಫಲಗೊಳ್ಳುತ್ತಿತ್ತು,vmconvert: Open dump file failed! (Permission denied). ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ ಮಾಡಲಾದ s390utils ನ ಒಂದು ಅಪ್‌ಡೇಟ್ ಈ ತೊಂದರೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ.

mon_procd ಡೀಮನ್ ಹಾಗು mon_fsstatd ಡೀಮನ್‌ಗಾಗಿನ init ಸ್ಕ್ರಿಪ್ಟ್‍ ಹಾಗು config ಕಡತವು s390utils ಪ್ಯಾಕೇಜಿನಲ್ಲಿ ಇರಲಿಲ್ಲ. ಅದರ ಪರಿಣಾಮವಾಗಿ ಈ ಡೀಮನ್‌ಗಳನ್ನು ನಿರ್ಮಿಸಿ ಬಳಸಲಾಗುತ್ತಿರಲಿಲ್ಲ. ಈ ಅಪ್‌ಡೇಟ್‌ನಲ್ಲಿ ಬಿಟ್ಟು ಹೋಗಿದ್ದ ಈ ಕಡತಗಳನ್ನು ಸೇರಿಸಲಾಗಿದ್ದು, ಇದು ಈ ದೋಷವನ್ನು ಪರಿಹರಿಸುತ್ತದೆ.

ಈ ಆರ್ಕಿಟೆಕ್ಚರಿನಲ್ಲಿ ehci_hcd ಘಟಕವು ಮರು-ಲೋಡ್‌ ಆಗದಂತೆ ತಡೆಯುತ್ತಿದ್ದಂತಹ ಒಂದು ದೋಷವನ್ನು ಈಗ ಪರಿಹರಿಸಲಾಗಿದೆ. ಇದು Belkin 4-port PCI-Express USB Lily ಅಡಾಪ್ಟರ್ (ಅದೆ ಬಗೆಯ ಇನ್ನಿತರೆ ಸಾಧನಗಳು) ಈಗ Red Hat Enterprise Linux 5 ನಲ್ಲಿ ehci_hcd ಘಟಕವನ್ನು ಬಳಸಿದಾಗ ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತವೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ.

libhugetlbfs ಲೈಬ್ರರಿಯನ್ನು ಈಗ ಆವೃತ್ತಿ 1.3 ಕ್ಕೆ ಮರು-ಬೇಸ್ ಮಾಡಲಾಗಿದೆ. ಈ ಅಪ್‌ಡೇಟ್ ಲೈಬ್ರರಿಗೆ ಹಲವಾರು ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಸುಧಾರಣೆಗಳನ್ನು ಅನ್ವಯಿಸಲಿದ್ದು, ಆ ಮೂಲಕ ಬೃಹತ್(Huge) ಪುಟಗಳನ್ನು ಬಳಸುವ ಅನ್ವಯಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆ.

libhugetlbfs ಗಾಗಿನ ಅಪ್‌ಡೇಟ್‌ಗಳ ಒಂದು ಸಂಪೂರ್ಣಪಟ್ಟಿಗಾಗಿ, ಈ ಕೆಳಗಿನ ಕೊಂಡಿಯನ್ನು ನೋಡಿ:

http://sourceforge.net/mailarchive/message.php?msg_name=20080515170754.GA1830%40us.ibm.com

Red Hat Enterprise Linux 5.2 ರಲ್ಲಿ, ಈಗಿರುವ 32-ಬಿಟ್ httpd ಯ ಜೊತೆಗೆ httpd ಯ ಒಂದು 64-ಬಿಟ್ ಆವೃತ್ತಿಯನ್ನೂ ಸಹ ಸೇರಿಸಲಾಗಿತ್ತು. ಒಬ್ಬ ಬಳಕೆದಾರನು ಎರಡೂ ಆವೃತ್ತಿಯನ್ನು ಅನುಸ್ಥಾಪಿಸಿದ್ದಲ್ಲಿ, ಒಂದು httpd ಅಸಮಂಜಸತೆ ತಲೆದೋರಿ, ಅದರಿಂದ httpd ಯು ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡದಂತೆ ತಡೆಯುಂಟಾಗುತ್ತಿತ್ತು.

ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು, httpd ಯ 64-ಬಿಟ್ ಆವೃತ್ತಿಯನ್ನು ಈ ಬಿಡುಗಡೆಯಿಂದ ತೆಗೆದು ಹಾಕಲಾಗಿದೆ. ಈ ಬಿಡುಗಡೆಗಾಗಿ httpd ಅನ್ನು ನವೀಕರಿಸಿದಾಗ httpd ಯ 64-ಬಿಟ್ ಆವೃತ್ತಿಯು ತಾನಾಗಿಯೆ ತೆಗೆದು ಹಾಕಲ್ಪಡುತ್ತದೆ.

ನಿರ್ವಹಣಾ ಕಡತವ್ಯವಸ್ಥೆಯನ್ನು ಗೂಢಲಿಪೀಕರಿಸಲು ಹೊಸ ಡಿಸ್ಕ್‍ ಗೂಢಲಿಪೀಕರಣ ಸವಲತ್ತನ್ನು ಬಳಸಿದರೆ, ಗಣಕವನ್ನು ಸ್ಥಗಿತಗೊಳಿಸುವಾಗ ಕನ್ಸೋಲಿನಲ್ಲಿ ಈ ಕೆಳಗಿನ ದೋಷ ಸಂದೇಶವು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ:

Stopping disk encryption [FAILED]

ಈ ಸಂದೇಶವನ್ನು ಆಲಕ್ಷಿಸುವುದರಿಂದ ಯಾವುದೆ ತೊಂದರೆ ಉಂಟಾಗುವುದಿಲ್ಲ, ಹಾಗು ಸ್ಥಗಿತ ಕಾರ್ಯವು ಯಶಸ್ವಿಯಾಗಿ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ.

ಗೂಢಲಿಪೀಕರಣಗೊಂಡ ಸಾಧನವನ್ನು ಬಳಸುವಾಗ, ಬೂಟ್‌ ಆಗುವ ಸಮಯದಲ್ಲಿ ಈ ಕೆಳಗಿನ ದೋಷ ಸಂದೇಶವು ಕಾಣಿಸಿಕೊಳ್ಳಬಹುದು:

insmod: error inserting '/lib/aes_generic.ko': -1 File exists

multipath ನ ಮೇಲೆ ಬಹು ಸಾಧನ (MD) RAID ಅನ್ನು ಬಳಸಿಕೊಂಡು ಅನುಸ್ಥಾಪಿಸುವುದರಿಂದ ಬೂಟ್‌ ಆಗದೆ ಇರುವಂತಹ ಒಂದು ಗಣಕಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. RAID ಅನ್ನು ಆಂತರಿಕವಾಗಿ ಒದಗಿಸುವ Storage Area Network (SAN) ಸಾಧನಗಳಿಗಾಗಿನ multipath ಮೇಲೆ ಯಾವುದೆ ಪರಿಣಾಮವಾಗುವುದಿಲ್ಲ.

ಅನೇಕ ಸಂಖ್ಯೆಯ LUN ಗಳನ್ನು ಒಂದು ನೋಡ್‌ಗೆ ಸೇರಿಸಿದಾಗ, ಅದಕ್ಕಾಗಿ multipath ಸಾಧನ ನೋಡ್‌ಗಳನ್ನು ನಿರ್ಮಿಸಲು udev ಗಾಗಿ ತೆಗೆದುಕೊಳ್ಳುವ ಸಮಯವನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಹೆಚ್ಚಿಸುತ್ತದೆ. ನಿಮಗೆ ಈ ತೊಂದರೆಯು ಎದುರಾದಲ್ಲಿ, /etc/udev/rules.d/40-multipath.rules ಕಡತದಲ್ಲಿನ ಈ ಕೆಳಗಿನ ಸಾಲನ್ನು ಅಳಿಸುವುದರಿಂದ ಅದನ್ನು ಸರಿಪಡಿಸಬಹುದು:

KERNEL!="dm-[0-9]*", ACTION=="add", PROGRAM=="/bin/bash -c '/sbin/lsmod | /bin/grep ^dm_multipath'", RUN+="/sbin/multipath -v0 %M:%m"

Red Hat Enterprise Linux 5.3 ಕ್ಕೂ ಮುಂಚಿನ ಆವೃತ್ತಿಯಿಂದ ನವೀಕರಿಸುವಾಗ ಈ ಕೆಳಗಿನ ದೋಷವು ಎದುರಾಗಬಹುದು:

Updating  : mypackage                 ################### [ 472/1655]
rpmdb: unable to lock mutex: Invalid argument

ಲಾಕಿಂಗ್ ತೊಂದರೆಯ ಕಾರಣವಾಗಿದ್ದಂತಹ glibc ಯಲ್ಲಿ futex ಲಾಕಿಂಗ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುವ 5.2 ಹಾಗು 5.3 ರ ನಡುವೆ ಪ್ರತಿ-ಪ್ರಕ್ರಿಯೆಗೆ ಅನುಗುಣವಾಗಿ ಸುಧಾರಿಸಲಾಗಿದೆ. ಪರಿಣಾಮವಾಗಿ, 5.2 glibc ಯನ್ನು ಬಳಸಿಕೊಂಡು ಚಲಾಯಿತಗೊಳ್ಳುವ ಪ್ರೊಗ್ರಾಂಗಳು 5.3 glibc ಬಳಸಿಕೊಂಡು ಚಲಾಯಿತಗೊಳ್ಳುವ ಪ್ರೊಗ್ರಾಂಗಳೊಂದಿಗೆ ಸರಿಯಾಗಿ futex ಲಾಕಿಂಗ್ ಹಂಚಿಕೊಳ್ಳುವುದಿಲ್ಲ.

ಒಂದು ಪ್ಯಾಕೇಜಿನ ಅನುಸ್ಥಾಪಿತ ಸ್ಕ್ರಿಪ್ಟುಗಳು rpm ಅನ್ನು ಬಯಸಿದಾಗ ಎದುರಾಗುವ ಒಂದು ತೊಂದರೆಯ ಕಾರಣದಿಂದಾಗಿ ಈ ದೋಷ ಸಂದೇಶವು ಕಂಡುಬರುತ್ತದೆ. ನವೀಕರಣವನ್ನು ನಡೆಸುವ rpm ಸನ್ನಿವೇಶವು ನವೀಕರಣದಾದ್ಯಂತ ಮುಂಚಿನ glibc ಯನ್ನು ಬಳಸುತ್ತದೆ, ಆದರೆ ಸ್ಕ್ರಿಪ್ಟಿನಲ್ಲಿಯೆ ಆರಂಭಿಸಲಾದ rpm ಸನ್ನಿವೇಶವು ಹೊಸ glibc ಯನ್ನು ಬಳಸುತ್ತದೆ.

ಈ ದೋಷವನ್ನು ತಪ್ಪಿಸಲು, ಮೊದಲು glibc ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ನವೀಕರಿಸಿ:

# yum update glibc
# yum update

Red Hat Enterprise Linux 5 ರಲ್ಲಿನ mvapich ಹಾಗು mvapich2 ಅನ್ನು ಕೇವಲ InfiniBand/iWARP ಒಳ ಸಂಪರ್ಕಗಳನ್ನು ಮಾತ್ರ ಬೆಂಬಲಿಸುವಂತೆ ಕಂಪೈಲ್ ಮಾಡಲಾಗಿದೆ. ಪರಿಣಾಮವಾಗಿ, ಅವು ಎತರ್ನೆಟ್ ಅಥವ ಇನ್ನಿತರೆ ಜಾಲಬಂಧ ಒಳಸಂಪರ್ಕಗಳ ಮೇಲೆ ಚಲಾಯಿತಗೊಳ್ಳುವುದಿಲ್ಲ.

ಎರಡಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಗೂಢಲಿಪೀಕರಣಗೊಂಡ ಸಾಧನಗಳನ್ನು ಒಳಗೊಂಡ ಗಣಕಗಳಲ್ಲಿ, ಅನಕೊಂಡಾವು ಒಂದು ಜಾಗತಿಕ ಗುಪ್ತಪದವನ್ನು ಒದಗಿಸುವ ಆಯ್ಕೆಯನ್ನು ನೀಡುತ್ತದೆ. ಆದರೆ, init ಸ್ಕ್ರಿಪ್ಟುಗಳು ಈ ಸವಲತ್ತನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ಗಣಕವನ್ನು ಬೂಟ್ ಮಾಡುವಾಗ, ಗೂಢಲಿಪಿಕರಿಸಿದ ಪ್ರತಿಯೊಂದು ಸಾಧನಕ್ಕೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಗುಪ್ತಪದವನ್ನು ನಮೂದಿಸಬೇಕಾಗುತ್ತದೆ.

yum ಬಳಸಿಕೊಂಡು openmpi ಅನ್ನು ನವೀಕರಿಸುವಾಗ, ಈ ಕೆಳಗಿನ ಎಚ್ಚರಿಕೆಯು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ:

cannot open `/tmp/openmpi-upgrade-version.*' for reading: No such file or directory

IRQ SMP ಒಲವು MSI per-vector masking ಸಾಮರ್ಥ್ಯವಿರದೆ message signalled interrupts (MSI) ಅನ್ನು ಬಳಸುವ ಕೆಲವೊಂದು ಸಾಧನಗಳ ಮೇಲೆ ಯಾವುದೆ ಪರಿಣಾಮವನ್ನು ಬೀರುವುದಿಲ್ಲ. ಅಂತಹ ಸಾಧನಗಳ ಉದಾಹರಣೆಗಳೆಂದರೆ, bnx2 ಚಾಲಕವನ್ನು ಬಳಸುವ Broadcom NetXtreme ಎತರ್ನೆಟ್ ಸಾಧನಗಳು.

ನೀವು ಅಂತಹ ಸಾಧನಗಳಿಗೆ IRQ ಒಲವನ್ನು ಸಂರಚಿಸಬೇಕಿದ್ದರೆ, /etc/modprobe.d/ ನಲ್ಲಿ ಈ ಕೆಳಗಿನ ಸಾಲನ್ನು ಹೊಂದಿರುವ ಒಂದು ಕಡತವನ್ನು ರಚಿಸುವ ಮೂಲಕ MSI ಅನ್ನು ಅಶಕ್ತಗೊಳಿಸಿ:

options bnx2 disable_msi=1

ಪರ್ಯಾಯವಾಗಿ ನೀವು ಕರ್ನಲ್ ಘಟಕ ನಿಯತಾಂಕ pci=nomsi ವನ್ನು ಬಳಸಿ MSI ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅಶಕ್ತಗೊಳಿಸಬಹುದು.

Red Hat Enterprise Linux 5 ನೊಂದಿಗೆ Dell PowerEdge R905 ಪರಿಚಾರಕದಲ್ಲಿನ CD-ROM/DVD-ROM ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ದಯವಿಟ್ಟು ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ Knowledgebase #13121 ಅನ್ನು ನೋಡಿ: http://kbase.redhat.com/faq/FAQ_103_13121.

ಅಪ್‍ಡೇಟ್ ಆದಂತಹ /etc/udev/rules.d/50-udev.rules ಕಡತದಲ್ಲಿನ ಒಂದು ದೋಷವು ಟೇಪ್ ಸಾಧನದಲ್ಲಿ 9 ಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯೊಂದಿಗೆ ಅವುಗಳ ಹೆಸರುಗಳನ್ನು ನಿರಂತರವಾಗಿ ರಚಿಸುವುದನ್ನು ತಡೆಯುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಒಂದು ಟೇಪ್ ಸಾಧನಕ್ಕೆ nst12 ಎಂಬ ಒಂದು ಹೆಸರಿನೊಂದಿಗೆ ಒಂದು ನಿರಂತರ ಹೆಸರನ್ನು ರಚಿಸುವಂತಿಲ್ಲ.

ಇದಕ್ಕಾಗಿನ ಬೇರೊಂದು ಪರಿಹಾರವೆಂದರೆ, /etc/udev/rules.d/50-udev.rules ನಲ್ಲಿ ಇರುವ ಪ್ರತಿ nst[0-9] ಸಾಲಿನಲ್ಲಿ ಒಂದು ನಕ್ಷತ್ರಚಿಹ್ನೆ(*)ಯನ್ನು ಸೇರಿಸಿ.

smartctl ಉಪಕರಣವು SATA ಸಾಧನಗಳಿಂದ SMART ನಿಯತಾಂಕಗಳನ್ನು ಸರಿಯಾಗಿ ಓದುವುದಿಲ್ಲ.

openmpi ಹಾಗು lam ನ ಹಿಂದಿನ ಆವೃತ್ತಿಯಲ್ಲಿನ ಒಂದು ತೊಂದರೆಯು ಈ ಪ್ಯಾಕೇಜ್‍ಗಳನ್ನು ನವೀಕರಿಸದಂತೆ ತಡೆಯಬಹುದು. ಈ ತೊಂದರೆಯುಈ ಕೆಳಗಿನ ದೋಷದಲ್ಲಿ ವ್ಯಕ್ತಗೊಳ್ಳುತ್ತದೆ (openmpi ಅಥವ lam ಅನ್ನು ನವೀಕರಿಸಲು ಪ್ರಯತ್ನಿಸುವಾಗ):

error: %preun(openmpi-[version]) scriptlet failed, exit status 2

ಇದಲ್ಲದೆ, openmpi ಹಾಗು lam ಗಳ ಇತ್ತೀಚಿನ ಆವೃತ್ತಿಗಳನ್ನು ಅನುಸ್ಥಾಪಿಸಲು ಅವುಗಳ ಹಳೆಯ ಆವೃತ್ತಿಯನ್ನು ಕೈಯಾರೆ ತೆಗೆದು ಹಾಕಬೇಕಾಗುತ್ತದೆ. ಹಾಗೆ ಮಾಡಲು,ಈ ಕೆಳಗಿನ rpm ಆಜ್ಞೆಯನ್ನು ಬಳಸಿ:

rpm -qa | grep '^openmpi-\|^lam-' | xargs rpm -e --noscripts --allmatches

dm-multipath ಅನ್ನು ಬಳಸುವಾಗ, /etc/multipath.conf ನಲ್ಲಿ features "1 queue_if_no_path" ಅನ್ನು ಸೂಚಿಸಲ್ಪಟ್ಟಲ್ಲಿ ಒಂದು ಅಥವ ಹೆಚ್ಚಿನ ಪಥಗಳು ಮರುಸ್ಥಾಪಿತಗೊಳ್ಳುವವರೆಗೂ I/O ಅನ್ನು ಸೂಚಿಸುವ ಯಾವುದೆ ಪ್ರಕ್ರಿಯೆ ಸ್ಥಬ್ಧಗೊಂಡಿರುತ್ತದೆ.

ಇದನ್ನು ತಪ್ಪಿಸಲು, /etc/multipath.conf ನಲ್ಲಿ no_path_retry [N] ಅನ್ನು ಹೊಂದಿಸು (ಇಲ್ಲಿ [N] ಎನ್ನುವುದು ಗಣಕವು ಒಂದು ಪಥದಲ್ಲಿ ಮರುಪ್ರಯತ್ನಿಸುವ ಸಂಖ್ಯೆಯಾಗಿರುತ್ತದೆ). ಹೀಗೆ ಮಾಡುವಾಗ, /etc/multipath.conf ನಿಂದ features "1 queue_if_no_path" ಆಯ್ಕೆಯನ್ನೂ ಸಹ ತೆಗೆದು ಹಾಕಿ.

"1 queue_if_no_path" ಅನ್ನು ಬಳಸಿಕೊಂಡು ಇಲ್ಲಿ ನೀಡಲಾದ ತೊಂದರೆಯನ್ನು ನೋಡಬೇಕೆಂದರೆ, ಒಂದು ನಿರ್ದಿಷ್ಟ LUN ನಲ್ಲಿ (ಅಂದರೆ ಯಾವುದಕ್ಕೆ ಎಲ್ಲಾ ಮಾರ್ಗಗಳು ಲಭ್ಯವಿಲ್ಲವೋ ಅದಕ್ಕೆ) ಪಾಲಿಸಿಯನ್ನು ಸಂಪಾದಿಸಲು dmsetup ಅನ್ನು ಬಳಸಿ.

ಇದನ್ನು ತೋರಿಸಲು: dmsetup message [device] 0 "fail_if_no_path" ಅನ್ನು ಚಲಾಯಿಸಿ, ಇಲ್ಲಿ [device] ಯು ಯಾವುದಕ್ಕೆ ನೀವು ಪಾಲಿಸಿಯನ್ನು "queue_if_no_path" ಇಂದ "fail_if_no_path"ಗೆ ಬದಲಾಯಿಸಬೇಕೆಂದಿರುವಿರೊ ಆ ಬಹುಮಾರ್ಗ(ಮಲ್ಟಿಪಾತ್) ಸಾಧನದ ಹೆಸರಾಗಿದೆ (ಉದಾ. mpath2; ಮಾರ್ಗವನ್ನು ಒದಗಿಸಬೇಡಿ).

ಅನುಸ್ಥಾಪಿತಗೊಂಡಿರುವ ಒಂದು ಕರ್ನಲ್‍ನ ಅನೇಕ ಆವೃತ್ತಿಗಳನ್ನು ಶಕ್ತಗೊಳಿಸುವುದನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ಇದಲ್ಲದೆ, ಒಂದು ಕರ್ನಲ್ ಘಟಕದಲ್ಲಿ ಒಂದು ದೋಷ ಕಂಡುಬಂದರೆ ಕೆಲವು ಸಂದರ್ಭದಲ್ಲಿ ಅದೆ ಕರ್ನಲ್‍ ಘಟಕದ ಹಳೆಯ ಆವೃತ್ತಿಯು ಶಕ್ತಗೊಳಿಸಲ್ಪಡುತ್ತದೆ.

ನೀವು ಅನುಸ್ಥಾಪಿತಗೊಂಡಿರುವ ಕರ್ನಲ್‍ನ ಒಂದು ಹೊಸ ಆವೃತ್ತಿಯನ್ನು ಅನುಸ್ಥಾಪಿಸುವಾಗ, ಹಳೆಯ ಆವೃತ್ತಿಯನ್ನು ಅಳಿಸಿ ಹಾಕುವಂತೆ Red Hat ಸಲಹೆ ಮಾಡುತ್ತದೆ.

NFS ಮೂಲದಿಂದ ಸಂರಚಿತಗೊಂಡ IBM Bladecenter QS21 ಅಥವ QS22 ನಲ್ಲಿ kdump ಅನ್ನು ಚಲಾಯಿಸುವುದು ವಿಫಲಗೊಳ್ಳುತ್ತದೆ.ಇದನ್ನು ತಪ್ಪಿಸಲು, ಒಂದು NFS dump ಟಾರ್ಗೆಟ್ ಅನ್ನು /etc/kdump.conf ನಲ್ಲಿ ಸೂಚಿಸಿ.

IBM T60 ಲ್ಯಾಪ್‍ಟಾಪ್‍ಗಳನ್ನು ಸ್ಥಗಿತಗೊಳಿಸಿ ಒಂದು ಡಾಕಿಂಗ್ ಸ್ಟೇಶನ್‍ಗೆ ಜೋಡಿಸಿದಾಗ, ಅವು ಆಫ್ ಆಗುತ್ತವೆ. ಇದನ್ನು ತಪ್ಪಿಸಲು ಗಣಕವನ್ನು acpi_sleep=s3_bios ಆರ್ಗ್ಯುಮೆಂಟ್‍ನೊಂದಿಗೆ ಆರಂಭಿಸಿ.

IBM ಬ್ಲೇಡ್ ಸೆಂಟರ್ ಗಾಗಿನ QLogic iSCSI ವಿಸ್ತರಣಾ ಕಾರ್ಡ್ ಎತರ್ನೆಟ್ ಹಾಗು iSCSI ಕಾರ್ಯ ಎರಡನ್ನೂ ಒದಗಿಸುತ್ತದೆ. ಕಾರ್ಡಿನಲ್ಲಿನ ಕೆಲವೊಂದು ಭಾಗವನ್ನು ಎರಡೂ ಹಂಚಿಕೆಗೊಂಡಿವೆ. ಆದರೆ ಈಗಿನ qla3xxx ಹಾಗು qla4xxx ಚಾಲಕಗಳುಎತರ್ನೆಟ್ ಹಾಗು iSCSI ಕಾರ್ಯಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಬೆಂಬಲಿಸುತ್ತದೆ. ಎರಡೂ ಚಾಲಕಗಳು ಎತರ್ನೆಟ್ ಹಾಗು iSCSI ಕಾರ್ಯಗಳನ್ನು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಬಳಸುವುದನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ.

ಈ ಮಿತಿಯ ಕಾರಣ, ಅನುಕ್ರಮವಾದ ಮರುಸಿದ್ಧಗೊಳಿಸಲ್ಪಟ್ಟಾಗ (ಅನುಕ್ರಮವಾದ ifdown/ifup ಆಜ್ಞೆಗಳು) ಸಾಧನವು ಸ್ಥಬ್ಧಗೊಳ್ಳಬಹುದು. ಇದನ್ನು ತಪ್ಪಿಸಲು, ifup ನಂತರ ifdown ಅನ್ನು ನೀಡುವ ಮೊದಲು ಒಂದು 10-ಸೆಕೆಂಡುಗಳ ಕಾಲಾವಧಿಯನ್ನು ನೀಡಿ. ಇದರ ಜೊತೆಗೆ, ifdown ನ ನಂತರ ifup ಅನ್ನು ಒದಗಿಸುವ ಮೊದಲು ಅದೆ 10-ಸೆಕೆಂಡುಗಳ ಕಾಲಾವಧಿಯನ್ನು ನೀಡಿ. ifup ಯನ್ನು ಒದಗಿಸಿದ ನಂತರ ಎಲ್ಲಾ ಕ್ರಿಯೆಗಳನ್ನು ಸ್ಥಿರೀಕರಿಸಲು ಹಾಗು ಮರು ಆರಂಭಿಸಲು ಈ ಕಾಲವಧಿಯು ಸಾಕಾಗುತ್ತದೆ.

Cisco Aironet MPI-350 ವೈರ್-ಲೆಸ್ ಕಾರ್ಡುನ್ನು ಹೊಂದಿದ ಲ್ಯಾಪ್-ಟಾಪ್ ಗಳಿಗೆ ತಂತಿಯುಕ್ತ ಎತರ್ನೆಟ್ ಪೋರ್ಟನ್ನು ಉಪಯೋಗಿಸಿ ಜಾಲಬಂಧ ಆಧರಿತ ಅನುಸ್ಥಾಪನೆಯನ್ನು ಮಾಡುವಾಗ DHCP ವಿಳಾಸವನ್ನು ಪಡೆಯುವ ಯತ್ನದಲ್ಲಿ ಗಣಕ ಸ್ಥಗಿತಗೊಳ್ಳಬಹುದು.

ಇದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು, ನಿಮ್ಮ ಅನುಸ್ಥಾಪನೆಗೆ ಸ್ಥಳೀಯ ಮಾಧ್ಯಮವನ್ನು ಉಪಯೋಗಿಸಿ. ಬದಲಾಗಿ, ಅನುಸ್ಥಾಪನೆಗೂ ಮೊದಲು ನೀವು ಲ್ಯಾಪ್ಟಾಪಿನ BIOS ನ ವೈರ್ಲೆಸ್ ಕಾರ್ಡನ್ನು ಅಶಕ್ತಗೊಳಿಸಬಹುದು (ಅನುಸ್ಥಾಪನೆ ಮುಗಿದ ನಂತರ ನೀವು ವೈರ್ಲೆಸ್ ಕಾರ್ಡನ್ನು ಪುನಃ ಶಕ್ತಗೊಳಿಸಬಹುದು).

Red Hat Enterprise Linux 5.3 ರಲ್ಲಿ /var/log/boot.logಗೆ ಬೂಟ್-ಸಮಯದ ದಾಖಲೆಯು ಲಭ್ಯವಿರುವುದಿಲ್ಲ.

ಎಲ್ಲಿಯಾದರೂ X ಚಲಾಯಿತವಾಗುತ್ತಿದ್ದು ಮತ್ತು vesa ವಲ್ಲದೆ ಬೇರೆ ಒಂದು ಚಾಲಕವನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, ಗಣಕವು ಒಂದು kexec/kdump ಕರ್ನಲ್ಲಿಗೆ ಯಶಸ್ವಿಯಾಗಿ ಬೂಟ್ ಆಗದೇ ಇರಬಹುದು. ATI Rage XL ಚಿತ್ರಾತ್ಮಕ ಚಿಪ್ ಸೆಟ್ಟುಗಳಲ್ಲಿ ಮಾತ್ರ ಈ ತೊಂದರೆಯು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ.

ATI Rage XL ನಿಂದ ಅಣಿಗೊಂಡ ಗಣಕದಲ್ಲಿ X ಚಾಲನೆಯಾಗುತ್ತಿದ್ದರೆ, ಒಂದು kexec/kdump ಕರ್ನಲ್ಲಿಗೆ ಯಶಸ್ವಿಯಾಗಿ ಬೂಟ್ ಮಾಡಲು ಅನುವಾಗುವಂತೆ vesa ಚಾಲಕವನ್ನು ಬಳಸಲು ಮರೆಯದಿರಿ.

Red Hat Enterprise Linux 5.2 ಅನ್ನು nVidia CK804 ಚಿಪ್ ಸೆಟ್ ಅನುಸ್ಥಾಪಿತವಾಗಿರುವ ಗಣಕದಲ್ಲಿ ಉಪಯೋಗಿಸುವಾಗ, ನಿಮಗೆ ಈ ರೀತಿಯ ಕರ್ನಲ್ ಸಂದೇಶಗಳು ದೊರೆಯಬಹುದು:

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

ಈ ಸಂದೇಶಗಳು ಕೆಲವೊಂದು PCI-ಪೋರ್ಟುಗಳು IRQಗಳಿಗಾಗಿ ಕೋರುತ್ತಿಲ್ಲ ಎಂದು ಸೂಚಿಸುತ್ತದೆ, ಹಾಗೆಯೇ, ಈ ಸಂದೇಶಗಳು ಯಾವುದೇ ಕಾರಣಕ್ಕೂ ಗಣಕದ ಕಾರ್ಯ ನಿರ್ವಹಣೆಯ ಮೇಲೆ ಪ್ರಭಾವ ಬೀರುವುದಿಲ್ಲ.

ನೀವು ಮೂಲವಾಗಿ ಪ್ರವೇಶಿಸಿದಾಗ ತೆಗೆದು ಹಾಕಬಹುದಾದ ಶೇಖರಣಾ ಸಾಧನಗಳು (CDಗಳು ಹಾಗು DVDಗಳು) ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಆರೋಹಿಸಲ್ಪಡುವುದಿಲ್ಲ. ಹಾಗಾಗಿ, ನೀವು ಚಿತ್ರಾತ್ಮಕ ಕಡತ ವ್ಯವಸ್ಥಾಪಕವನ್ನು ಬಳಸಿಕೊಂಡು ಕೈಯಾರೆ ಸಾಧನವನ್ನು ಆರೋಹಿಸಬೇಕಾಗುತ್ತದೆ.

ಪರ್ಯಾಯವಾಗಿ, ನೀವು ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಒಂದು ಸಾಧನವನ್ನು /media ಕ್ಕೆ ಆರೋಹಿಸಬಹುದಾಗಿದೆ:

mount /dev/[device name] /media

ಒಂದು LUN ಅನ್ನು ಸಂರಚನಾ ಫೈಲರಿನಿಂದ ಅಳಿಸಿಹಾಕಿದಾಗ, ಪರಿವರ್ತನೆಯು ಅತಿಥೇಯದಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಅಂತಹ ಸಂದರ್ಭದಲ್ಲಿ, dm-multipath ಅನ್ನು ಬಳಸಿದಾಗ lvm ಆಜ್ಞೆಗಳು ಅನಿರ್ದಿಷ್ಟವಾಗಿ ಜಡಗೊಳ್ಳುತ್ತವೆ, ಏಕೆಂದರೆ LUN ಈಗ ಸ್ಥಬ್ದ ಗೊಂಡಿರುತ್ತದೆ.

ಇದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು, ಎಲ್ಲಾ ಸಾಧನಗಳನ್ನು ಹಾಗು /etc/lvm/.cacheದಲ್ಲಿರುವ ಸ್ಥಬ್ದ 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

-ll ಆಯ್ಕೆಯೊಂದಿಗೆ multipath ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಿದಾಗ ಎಲ್ಲಿಯಾದರೂಮಾರ್ಗಗಳಲ್ಲಿ ಒಂದು ಮಾರ್ಗವು ನಿರ್ಬಂಧಿಸುವ ಸಾಧನದಲ್ಲಿದ್ದರೆ ಅದು ಸ್ಥಬ್ಧಗೊಳ್ಳಬಹುದು. ಸಾಧನವು ಪ್ರತಿಸ್ಪಂದಿಸದೆ ಇದ್ದಲ್ಲಿ ಚಾಲಕವು ಒಂದಿಷ್ಟು ಸಮಯದ ನಂತರ ಮನವಿಯು ವಿಫಲಗೊಳ್ಳುವುದಿಲ್ಲ ಎನ್ನುವುದನ್ನು ನೆನಪಿಡಿ.

ಇದು ಸ್ವಚ್ಚಗೊಳಿಕಾ(ಕ್ಲೀನ್ಅಪ್) ಕ್ರಮದಿಂದಾಗಿ ಆಗಿದ್ದು, ಇದು ಮಾರ್ಗ ಪತ್ತೆಗಾರನು ಪೂರ್ಣಗೊಳ್ಳುವವರೆಗೆ ಅಥವ ವಿಫಲಗೊಳ್ಳುವವರೆಗೆ ಕಾಯುತ್ತದೆ. ಬದಲಿಗೆ ಆಜ್ಞೆಯನ್ನು ಸ್ಥಗಿತಗೊಳಿಸದೆ ಈಗಿರುವ multipath ಸ್ಥಿತಿಯನ್ನು ತೋರಿಸಲು, multipath -l ಬಳಸಿ.

pm-utils ಅನ್ನು Red Hat Enterprise Linux 5.2 ರ 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 ಚಾಲಕವು ಒಂದು ಅನಾಹುತಕಾರಿಯಾದ ದೋಷವನ್ನು ವರದಿ ಮಾಡಿದೆ ಎಂದಾದಲ್ಲಿ, ಅದು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಕೆದಾರ ಅನ್ವಯದಿಂದ ಬಾಕಿ ಉಳಿದಿರುವ ಕಾರ್ಯ ಮನವಿಗಳ ಸಂಖ್ಯೆಗೆ ಸಂಬಂಧಿತವಾದ ಸಾಕಷ್ಟಿಲ್ಲದ ಕಂಪ್ಲೀಶನ್ ಕ್ಯೂ ಡೆಪ್ತ್‍ಗೆ ಸಂಬಂಧಿಸಿರುತ್ತದೆ.

ಯಂತ್ರಾಂಶವು ಅಂತಹ ಒಂದು ಸನ್ನಿವೇಶದಿಂದ ಚೇತರಿಸಿಕೊಂಡರೂ ಸಹ, ಆ ದೋಷದ ಸಂದರ್ಭದಲ್ಲಿ ಎಲ್ಲಾ ಸಂಪರ್ಕಗಳು ಕಡಿದು ಹೋಗುತ್ತವೆ. ಇದು ಬಳಕೆದಾರ ಅನ್ವಯದಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಸೆಗ್ಮೆಂಟೇಶನ್ ದೋಷಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ಅಲ್ಲದೆ, ದೋಷದ ಸಂಭವಿಸಿದ ಸಂದರ್ಭದಲ್ಲಿ opensm ಚಾಲನೆಯಲ್ಲಿದ್ದಲ್ಲಿ, ಅದು ಪುನಃ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಅದನ್ನು ನೀವು ಸ್ವತಃ ಮರು ಆರಂಭಿಸಬೇಕಾಗುತ್ತದೆ.

Red Hat Enterprise Linux 5 ಅನ್ನು ಒಂದು ಅತಿಥಿಯ ಮೇಲೆ ಅನುಸ್ಥಾಪಿಸುವಾಗ, ಅತಿಥಿಯನ್ನು dom0 ಇಂದ ಒದಗಿಸಲಾದ ಒಂದು ತಾತ್ಕಾಲಿಕ ಕರ್ನಲ್ ಅನ್ನು ಬಳಸಲು ಬಳಸುವಂತೆ ಸ್ಪಷ್ಟವಾಗಿ ಸಂರಚಿಸಲಾಗಿರುತ್ತದೆ. ಅನುಸ್ಥಾಪನೆಯು ಪೂರ್ಣಗೊಂಡ ನಂತರ, ಅದು ತನ್ನದೆ ಆದಂತಹ ಬೂಟ್ ಲೋಡರ್ ಅನ್ನು ಬಳಸಬಹುದಾಗಿದೆ. ಆದರೆ, ಹೀಗೆ ಮಾಡಲು ಅತಿಥಿಯ ಪ್ರಥಮ ಮರುಬೂಟ್ ಒಂದು ಸ್ಥಗಿತವಾಗಿರುವಂತೆ(ಶಟ್‌ಡೌನ್) ಒತ್ತಾಯಪಡಿಸುವ ಅಗತ್ಯವಿರುತ್ತದೆ.

ಅಂದರೆ, ಅತಿಥಿ ಅನುಸ್ಥಾಪನೆಯ ಕೊನೆಯಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುವ ಮರುಬೂಟ್ ಗುಂಡಿಯ ಮೇಲೆ ಕ್ಲಿಕ್ಕಿಸಿದಾಗ, ಅದು ಗಣಕವನ್ನು ಮರು ಬೂಟ್‌ ಮಾಡದೆ ಸ್ಥಗಿತಗೊಳಿಸುತ್ತದೆ. ಇದು ಒಂದು ನಿರೀಕ್ಷಿತವಾದ ವರ್ತನೆಯಾಗಿರುತ್ತದೆ.

ನೀವು ಇದರ ನಂತರ ಅತಿಥಿಯನ್ನು ಬೂಟ್ ಮಾಡಿದಾಗ ಅದು ತನ್ನದೆ ಆದಂತಹ ಬೂಟ್‌ಲೋಡರನ್ನು ಬಳಸುತ್ತದೆ.

compiz ಮೇಲೆ rpmbuild ಅನ್ನು ಚಲಾಯಿಸುವುದರಿಂದ ಆಕರ(ಸೋರ್ಸ್) RPM ಅನುಸ್ಥಾಪಿತಗೊಂಡಿರುವ ಯಾವುದೆ KDE ಅಥವ qt ವಿಕಸನಾ ಪ್ಯಾಕೇಜುಗಳನ್ನು ವಿಫಲಗೊಳಿಸುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, qt-devel). ಇದಕ್ಕೆ ಕಾರಣ compiz ನ ಸಂರಚನಾ ಸ್ಕ್ರಿಪ್ಟನಲ್ಲಿನ ಒಂದು ದೋಷವಾಗಿರುತ್ತದೆ.

ಇದಕ್ಕೆ ಇನ್ನೊಂದು ಉಪಾಯವೆಂದರೆ, ಆಕರ (ಸೋರ್ಸ್) RPM ನಿಂದ compiz ಪ್ಯಾಕೇಜನ್ನು ನಿರ್ಮಿಸುವ ಮೊದಲು ನಿಮ್ಮಲ್ಲಿರುವ ಯಾವುದೆ KDE ಅಥವ qt ವಿಕಸನಾ ಪ್ಯಾಕೇಜುಗಳನ್ನು ತೆಗೆದು ಹಾಕಿ.

ಎಲ್ಲಿಯಾದರೂ ನಿಮ್ಮ ಗಣಕದಲ್ಲಿ ATI Radeon R500 ಅಥವ R600 ಗ್ರಾಫಿಕ್‌ ಕಾರ್ಡುಗಳು ಇದ್ದಲ್ಲಿ, ಅನುಸ್ಥಾಪನೆಯ ನಂತರ firstboot ಚಲಾಯಿತಗೊಳ್ಳುವುದಿಲ್ಲ. ಗಣಕವು ನೇರವಾಗಿ ಚಿತ್ರಾತ್ಮಕ ಪ್ರವೇಶ ತೆರೆಗೆ ಹೋಗುತ್ತದೆ ಹಾಗು firstboot ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಉಪೇಕ್ಷಿಸುತ್ತದೆ. ಎಲ್ಲಿಯಾದರೂ ನೀವು ಸ್ವತಃ firstbootಅನ್ನು ಚಲಾಯಿಸಲು ಪ್ರಯತ್ನಿಸಿದಲ್ಲಿ (ಅಂದರೆ ವಿಫಲಸುರಕ್ಷತೆ (ಫೇಲ್‌ಸೇಫ್)ಟರ್ಮಿನಲ್), X ಅಧಿವೇಶನವು ಕುಸಿತಗೊಳ್ಳುತ್ತದೆ.

ಈ ತೊಂದರೆ ಕಾರಣ ATI Radeon R500/R600 ಯಂತ್ರಾಂಶದಿಂದ ಬಳಸಲಾದ ಚಾಲಕವಾಗಿರುತ್ತದೆ. ಈ ಗ್ರಾಫಿಕ್ಸ್‍ ಕಾರ್ಡುಗಳಿಂದ ಬಳಸಲಾಗುವ ಡೀಫಾಲ್ಟ್‍ ಚಾಲಕವು ಇನ್ನೂ ಸಹ ತಂತ್ರಜ್ಞಾನ ಮುನ್ನೋಟದಲ್ಲಿದೆ. ಇದಕ್ಕೆ ಇನ್ನೊಂದು ಉಪಾಯವೆಂದರೆ, /etc/X11/xorg.conf ಕಡತವನ್ನು ಬ್ಯಾಕ್ಅಪ್‌ ತೆಗೆದುಕೊಳ್ಳಿ; ನಂತರ, X ಬೆಂಬಲವಿರುವ vesa ಚಾಲಕವನ್ನು ಬಳಸಲು ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು X ಅನ್ನು ಸಂರಚಿಸಿ:

system-config-display --reconfig --set-driver=vesa

ಈಗ ನೀವು firstboot ಅನ್ನು ಚಲಾಯಿಸಬಹುದು. ನಿಮ್ಮ ಹಿಂದಿನ ಸಂಯೋಜನೆಗಳಿಗೆ ಮರಳಲು, ಮೊದಲಿದ್ದ ನಿಮ್ಮ /etc/X11/xorg.conf ಅನ್ನು ಮರು ಸ್ಥಾಪಿಸಿ.

ಎಲ್ಲಿಯಾದರೂ ನಿಮ್ಮ ಗಣಕವು TSC ಟೈಮರ್ ಅನ್ನು ಬಳಸುತ್ತಿದ್ದಲ್ಲಿ, gettimeofday ಗಣಕ ಕರೆಯು ಹಿಂದಕ್ಕೆ ಚಲಿಸಬಹುದು. ಇದಕ್ಕೆ ಕಾರಣ, ಕೆಲವೊಂದು ಸಂದರ್ಭದಲ್ಲಿ ಒಂದು ಮಿತಿಮೀರಿದ ತೊಂದರೆಯಿಂದಾಗಿ TSC ಟೈಮರ್ ಗಮನಾರ್ಹವಾಗಿ ಮುಂದಕ್ಕೆ ನೆಗೆಯುತ್ತದೆ; ಹೀಗೆ ಆದಲ್ಲಿ, TSC ಟೈಮರ್ ತಾನಾಗಿಯೆ ಸರಿಪಡಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಆದರೆ ಅಂತಿಮವಾಗಿ ಸಮಯದ ಅಳತೆಯಲ್ಲಿ ಒಂದಿಷ್ಟು ಹಿಂದಕ್ಕೆ ಸರಿಯುತ್ತದೆ.

ಈ ತೊಂದರೆಯು ವ್ಯವಹಾರ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಹಾಗು ದತ್ತಸಂಚಯಗಳಲ್ಲಿ ಬಳಸಲಾಗುವಂತಹ ಸಮಯ-ಸಂವೇದಿ ಗಣಕಗಳಲ್ಲಿ ಗಂಭೀರವಾಗಿರುತ್ತದೆ. ಅಂತೆಯೆ, ನಿಮ್ಮ ಗಣಕಕ್ಕೆ ನಿಖರವಾದ ಸಮಯದ ಅಗತ್ಯವಿದ್ದಲ್ಲಿ, ನೀವು ಬೇರೊಂದು ಟೈಮರಿಗೆ ನಿಮ್ಮ ಕರ್ನಲ್ ಅನ್ನು ಹೊಂದಿಸಿಕೊಳ್ಳಿ ಎಂದು Red Hat ಬಲವಾಗಿ ಸಲಹೆ ಮಾಡುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, HPET).

sniff ಅನ್ನು ಚಲಾಯಿಸಲು ಪ್ರಯತ್ನಿಸಿದಾಗ ಒಂದು ದೋಷಕ್ಕೆ ಕಾರಣವಾಗಬಹುದು. ಏಕೆಂದರೆ ಕೆಲವೊಂದು ಪ್ಯಾಕೇಜ್‍ಗಳು dogtail ನೊಂದಿಗೆ ಅನುಸ್ಥಾಪಿತಗೊಂಡಿರುವುದಿಲ್ಲ.

ಈ ರೀತಿ ಆಗುವುದನ್ನು ತಡೆಗಟ್ಟಲು, ಈ ಕೆಳಗಿನ ಪ್ಯಾಕೇಜ್‍ಗಳನ್ನು ಅನುಸ್ಥಾಪಿಸಿ:

ಥಿನ್ ಪ್ರಾವಿಶನಿಂಗ್ ("ವರ್ಚುವಲ್ ಪ್ರಾವಿಶನಿಂಗ್" ಎಂದೂ ಸಹ ಕರೆಯಲಾಗುವ) ಅನ್ನು EMC Symmetrix DMX3 ಹಾಗು DMX4 ಯೊಂದಿಗೆ ಮೊದಲು ಬಿಡುಗಡೆ ಮಾಡಲಾಗುವುದು. ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ ದಯವಿಟ್ಟು EMC Support Matrix ಹಾಗು Symmetrix Enginuity ಕೋಡ್ ಬಿಡುಗಡೆ ಟಿಪ್ಪಣಿಗಳನ್ನು ನೋಡಿ.

/etc/multipath.conf ನಲ್ಲಿ, max_fds ಅನ್ನು unlimited ಗೆ ಸಜ್ಜುಗೊಳಿಸುವುದರಿಂದ multipathd ಡೀಮನ್ ಸರಿಯಾಗಿ ಆರಂಭಗೊಳ್ಳುವುದನ್ನು ತಡೆಯುತ್ತದೆ. ಅಷ್ಟೆ ಅಲ್ಲದೆ, ಇದರ ಬದಲಿಗೆ ನೀವು ಸಾಕಷ್ಟು ದೊಡ್ಡ ಮೌಲ್ಯವನ್ನು ಬಳಸಬೇಕಾಗುತ್ತದೆ.

SystemTap ಬಳಕೆದಾರ-ಸ್ಥಳ ಸನ್ನಿವೇಶಗಳನ್ನು ತನಿಖೆ ಮಾಡಲು ಪ್ರಸಕ್ತ GCC ಅನ್ನು ಬಳಸುತ್ತದೆ. ಆದರೆ, GCC ಇಂದ ನಿಯತಾಂಕಗಳಿಗಾಗಿ ಯಾವುದೆ ಬಗೆಯ ನಿಖರವಾದಂತಹ ಸ್ಥಳದ ಪಟ್ಟಿಯ ಮಾಹಿತಿಯೊಂದಿಗೆ ದೋಷನಿವಾರಕವನ್ನು ಒದಗಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಕೆಲವೊಂದು ಸಂದರ್ಭಗಳಲ್ಲಿ, GCC ಯು ಕೆಲವು ನಿಯತಾಂಕಗಳಿಗಾಗಿನ ಗೋಚರತೆಯನ್ನು ಒದಗಿಸಲು ಸಹ ಅಸಮರ್ಥವಾಗಿರುತ್ತವೆ. ಅದರ ಪರಿಣಾಮವಾಗಿ, ಬಳಕೆದಾರ ಸ್ಥಿತಿಯನ್ನು ತನಿಖೆ ಮಾಡುವ SystemTap ಸ್ಕ್ರಿಪ್ಟುಗಳು ನಿಖರವಲ್ಲದ ಫಲಿತಾಂಶವನ್ನು ನೀಡುತ್ತವೆ.

IBM T41 ಲ್ಯಾಪ್‌ಟಾಪ್ ಸರಿಯಾದ ರೀತಿಯಲ್ಲಿSuspend Mode ಗೆ ದಾಖಲಾಗುವುದಿಲ್ಲ; ಅಷ್ಟೆ ಅಲ್ಲದೆ, Suspend Mode ಯು ಇನ್ನೂ ಸಹ ಬ್ಯಾಟರಿಯನ್ನು ಬಳಸುತ್ತದೆ. ಏಕೆಂದರೆ Red Hat Enterprise Linux 5 ಯು ಇನ್ನೂ ಸಹ radeonfb ಘಟಕವನ್ನು ಹೊಂದಿಲ್ಲ.

ಇದಕ್ಕಿರುವ ಇನ್ನೊಂದು ಪರಿಹಾರವೆಂದರೆ, ಈ ಕೆಳಗಿನ ಸಾಲುಗಳನ್ನು ಇರುವ /usr/share/hal/scripts/ ಕಡತಕೋಶಕ್ಕೆ hal-system-power-suspend ಎನ್ನುವ ಸ್ಕ್ರಿಪ್ಟನ್ನು ಸೇರಿಸಿ:

chvt 1
radeontool light off
radeontool dac off

ಈ ಸ್ಕ್ರಿಪ್ಟ್‍ IBM T41 ಲ್ಯಾಪ್‌ಟಾಪ್‌ ಸರಿಯಾದ ರೀತಿಯಲ್ಲಿ Suspend Mode ಗೆ ದಾಖಲಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಗಣಕವು ಸಾಮಾನ್ಯ ಕಾರ್ಯಗಳನ್ನು ಸರಿಯಾಗಿ ನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು, ಈ ಕೆಳಗಿನ ಸಾಲುಗಳನ್ನು ಹೊಂದಿರುವ ಕಡತಕೋಶದಲ್ಲಿಯೆ restore-after-standby ಸ್ಕ್ರಿಪ್ಟನ್ನು ಇರಿಸಿ:

radeontool dac on
radeontool light on
chvt 7

edac ಘಟಕವನ್ನು ಲೋಡ್ ಮಾಡಲಾಗಿದ್ದರೆ, BIOS ಮೆಮೊರಿ ವರದಿಯು ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ಇದಕ್ಕೆ ಕಾರಣ ಮೆಮೊರಿ ದೋಷಗಳನ್ನು ವರದಿ ಮಾಡಲು BIOS ಬಳಸುವ ರಿಜಿಸ್ಟರನ್ನು edac ಘಟಕವು ಅಳಿಸಿ ಹಾಕುತ್ತದೆ.

ಈಗಿನ Red Hat Enterprise Linux ಚಾಲಕ ಅಪ್‌ಡೇಟ್ ಮಾದರಿಯು ಲಭ್ಯವಿರುವ ಎಲ್ಲಾ ಚಾಲಕಗಳನ್ನು ಲೋಡ್ ಮಾಡುವಂತೆ ಕರ್ನಲ್‌ಗೆ ಸೂಚಿಸುತ್ತದೆ (edac ಘಟಕವನ್ನೂ ಸೇರಿಸಿ). ನಿಮ್ಮ ಗಣಕದಲ್ಲಿ BIOS ಮೆಮೊರಿ ವರದಿ ಮಾಡುವಿಕೆಯನ್ನು ಖಚಿತ ಪಡಿಸಿಕೊಳ್ಳಲು, edac ಘಟಕವನ್ನು ಸೇರಿಸದೆ ಇರಲು ಕೈಯಾರೆ ಗುರುತು ಹಾಕಬೇಕು. ಹಾಗೆ ಮಾಡಲು, /etc/modprobe.conf ಗೆ ಈ ಕೆಳಗಿನ ಸಾಲನ್ನು ಸೇರಿಸಿ:

blacklist edac_mc
blacklist i5000_edac
blacklist i3000_edac
blacklist e752x_edac

Red Hat Enterprise Linux 5.3 ಈಗ ಅಡಿಯಲ್ಲಿರುವ ಖಂಡ ಸಾಧನವು ಅನ್‌ಲೈನ್‌ನಲ್ಲಿ ಹಿಗ್ಗುವುದನ್ನು ಹಾಗು ಕುಗ್ಗುವುದನ್ನು ಪತ್ತೆ ಮಾಡಬಲ್ಲದು. ಆದರೆ, ಒಂದು ಸಾಧನವು ತನ್ನ ಗಾತ್ರವನ್ನು ಬದಲಾಯಿಸಿದೆ ಎಂದು ಪತ್ತೆ ಮಾಡಲು ಯಾವುದೆ ಸ್ವಯಂಚಾಲಿತ ಸಾಧನಗಳಿಲ್ಲ, ಆದ್ದರಿಂದ ಇದನ್ನು ಪತ್ತೆ ಹಚ್ಚಲು ಹಾಗು ಈ ಸಾಧನದಲ್ಲಿನ(ಗಳಲ್ಲಿನ) ಯಾವುದೆ ಕಡತವ್ಯವಸ್ಥೆಯ ಗಾತ್ರವನ್ನು ಬದಲಾಯಿಸಲು ಕೆಲವು ಹಂತಗಳನ್ನು ಕೈಯಾರೆ ನಿರ್ವಹಿಸಬೇಕಾಗುತ್ತದೆ. ಗಾತ್ರ ಬದಲಾಯಿಸಲಾದ ಒಂದು ಖಂಡ ಸಾಧನವು ಕಂಡುಬಂದಾಗ, ಗಣಕದ ದಾಖಲೆಯಲ್ಲಿ ಈ ಕೆಳಗಿನಂತಿರುವ ಒಂದು ಸಂದೇಶವು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ:

VFS: busy inodes on changed media or resized disk sdi

ಖಂಡ ಸಾಧನದ ಗಾತ್ರವನ್ನು ಹೆಚ್ಚಿಸಲಾಗಿದ್ದಲ್ಲಿ, ಈ ಸಂದೇಶವನ್ನು ಆಲಕ್ಷಿಸುವುದರಿಂದ ಯಾವುದೆ ತೊಂದರೆ ಉಂಟಾಗುವುದಿಲ್ಲ. ಆದರೆ, ಮೊದಲು ಖಂಡ ಸಾಧನದಲ್ಲಿನ ದತ್ತಾಂಶವನ್ನು ಕುಗ್ಗಿಸದೆ ಕೇವಲ ಅದರ ಗಾತ್ರವನ್ನು ಮಾತ್ರ ಕುಗ್ಗಿಸಿದಲ್ಲಿ, ಅದರಲ್ಲಿನ ದತ್ತಾಂಶವು ಭ್ರಷ್ಟಗೊಳ್ಳುವ ಸಾಧ್ಯತೆ ಇದೆ

ಸಂಪೂರ್ಣ LUN (ಅಥವ ಖಂಡ ಸಾಧನ) ಅನ್ನು ಬಳಸಿಕೊಂಡು ಕಡತವ್ಯವಸ್ಥೆಯನ್ನು ನಿರ್ಮಿಸಲಾಗಿದ್ದಲ್ಲಿ ಮಾತ್ರ ಆನ್‌ಲೈನ್ ಗಾತ್ರ ಬದಲಾವಣೆ ಸಾಧ್ಯವಿರುತ್ತದೆ. ಎಲ್ಲಿಯಾದರೂ ಖಂಡ ಸಾಧನದಲ್ಲಿ ವಿಭಜನಾ ಕೋಷ್ಟಕವು ಇದ್ದಲ್ಲಿ, ಕಡತ ವ್ಯವಸ್ಥೆಯನ್ನು ಅವರೋಹಿಸಿ ನಂತರ ವಿಭಜನಾ ಕೋಷ್ಟಕವನ್ನು ಬದಲಾಯಿಸಬೇಕು.

ನಿಮ್ಮ ಗಣಕದಲ್ಲಿ GFS2 ಕಡತ ವ್ಯವಸ್ಥೆಯನ್ನು ಆರೋಹಿಸಲಾಗಿದ್ದರೆ, ಕ್ಯಾಚ್ ಮಾಡಲಾದ ಒಂದು ಐನೋಡ್ ಅನ್ನು ಒಂದು ನೋಡ್‌ನಲ್ಲಿ ನಿಲುಕಿಸಿಕೊಂಡು ನಂತರ ಇನ್ನೊಂದು ನೋಡ್‌ನಿಂದ ಸಂಪರ್ಕ ಕಡಿದು ಹಾಕಿದಲ್ಲಿ ಆ ನೋಡ್ ಸ್ಥಗಿತಗೊಳ್ಳಬಹುದು. ಇದು ಸಂಭವಿಸಿದಾಗ, ನೀವು ಸ್ಥಗಿತಗೊಂಡ ನೋಡ್ ಅನ್ನು ಆವರಿಸಿ ನಂತರ ಅದನ್ನು ಸಾಮನ್ಯವಾದ ಕ್ಲಸ್ಟರ್ ಮರುಗಳಿಕೆಯ ವಿಧಾನದ ಮೂಲಕ ಮರಳಿ ಪಡೆಯುವವರೆಗೂ ಅದು ಲಭ್ಯವಿರುವುದಿಲ್ಲ. ಕಾರ್ಯವು ಬಯಸುವ gfs2_dinode_dealloc ಹಾಗು shrink_dcache_memory ಜಡಗೊಂಡ ನೋಡ್‌ನಲ್ಲಿ ಸಿಕ್ಕಿ ಹಾಕಿಕೊಂಡ ಯಾವುದಾದರೂ ಸ್ಟಾಕ್‌ ಟ್ರೇಸ್‌ಗಳಲ್ಲಿಯೂ ಸಹ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ

ಈ ತೊಂದರೆಯು ಒಂದೇ-ನೋಡ್ ಇರುವ GFS2 ಕಡತ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಅನ್ವಯಿಸುವುದಿಲ್ಲ.

ಗಣಕವು ಬೂಟ್ ಆಗುವ ಸಮಯದಲ್ಲಿ ಈ ಕೆಳಗಿನ ಸಂದೇಶವು ಕಾಣಿಸಿಕೊಳ್ಳಬಹುದು:

Could not detect stabilization, waiting 10 seconds.
Reading all physical volumes.  This may take a while...

ipmitool ನಲ್ಲಿನ ಈಗಿನ User Payload Access ಇಂದಾಗಿ ನೀವು ಸಾಧನಗಳನ್ನು ಸಂರಚಿಸಬಹುದಾಗಿದೆ, ಆದರೆ ಇದರಿಂದಾಗಿ ಆ ಸಾಧನಗಳ ಪ್ರಸಕ್ತ ಸಂಯೋಜನೆಗಳನ್ನು ಮರಳಿಪಡೆಯಲು ಸಾಧ್ಯವಿರುವುದಿಲ್ಲ.

ಒಂದು ಕಿಕ್‌ಸ್ಟಾರ್ಟ್ ಕಡತದಲ್ಲಿ --maxsize ನಿಯತಾಂಕವನ್ನು ಹೊಂದಿಸದೆ swap --grow ನಿಯತಾಂಕವನ್ನು ಬಳಸಿದಲ್ಲಿ ಅನಕೊಂಡವು ಸ್ವಾಪ್‌ ವಿಭಾಗದ ಗಾತ್ರದ ಮೇಲೆ ಒಂದು ಪ್ರತಿಂಧವನ್ನು ಹೇರುತ್ತದೆ. ಅದು ಸಾಧನವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತುಂಬು ಬಿಡುವುದಿಲ್ಲ.

2GBಯಷ್ಟು ಭೌತಿಕ ಮೆಮೊರಿಯನ್ನು ಹೊಂದಿರುವ ಗಣಕಗಳಲ್ಲಿ, ಹೇರಲಾಗುವ ಮಿತಿಯು ಭೌತಿಕ ಮೆಮೊರಿಯ ಎರಡಷ್ಟು ಇರುತ್ತದೆ. 2GB ಗಿಂತ ಹೆಚ್ಚಿನ ಗಣಕಗಳಲ್ಲಿ, ಹೇರಲಾಗುವ ಮಿತಿಯು ಭೌತಿಕ ಮೆಮೊರಿಯ ಜೊತೆಗೆ 2GB ಯಷ್ಟು ಆಗಿರುತ್ತದೆ.

gfs2_convert ಪ್ರೊಗ್ರಾಂ, GFS2 ನಿಂದ ಬಳಸಲಾಗದೆ ಇರುವಂತಹ ಎಲ್ಲಾ ಖಂಡಗಳನ್ನು ಇನ್ನು ಮುಂದೆ GFS ಮೆಟಾಡಾಟದಿಂದ ಮುಕ್ತಗೊಳಿಸದೆ ಇರಬಹುದು. ಬಳಸಲಾಗಿರದೆ ಇರುವಂತಹ ಈ ಮೆಟಾಡಾಟ ಖಂಡಗಳನ್ನು ಕಂಡು ಹಿಡಿದು ಮುಂದಿನ ಬಾರಿ ಗಣಕದಲ್ಲಿ gfs2_fsck ಅನ್ನು ಚಲಾಯಿಸಿದಾಗ ಮುಕ್ತಗೊಳಿಸಲಾಗುವುದು. ಕಡತವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸದೆ ಇರುವ ಮುಕ್ತ ಖಂಡಗಳನ್ನಾಗಿ ಮಾರ್ಪಡಿಸಿದ ನಂತರವೆ gfs2_fsck ಅನ್ನು ಚಲಾಯಿಸಬೇಕೆಂದು ನಾವು ಸಲಹೆ ಮಾಡುತ್ತೇವೆ. ಬಳಸದೆ ಇರುವ ಈ ಖಂಡಗಳನ್ನು gfs2_fsck ಇಂದ ಈ ಕೆಳಗಿನಂತಹ ಸಂದೇಶದೊಂದಿಗೆ ಗುರುತು ಹಾಕಲ್ಪಡುತ್ತದೆ:

Ondisk and fsck bitmaps differ at block 137 (0x89) 
Ondisk status is 1 (Data) but FSCK thinks it should be 0 (Free)
Metadata type is 0 (free)

ಬೇರ್-ಮೆಟಲ್ (ವಾಸ್ತವೀಕೃತವಲ್ಲದ) ಕರ್ನಲನ್ನು ಚಲಾಯಿಸುವಾಗ, X ಪರಿಚಾರಕವುತೆರೆಯಿಂದ EDID ಮಾಹಿತಿಯನ್ನು ಹಿಂಪಡೆಯಲು ಸಾಧ್ಯವಾಗದೆ ಇರಬಹುದು. ಇದು ಸಂಭವಿಸಿದಾಗ, ಚಿತ್ರಾತ್ಮಕ (graphics) ಚಾಲಕವು ೮೦೦x೬೦೦ ಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ರೆಸಲ್ಯೂಶನನ್ನು ತೋರಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ.

ಇದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು, /etc/X11/xorg.conf ನಲ್ಲಿನ ServerLayout ವಿಭಾಗದಲ್ಲಿ ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಸೇರಿಸಿ:

"Int10Backend" "x86emu" ಆಯ್ಕೆ

Dell M4300 ಹಾಗು M6300 ನಲ್ಲಿ ರೆಕಾರ್ಡಿಂಗ್ ಅನ್ನು ಕೈಯಾರೆ ಶಕ್ತಗೊಳಿಸಬೇಕಾಗುತ್ತದೆ. ಹೀಗೆ ಮಾಡಲು, ಈ ಕೆಳಗಿನ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ:

ಗಣಕದ ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ ಬೂಟ್‌ ಸಾಧನದ ಮೇಲೆ ಗೂಢಲಿಪೀಕರಣವನ್ನು ಶಕ್ತಗೊಳಿಸಿದಲ್ಲಿ, ಬೂಟ್‌ ಸಮಯದಲ್ಲಿ ಈ ಕೆಳಗಿನ ಸಂದೇಶವು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ:

padlock: VIA PadLock not detected.

NVIDIA ಗ್ರಾಫಿಕ್ ಕಾರ್ಡುಗಳನ್ನು ಉಪಯೋಗಿಸುವ ಕೆಲವೊಂದು ಗಣಕಗಳು ಚಿತ್ರಾತ್ಮಕ ಅನುಸ್ಥಾಪನೆ ಮಾಡುವಾಗ ಅಥವ ಒಂದು ಚಿತ್ರಾತ್ಮಕ ಲಾಗಿನ್ ಆಗುವಾಗ ತಪ್ಪಾದ ಗ್ರಾಫಿಕ್ ಅಥವ ಅಕ್ಷರ ಶೈಲಿಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಇದರ ಮೇಲೆ ಕೆಲಸ ಮಾಡಲು, ಒಂದು ವಾಸ್ತವ ಕನ್ಸೋಲ್ ಹಾಗು ತಿರುಗಿ ಮೊದಲಿನ X ಸಂಕುಲಕ್ಕೆ ಬದಲಾಯಿಸಿ.

ನೀವು IBM T61 ಲ್ಯಾಪ್‌ಟಾಪ್‌ ಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, glxgears ವಿಂಡೋ ಮೇಲೆ ಕ್ಲಿಕ್ಕಿಸದಂತೆ (glxgears ಅನ್ನು ಚಲಾಯಿಸಿದಾಗ) Red Hat ಸಲಹೆ ಮಾಡುತ್ತದೆ. ಹಾಗೆ ಮಾಡುವುದರಿಂದ ಗಣಕವು ಲಾಕ್‌ ಆಗಬಹುದು.

ಹೀಗೆ ಆಗುವುದನ್ನು ತಡೆಯಲು, ಟೈಲಿಂಗ ಸವಲತ್ತನ್ನು ಅಶಕ್ತಗೊಳಿಸಿ. ಹಾಗೆ ಮಾಡಲು, /etc/X11/xorg.conf ನಲ್ಲಿನ Device ವಿಭಾಗದಲ್ಲಿ ಈ ಕೆಳಗಿನ ಸಾಲನ್ನು ಸೇರಿಸಿ:

"ಟೈಲಿಂಗ್" "0" ಆಯ್ಕೆ

Dell M4300 ಹಾಗು M6300 ನಲ್ಲಿ ರೆಕಾರ್ಡಿಂಗ್ ಅನ್ನು ಕೈಯಾರೆ ಶಕ್ತಗೊಳಿಸಬೇಕಾಗುತ್ತದೆ. ಹೀಗೆ ಮಾಡಲು, ಈ ಕೆಳಗಿನ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ:

ನಿಮ್ಮ ಗಣಕವು Intel 945GM ಗ್ರಾಫಿಕ್ಸ್‍ ಕಾರ್ಡನ್ನು ಬಳಸುತ್ತಿದಲ್ಲಿ, i810 ಚಾಲಕವನ್ನು ಬಳಸಬೇಡಿ. ಬದಲಿಗೆ ನೀವು ಕೇವಲ ಡೀಫಾಲ್ಟ್‍intel ಚಾಲಕವನ್ನು ಮಾತ್ರ ಬಳಸಬೇಕು.

ಡುವಲ್-GPU ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗಳಲ್ಲಿ, ಎಲ್ಲಿಯಾದರೂ ಗ್ರಾಫಿಕ್ಸ್‍ ಚಿಪ್‌ಗಳಲ್ಲಿ ಒಂದು Intel ಆಧರಿತವಾದುದ್ದಾಗಿದ್ದರೆ, Intel ಗ್ರಾಫಿಕ್ಸ್‍ ಕ್ರಮವು ಯಾವುದೆ ಹೊರಗಿನ ಡಿಜಿಟಲ್ ಸಂಪರ್ಕಗಳಿಗೆ (HDMI, DVI, ಹಾಗು DisplayPort ಅನ್ನೂ ಸಹ ಒಳಗೊಂಡು) ಅನುವು ಮಾಡಿಕೊಡುವುದಿಲ್ಲ. ಇದು Intel GPU ಯಂತ್ರಾಂಶದ ಒಂದು ಮಿತಿಯಾಗಿದೆ. ನಿಮಗೆ ಹೊರಗಿನ ಡಿಜಿಟಲ್ ಸಂಪರ್ಕಗಳು ಬೇಕಿದ್ದಲ್ಲಿ, ಪ್ರತ್ಯೇಕ ಚಿಪ್ ಅನ್ನು ಬಳಸುವಂತೆ ಗಣಕವನ್ನು ಸಂರಚಿಸಿ (BIOS ನಲ್ಲಿ).

Alt-SysRq-W ಅನ್ನು ದೋಷ ನಿವಾರಣೆಗೆ ಉಪಯೋಗಿಸಿದಾಗ, ಈ ಕೆಳಗಿನ ಎಚ್ಚರಿಕಾ ಸಂದೇಶ ಕಾಣಿಸುತ್ತದೆ:

Badness in smp_call_function at arch/powerpc/kernel/smp.c:223

ನಂತರದಲ್ಲಿ, ಗಣಕವೂ ಸಹ ಸ್ಥಗಿತಗೊಳ್ಳುವುದಾಗಿ ಎಚ್ಚರಿಸುತ್ತದೆ. ಇದು ಯಾವುದೇ ರೀತಿಯ ಸ್ಥಗಿತಕ್ಕೂ ಕಾರಣವಾಗದ್ದರಿಂದ ಈ ಸಂದೇಶವನ್ನು ನಿರ್ಲಕ್ಷಿಸಬೇಕು.

Dell M4300 ಹಾಗು M6300 ನಲ್ಲಿ ರೆಕಾರ್ಡಿಂಗ್ ಅನ್ನು ಕೈಯಾರೆ ಶಕ್ತಗೊಳಿಸಬೇಕಾಗುತ್ತದೆ. ಹೀಗೆ ಮಾಡಲು, ಈ ಕೆಳಗಿನ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ:

OpenFirmware ಯು ಬೆಂಬಲಿಸಲು PPC ಕರ್ನಲ್ ಚಿತ್ರಿಕೆಯ ಗಾತ್ರ ಬಹಳ ದೊಡ್ಡದಾಗಿರುತ್ತದೆ. ಆದ್ದರಿಂದ, ಜಾಲಬಂಧ ಬೂಟಿಂಗ್ ಈ ಕೆಳಗಿನ ದೋಷ ಸಂದೇಶದೊಂದಿಗೆ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ:

Please wait, loading kernel...
/pci@8000000f8000000/ide@4,1/disk@0:2,vmlinux-anaconda: No such file or directory
boot: 

2GB ಗಿಂತ ಹೆಚ್ಚಿನ ಅತಿಥಿ ಶೇಖರಣೆಯನ್ನು ಸೂಚಿಸಲಾದ ಒಂದು z/VM ನಲ್ಲಿ Red Hat Enterprise Linux 5.2 ಅನ್ನು ಚಲಾಯಿಸುವಾಗ, Queued-I/O assist (QIOASSIST) ಆಯ್ಕೆಯು ಶಕ್ತಗೊಂಡಿರುವ QDIO ವಿಧಾನವನ್ನು ಲಗತ್ತಿಸಲಾದ ಯಾವುದೆ FCP ಹಾಗು OSA ಸಾಧನದಿಂದ ಅಮಾನ್ಯ ದತ್ತಾಂಶವನ್ನು ಓದಬಹುದಾಗಿದೆ ಅಥವ ಸಾಧನಕ್ಕೆ ಬರೆಯಬಹುದಾಗಿದೆ.ಎಲ್ಲಿಯಾದರೂ ನಿಮ್ಮ ಗಣಕಕ್ಕೆ ಅಂತಹ ಸಾಧನವು ಜೋಡಿಸಲ್ಪಟ್ಟಿದ್ದರೆ, ಈ ಕೆಳಗಿನ ಕೊಂಡಿಯಿಂದ ಅದಕ್ಕೆ ಸಂಬಂಧಪಟ್ಟ z/VM Program Temporary Fix (PTF) ಅನ್ನು ಡೌನ್‍ಲೋಡ್ ಮಾಡಿ ಅನುಸ್ಥಾಪನೆ ಮಾಡಿಕೊಳ್ಳುವಂತೆ Red Hat ನಿಮಗೆ ಸಲಹೆ ಮಾಡುತ್ತದೆ:

http://www-1.ibm.com/support/docview.wss?uid=isg1VM64306

z/VM ಬಿಸುಡನ್ನು ಒಂದು ಕಡತಕ್ಕೆ ನೇರವಾಗಿ ಓದಲು ಹಾಗು ಮಾರ್ಪಡಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಬದಲಿಗೆ, ನೀವು ಮೊದಲು z/VM ಓದುಗನಿಂದ ಒಂದು Linux ಕಡತ ವ್ಯವಸ್ಥೆಗೆ vmur ಅನ್ನು ಬಳಸಿಕೊಂಡು ಮೊದಲು ನಕಲು ಮಾಡಿ ನಂತರ ಬಿಸುಡನ್ನು vmconvert ಅನ್ನು ಬಳಸಿಕೊಂಡು ಒಂದು Linux-ಓದಬಲ್ಲ ಕಡತಕ್ಕೆ ಮಾರ್ಪಡಿಸಿ.

ಐಬಿಎಂ ಸಿಸ್ಟಂ z ಸಾಂಪ್ರದಾಯಿಕ ಯುನಿಕ್ಸ್ ರೀತಿಯ ಕನ್ಸೋಲನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ. ಹಾಗೆಯೇ ಐಬಿಎಂ ಸಿಸ್ಟಂ z ಗಾಗಿ Red Hat Enterprise Linux 5.2 ಪ್ರಾರಂಭಿಕ ಲೋಡ್ ಆಗುವಾಗ ಪ್ರಥಮ ಬೂಟ್ ಕಾರ್ಯಾತ್ಮಕತೆಯನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ.

ಐಬಿಎಂ ಸಿಸ್ಟಂ zನ ಮೇಲೆ Red Hat Enterprise Linux 5.2 ಗಾಗಿ ಸೆಟ್ ಅಪ್ ಅನ್ನು ಸರಿಯಾದ ಕ್ರಮದಲ್ಲಿ ಪ್ರಾರಂಭಿಸಲು, ಅನುಸ್ಥಾಪನೆಯ ನಂತರ ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಿ:

ಕೆಲವು Itanium ಗಣಕಗಳು ಕನ್ಸೋಲ್ ಔಟ್‍ಪುಟ್ ಅನ್ನು kexec purgatory ಕೋಡ್‍ನಿಂದ ಸಮರ್ಪಕವಾಗಿ ಉತ್ಪಾದಿಸುವುದಿಲ್ಲ. ಈ ಕೋಡ್ ಒಂದು ಕುಸಿತದ ನಂತರದ ಮೊದಲಿನ 640k ಮೆಮೊರಿಯನ್ನು ಬ್ಯಾಕ್ಅಪ್ ಮಾಡಲು ಸೂಚನೆಯನ್ನು ಹೊಂದಿರುತ್ತದೆ.

purgatory ಕನ್ಸೋಲ್ ಔಟ್‍ಪುಟ್ ತೊಂದರೆಗಳನ್ನು ಪತ್ತೆ ಮಾಡಲು ಬಳಸಲ್ಪಡುತ್ತಾದರೂ, kdump ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡಲು ಇದರ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ. ಎಲ್ಲಿಯಾದರೂ ಒಂದು kdump ಕಾರ್ಯಾಚರಣೆಯ ಸಂದರ್ಭದಲ್ಲಿ ನಿಮ್ಮ Itanium ಗಣಕವು ಮರು ಆರಂಭಗೊಂಡಲ್ಲಿ, /etc/sysconfig/kdump ಯಲ್ಲಿನ KEXEC_ARGS ಚರಮೌಲ್ಯಕ್ಕೆ --noio ಅನ್ನು ಸೇರಿಸುವ ಮೂಲಕ purgatory ಕನ್ಸೋಲ್ ಔಟ್‍ಪುಟ್ ಅನ್ನು ಅಶಕ್ತಗೊಳಿಸಿ.

ವಿಭಿನ್ನ CPU ವೇಗಗಳು ಕಂಡುಬಂದಲ್ಲಿ perftest ಯು ವಿಫಲಗೊಳ್ಳುತ್ತದೆ. ಅಂತೆಯೆ, perftest ಅನ್ನು ಚಲಾಯಿಸುವ ಮೊದಲು CPU ವೇಗದ ಬದಲಾವಣೆ ಮಾಡುವುದನ್ನು ತಡೆಯಬೇಕು.

kdump ಕರ್ನಲ್ ಅನ್ನು ಬೂಟ್‌ ಮಾಡಿದಾಗ, ಬೂಟ್ ದಾಖಲೆಯಲ್ಲಿ ಈ ಕೆಳಗಿನ ದೋಷವು ಕಂಡುಬರುತ್ತದೆ:

mknod: /tmp/initrd.[numbers]/dev/efirtc: No such file or directory

ಒಂದು ಸರಿಯಲ್ಲದ ಮಾರ್ಗದಲ್ಲಿ efirtc ಅನ್ನು ರಚಿಸಲು ಸಲ್ಲಿಸಲಾದ ತಪ್ಪು ಮನವಿಯ ಕಾರಣದಿಂದಾಗಿ ಈ ದೋಷವು ಸಂಭವಿಸುತ್ತದೆ. ಆದರೆ, ಮನವಿಯಲ್ಲಿನ ಸಾಧನದ ಮಾರ್ಗವನ್ನು kdump ಸೇವೆಯು ಆರಂಭಗೊಂಡಾಗ ಕೈಯಾರೆ initramfs ನಲ್ಲಿ ಸೂಚಿಸಲಾಗಿದೆ. ಅಂತೆಯೆ, ಚಾಲನಾ ಸಮಯದಲ್ಲಿ ಸಾಧನದ ನೋಡ್ ಅನ್ನು ರಚಿಸುವುದು ಒಂದು ಸರ್ವೆ ಸಾಧಾರಣವಾದ, ತೊಂದರೆ ಇಲ್ಲದ, ಹಾಗು kdump ಯ ಮೇಲೆ ಯಾವುದೆ ಪರಿಣಾಮ ಬೀರದಿರುವಂತಹುದ್ದಾಗಿದೆ.

ಕೆಲವೊಂದು ಗಣಕಗಳಲ್ಲಿ kdump ಕರ್ನಲ್ ಅನ್ನು ಸರಿಯಾಗಿ ಬೂಟ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲದೆ ಇರಬಹುದು. ಅಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ, machvec=dig ಕರ್ನಲ್ ನಿಯತಾಂಕವನ್ನು ಬಳಸಿ.

Dell M4300 ಹಾಗು M6300 ನಲ್ಲಿ ರೆಕಾರ್ಡಿಂಗ್ ಅನ್ನು ಕೈಯಾರೆ ಶಕ್ತಗೊಳಿಸಬೇಕಾಗುತ್ತದೆ. ಹೀಗೆ ಮಾಡಲು, ಈ ಕೆಳಗಿನ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ:

Intel Itanium ಆಧರಿತವಾದ ಗಣಕಗಳಲ್ಲಿ SELinux ಅನ್ನು ಒತ್ತಾಯಪೂರ್ವಕವಾದ ಕ್ರಮದಲ್ಲಿ ಚಲಾಯಿಸುವಾಗ, IA-32 Execution Layer (ia32el ಸೇವೆ) ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡುವಂತೆ ಅನುಮತಿಸಲು ಒಂದೋ allow_unconfined_execmem_dyntrans ಅಥವ allow_execmem ಬೂಲಿಯನ್ ಅನ್ನು ಆನ್‌ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಎಲ್ಲಿಯಾದರೂ Red Hat Enterprise Linux 5 ರಲ್ಲಿ ಡೀಫಾಲ್ಟ್‍ ಆಗಿರುವಂತೆ allow_unconfined_execmem_dyntrans ಬೂಲಿಯನ್ ಆಫ್‌ ಆಗಿದ್ದು, ಆದರೆ allow_execmem ಬೂಲಿಯನ್ ಆನ್‌ ಆಗಿದ್ದಲ್ಲಿ, ia32el ಸೇವೆಯು 32-ಬಿಟ್ ಎಮ್ಯುಲೇಶನ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ; ಆದರೆ, ಎಲ್ಲಿಯಾದರೂ ಎರಡೂ ಬೂಲಿಯನ್ ಆಫ್ ಆಗಿದ್ದಲ್ಲಿ, ಎಮ್ಯುಲೇಶನ್ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ.