I currently have 18.104.22.168 installed on my netbook which causes problems, causing the netbook to freeze.
So, I downgraded to 22.214.171.124 and is working properly. Using Yast, I had marked 126.96.36.199 as do not install but after several days of use (by my kids) 188.8.131.52 mysteriously comes back and the system freeze again >:(
How can I have 184.108.40.206 and 220.127.116.11 both installed on the same system so that I can avoid the trouble to manually reinstall 18.104.22.168?
You install 22.214.171.124 in parallel with the newer one and don’t delete the newer one. You might have to do this in YaST or even the command line because the default action of the updater is to only keep the latest. FYI, from the command line, locate and download the RPM file you need, and the command will be something like:
rpm -i --force kernel-default-126.96.36.199.i586.rpm
You should end up with two sets of entries in GRUB, I think two entries for each version. You can then make the older one the default from YaST.
now I’ve both 188.8.131.52 and 184.108.40.206 in grub and even went into yast to lock up 220.127.116.11, hope this will solve my problem
ken yap wrote:
> You install 18.104.22.168 in parallel with the newer one and don’t delete the
> newer one. You might have to do this in YaST or even the command line
> because the default action of the updater is to only keep the latest.
> FYI, from the command line, locate and download the RPM file you need,
> and the command will be something like:
> rpm -i --force kernel-default-22.214.171.124.i586.rpm
In fact the canonical way is to set “multiversion” in
/etc/zypp/zypp.conf correctly, e.g.: multiversion = kernel-default
Ah, learnt something new. Does this prevent updates from deleting the previous version? I’ve wanted this functionality for a long time. It’s so annoying when a kernel update breaks the computer and there’s no easy way to go back.
ken yap wrote:
> Does this prevent updates from deleting the previous version?
Yes, “zypper up” will offer to install the new version in addition to
the installed one instead of upgrading it.
With kind regards,
Just make sure you don’t run out of space in /boot because mutiversion does not limit the number of kernels it will keep. As long as you keep an eye on it, it should be fine though.
This is assuming that your /boot is on a small separate partition
Or / is on a small partition.
On Sat, 06 Feb 2010 00:36:01 GMT, Wilson Phillips <Wilson_Phillips@no-mx.forums.opensuse.org> wrote:
>> This is assuming that your /boot is on a small separate partition
>Or / is on a small partition.
Yes this will sometimes be to the point. Not everybody can afford hundreds of
gigabytes of disk. And some others will have to design / install to very
resource constrained targets. Others will have disk space to waste, but chose
poor partition sizes. There will be many more variations that than i havenoted.
But in essence no different a problem than proposed packages overflowing available space. And amenable to the same solutions already implemented in other distros. Firstly, if the available space is insufficient, the transaction doesn’t go through and the worst that happens is the installation remains on an older version of the package. Secondly, to be able to specify and enforce a limit on multiversions retained.
All doable and I hope will in place by 11.3. About time.