[arch-dev-public] 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.
Am Sonntag, 7. Februar 2010 12:03:32 schrieb Thomas Bächler:
Number of systems that failed to boot after the upgrade: 0 (so far)
works fine using raid5/ext4 (mdadm) -- Pierre Schmitz, https://users.archlinux.de/~pierre
Am Sonntag 07 Februar 2010 schrieb Pierre Schmitz:
Am Sonntag, 7. Februar 2010 12:03:32 schrieb Thomas Bächler:
Number of systems that failed to boot after the upgrade: 0 (so far)
works fine using raid5/ext4 (mdadm) works fine with v86d, reiserfs and raid1. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Am Sun, 07 Feb 2010 12:03:32 +0100
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.
Booting fine on two x86_64 systems: one with ext4 and one with reiserfs. Both also tested with kernel26-lts. Good work! -Andy
On Sun, Feb 7, 2010 at 13:03, 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.
Works fine for me with encrypted ext4 root. The size of image increased from 2MB to 3MB, which is okay. -- Roman Kyrylych (Роман Кирилич)
On Sun, 07 Feb 2010 12:03:32 +0100, Thomas Bächler
Okay, this is it. The busybox-based mkinitcpio is entering testing now.
I discovered two minor issues on my notebook: * there is some error message like "grep: /dev/disk/by-label/swap: no such file or directoy" * the console font is not set with the keymap hook; previous versions of mkinitcpio did this. However: its booting fine using lvm on a encrypted partition. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Am 08.02.2010 07:46, schrieb Pierre Schmitz:
I discovered two minor issues on my notebook: * there is some error message like "grep: /dev/disk/by-label/swap: no such file or directoy"
Where does that come from? When do you see that?
* the console font is not set with the keymap hook; previous versions of mkinitcpio did this.
We actually don't need to set any console font. The sole reason we set the keymap is so we can type in the emergency shell and that passphrases we type match exactly those we type when the system is up (including UTF8 or non-UTF8 characters). I intentionally removed all consolefont handling from initramfs.
Am 08.02.2010 10:20, schrieb Thomas Bächler:
Am 08.02.2010 07:46, schrieb Pierre Schmitz:
I discovered two minor issues on my notebook: * there is some error message like "grep: /dev/disk/by-label/swap: no such file or directoy"
Where does that come from? When do you see that?
On Sun, Feb 7, 2010 at 6:03 AM, 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.
Works fine here. i686: ext3, lvm2 x86_64: ext3, lvm2, raid5 (mdadm)
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.
On 11/02/10 03:46, Thomas Bächler wrote:
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.
I had time to test the mkinitcpio upgrade out today. I found no issues on my simple laptop setup. Allan
On Wed, Feb 10, 2010 at 8:51 PM, Allan McRae
On 11/02/10 03:46, Thomas Bächler wrote:
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.
I had time to test the mkinitcpio upgrade out today. I found no issues on my simple laptop setup.
Same here on i686. Everything checks out, but I have nothing special setup
Am 11.02.2010 05:01, schrieb Aaron Griffin:
I had time to test the mkinitcpio upgrade out today. I found no issues on my simple laptop setup.
Same here on i686. Everything checks out, but I have nothing special setup
Those setups should also just work, so testing is appreciated :) I have to say again that I got more useful/fixable bug reports and patches for mkinitcpio in the last few days than in the year before that together. The only bug reports I got before were due to limitations in the klibc stack that were barely fixable. This change has so far been a huge step forward - and a rather painless one.
On Thu, Feb 11, 2010 at 2:13 AM, Thomas Bächler
Am 11.02.2010 05:01, schrieb Aaron Griffin:
I had time to test the mkinitcpio upgrade out today. I found no issues on my simple laptop setup.
Same here on i686. Everything checks out, but I have nothing special setup
Those setups should also just work, so testing is appreciated :)
I have to say again that I got more useful/fixable bug reports and patches for mkinitcpio in the last few days than in the year before that together. The only bug reports I got before were due to limitations in the klibc stack that were barely fixable. This change has so far been a huge step forward - and a rather painless one.
Thanks for your efforts. I like to think that when people get motivated and start hacking on one part of the distro, other people begin to scratch their itches elsewhere too. -Dan
participants (9)
-
Aaron Griffin
-
Allan McRae
-
Andreas Radke
-
Dan McGee
-
Eric Bélanger
-
Pierre Schmitz
-
Roman Kyrylych
-
Thomas Bächler
-
Tobias Powalowski