For those interested, I switched a SL 6 desktop I use at my desk to CentOS 6 without a hurt...
Did :
Downloaded centos-release-6-0.el6.centos.5.x86_64.rpm and redhat-logos-60.0.14-10.el6.noarch.rpm from CentOS repo
rpm -e --nodeps sl-release redhat-logos rpm -hiv redhat-logos-60.0.14-10.el6.noarch.rpm centos-release-6-0.el6.centos.5.x86_64.rpm
yum update
reboot, and voilà
The only thing I noted, is that the boot screen (the image that covers the init scripts) is still centos, but the shutdown one is centos'
Have fun and thanks for that great long awaited release.
Regards,
Downloaded centos-release-6-0.el6.centos.5.x86_64.rpm and redhat-logos-60.0.14-10.el6.noarch.rpm from CentOS repo
rpm -e --nodeps sl-release redhat-logos rpm -hiv redhat-logos-60.0.14-10.el6.noarch.rpm centos-release-6-0.el6.centos.5.x86_64.rpm
yum update
reboot, and voilà
The above would only update a package if the centos repos had a higher version number than the installed SL one.... I would strongly suggest something akin to yum reinstall * and leave it to chug away (backups first naturally) for a while to refresh all the packages and teh rpm database to be in sync with the centos build..... requires matching, same build options for sure etc etc....
In the event something crops up it at least eliminates an odd untested mix for certain fundamental packages like glibc etc....
James
Hi,
By mistake, I moved the directory /etc to the /home. How can i restore the sytem back (or, at least that directory back)?
On Mon, 2011-07-11 at 16:24 +0300, beklan wrote:
By mistake, I moved the directory /etc to the /home. How can i restore the sytem back (or, at least that directory back)?
I would download Parted Magic, make a CD and boot from it.
http://partedmagic.com/doku.php?id=downloads
The Linux CD installs into RAM and allows you to mount drives and, I assume, copy or move directories. I found it useful for correcting errors in fstab and creating directories as well as partitioning drives.
Good Luck.
Always Learning wrote:
On Mon, 2011-07-11 at 16:24 +0300, beklan wrote:
By mistake, I moved the directory /etc to the /home. How can i restore the sytem back (or, at least that directory back)?
I would download Parted Magic, make a CD and boot from it.
http://partedmagic.com/doku.php?id=downloads
The Linux CD installs into RAM and allows you to mount drives and, I assume, copy or move directories. I found it useful for correcting errors in fstab and creating directories as well as partitioning drives.
That seems excessive. If you haven't rebooted, why not just mv /home/etc /? If not, any linux distro has a boot option from the install media of linux rescue.
mark
Hi, I used the partedmagic cd to move the etc directory from /home/ to / . When I reboot the system everything seems ok. But suddenly it shows an error like this,
(none) login: /bin/sh: invalid options -n Try '/bin/sh --help' fore more information INIT : Id "x" respawning too fast:disabled for 5 minutes
I think some files corrupted. Are there any way to fix the corrupted files?
beklan
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Always Learning Sent: Monday, July 11, 2011 4:40 PM To: CentOS mailing list Subject: Re: [CentOS] Restore the moved directory
On Mon, 2011-07-11 at 16:24 +0300, beklan wrote:
By mistake, I moved the directory /etc to the /home. How can i restore
the
sytem back (or, at least that directory back)?
I would download Parted Magic, make a CD and boot from it.
http://partedmagic.com/doku.php?id=downloads
The Linux CD installs into RAM and allows you to mount drives and, I assume, copy or move directories. I found it useful for correcting errors in fstab and creating directories as well as partitioning drives.
Good Luck.
At Mon, 11 Jul 2011 16:24:01 +0300 CentOS mailing list centos@centos.org wrote:
Hi,
By mistake, I moved the directory /etc to the /home. How can i restore the sytem back (or, at least that directory back)?
Boot with a rescue disk, mount your (broken) system under /sysimage and then do:
mv /sysimage/home/etc /sysimage/
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Robert Heller wrote:
At Mon, 11 Jul 2011 16:24:01 +0300 CentOS mailing list centos@centos.org wrote:
Hi,
By mistake, I moved the directory /etc to the /home. How can i restore the sytem back (or, at least that directory back)?
Boot with a rescue disk, mount your (broken) system under /sysimage and then do:
mv /sysimage/home/etc /sysimage/
+1
On Mon, 11 Jul 2011, Ljubomir Ljubojevic wrote:
To: CentOS mailing list centos@centos.org From: Ljubomir Ljubojevic office@plnet.rs Subject: Re: [CentOS] Restore the moved directory
Robert Heller wrote:
At Mon, 11 Jul 2011 16:24:01 +0300 CentOS mailing list centos@centos.org wrote:
Hi,
By mistake, I moved the directory /etc to the /home. How can i restore the sytem back (or, at least that directory back)?
Boot with a rescue disk, mount your (broken) system under /sysimage and then do:
mv /sysimage/home/etc /sysimage/
+1
Or even boot Parted Magic from the UBCD disk here:
http://www.ultimatebootcd.com/
New features in UBCD V5.0 include:
* New! The Linux-based distro Parted Magic is now included with UBCD V5.0. This should be the method of choice when you need to resize/rescue partitions, access NTFS filesystems or work with USB storage devices.
* New! UBCD V5.0 now supports both syslinux/isolinux and grub4dos. This helps improve the chances that UBCD will boot on any particular machine.
When you boot up from the CD, a text-based menu will be displayed, and you will be able to select the tool you want to run. The selected tool actually boots off a virtual floppy disk created in memory.
That will give you a full Linux desktop rescue system with nice GUI for mounting partitions, and also Midnight Commander for doing the stuff you want to.
Well worth the effort to download and burn to CD. It has 100+ utilities for sysadmin and system setup/repair jobs.
HTH
Kind Regards,
Keith Roberts
----------------------------------------------------------------- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk
All email addresses are challenge-response protected with TMDA [http://tmda.net] -----------------------------------------------------------------
Keith Roberts wrote:
On Mon, 11 Jul 2011, Ljubomir Ljubojevic wrote:
To: CentOS mailing list centos@centos.org From: Ljubomir Ljubojevic office@plnet.rs Subject: Re: [CentOS] Restore the moved directory
Robert Heller wrote:
At Mon, 11 Jul 2011 16:24:01 +0300 CentOS mailing list centos@centos.org wrote:
Hi,
By mistake, I moved the directory /etc to the /home. How can i restore the sytem back (or, at least that directory back)?
Boot with a rescue disk, mount your (broken) system under /sysimage and then do:
mv /sysimage/home/etc /sysimage/
+1
Or even boot Parted Magic from the UBCD disk here:
Or closer to home: http://centos.plnet.rs/mrepo/plnet-centos5-i386/CentOS-5.3-PLNet-i386-LiveCD...
It's my own CentOS 5.3 LiveCD (not official) with mdadm (Software RAID),NTFS (fuse-ntfs), Krusader, GParted, K3B, MadWifi (Atheros)...
Ljubomir
The above would only update a package if the centos repos had a higher version number than the installed SL one.... I would strongly suggest something akin to yum reinstall * and leave it to chug away (backups first naturally) for a while to refresh all the packages and teh rpm database to be in sync with the centos build..... requires matching, same build options for sure etc etc....
In the event something crops up it at least eliminates an odd untested mix for certain fundamental packages like glibc etc....
Yes, I know, for that machine, it's just a desktop that has x-window, gnome and a console opened up all day. I don't mind it if it function strangly... In any event, I'll just wipe the whole thing...
Yes, I know, for that machine, it's just a desktop that has x-window, gnome and a console opened up all day. I don't mind it if it function strangly... In any event, I'll just wipe the whole thing...
Ah fair enough - just wanted to give a heads up (and point to the yum reinstall option) in case anyone decided to do similar.
On Mon, 11 Jul 2011 17:31:36 +0100, James Hogarth wrote: [....]
Ah fair enough - just wanted to give a heads up (and point to the yum reinstall option) in case anyone decided to do similar.
Yo! I want to do exactly that -- shift a machine running SL (whose list is not on Gmane, oddly) to CentOS, if possible without losing my tweaks nor my data.
But I'm confused. Your advice :
I would strongly suggest something akin to yum reinstall * and leave it to chug away (backups first naturally) for a while to refresh all the packages and teh rpm database to be in sync with the centos build..... requires matching, same build options for sure etc etc....
is Geek to me.what is "*"? What rpm database? The one on my machine? What's in the repos? Or ....? What are build options? (I don't do things like make and install, because I'm not competent to recover from bloopers -- and I have a sneakin' hunch build is among those things.) What does etc., etc. include?
Might there be a web site somewhere with a pons asinorum for the subtechnoid?
Beartooth wrote:
On Mon, 11 Jul 2011 17:31:36 +0100, James Hogarth wrote: [....]
Ah fair enough - just wanted to give a heads up (and point to the yum reinstall option) in case anyone decided to do similar.
Yo! I want to do exactly that -- shift a machine running SL (whose list is not on Gmane, oddly) to CentOS, if possible without losing my tweaks nor my data.
But I'm confused. Your advice :
I would strongly suggest something akin to yum reinstall * and leave it to chug away (backups first naturally) for a while to refresh all the packages and teh rpm database to be in sync with the centos build..... requires matching, same build options for sure etc etc....
is Geek to me.what is "*"? What rpm database? The one on my machine? What's in the repos? Or ....? What are build options? (I don't do things like make and install, because I'm not competent to recover from bloopers -- and I have a sneakin' hunch build is among those things.) What does etc., etc. include?
Might there be a web site somewhere with a pons asinorum for the subtechnoid?
1. Downloaded centos-release-6-0.el6.centos.5.x86_64.rpm and redhat-logos-60.0.14-10.el6.noarch.rpm from CentOS repo
2. rpm -e --nodeps sl-release redhat-logos
3. rpm -hiv redhat-logos-60.0.14-10.el6.noarch.rpm \ centos-release-6-0.el6.centos.5.x86_64.rpm
4. yum reinstall *
5. reboot, and voilà
Ljubomir
centos-bounces@centos.org wrote:
On Mon, 11 Jul 2011 17:31:36 +0100, James Hogarth wrote: [....] But I'm confused. Your advice :
what is "yum reinstall *"?
It's telling yum to reinstall every-frigging-thing.
Insert spiffy .sig here: Life is complex: it has both real and imaginary parts. Life is not measured by the number of breaths we take, but by the moments that take our breath away.
//me ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.Hubbell.com - Hubbell Incorporated**
On Mon, 2011-07-11 at 14:17 +0100, James Hogarth wrote:
Downloaded centos-release-6-0.el6.centos.5.x86_64.rpm and redhat-logos-60.0.14-10.el6.noarch.rpm from CentOS repo
rpm -e --nodeps sl-release redhat-logos rpm -hiv redhat-logos-60.0.14-10.el6.noarch.rpm centos-release-6-0.el6.centos.5.x86_64.rpm
yum update
reboot, and voilà
The above would only update a package if the centos repos had a higher version number than the installed SL one.... I would strongly suggest something akin to yum reinstall * and leave it to chug away (backups first naturally) for a while to refresh all the packages and teh rpm database to be in sync with the centos build..... requires matching, same build options for sure etc etc....
In the event something crops up it at least eliminates an odd untested mix for certain fundamental packages like glibc etc....
An idle question:
What is the advantage of switching to CentOS 6 if you already are running SL6? Or at least... what is the purpose? I'm not really clear on the difference (other than CentOS is the noisier bit of the party).
-Iwao
CentOS has the complete RHEL binary compatibility, which SL doesn't always have. Can be a decisive thing, sometimes.
2011/7/12 夜神 岩男 supergiantpotato@yahoo.co.jp
On Mon, 2011-07-11 at 14:17 +0100, James Hogarth wrote:
Downloaded centos-release-6-0.el6.centos.5.x86_64.rpm and redhat-logos-60.0.14-10.el6.noarch.rpm from CentOS repo
rpm -e --nodeps sl-release redhat-logos rpm -hiv redhat-logos-60.0.14-10.el6.noarch.rpm centos-release-6-0.el6.centos.5.x86_64.rpm
yum update
reboot, and voilà
The above would only update a package if the centos repos had a higher version number than the installed SL one.... I would strongly suggest something akin to yum reinstall * and leave it to chug away (backups first naturally) for a while to refresh all the packages and teh rpm database to be in sync with the centos build..... requires matching, same build options for sure etc etc....
In the event something crops up it at least eliminates an odd untested mix for certain fundamental packages like glibc etc....
An idle question:
What is the advantage of switching to CentOS 6 if you already are running SL6? Or at least... what is the purpose? I'm not really clear on the difference (other than CentOS is the noisier bit of the party).
-Iwao
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Tue, Jul 12, 2011 at 2:31 AM, Eric Viseur eric.viseur@gmail.com wrote:
CentOS has the complete RHEL binary compatibility, which SL doesn't always have. Can be a decisive thing, sometimes.
Just to be more precise ... No clones (including CentOS) have *complete* RHEL binary compatibility. Both CenOS and SL *aim* to be 100% binary compatible.
Akemi
An idle question:
What is the advantage of switching to CentOS 6 if you already are running SL6? Or at least... what is the purpose? I'm not really clear on the difference (other than CentOS is the noisier bit of the party).
Plus when you have many systems (read 100+) to manage it is far better to keep things consistent.... The 'test' Sl6 boxes that were used for simulation of how C6 was likely to be will be replaced here so that only CentOS channels are in Spacewalk and no SL etc.... it also eliminates package confusion in Spacewalk (for instance) due to identical NVREA between the channels...
On Tue, 2011-07-12 at 10:46 +0100, James Hogarth wrote:
An idle question:
What is the advantage of switching to CentOS 6 if you already are running SL6? Or at least... what is the purpose? I'm not really clear on the difference (other than CentOS is the noisier bit of the party).
Plus when you have many systems (read 100+) to manage it is far better to keep things consistent.... The 'test' Sl6 boxes that were used for simulation of how C6 was likely to be will be replaced here so that only CentOS channels are in Spacewalk and no SL etc.... it also eliminates package confusion in Spacewalk (for instance) due to identical NVREA between the channels...
But that was my point, why the switch in the first place if SL6 was consistent?
I may be missing the point. We have a large environment to manage (lots of systems distributed across several organizations) but the application requirements are fairly uniform and many userland packages get rebuilt and managed by us anyway. I suppose that makes our deployment a niche spin of its own -- only the very core is really unadulturated SL6. Perhaps incongruencies simply get squashed by our rebuild process so I may have never noticed awkwardness in SL6 that others find intolerable (is it awkward for some?).
We would have fielded CentOS 6 with partial rebuilds but for the delay (and a few other issues -- the level of decision-making mystery surrounding it being another) -- it was intolerable and came down to simply getting an RHEL contract (hard to balance against some expenses which we just can't eliminate through external support), internally forking a LTS version of Fedora (which may still happen at some point not soon), or getting SL6 and doing partial rebuilds where necessary.
Now that a consistent environment exists based on SL6 I'm wondering what are the merits, if any, of attempting a lateral (and somewhat backward) migration to CentOS 6? It seems it may not be worth the effort in my present environment, but in other environments what would be the benefit other than reverting to a more familiar name?
-Iwao