[opensuse] Upgrade to 10.3
I use SLED SP1 and wonder if it is possible to upgrade from SLED to 10.3 without losing data on the hard drive? If so, can someone instruct me on how to do this? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Chris Arnold wrote:
I use SLED SP1 and wonder if it is possible to upgrade from SLED to 10.3 without losing data on the hard drive? If so, can someone instruct me on how to do this?
Do you really want to do that? sled is polished, it's a nice mature desktop. Sure, 10.3 will be more bleeding edge, newer packages, but I'm not sure I'd call it an "upgrade" - If you want to install a lot of new stuff though, os might be a better choice for you. You can always do a fresh install, telling it not to touch your /home partition. I can't think of any reason why it shouldn't "just work", but OTOH 'm not sure an "upgrade" from sled to os is an officially supported action - but hey, it would be an interesting exercise. Be sure and let us know the results. Joe -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Do you really want to do that? sled is polished, it's a nice mature desktop. Sure, 10.3 will be more bleeding edge, newer packages, but I'm not sure I'd call it an "upgrade" - If you want to install a lot of new stuff though, os might be a better choice for you.
You can always do a fresh install, telling it not to touch your /home partition. I can't think of any reason why it shouldn't "just work", but OTOH 'm not sure an "upgrade" from sled to os is an officially supported action - but hey, it would be an interesting exercise. Be sure and let us know the results. < Yes, i like SLED but i keep running into programs that i can not install b/c it requires newer packages than SLED has. Gtkpod and gpodder to name only 2 of them! Gpodder 0.10.3 requires newer python-cairo and pango. I tried to update these using the gnome:stable repo and it just breaks the entire system. I don't like the slow dev on SLED and want to have something that works. I will probable just do a fresh install. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, 20 Dec 2007, Chris Arnold wrote:- <snip>
Yes, i like SLED but i keep running into programs that i can not install b/c it requires newer packages than SLED has. Gtkpod and gpodder to name only 2 of them! Gpodder 0.10.3 requires newer python- cairo and pango. I tried to update these using the gnome:stable repo and it just breaks the entire system.
SLED is based upon SUSE 10.1, which should make for a more complex upgrade than upgrading from openSUSE 10.2. That's not to say that it's not possible to do, since it is. What's more, it should be much easier than both the 9.3 and 10.0 to 10.3 upgrades I recently performed. If you're interested, you can find how I performed the 10.0 upgrade, including what to watch out for here: <URL:http://www.davjam.org/lifetype/index.php?op=ViewArticle&articleId=16&blogId=1> While it's not going to be the same, it's going to give you a good idea what to watch for.
I don't like the slow dev on SLED and want to have something that works.
The reason for the slow development of SLED is because of its target environment. It's not aimed towards the home user, but more to the corporate desktop. That's where it's supposed to "just work", and are likely to be maintained by someone other than the user who don't want to do much in the way of making things work. The openSUSE releases are aimed more towards the home user, and they're more likely to want the latest and greatest version of a program.
I will probable just do a fresh install.
As suggested, if and when you do the fresh install, add the old /home but make sure the installation system doesn't format it. That way you keep everything there without having to restore from a backup, and the installation system should be kind enough to keep all the user accounts and login details[0] so you won't have to recreate them. [0] Just a little off-topic, but the 10.2, and later, installation system will even keep the details from other Linux distributions if you overwrite them. At least, it did when I overwrote an old Fedora Core 5 installation with openSUSE 10.2. Regards, David Bolt -- Team Acorn: http://www.distributed.net/ OGR-P2 @ ~100Mnodes RC5-72 @ ~15Mkeys | SUSE 10.1 32bit | openSUSE 10.2 32bit | openSUSE 10.3 32bit SUSE 10.0 64bit | SUSE 10.1 64bit | openSUSE 10.2 64bit | RISC OS 3.11 | RISC OS 3.6 | TOS 4.02 | openSUSE 10.3 PPC -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
David Bolt wrote:
The reason for the slow development of SLED is because of its target environment. Agreed -
It's not aimed towards the home user, but more to the corporate desktop. That's where it's supposed to "just work", and are likely to be maintained by someone other than the user who don't want to do much in the way of making things work. The openSUSE releases are aimed more towards the home user, and they're more likely to want the latest and greatest version of a program.
Actually the SLED target audience may well include home users, and any non-enthusiast types, e.g. those who want to turn on the computer and run applications, and have no interest in upgrading to the latest and greatest, or trying new kernel compilation options. For real hands-on types OS 10.3 will be a better choice, since it' s more amenable to hacking. My company issued laptop is triple boot: SLED 10 SP1, OS 10.3 and that other OS, so I have the best of both worlds, along with that silliness from Redmond, which I almost never use ;) Joe -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Friday 21 December 2007 14:48:27 Joe Sloan wrote:
Chris Arnold wrote:
I use SLED SP1 and wonder if it is possible to upgrade from SLED to 10.3 without losing data on the hard drive? If so, can someone instruct me on how to do this?
Do you really want to do that? sled is polished, it's a nice mature desktop. Sure, 10.3 will be more bleeding edge, newer packages, but I'm not sure I'd call it an "upgrade" - If you want to install a lot of new stuff though, os might be a better choice for you.
With SLED unless you pay for a subscription you will only get security updates/patches for a limited time. That is one reason to use openSuse for personal/home use instead...
You can always do a fresh install, telling it not to touch your /home partition. I can't think of any reason why it shouldn't "just work", but OTOH 'm not sure an "upgrade" from sled to os is an officially supported action - but hey, it would be an interesting exercise. Be sure and let us know the results.
I concur - almost. The problem with not formatting /home is that certain hidden folders hold your personal config files that may differ between versions. My advice (having done this recently going from another distro to 10.3) is to: 1. Backup /etc to catch any custom configs that you may have done (e.g. cron files, spam filter configs, X11 configs, samba configs etc) 2. Backup your /home folders for each user of the machine 3. Backup any other custom config files that you may need and any downloaded files that you need to keep (e.g. for apps that you want to reinstall that are not inlcluded in the distro) that are not stored in your /home folder 4. Note the UID/GID for each existing user and group on the machine. 5. If you're using a custom partition layout and you want to keep it the same, print a copy of /etc/fstab (or just copy down the output from 'mount') to refer to during the install. In my case I had 4 partitions that had data stored (other than /home) that I wanted left alone and mounted in the same place. 6. Do a clean install formatting all partitions including /home. 7. Recreate the users and any additional groups using the same UID/GID's as before. You may get away with just copying back /etc/passwd, /etc/shadow and /etc/group back from your backup but I prefer to recreate the users specifying the UID/GID for each user/group. 8. Merge any custom configs from your /etc backup to the relevant files on the new install. 9. Copy the user data from the /home backups to the new /home folders (including files such as .procmailrc if you used it and things like configs for evolution, kmail etc.). 10. Test the system and make sure that you haven't missed anything. There may be others on the list with better suggestions but this process worked for me. I just upgraded from FC6 to 10.3 by going through this process and everything went pretty smoothly (with only a few minor glitches that were easily sorted). Hope this helps (and doesn't put you off) :-). Regards, Rodney. -- =================================================== Rodney Baker VK5ZTV rodney.baker@optusnet.com.au =================================================== -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2007. 12. 21., Friday 05:39, Rodney Baker wrote:
On Friday 21 December 2007 14:48:27 Joe Sloan wrote:
Chris Arnold wrote:
I use SLED SP1 and wonder if it is possible to upgrade from SLED to 10.3 without losing data on the hard drive? If so, can someone instruct me on how to do this?
Do you really want to do that? sled is polished, it's a nice mature desktop. Sure, 10.3 will be more bleeding edge, newer packages, but I'm not sure I'd call it an "upgrade" - If you want to install a lot of new stuff though, os might be a better choice for you.
With SLED unless you pay for a subscription you will only get security updates/patches for a limited time. That is one reason to use openSuse for personal/home use instead...
You can always do a fresh install, telling it not to touch your /home partition. I can't think of any reason why it shouldn't "just work", but OTOH 'm not sure an "upgrade" from sled to os is an officially supported action - but hey, it would be an interesting exercise. Be sure and let us know the results.
I concur - almost. The problem with not formatting /home is that certain hidden folders hold your personal config files that may differ between versions.
My advice (having done this recently going from another distro to 10.3) is to:
1. Backup /etc to catch any custom configs that you may have done (e.g. cron files, spam filter configs, X11 configs, samba configs etc) 2. Backup your /home folders for each user of the machine 3. Backup any other custom config files that you may need and any downloaded files that you need to keep (e.g. for apps that you want to reinstall that are not inlcluded in the distro) that are not stored in your /home folder 4. Note the UID/GID for each existing user and group on the machine. 5. If you're using a custom partition layout and you want to keep it the same, print a copy of /etc/fstab (or just copy down the output from 'mount') to refer to during the install. In my case I had 4 partitions that had data stored (other than /home) that I wanted left alone and mounted in the same place. 6. Do a clean install formatting all partitions including /home. 7. Recreate the users and any additional groups using the same UID/GID's as before. You may get away with just copying back /etc/passwd, /etc/shadow and /etc/group back from your backup but I prefer to recreate the users specifying the UID/GID for each user/group. 8. Merge any custom configs from your /etc backup to the relevant files on the new install. 9. Copy the user data from the /home backups to the new /home folders (including files such as .procmailrc if you used it and things like configs for evolution, kmail etc.). 10. Test the system and make sure that you haven't missed anything.
There may be others on the list with better suggestions but this process worked for me. I just upgraded from FC6 to 10.3 by going through this process and everything went pretty smoothly (with only a few minor glitches that were easily sorted).
Steps 1 & 2: Look also into other directories. A lot of things are stored under /var, e.g. mysql databases in /var/lib/mysql, crontabs under /var/spool/cron etc. There is also the default web server directory under /srv/www/htdocs Tom -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (6)
-
benefici@fastmail.fm
-
Chris Arnold
-
David Bolt
-
Joe Sloan
-
Rodney Baker
-
Sloan