[arch-general] WARNING: mkinitcpio 0.5.99.3 (kill-klibc) live in testing!
Okay, this is it. The busybox-based mkinitcpio is entering testing now. BACK UP YOUR OLD (WORKING) INITRAMFS (kernel26.img) FILE! Also, do NOT use this if you have root on NFS, it is NOT IMPLEMENTED yet. Known issues: If you use 2.6.33 and enable the support for ext2/ext3 in the ext4 driver, root on ext2/3 won't work with the autodetect hook, I'll fix that for the next version. Number of systems that failed to boot after the upgrade: 0 (so far) Hooks adjusted: All base hooks + keymap, encrypt, lvm2, mdadm, dmraid, raid (now a symlink to mdadm), v86d. (Also, I hear that the uresume hook works without modification). I am still looking for someone to implement NFS root with this, please contact me if you are interested. This will not be the final version, there is still some work to do, but for now this requires more testing.
On 02/07/2010 06:03 AM, Thomas Bächler wrote:
Okay, this is it. The busybox-based mkinitcpio is entering testing now. BACK UP YOUR OLD (WORKING) INITRAMFS (kernel26.img) FILE! Also, do NOT use this if you have root on NFS, it is NOT IMPLEMENTED yet.
Known issues: If you use 2.6.33 and enable the support for ext2/ext3 in the ext4 driver, root on ext2/3 won't work with the autodetect hook, I'll fix that for the next version.
Number of systems that failed to boot after the upgrade: 0 (so far)
Hooks adjusted: All base hooks + keymap, encrypt, lvm2, mdadm, dmraid, raid (now a symlink to mdadm), v86d. (Also, I hear that the uresume hook works without modification).
I am still looking for someone to implement NFS root with this, please contact me if you are interested. This will not be the final version, there is still some work to do, but for now this requires more testing.
Not sure how to troubleshoot this, but when I'm booting "Activating RAID arrays" states FAILED, however my RAID 1 loads without a problem. I rarely restart this machine and when I do I usually neglect paying any attention to the boot process. Therefore, I think this is related, but if not let me know and I'll post in the forums.
Am Sonntag 07 Februar 2010 schrieb pyther:
On 02/07/2010 06:03 AM, Thomas Bächler wrote:
Okay, this is it. The busybox-based mkinitcpio is entering testing now. BACK UP YOUR OLD (WORKING) INITRAMFS (kernel26.img) FILE! Also, do NOT use this if you have root on NFS, it is NOT IMPLEMENTED yet.
Known issues: If you use 2.6.33 and enable the support for ext2/ext3 in the ext4 driver, root on ext2/3 won't work with the autodetect hook, I'll fix that for the next version.
Number of systems that failed to boot after the upgrade: 0 (so far)
Hooks adjusted: All base hooks + keymap, encrypt, lvm2, mdadm, dmraid, raid (now a symlink to mdadm), v86d. (Also, I hear that the uresume hook works without modification).
I am still looking for someone to implement NFS root with this, please contact me if you are interested. This will not be the final version, there is still some work to do, but for now this requires more testing.
Not sure how to troubleshoot this, but when I'm booting "Activating RAID arrays" states FAILED, however my RAID 1 loads without a problem. I rarely restart this machine and when I do I usually neglect paying any attention to the boot process. Therefore, I think this is related, but if not let me know and I'll post in the forums. This is normal since 3.0.x mdadm i try to find a fix for this, but it doesn't harm. greetings tpowa
-- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Am 07.02.2010 16:43, schrieb pyther:
Not sure how to troubleshoot this, but when I'm booting "Activating RAID arrays" states FAILED, however my RAID 1 loads without a problem. I rarely restart this machine and when I do I usually neglect paying any attention to the boot process. Therefore, I think this is related, but if not let me know and I'll post in the forums.
This problem is older and resides in initscripts: mdadm fails to assemble a RAID which is already assembled, so returns failure - older versions of mdadm ignored this error and returned success.
hi. i switched to [testing] for some other packages. but upon upgrading mkinitcpio, the initramfs (/boot/kernel26.img) has not been recreated ? is this normal ? expected ? or a bug ? will it be upgraded at the next kernel upgrade ? there is no .install file in the mkinitcpio package. by the way, it is working fine here
On Mon, Feb 8, 2010 at 19:55, solsTiCe d'Hiver <solstice.dhiver@gmail.com> wrote:
hi. i switched to [testing] for some other packages. but upon upgrading mkinitcpio, the initramfs (/boot/kernel26.img) has not been recreated ? is this normal ? expected ? or a bug ? will it be upgraded at the next kernel upgrade ?
It is normal. There is no need to recreate the kernel image on mkinitcpio upgrade (and anyway mkinitcpio cannot know for sure what images it should recreate). -- Roman Kyrylych (Роман Кирилич)
Am 07.02.2010 12:03, schrieb Thomas Bächler:
Okay, this is it. The busybox-based mkinitcpio is entering testing now. BACK UP YOUR OLD (WORKING) INITRAMFS (kernel26.img) FILE! Also, do NOT use this if you have root on NFS, it is NOT IMPLEMENTED yet.
Known issues: If you use 2.6.33 and enable the support for ext2/ext3 in the ext4 driver, root on ext2/3 won't work with the autodetect hook, I'll fix that for the next version.
Number of systems that failed to boot after the upgrade: 0 (so far)
Hooks adjusted: All base hooks + keymap, encrypt, lvm2, mdadm, dmraid, raid (now a symlink to mdadm), v86d. (Also, I hear that the uresume hook works without modification).
I am still looking for someone to implement NFS root with this, please contact me if you are interested. This will not be the final version, there is still some work to do, but for now this requires more testing.
Okay, version 0.5.99.5 is up. This adds NFS support, but that requires the packages mkinitcpio-nfs-utils, which I haven't created yet, and maybe won't until tomorrow or so. Other than that, mkinitcpio should be feature-complete and thus be considered "0.6-rc1". I will send another message when mkinitcpio-nfs-utils (which is ipconfig and nfsmount ported from klibc) is up so NFS support can be tested.
Am 10.02.2010 18:46, schrieb Thomas Bächler:
I am still looking for someone to implement NFS root with this, please contact me if you are interested. This will not be the final version, there is still some work to do, but for now this requires more testing.
Okay, version 0.5.99.5 is up. This adds NFS support, but that requires the packages mkinitcpio-nfs-utils, which I haven't created yet, and maybe won't until tomorrow or so. Other than that, mkinitcpio should be feature-complete and thus be considered "0.6-rc1".
I will send another message when mkinitcpio-nfs-utils (which is ipconfig and nfsmount ported from klibc) is up so NFS support can be tested.
A git repository for these tools has been set up at http://projects.archlinux.org/mkinitcpio-nfs-utils.git/ I still need to add a license, after I find out how the original tools were licensed (there is some confusion, I think they were BSD, but also might be GPL, the original klibc tarball doesn't say). After that and some small Makefile changes, I will provide a package for it.
participants (5)
-
pyther
-
Roman Kyrylych
-
solsTiCe d'Hiver
-
Thomas Bächler
-
Tobias Powalowski