[arch-general] Keep older kernel intact while upgrading to new kernel
Hi, While updating to a new kernel pacman replaces the older kernel with the new one. Is there someway to keep the older kernel in /boot and have new entries for new kernel in menu.lst while keeping old entries intact?
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
http://wiki.archlinux.org/index.php/Pacman In pacman.conf: IgnorePkg=name IgnoreGroup=name Reply Header Subject:[arch-general] Keep older kernel intact while upgrading to new kernel Author: Madhurya Kakati mkakati2...@gmail.com Date: 17th July 2010 06:27 Hi, While updating to a new kernel pacman replaces the older kernel with the new one. Is there someway to keep the older kernel in /boot and have new entries for new kernel in menu.lst while keeping old entries intact?
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
On Sat, Jul 17, 2010 at 3:39 AM, Legioner le_legio...@mail.ru wrote: http://wiki.archlinux.org/index.php/Pacman In pacman.conf: IgnorePkg=name IgnoreGroup=name If I interpreted correctly this will not work as OP wants. (the kernel won't be upgraded this way). Besides extracting and copying manually, I don't see any other option... Reply Header Subject: [arch-general] Keep older kernel intact while upgrading to new kernel Author: Madhurya Kakati mkakati2...@gmail.com Date: 17th July 2010 06:27 Hi, While updating to a new kernel pacman replaces the older kernel with the new one. Is there someway to keep the older kernel in /boot and have new entries for new kernel in menu.lst while keeping old entries intact? -- == Ivan Sichmann Freitas Engenharia de Computação 2009 UNICAMP http://identi.ca/ivansichmann Grupo Pró Software Livre UNICAMP - GPSL ==
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
On 07/17/2010 09:27 AM, Madhurya Kakati wrote: Hi, While updating to a new kernel pacman replaces the older kernel with the new one. Is there someway to keep the older kernel in /boot and have new entries for new kernel in menu.lst while keeping old entries intact? no -- Ionuț
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2010年07月17日 15:46, Ionuț Bîru wrote: On 07/17/2010 09:27 AM, Madhurya Kakati wrote: Hi, While updating to a new kernel pacman replaces the older kernel with the new one. Is there someway to keep the older kernel in /boot and have new entries for new kernel in menu.lst while keeping old entries intact? no You can alway do it manually, simply copy the old kernel image as other name before you update, then modify the correspondent line in menu.1st file. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMQWwCAAoJEOaLWowX7DBTyPYH/jVEL3/YbKpw4g2YQeEDIKhN E1HHpBq0LLxHmqe5N8C79VzGV8V2RSu/B6qsmzjO3f98xd2E+ev4Etd8YGOV5vvU pkKu+UOeDEubFrX75L1/802wTIfO5DI21VaLpRKD/+JJ2R2rTa1Bk2HmTF5DWmoh mpVXOydJyIXNeu2BVUemjn4TK2t6IGs22yCI107F5uD3SV1ZtpavsZ3xZCav3e6B x2R8C2NCF/r3BnVE3BYh9AlX617/F03hCQPOKMyXjLnMylrVvfkxMM1Q9kW97pcl nGR+1YUbNgTnaylyls2dOp4UAwzALcCDVwq9oJnitTcR6f/OlIH6ELUtX0gvUUU= =t+0W -END PGP SIGNATURE-
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
I think it's a bad idea, because the directory /lib/modules/$oldVersion$ will be removed when the package is upgraded kernel. Trivial solution not exists. 2010/7/17 ganlu rhythm@gmail.com -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2010年07月17日 15:46, Ionuț Bîru wrote: On 07/17/2010 09:27 AM, Madhurya Kakati wrote: Hi, While updating to a new kernel pacman replaces the older kernel with the new one. Is there someway to keep the older kernel in /boot and have new entries for new kernel in menu.lst while keeping old entries intact? no You can alway do it manually, simply copy the old kernel image as other name before you update, then modify the correspondent line in menu.1st file. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMQWwCAAoJEOaLWowX7DBTyPYH/jVEL3/YbKpw4g2YQeEDIKhN E1HHpBq0LLxHmqe5N8C79VzGV8V2RSu/B6qsmzjO3f98xd2E+ev4Etd8YGOV5vvU pkKu+UOeDEubFrX75L1/802wTIfO5DI21VaLpRKD/+JJ2R2rTa1Bk2HmTF5DWmoh mpVXOydJyIXNeu2BVUemjn4TK2t6IGs22yCI107F5uD3SV1ZtpavsZ3xZCav3e6B x2R8C2NCF/r3BnVE3BYh9AlX617/F03hCQPOKMyXjLnMylrVvfkxMM1Q9kW97pcl nGR+1YUbNgTnaylyls2dOp4UAwzALcCDVwq9oJnitTcR6f/OlIH6ELUtX0gvUUU= =t+0W -END PGP SIGNATURE-
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
2010/7/17 Евгений Борисов fle...@gmail.com: I think it's a bad idea, because the directory /lib/modules/$oldVersion$ will be removed when the package is upgraded kernel. Trivial solution not exists. 2010/7/17 ganlu rhythm@gmail.com -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2010年07月17日 15:46, Ionuț Bîru wrote: On 07/17/2010 09:27 AM, Madhurya Kakati wrote: Hi, While updating to a new kernel pacman replaces the older kernel with the new one. Is there someway to keep the older kernel in /boot and have new entries for new kernel in menu.lst while keeping old entries intact? no You can alway do it manually, simply copy the old kernel image as other name before you update, then modify the correspondent line in menu.1st file. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMQWwCAAoJEOaLWowX7DBTyPYH/jVEL3/YbKpw4g2YQeEDIKhN E1HHpBq0LLxHmqe5N8C79VzGV8V2RSu/B6qsmzjO3f98xd2E+ev4Etd8YGOV5vvU pkKu+UOeDEubFrX75L1/802wTIfO5DI21VaLpRKD/+JJ2R2rTa1Bk2HmTF5DWmoh mpVXOydJyIXNeu2BVUemjn4TK2t6IGs22yCI107F5uD3SV1ZtpavsZ3xZCav3e6B x2R8C2NCF/r3BnVE3BYh9AlX617/F03hCQPOKMyXjLnMylrVvfkxMM1Q9kW97pcl nGR+1YUbNgTnaylyls2dOp4UAwzALcCDVwq9oJnitTcR6f/OlIH6ELUtX0gvUUU= =t+0W -END PGP SIGNATURE- If the point is to have a kernel that works, check out the -lts kernel. I on the other hand, have used kernel26-rc in the AUR as my main kernel, and kernel26 as a backup on my desktop :P
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote: I think it's a bad idea, because the directory /lib/modules/$oldVersion$ will be removed when the package is upgraded kernel. Trivial solution not exists. My solution is to hand-roll my own kernels and initramfs'es after removing the kernel and mkinitcpio packages. The way Arch handles its kernel packages is a weak point -- Fedora and Ubuntu get this bit right. 2010/7/17 ganlu rhythm@gmail.com -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2010年07月17日 15:46, Ionuț Bîru wrote: On 07/17/2010 09:27 AM, Madhurya Kakati wrote: Hi, While updating to a new kernel pacman replaces the older kernel with the new one. Is there someway to keep the older kernel in /boot and have new entries for new kernel in menu.lst while keeping old entries intact? no You can alway do it manually, simply copy the old kernel image as other name before you update, then modify the correspondent line in menu.1st file. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMQWwCAAoJEOaLWowX7DBTyPYH/jVEL3/YbKpw4g2YQeEDIKhN E1HHpBq0LLxHmqe5N8C79VzGV8V2RSu/B6qsmzjO3f98xd2E+ev4Etd8YGOV5vvU pkKu+UOeDEubFrX75L1/802wTIfO5DI21VaLpRKD/+JJ2R2rTa1Bk2HmTF5DWmoh mpVXOydJyIXNeu2BVUemjn4TK2t6IGs22yCI107F5uD3SV1ZtpavsZ3xZCav3e6B x2R8C2NCF/r3BnVE3BYh9AlX617/F03hCQPOKMyXjLnMylrVvfkxMM1Q9kW97pcl nGR+1YUbNgTnaylyls2dOp4UAwzALcCDVwq9oJnitTcR6f/OlIH6ELUtX0gvUUU= =t+0W -END PGP SIGNATURE- -- Victor Lowther LPIC2 UCP RHCE
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
On 07/17/2010 05:17 PM, Victor Lowther wrote: On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote: I think it's a bad idea, because the directory /lib/modules/$oldVersion$ will be removed when the package is upgraded kernel. Trivial solution not exists. My solution is to hand-roll my own kernels and initramfs'es after removing the kernel and mkinitcpio packages. The way Arch handles its kernel packages is a weak point -- Fedora and Ubuntu get this bit right. http://bugs.archlinux.org/task/16702 -- Ionuț
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote: On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote: I think it's a bad idea, because the directory /lib/modules/$oldVersion$ will be removed when the package is upgraded kernel. Trivial solution not exists. My solution is to hand-roll my own kernels and initramfs'es after removing the kernel and mkinitcpio packages. The way Arch handles its kernel packages is a weak point -- Fedora and Ubuntu get this bit right. Yeah, why not keep all previous kernels and headers around. We could automatically extend menu.lst too! I'm not sure what you like about Fedora and Ubuntu handling of kernels, but I found it very annoying to have all that stuff hanging around. Would be worse with rolling release I'm sure.
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
On Sat, Jul 17, 2010 at 10:10 AM, Ng Oon-Ee ngoo...@gmail.com wrote: On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote: On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote: I think it's a bad idea, because the directory /lib/modules/$oldVersion$ will be removed when the package is upgraded kernel. Trivial solution not exists. My solution is to hand-roll my own kernels and initramfs'es after removing the kernel and mkinitcpio packages. The way Arch handles its kernel packages is a weak point -- Fedora and Ubuntu get this bit right. Yeah, why not keep all previous kernels and headers around. We could automatically extend menu.lst too! I'm not sure what you like about Fedora and Ubuntu handling of kernels, but I found it very annoying to have all that stuff hanging around. Would be worse with rolling release I'm sure. Agreed with Ng Oon-Ee on this one.
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
2010/7/17 Thomas Dziedzic gos...@gmail.com On Sat, Jul 17, 2010 at 10:10 AM, Ng Oon-Ee ngoo...@gmail.com wrote: On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote: On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote: I think it's a bad idea, because the directory /lib/modules/$oldVersion$ will be removed when the package is upgraded kernel. Trivial solution not exists. My solution is to hand-roll my own kernels and initramfs'es after removing the kernel and mkinitcpio packages. The way Arch handles its kernel packages is a weak point -- Fedora and Ubuntu get this bit right. Yeah, why not keep all previous kernels and headers around. We could automatically extend menu.lst too! I'm not sure what you like about Fedora and Ubuntu handling of kernels, but I found it very annoying to have all that stuff hanging around. Would be worse with rolling release I'm sure. Agreed with Ng Oon-Ee on this one. In this case, I think the best would be the middle ground. I mean, when upgrading the kernel, the older would be named “vmlinuz26-old” and the initramfs “kernel26-old.img”. This would be a secutiry measure --- what if a new kernel doesn't work? -- Rafael Beraldo http://cabaladada.org
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
On Sat, 2010-07-17 at 12:23 -0300, Rafael Beraldo wrote: 2010/7/17 Thomas Dziedzic gos...@gmail.com On Sat, Jul 17, 2010 at 10:10 AM, Ng Oon-Ee ngoo...@gmail.com wrote: On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote: On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote: I think it's a bad idea, because the directory /lib/modules/$oldVersion$ will be removed when the package is upgraded kernel. Trivial solution not exists. My solution is to hand-roll my own kernels and initramfs'es after removing the kernel and mkinitcpio packages. The way Arch handles its kernel packages is a weak point -- Fedora and Ubuntu get this bit right. Yeah, why not keep all previous kernels and headers around. We could automatically extend menu.lst too! I'm not sure what you like about Fedora and Ubuntu handling of kernels, but I found it very annoying to have all that stuff hanging around. Would be worse with rolling release I'm sure. Agreed with Ng Oon-Ee on this one. In this case, I think the best would be the middle ground. I mean, when upgrading the kernel, the older would be named “vmlinuz26-old” and the initramfs “kernel26-old.img”. This would be a secutiry measure --- what if a new kernel doesn't work? When a kernel is updated kernel modules are as well. For example, nvidia is pushed up one pkgrel because a new kernel is out. With your suggestion the old kernel is saved as vmlinuz26-old. Which can't get a graphical login because the old nvidia module is gone. Also, because menu.lst is not automatically edited for you, you'd still need to manually add the old kernel to grub to be able to boot from it. I submit that users who are able to do that (as all Archers are supposed to be able to do) are also able to downgrade the kernel from a live disc.
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
On Sat, Jul 17, 2010 at 12:23:48PM -0300, Rafael Beraldo wrote: 2010/7/17 Thomas Dziedzic gos...@gmail.com On Sat, Jul 17, 2010 at 10:10 AM, Ng Oon-Ee ngoo...@gmail.com wrote: On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote: On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote: I think it's a bad idea, because the directory /lib/modules/$oldVersion$ will be removed when the package is upgraded kernel. Trivial solution not exists. My solution is to hand-roll my own kernels and initramfs'es after removing the kernel and mkinitcpio packages. The way Arch handles its kernel packages is a weak point -- Fedora and Ubuntu get this bit right. Yeah, why not keep all previous kernels and headers around. We could automatically extend menu.lst too! I'm not sure what you like about Fedora and Ubuntu handling of kernels, but I found it very annoying to have all that stuff hanging around. Would be worse with rolling release I'm sure. Agreed with Ng Oon-Ee on this one. In this case, I think the best would be the middle ground. I mean, when upgrading the kernel, the older would be named “vmlinuz26-old” and the initramfs “kernel26-old.img”. This would be a secutiry measure --- what if a new kernel doesn't work? Then you're boned anyways because /lib/modules/$(uname -r)/ was replaced. It'll be missing in the case of a 2.6.X upgrade. d
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
On Sat, 2010-07-17 at 23:10 +0800, Ng Oon-Ee wrote: On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote: On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote: I think it's a bad idea, because the directory /lib/modules/$oldVersion$ will be removed when the package is upgraded kernel. Trivial solution not exists. My solution is to hand-roll my own kernels and initramfs'es after removing the kernel and mkinitcpio packages. The way Arch handles its kernel packages is a weak point -- Fedora and Ubuntu get this bit right. Yeah, why not keep all previous kernels and headers around. We could automatically extend menu.lst too! It wold be better than updating to a new kernel, rebooting, and having to boot to a LiveCD to get back into your system because the new kernel fscked things up. Keeping versioned header files also comes in handy -- I take it you heve never tried any sort of testing with out-of-tree drivers or kernel subsystems? Using DKMS on arch is a pointless waste of time because older kernel headers are not kept around. I'm not sure what you like about Fedora and Ubuntu handling of kernels, but I found it very annoying to have all that stuff hanging around. Would be worse with rolling release I'm sure. I like knowing that I will not have to hunt for a LiveCD or a rescue USB drive if a kernel update renders the system unbootable. -- Victor Lowther LPIC2 UCP RHCE
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
On Sat, Jul 17, 2010 at 10:38 AM, Victor Lowther victor.lowt...@gmail.com wrote: On Sat, 2010-07-17 at 23:10 +0800, Ng Oon-Ee wrote: On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote: On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote: I think it's a bad idea, because the directory /lib/modules/$oldVersion$ will be removed when the package is upgraded kernel. Trivial solution not exists. My solution is to hand-roll my own kernels and initramfs'es after removing the kernel and mkinitcpio packages. The way Arch handles its kernel packages is a weak point -- Fedora and Ubuntu get this bit right. Yeah, why not keep all previous kernels and headers around. We could automatically extend menu.lst too! It wold be better than updating to a new kernel, rebooting, and having to boot to a LiveCD to get back into your system because the new kernel fscked things up. Keeping versioned header files also comes in handy -- I take it you heve never tried any sort of testing with out-of-tree drivers or kernel subsystems? Using DKMS on arch is a pointless waste of time because older kernel headers are not kept around. I'm not sure what you like about Fedora and Ubuntu handling of kernels, but I found it very annoying to have all that stuff hanging around. Would be worse with rolling release I'm sure. I like knowing that I will not have to hunt for a LiveCD or a rescue USB drive if a kernel update renders the system unbootable. This wouldn't be a problem if you have a backup kernel :)
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
On Sat, 2010-07-17 at 10:42 -0500, Thomas Dziedzic wrote: On Sat, Jul 17, 2010 at 10:38 AM, Victor Lowther victor.lowt...@gmail.com wrote: On Sat, 2010-07-17 at 23:10 +0800, Ng Oon-Ee wrote: On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote: On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote: I think it's a bad idea, because the directory /lib/modules/$oldVersion$ will be removed when the package is upgraded kernel. Trivial solution not exists. My solution is to hand-roll my own kernels and initramfs'es after removing the kernel and mkinitcpio packages. The way Arch handles its kernel packages is a weak point -- Fedora and Ubuntu get this bit right. Yeah, why not keep all previous kernels and headers around. We could automatically extend menu.lst too! It wold be better than updating to a new kernel, rebooting, and having to boot to a LiveCD to get back into your system because the new kernel fscked things up. Keeping versioned header files also comes in handy -- I take it you heve never tried any sort of testing with out-of-tree drivers or kernel subsystems? Using DKMS on arch is a pointless waste of time because older kernel headers are not kept around. I'm not sure what you like about Fedora and Ubuntu handling of kernels, but I found it very annoying to have all that stuff hanging around. Would be worse with rolling release I'm sure. I like knowing that I will not have to hunt for a LiveCD or a rescue USB drive if a kernel update renders the system unbootable. This wouldn't be a problem if you have a backup kernel :) Oh, I do. I would just prefer to work with the package management framework, not work around it. -- Victor Lowther LPIC2 UCP RHCE
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
On Sat 17 Jul 2010 11:06 -0500, Victor Lowther wrote: On Sat, 2010-07-17 at 10:42 -0500, Thomas Dziedzic wrote: On Sat, Jul 17, 2010 at 10:38 AM, Victor Lowther victor.lowt...@gmail.com wrote: On Sat, 2010-07-17 at 23:10 +0800, Ng Oon-Ee wrote: On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote: On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote: I think it's a bad idea, because the directory /lib/modules/$oldVersion$ will be removed when the package is upgraded kernel. Trivial solution not exists. My solution is to hand-roll my own kernels and initramfs'es after removing the kernel and mkinitcpio packages. The way Arch handles its kernel packages is a weak point -- Fedora and Ubuntu get this bit right. Yeah, why not keep all previous kernels and headers around. We could automatically extend menu.lst too! It wold be better than updating to a new kernel, rebooting, and having to boot to a LiveCD to get back into your system because the new kernel fscked things up. Keeping versioned header files also comes in handy -- I take it you heve never tried any sort of testing with out-of-tree drivers or kernel subsystems? Using DKMS on arch is a pointless waste of time because older kernel headers are not kept around. I'm not sure what you like about Fedora and Ubuntu handling of kernels, but I found it very annoying to have all that stuff hanging around. Would be worse with rolling release I'm sure. I like knowing that I will not have to hunt for a LiveCD or a rescue USB drive if a kernel update renders the system unbootable. This wouldn't be a problem if you have a backup kernel :) Oh, I do. I would just prefer to work with the package management framework, not work around it. I think this is something that hooks could do. It's a feature that's in brainstorming. Maybe you could help implement it. http://wiki.archlinux.org/index.php/User:Allan/Pacman_Hooks Cheers!
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
On Jul 17, 2010, at 11:42 AM, Loui Chang louipc@gmail.com wrote: On Sat 17 Jul 2010 11:06 -0500, Victor Lowther wrote: On Sat, 2010-07-17 at 10:42 -0500, Thomas Dziedzic wrote: On Sat, Jul 17, 2010 at 10:38 AM, Victor Lowther victor.lowt...@gmail.com wrote: On Sat, 2010-07-17 at 23:10 +0800, Ng Oon-Ee wrote: On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote: On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote: I think it's a bad idea, because the directory /lib/modules/ $oldVersion$ will be removed when the package is upgraded kernel. Trivial solution not exists. My solution is to hand-roll my own kernels and initramfs'es after removing the kernel and mkinitcpio packages. The way Arch handles its kernel packages is a weak point -- Fedora and Ubuntu get this bit right. Yeah, why not keep all previous kernels and headers around. We could automatically extend menu.lst too! It wold be better than updating to a new kernel, rebooting, and having to boot to a LiveCD to get back into your system because the new kernel fscked things up. Keeping versioned header files also comes in handy -- I take it you heve never tried any sort of testing with out-of-tree drivers or kernel subsystems? Using DKMS on arch is a pointless waste of time because older kernel headers are not kept around. I'm not sure what you like about Fedora and Ubuntu handling of kernels, but I found it very annoying to have all that stuff hanging around. Would be worse with rolling release I'm sure. I like knowing that I will not have to hunt for a LiveCD or a rescue USB drive if a kernel update renders the system unbootable. This wouldn't be a problem if you have a backup kernel :) Oh, I do. I would just prefer to work with the package management framework, not work around it. I think this is something that hooks could do. It's a feature that's in brainstorming. Maybe you could help implement it. http://wiki.archlinux.org/index.php/User:Allan/Pacman_Hooks As a heads up, this (kernel rollbacks) is a planned feature of the mkinitcpio-btrfs hook in AUR. It will be implemented in one or more of about three ways: https://bbs.archlinux.org/viewtopic.php?pid=778395#p778395 and will be in the next major release; hopefully within 3 weeks or so. I'm less than 2 weeks from moving my family to a new state so free development has taken a back seat for a short while. You must be using btrfs for / of course. C Anthony
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
On Sat 17 Jul 2010 12:15 -0500, C Anthony Risinger wrote: On Jul 17, 2010, at 11:42 AM, Loui Chang louipc@gmail.com wrote: On Sat 17 Jul 2010 11:06 -0500, Victor Lowther wrote: Oh, I do. I would just prefer to work with the package management framework, not work around it. I think this is something that hooks could do. It's a feature that's in brainstorming. Maybe you could help implement it. http://wiki.archlinux.org/index.php/User:Allan/Pacman_Hooks As a heads up, this (kernel rollbacks) is a planned feature of the mkinitcpio-btrfs hook in AUR. It will be implemented in one or more of about three ways: https://bbs.archlinux.org/viewtopic.php?pid=778395#p778395 You must be using btrfs for / of course. So, that's not something that would work within the package management framework, is it?
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
On Sat, Jul 17, 2010 at 2:08 PM, Loui Chang louipc@gmail.com wrote: On Sat 17 Jul 2010 12:15 -0500, C Anthony Risinger wrote: On Jul 17, 2010, at 11:42 AM, Loui Chang louipc@gmail.com wrote: On Sat 17 Jul 2010 11:06 -0500, Victor Lowther wrote: Oh, I do. I would just prefer to work with the package management framework, not work around it. I think this is something that hooks could do. It's a feature that's in brainstorming. Maybe you could help implement it. http://wiki.archlinux.org/index.php/User:Allan/Pacman_Hooks As a heads up, this (kernel rollbacks) is a planned feature of the mkinitcpio-btrfs hook in AUR. It will be implemented in one or more of about three ways: https://bbs.archlinux.org/viewtopic.php?pid=778395#p778395 You must be using btrfs for / of course. So, that's not something that would work within the package management framework, is it? no, it would not. it requires you to manually run the proper command prior to upgrading. it could be automated by either a pacman hook, or putting the command in a wrapper script around pacman. there has been some big interest in rollback from a couple devs, so maybe it will make its way into pacman/libalpm official, but idk. at any rate, it will be a solution to the kernel rollback problem, and will suffice for some; it's just that it requires a btrfs root. the next release will include this functionality, along with a tool to work with/create system snapshots (and for use in said wrapper). C Anthony
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
BTRFS is not marked stable by developers, so it can not used in stable arch. 2010/7/17 C Anthony Risinger anth...@extof.me On Sat, Jul 17, 2010 at 2:08 PM, Loui Chang louipc@gmail.com wrote: On Sat 17 Jul 2010 12:15 -0500, C Anthony Risinger wrote: On Jul 17, 2010, at 11:42 AM, Loui Chang louipc@gmail.com wrote: On Sat 17 Jul 2010 11:06 -0500, Victor Lowther wrote: Oh, I do. I would just prefer to work with the package management framework, not work around it. I think this is something that hooks could do. It's a feature that's in brainstorming. Maybe you could help implement it. http://wiki.archlinux.org/index.php/User:Allan/Pacman_Hooks As a heads up, this (kernel rollbacks) is a planned feature of the mkinitcpio-btrfs hook in AUR. It will be implemented in one or more of about three ways: https://bbs.archlinux.org/viewtopic.php?pid=778395#p778395 You must be using btrfs for / of course. So, that's not something that would work within the package management framework, is it? no, it would not. it requires you to manually run the proper command prior to upgrading. it could be automated by either a pacman hook, or putting the command in a wrapper script around pacman. there has been some big interest in rollback from a couple devs, so maybe it will make its way into pacman/libalpm official, but idk. at any rate, it will be a solution to the kernel rollback problem, and will suffice for some; it's just that it requires a btrfs root. the next release will include this functionality, along with a tool to work with/create system snapshots (and for use in said wrapper). C Anthony
Re: [arch-general] Keep older kernel intact while upgrading to new kernel
IIRC it is being marked stable in 2.6.35. Stable schmable... works like a treat for me and many others; it's just a possible solution. C Anthony [mobile] On Jul 17, 2010, at 3:46 PM, Евгений Борисов fle...@gmail.com wrote: BTRFS is not marked stable by developers, so it can not used in stable arch. 2010/7/17 C Anthony Risinger anth...@extof.me On Sat, Jul 17, 2010 at 2:08 PM, Loui Chang louipc@gmail.com wrote: On Sat 17 Jul 2010 12:15 -0500, C Anthony Risinger wrote: On Jul 17, 2010, at 11:42 AM, Loui Chang louipc@gmail.com wrote: On Sat 17 Jul 2010 11:06 -0500, Victor Lowther wrote: Oh, I do. I would just prefer to work with the package management framework, not work around it. I think this is something that hooks could do. It's a feature that's in brainstorming. Maybe you could help implement it. http://wiki.archlinux.org/index.php/User:Allan/Pacman_Hooks As a heads up, this (kernel rollbacks) is a planned feature of the mkinitcpio-btrfs hook in AUR. It will be implemented in one or more of about three ways: https://bbs.archlinux.org/viewtopic.php?pid=778395#p778395 You must be using btrfs for / of course. So, that's not something that would work within the package management framework, is it? no, it would not. it requires you to manually run the proper command prior to upgrading. it could be automated by either a pacman hook, or putting the command in a wrapper script around pacman. there has been some big interest in rollback from a couple devs, so maybe it will make its way into pacman/libalpm official, but idk. at any rate, it will be a solution to the kernel rollback problem, and will suffice for some; it's just that it requires a btrfs root. the next release will include this functionality, along with a tool to work with/create system snapshots (and for use in said wrapper). C Anthony
