Red Hat Enterprise Linux - Revision history

Mooninite: Protected "Red Hat Enterprise Linux": Excessive vandalism (‎[edit=autoconfirmed] (expires 05:20, 31 March 2013 (UTC)) ‎[move=autoconfirmed] (expires 05:20, 31 March 2013 (UTC)))

2013-03-17T05:20:00Z

Protected "Red Hat Enterprise Linux": Excessive vandalism (‎[edit=autoconfirmed] (expires 05:20, 31 March 2013 (UTC)) ‎[move=autoconfirmed] (expires 05:20, 31 March 2013 (UTC)))

Mooninite: Reverted edits by 195.57.30.3 (talk) to last revision by Mooninite

2013-03-17T05:19:51Z

Reverted edits by 195.57.30.3 (talk) to last revision by Mooninite

195.57.30.3: MhZsuCstJkGWWNPdF

2013-03-16T22:34:38Z

MhZsuCstJkGWWNPdF

Show changes

Mooninite: Protected "Red Hat Enterprise Linux": Excessive vandalism ([edit=autoconfirmed] (expires 15:44, 25 September 2012 (UTC)) [move=autoconfirmed] (expires 15:44, 25 September 2012 (UTC)))

2012-09-11T15:44:35Z

Protected "Red Hat Enterprise Linux": Excessive vandalism ([edit=autoconfirmed] (expires 15:44, 25 September 2012 (UTC)) [move=autoconfirmed] (expires 15:44, 25 September 2012 (UTC)))

Mooninite at 15:44, 11 September 2012

2012-09-11T15:44:27Z

193.39.117.89: /* Tips and Tricks */

2012-09-11T08:18:37Z

‎Tips and Tricks

208.65.192.1: /* Important Note as of 5/18/2009 */

2012-09-11T08:17:44Z

‎Important Note as of 5/18/2009

77.252.66.70: /* Red Hat Enterprise Linux 4 Update 3 (RHEL 4.3 and CentOS 4.3) */

2012-09-11T08:17:38Z

‎Red Hat Enterprise Linux 4 Update 3 (RHEL 4.3 and CentOS 4.3)

77.252.66.70: /* Installation Workaround for RHEL clones */

2012-09-11T08:17:16Z

‎Installation Workaround for RHEL clones

Mooninite: Protected "Red Hat Enterprise Linux": Excessive vandalism ([edit=autoconfirmed] (expires 20:01, 29 May 2012 (UTC)) [move=autoconfirmed] (expires 20:01, 29 May 2012 (UTC)))

2012-05-15T20:01:19Z

Protected "Red Hat Enterprise Linux": Excessive vandalism ([edit=autoconfirmed] (expires 20:01, 29 May 2012 (UTC)) [move=autoconfirmed] (expires 20:01, 29 May 2012 (UTC)))

← Older revision		Revision as of 05:19, 17 March 2013
Line 1:		Line 1:
−	~~Congratulations with~~ the ~~blog it makes~~ for ~~a very enjoyable~~ and ~~iaivrmntfoe read!Having this insight into how your company operates certainly does give me a good impression, as someone who~~ is ~~currently evalulating~~ the ~~market~~ and ~~looking for~~ a ~~new web host~~.~~Here~~ are a ~~few points that have occurred~~ to ~~me following what~~ I have ~~read so far:~~1) ~~This article suggests that Centos5~~.3 would ~~be installed within~~ a ~~month~~ of the ~~post date~~. I'~~d just like~~ to ~~clarify that~~ 5.3 ~~has not yet~~ been ~~released~~, and is ~~still~~ not ~~due for a couple~~ of ~~weeks yet~~.2) ~~Can I suggest~~ that ~~you publish~~ a ~~mainentence schedule~~ for ~~planned maintenance~~, ~~stating~~ which ~~time periods~~ (~~pref at~~ the ~~weekend~~) ~~that you will usually perform any updates or upgrades?~~ I ~~am concerned~~ that, with ~~most of~~ my ~~clients in~~ the UK, ~~your US working hours may conflict with our busiest period~~. ~~Along~~ with ~~this~~, ~~your timezone and main working hours would also be valuable information~~.3) ~~Just~~ a ~~trivial point~~, ~~while~~ I ~~think of it, your blog has no link back~~ to ~~your main website (as far~~ as I ~~can tell)~~.~~That~~'s it for ~~now~~.~~Thanks~~ for ~~listening!~~ ~~Hal~~	+	"Red Hat Enterprise Linux is the leading platform for open source computing. It is sold by subscription, delivers continuous value and is certified by top enterprise hardware and software vendors. From the desktop to the datacenter, Enterprise Linux couples the innovation of open source technology and the stability of a true enterprise-class platform." -redhat.com
		+
		+	Please note that Red Hat Enterprise Linux and Fedora Core are distantly related and are not the same product. Please see the [[Fedora]] distribution page for more details.
		+
		+	Another option for those wanting the stability of RHEL, there are various RHEL clones, some of them listed below:
		+
		+	- [http://centos.org/ CentOS] is a community effort which tracks each RHEL release and update and offers up2date and yum service. All this for free, donations encouraged.
		+
		+	- The [http://linux.startcom.org/ StartCom Linux] operating systems, are based on the RedHat Enterprise and Fedora source code each modified with reliability, security and efficiency in mind, to fit the tasks assigned to each flavor of StartCom Linux.
		+
		+	==Installation Workaround for RHEL clones==
		+	Installation of current RPMs like fglrx_6_8_0-8.42.3-1.i386.rpm may fail on RHEL clones with this error message:
		+
		+	FATAL: Module fglrx not found.
		+	/var/tmp/rpm-tmp.5182: line 807: [: =: unary operator expected
		+
		+	The problem is that the installation script searches for the string "Red Hat" in /etc/redhat-release. So before installing the RPM simply replace "CentOS" by "Red Hat" in /etc/redhat-release using a text editor. After the RPM has installed successfully I recommend to restore your old /etc/redhat-release. For StartCom Linux create the file /etc/redhat-release with the string "Red Hat" in it. This seems to have been fixed as of CentOS 5.1.
		+
		+	==Red Hat Enterprise Linux 4 Update 3 (RHEL 4.3 and CentOS 4.3)==
		+	The ATI GUI installer worked just fine for me with my Radeon 9700 Pro and CentOS (RHEL) 4.3. ATI claims to "officially" support both RHEL and SUSE, So contrary to the complex install procedure shown on the SUSE pages of this wiki, if you have RHEL, I would go with the simplest approach in the Related Resources link below.
		+	== Important Note as of 5/18/2009 ==
		+	None of the above seems to work for an ATI Radeon HD4670 (512 MB) with the Dell S2409W 24" widescreen LCD on a Dell XPS 435MT (core i7-920) running under 64 bit CentOS 5.3 with the latest updates as of 5/18/2009. "Automatic" installation of the ATI Catalyst 9.4 driver seems to run smoothly, fglrxinfo detects and reports the graphics hardware, and aticonfig --initial reports that it saved a backup of xorg.conf. However, restart X11 (or reboot the PC) and what you get is an incomprehensible screen full of big squares peppered with little dots. Alt-R will reboot the PC and allow use of CD 1 to reboot linux in rescue mode, after which the driver's uninstall script works nicely. So no permanent harm seems to be done.
		+
		+	Here is what finally worked on this particular hardware:
		+
		+	First, to save time and effort, as root edit /etc/inittab and change runlevel to 3. Replace this line
		+	<pre>id:5:initdefault:</pre>
		+	with
		+	<pre># id:5:initdefault:
		+	# for tinkering with display and xorg.conf
		+	# boots to text mode, requires startx to start X
		+	id:3:initdefault:</pre>
		+	Then the system will boot to multiuser with text display, and X can be started by startx.
		+
		+	Next, make sure that the required packages have been installed. After reading the installation instructions, I used CentOS 5.3's graphical Package Manager to install the Development Libraries, Gnome Software Development, and X Software Development. Undoubtedly this adds more than the bare minimum, but disk space is cheap and (my) time is not.
		+
		+	I took the path of generating and testing rpms. This made it easy to back out of any drivers that failed to work (and plenty failed)--just ^-Alt-Backspace to break out of X, then at the command line
		+	<pre>rpm -e drivername</pre>
		+	e.g.
		+	<pre>rpm -e fglrx64_7_1_0</pre>
		+	and finally make sure that /etc/X11/xorg.conf was restored to a copy of its original form.
		+
		+	'''Caution:''' when testing, one version (8.6) responded to startx by blanking the screen for several seconds, during which the fans in the Dell XPS 435 revved up and stayed revved up. This made me nervous as I imagined the possibility that the video card might overheat (read something about that somewhere on the WWW in connection with a different card and a different driver). I had to repeatedly press ^-Alt-Del and ^-Alt-Backspace to stop it and reboot.
		+
		+	Finally I discovered that the 8.8 version worked with my hardware.
		+
		+	'''Installing the version 8.8 driver'''
		+
		+	The ATI page for the 8.8 version actually placed a file called ati-driver-installer-8-7-x86.x86_64.run on my Desktop. The name suggests that it's 8.7, but I tried it anyway.
		+
		+	As root,
		+	<pre>sh ./ati-driver-installer-8-7-x86.x86_64.run</pre>
		+	brought up a panel that I used to select "Generate Distribution Specific Driver Package." I selected RedHat/RHEL5_64a (RedHat/RHEL5 for 32 bit). The driver package turned out to be an rpm called fglrx64_7_1_0-8.512-1.x86_64.rpm (fglrx_7_1_0-8.512-1.i386.rpm for 32 bit).
		+
		+	Then I ran
		+	<pre>rpm -Uvh fglrx64_7_1_0-8.512-1.x86_64.rpm</pre>
		+	which failed with an error message that indicated it needed compat-libstdc++-33. After installing that, I tried installing the fglrx... rpm again, which succeeded. Finally, I typed
		+	<pre>aticonfig --initial</pre>
		+	at the system prompt.
		+
		+	I rebooted, logged in as myself (not root), ran startx, and was relieved to see that the display was in a higher resolution mode, and ATI Catalyst Control Center now appeared in the System / Preferences and System / Administration menus.
		+
		+	Turns out I couldn't run ATI Catalyst Control Center as myself--had to su, then run amdcccle at the command line.
		+
		+	After verifying that all was well, as root I restored the boot runlevel to 5 by editing /etc/inittab again.
		+
		+	Did a bit of tinkering and got the following performance out of glxgears: 720 frames in 5.4 sec = 133 FPS.
		+	Doesn't seem too impressive. fgl_glxgears causes a segmentation fault and exits. Dragging windows around the screen, I see a distinct lag between when I drag something and when it finally gets to its location. But at least I'm not looking at a 1200x800 display.
		+
		+	==Tips and Tricks==
		+	If you have SELinux enabled and set to enforcing you may need to change the context of the fglrx_dri.so file for it to load properly:
		+
		+	chcon -t textrel_shlib_t /usr/lib/dri/fglrx_dri.so
		+
		+	Substitute lib with lib64 where appropriate.
		+
		+	Tip for Centos 5.4 x86_64 kernel 2.6.18+
		+	Before installing the driver package it is absolutely vital to ensure that version/build number in /lib/modules/{your kernel build}/build/include/linux/utsrelease.h number is EXACTLY the same as the output of uname -r
		+
		+	for example
		+	uname-r
		+	2.6.18-164.el5
		+	cat /lib/modules/2.6.18-164.el5/build/include/linux/utsrelease.h
		+	#define UTS_RELEASE "2.6.18-164.'''1.15'''.el5"
		+
		+	fglrx.ko will NOT be built and installed properly due to the discrepancy (1.15) in utsrelease.h.
		+
		+	In most cases modifying utsrelease.h solves the problem
		+
		+	==Related Resources==
		+	[http://ati.amd.com/support/drivers/linux/linux-radeon.html Follow link "ATI Driver Installer"]
		+
		+	{{VCT}}
		+	[[Category:Distributions]]
		+	[[Category:NeedsUpdating]]

@@ Line 9: / Line 9: @@
 - The [http://linux.startcom.org/ StartCom Linux] operating systems, are based on the RedHat Enterprise and Fedora source code each modified with reliability, security and efficiency in mind, to fit the tasks assigned to each flavor of StartCom Linux.
- Hello! bkddkkd interesting bkddkkd site! I'm really like it! Very, very bkddkkd good!
+==Installation Workaround for RHEL clones==
-Very nice site!
+   FATAL: Module fglrx not found.
- Hello! eagcbgk interesting eagcbgk site! I'm really like it! Very, very eagcbgk good!
+The problem is that the installation script searches for the string "Red Hat" in /etc/redhat-release. So before installing the RPM simply replace "CentOS" by "Red Hat" in /etc/redhat-release using a text editor. After the RPM has installed successfully I recommend to restore your old /etc/redhat-release. For StartCom Linux create the file /etc/redhat-release with the string "Red Hat" in it.  This seems to have been fixed as of CentOS 5.1.
-Very nice site!
+==Red Hat Enterprise Linux 4 Update 3 (RHEL 4.3 and CentOS 4.3)==
 ==Related Resources==

@@ Line 15: / Line 15: @@
   Hello! eagcbgk interesting eagcbgk site! I'm really like it! Very, very eagcbgk good!
-==Tips and Tricks==
+Very nice site!
-If you have SELinux enabled and set to enforcing you may need to change the context of the fglrx_dri.so file for it to load properly:
-−
-     chcon -t textrel_shlib_t /usr/lib/dri/fglrx_dri.so
-−
-Substitute lib with lib64 where appropriate.
-−
-Tip for Centos 5.4 x86_64 kernel 2.6.18+
-Before installing the driver package it is absolutely vital to ensure that  version/build number in /lib/modules/{your kernel build}/build/include/linux/utsrelease.h number is EXACTLY the same as the output of uname -r
-−
-for example
-     uname-r
-.6.18-164.el5
-     cat /lib/modules/2.6.18-164.el5/build/include/linux/utsrelease.h
-     #define UTS_RELEASE "2.6.18-164.'''1.15'''.el5"
-−
-fglrx.ko will NOT be built and installed properly due to the discrepancy (1.15) in utsrelease.h.
-−
-In most cases modifying utsrelease.h solves the problem
 ==Related Resources==

@@ Line 13: / Line 13: @@
 Very nice site!
-== Important Note as of 5/18/2009 ==
+  Hello! eagcbgk interesting eagcbgk site! I'm really like it! Very, very eagcbgk good!
-None of the above seems to work for an ATI Radeon HD4670 (512 MB) with the Dell S2409W 24" widescreen LCD on a Dell XPS 435MT (core i7-920) running under 64 bit CentOS 5.3 with the latest updates as of 5/18/2009. "Automatic" installation of the ATI Catalyst 9.4 driver seems to run smoothly, fglrxinfo detects and reports the graphics hardware, and aticonfig --initial reports that it saved a backup of xorg.conf. However, restart X11 (or reboot the PC) and what you get is an incomprehensible screen full of big squares peppered with little dots.  Alt-R will reboot the PC and allow use of CD 1 to reboot linux in rescue mode, after which the driver's uninstall script works nicely. So no permanent harm seems to be done.
-−
-Here is what finally worked on this particular hardware:
-−
-First, to save time and effort, as root edit /etc/inittab and change runlevel to 3. Replace this line
-<pre>id:5:initdefault:</pre>
-with
-<pre># id:5:initdefault:
-# for tinkering with display and xorg.conf
-# boots to text mode, requires startx to start X
-id:3:initdefault:</pre>
-Then the system will boot to multiuser with text display, and X can be started by startx.
-−
-Next, make sure that the required packages have been installed. After reading the installation instructions, I used CentOS 5.3's graphical Package Manager to install the Development Libraries, Gnome Software Development, and X Software Development. Undoubtedly this adds more than the bare minimum, but disk space is cheap and (my) time is not.
-−
-I took the path of generating and testing rpms. This made it easy to back out of any drivers that failed to work (and plenty failed)--just ^-Alt-Backspace to break out of X, then at the command line
-<pre>rpm -e drivername</pre>
-e.g.
-<pre>rpm -e fglrx64_7_1_0</pre>
-and finally make sure that /etc/X11/xorg.conf was restored to a copy of its original form.
-−
-'''Caution:''' when testing, one version (8.6) responded to startx by blanking the screen for several seconds, during which the fans in the Dell XPS 435 revved up and stayed revved up. This made me nervous as I imagined the possibility that the video card might overheat (read something about that somewhere on the WWW in connection with a different card and a different driver). I had to repeatedly press ^-Alt-Del and ^-Alt-Backspace to stop it and reboot.
-−
-Finally I discovered that the 8.8 version worked with my hardware.
-−
-'''Installing the version 8.8 driver'''
-−
-The ATI page for the 8.8 version actually placed a file called ati-driver-installer-8-7-x86.x86_64.run on my Desktop. The name suggests that it's 8.7, but I tried it anyway.
-−
-As root,
-<pre>sh ./ati-driver-installer-8-7-x86.x86_64.run</pre>
-brought up a panel that I used to select "Generate Distribution Specific Driver Package."  I selected RedHat/RHEL5_64a (RedHat/RHEL5 for 32 bit).  The driver package turned out to be an rpm called fglrx64_7_1_0-8.512-1.x86_64.rpm (fglrx_7_1_0-8.512-1.i386.rpm for 32 bit).
-−
-Then I ran
-<pre>rpm -Uvh fglrx64_7_1_0-8.512-1.x86_64.rpm</pre>
-which failed with an error message that indicated it needed compat-libstdc++-33. After installing that, I tried installing the fglrx... rpm again, which succeeded. Finally, I typed
-<pre>aticonfig --initial</pre>
-at the system prompt.
-−
-I rebooted, logged in as myself (not root), ran startx, and was relieved to see that the display was in a higher resolution mode, and ATI Catalyst Control Center now appeared in the System / Preferences and System / Administration menus.
-−
-Turns out I couldn't run ATI Catalyst Control Center as myself--had to su, then run amdcccle at the command line.
-−
-After verifying that all was well, as root I restored the boot runlevel to 5 by editing /etc/inittab again.
-−
-Did a bit of tinkering and got the following performance out of glxgears: 720 frames in 5.4 sec = 133 FPS.
-Doesn't seem too impressive.  fgl_glxgears causes a segmentation fault and exits.  Dragging windows around the screen, I see a distinct lag between when I drag something and when it finally gets to its location. But at least I'm not looking at a 1200x800 display.
 ==Tips and Tricks==

@@ Line 11: / Line 11: @@
   Hello! bkddkkd interesting bkddkkd site! I'm really like it! Very, very bkddkkd good!
-==Red Hat Enterprise Linux 4 Update 3 (RHEL 4.3 and CentOS 4.3)==
+Very nice site!
-The ATI GUI installer worked just fine for me with my Radeon 9700 Pro and CentOS (RHEL) 4.3.  ATI claims to "officially" support both RHEL and SUSE,   So contrary to the complex install procedure shown on the SUSE pages of this wiki, if you have RHEL, I would go with the simplest approach in the Related Resources link below.
 == Important Note as of 5/18/2009 ==
 None of the above seems to work for an ATI Radeon HD4670 (512 MB) with the Dell S2409W 24" widescreen LCD on a Dell XPS 435MT (core i7-920) running under 64 bit CentOS 5.3 with the latest updates as of 5/18/2009. "Automatic" installation of the ATI Catalyst 9.4 driver seems to run smoothly, fglrxinfo detects and reports the graphics hardware, and aticonfig --initial reports that it saved a backup of xorg.conf. However, restart X11 (or reboot the PC) and what you get is an incomprehensible screen full of big squares peppered with little dots.  Alt-R will reboot the PC and allow use of CD 1 to reboot linux in rescue mode, after which the driver's uninstall script works nicely. So no permanent harm seems to be done.