| Message ID | AANLkTikY0eeq1Ufs-UOCiHYXu_314HUnw7ESK5ktocWV@mail.gmail.com |
|---|---|
| State | New, archived |
| Headers | show |
On 22 July 2010 02:06, Luis R. Rodriguez <mcgrof@gmail.com> wrote: > On Wed, Jul 21, 2010 at 1:43 AM, Daniel J Blueman > <daniel.blueman@gmail.com> wrote: >> Hi Luis, >> >> On 21 July 2010 01:36, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >>> I have been reluctant to boot to 2.6.35-rc due to the large set of >>> regression list and the amount of work I needed to actually get done >>> on 2.6.35. Last I checked the regression list it was getting small so >>> I gave it a spin today. No luck. I get some bootup error from udevd >>> and ext2/ext3/ext4, something like this: >>> >>> EXT3-fs (sda1): error: couldn't mount because of unsupported optional >>> features (240) >>> EXT2-fs (sda1): error: couldn't mount because of unsupported optional >>> features (240) >>> EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) >> >> This succeeded. > > Heh, OK :) > >>> VFS: Mounted root (ext4 filesystem) readonly on device 8:1 >>> Freeing unused kernel memory: 708k freed >>> Write protecting the kernel read-only data: 102040k >>> Freeing unused kernel memory: 764k freed >>> Freeing unused kernel memory: 1796k freed >>> udevd: failed to create queue file: No such file or directory >>> udevd: error creating queue file >> >> It looks like you need to enable: >> >> CONFIG_DEVTMPFS >> CONFIG_DEVTMPFS_MOUNT > > Thanks, it also turned out that when I upgraded from Ubuntu 9.10 to > Ubuntu 10.04 it replaced my own /sbin/installkernel so this was likely > another issue. My /sbin/installkernel changes allow for easy initramfs > installation on Debian/Ubuntu but my patches have been ignored my the > maintainer. > > --- installkernel-ubuntu-10.04 2010-07-21 18:03:34.607678010 -0700 > +++ installkernel 2010-01-29 13:17:10.000000000 -0800 > @@ -36,7 +36,8 @@ > # Create backups of older versions before installing > updatever () { > if [ -f "$dir/$1-$ver" ] ; then > - mv "$dir/$1-$ver" "$dir/$1-$ver.old" > + #mv "$dir/$1-$ver" "$dir/$1-$ver.old" > + rm -f "$dir/$1-$ver" "$dir/$1-$ver.old" > fi > > cat "$2" > "$dir/$1-$ver" > @@ -75,5 +76,16 @@ > if [ -f "$config" ] ; then > updatever config "$config" > fi > + > +LSB_RED_ID=$(/usr/bin/lsb_release -i -s) > + > +case $LSB_RED_ID in > +"Ubuntu") > + update-initramfs -c -k $ver > + update-grub > + ;; > +*) > + ;; > +esac > > exit 0 > > But anyway I also now get another boot failure with: > > mount: mounting /dev on /root/dev failed: No such file or directory > mount: mounting /sys on /root/sys failed: No such file or directory Hmm...the scripts in the initrd are not doing what is expected - perhaps if you didn't use: linux$ fakeroot make-kpkg --append-to-version -luis1 --initrd kernel-image ...or if there are eg initrd script modifications on the filesystem when it cooked the initd. You could just try eg: http://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-image-2.6.35-9-generic_2.6.35-9.14_amd64.deb ...although it will regenerate it's initrd, so may suffer the same fate. > http://bombadil.infradead.org/~mcgrof/images/2010/bleh-boot-2.6.35-rc5.jpg > > Luis
On Thu, Jul 22, 2010 at 2:10 AM, Daniel J Blueman <daniel.blueman@gmail.com> wrote: > On 22 July 2010 02:06, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >> On Wed, Jul 21, 2010 at 1:43 AM, Daniel J Blueman >> <daniel.blueman@gmail.com> wrote: >>> Hi Luis, >>> >>> On 21 July 2010 01:36, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >>>> I have been reluctant to boot to 2.6.35-rc due to the large set of >>>> regression list and the amount of work I needed to actually get done >>>> on 2.6.35. Last I checked the regression list it was getting small so >>>> I gave it a spin today. No luck. I get some bootup error from udevd >>>> and ext2/ext3/ext4, something like this: >>>> >>>> EXT3-fs (sda1): error: couldn't mount because of unsupported optional >>>> features (240) >>>> EXT2-fs (sda1): error: couldn't mount because of unsupported optional >>>> features (240) >>>> EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) >>> >>> This succeeded. >> >> Heh, OK :) >> >>>> VFS: Mounted root (ext4 filesystem) readonly on device 8:1 >>>> Freeing unused kernel memory: 708k freed >>>> Write protecting the kernel read-only data: 102040k >>>> Freeing unused kernel memory: 764k freed >>>> Freeing unused kernel memory: 1796k freed >>>> udevd: failed to create queue file: No such file or directory >>>> udevd: error creating queue file >>> >>> It looks like you need to enable: >>> >>> CONFIG_DEVTMPFS >>> CONFIG_DEVTMPFS_MOUNT >> >> Thanks, it also turned out that when I upgraded from Ubuntu 9.10 to >> Ubuntu 10.04 it replaced my own /sbin/installkernel so this was likely >> another issue. My /sbin/installkernel changes allow for easy initramfs >> installation on Debian/Ubuntu but my patches have been ignored my the >> maintainer. >> >> --- installkernel-ubuntu-10.04 2010-07-21 18:03:34.607678010 -0700 >> +++ installkernel 2010-01-29 13:17:10.000000000 -0800 >> @@ -36,7 +36,8 @@ >> # Create backups of older versions before installing >> updatever () { >> if [ -f "$dir/$1-$ver" ] ; then >> - mv "$dir/$1-$ver" "$dir/$1-$ver.old" >> + #mv "$dir/$1-$ver" "$dir/$1-$ver.old" >> + rm -f "$dir/$1-$ver" "$dir/$1-$ver.old" >> fi >> >> cat "$2" > "$dir/$1-$ver" >> @@ -75,5 +76,16 @@ >> if [ -f "$config" ] ; then >> updatever config "$config" >> fi >> + >> +LSB_RED_ID=$(/usr/bin/lsb_release -i -s) >> + >> +case $LSB_RED_ID in >> +"Ubuntu") >> + update-initramfs -c -k $ver >> + update-grub >> + ;; >> +*) >> + ;; >> +esac >> >> exit 0 >> >> But anyway I also now get another boot failure with: >> >> mount: mounting /dev on /root/dev failed: No such file or directory >> mount: mounting /sys on /root/sys failed: No such file or directory > > Hmm...the scripts in the initrd are not doing what is expected - > perhaps if you didn't use: > linux$ fakeroot make-kpkg --append-to-version -luis1 --initrd kernel-image I am not using that to build my kernels I just build my kernels with make sudo make modules_install install > ...or if there are eg initrd script modifications on the filesystem > when it cooked the initd. I haven't modified any initrd scripts. > You could just try eg: > http://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-image-2.6.35-9-generic_2.6.35-9.14_amd64.deb Going to give that a shot, thanks. > ...although it will regenerate it's initrd, so may suffer the same fate. OK we'll see then. Luis -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, Jul 23, 2010 at 9:49 AM, Luis R. Rodriguez <mcgrof@gmail.com> wrote: > On Thu, Jul 22, 2010 at 2:10 AM, Daniel J Blueman > <daniel.blueman@gmail.com> wrote: >> On 22 July 2010 02:06, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >>> On Wed, Jul 21, 2010 at 1:43 AM, Daniel J Blueman >>> <daniel.blueman@gmail.com> wrote: >>>> Hi Luis, >>>> >>>> On 21 July 2010 01:36, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >>>>> I have been reluctant to boot to 2.6.35-rc due to the large set of >>>>> regression list and the amount of work I needed to actually get done >>>>> on 2.6.35. Last I checked the regression list it was getting small so >>>>> I gave it a spin today. No luck. I get some bootup error from udevd >>>>> and ext2/ext3/ext4, something like this: >>>>> >>>>> EXT3-fs (sda1): error: couldn't mount because of unsupported optional >>>>> features (240) >>>>> EXT2-fs (sda1): error: couldn't mount because of unsupported optional >>>>> features (240) >>>>> EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) >>>> >>>> This succeeded. >>> >>> Heh, OK :) >>> >>>>> VFS: Mounted root (ext4 filesystem) readonly on device 8:1 >>>>> Freeing unused kernel memory: 708k freed >>>>> Write protecting the kernel read-only data: 102040k >>>>> Freeing unused kernel memory: 764k freed >>>>> Freeing unused kernel memory: 1796k freed >>>>> udevd: failed to create queue file: No such file or directory >>>>> udevd: error creating queue file >>>> >>>> It looks like you need to enable: >>>> >>>> CONFIG_DEVTMPFS >>>> CONFIG_DEVTMPFS_MOUNT >>> >>> Thanks, it also turned out that when I upgraded from Ubuntu 9.10 to >>> Ubuntu 10.04 it replaced my own /sbin/installkernel so this was likely >>> another issue. My /sbin/installkernel changes allow for easy initramfs >>> installation on Debian/Ubuntu but my patches have been ignored my the >>> maintainer. >>> >>> --- installkernel-ubuntu-10.04 2010-07-21 18:03:34.607678010 -0700 >>> +++ installkernel 2010-01-29 13:17:10.000000000 -0800 >>> @@ -36,7 +36,8 @@ >>> # Create backups of older versions before installing >>> updatever () { >>> if [ -f "$dir/$1-$ver" ] ; then >>> - mv "$dir/$1-$ver" "$dir/$1-$ver.old" >>> + #mv "$dir/$1-$ver" "$dir/$1-$ver.old" >>> + rm -f "$dir/$1-$ver" "$dir/$1-$ver.old" >>> fi >>> >>> cat "$2" > "$dir/$1-$ver" >>> @@ -75,5 +76,16 @@ >>> if [ -f "$config" ] ; then >>> updatever config "$config" >>> fi >>> + >>> +LSB_RED_ID=$(/usr/bin/lsb_release -i -s) >>> + >>> +case $LSB_RED_ID in >>> +"Ubuntu") >>> + update-initramfs -c -k $ver >>> + update-grub >>> + ;; >>> +*) >>> + ;; >>> +esac >>> >>> exit 0 >>> >>> But anyway I also now get another boot failure with: >>> >>> mount: mounting /dev on /root/dev failed: No such file or directory >>> mount: mounting /sys on /root/sys failed: No such file or directory >> >> Hmm...the scripts in the initrd are not doing what is expected - >> perhaps if you didn't use: >> linux$ fakeroot make-kpkg --append-to-version -luis1 --initrd kernel-image > > I am not using that to build my kernels I just build my kernels with > > make > sudo make modules_install install > >> ...or if there are eg initrd script modifications on the filesystem >> when it cooked the initd. > > I haven't modified any initrd scripts. > >> You could just try eg: >> http://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-image-2.6.35-9-generic_2.6.35-9.14_amd64.deb Fun, so that kernel actually works but the one I am building from wireless-testing.git does not. The curious thing is it doesn't boot even if I remove my 802.11 module... so something is fishy. This is likely a config issue. After booting with the above kernel though I generated a new one with make localmodconfig and then enabled my 802.11 modules. Still, no luck.. Going to reset my tree, I had manually merged Linus' latest stuff in but I don't think this should matter. Luis -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, Jul 23, 2010 at 10:56 AM, Luis R. Rodriguez <mcgrof@gmail.com> wrote: > On Fri, Jul 23, 2010 at 9:49 AM, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >> On Thu, Jul 22, 2010 at 2:10 AM, Daniel J Blueman >> <daniel.blueman@gmail.com> wrote: >>> On 22 July 2010 02:06, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >>>> On Wed, Jul 21, 2010 at 1:43 AM, Daniel J Blueman >>>> <daniel.blueman@gmail.com> wrote: >>>>> Hi Luis, >>>>> >>>>> On 21 July 2010 01:36, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >>>>>> I have been reluctant to boot to 2.6.35-rc due to the large set of >>>>>> regression list and the amount of work I needed to actually get done >>>>>> on 2.6.35. Last I checked the regression list it was getting small so >>>>>> I gave it a spin today. No luck. I get some bootup error from udevd >>>>>> and ext2/ext3/ext4, something like this: >>>>>> >>>>>> EXT3-fs (sda1): error: couldn't mount because of unsupported optional >>>>>> features (240) >>>>>> EXT2-fs (sda1): error: couldn't mount because of unsupported optional >>>>>> features (240) >>>>>> EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) >>>>> >>>>> This succeeded. >>>> >>>> Heh, OK :) >>>> >>>>>> VFS: Mounted root (ext4 filesystem) readonly on device 8:1 >>>>>> Freeing unused kernel memory: 708k freed >>>>>> Write protecting the kernel read-only data: 102040k >>>>>> Freeing unused kernel memory: 764k freed >>>>>> Freeing unused kernel memory: 1796k freed >>>>>> udevd: failed to create queue file: No such file or directory >>>>>> udevd: error creating queue file >>>>> >>>>> It looks like you need to enable: >>>>> >>>>> CONFIG_DEVTMPFS >>>>> CONFIG_DEVTMPFS_MOUNT >>>> >>>> Thanks, it also turned out that when I upgraded from Ubuntu 9.10 to >>>> Ubuntu 10.04 it replaced my own /sbin/installkernel so this was likely >>>> another issue. My /sbin/installkernel changes allow for easy initramfs >>>> installation on Debian/Ubuntu but my patches have been ignored my the >>>> maintainer. >>>> >>>> --- installkernel-ubuntu-10.04 2010-07-21 18:03:34.607678010 -0700 >>>> +++ installkernel 2010-01-29 13:17:10.000000000 -0800 >>>> @@ -36,7 +36,8 @@ >>>> # Create backups of older versions before installing >>>> updatever () { >>>> if [ -f "$dir/$1-$ver" ] ; then >>>> - mv "$dir/$1-$ver" "$dir/$1-$ver.old" >>>> + #mv "$dir/$1-$ver" "$dir/$1-$ver.old" >>>> + rm -f "$dir/$1-$ver" "$dir/$1-$ver.old" >>>> fi >>>> >>>> cat "$2" > "$dir/$1-$ver" >>>> @@ -75,5 +76,16 @@ >>>> if [ -f "$config" ] ; then >>>> updatever config "$config" >>>> fi >>>> + >>>> +LSB_RED_ID=$(/usr/bin/lsb_release -i -s) >>>> + >>>> +case $LSB_RED_ID in >>>> +"Ubuntu") >>>> + update-initramfs -c -k $ver >>>> + update-grub >>>> + ;; >>>> +*) >>>> + ;; >>>> +esac >>>> >>>> exit 0 >>>> >>>> But anyway I also now get another boot failure with: >>>> >>>> mount: mounting /dev on /root/dev failed: No such file or directory >>>> mount: mounting /sys on /root/sys failed: No such file or directory >>> >>> Hmm...the scripts in the initrd are not doing what is expected - >>> perhaps if you didn't use: >>> linux$ fakeroot make-kpkg --append-to-version -luis1 --initrd kernel-image >> >> I am not using that to build my kernels I just build my kernels with >> >> make >> sudo make modules_install install >> >>> ...or if there are eg initrd script modifications on the filesystem >>> when it cooked the initd. >> >> I haven't modified any initrd scripts. >> >>> You could just try eg: >>> http://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-image-2.6.35-9-generic_2.6.35-9.14_amd64.deb > > Fun, so that kernel actually works but the one I am building from > wireless-testing.git does not. The curious thing is it doesn't boot > even if I remove my 802.11 module... so something is fishy. This is > likely a config issue. After booting with the above kernel though I > generated a new one with > > make localmodconfig > > and then enabled my 802.11 modules. Still, no luck.. Going to reset my > tree, I had manually merged Linus' latest stuff in but I don't think > this should matter. That didn't work, but it seems this was just my config, the same config worked on older kernels but I am not motivated enough to figure out what I actually did enable which fixed this. But just for the record config which did not work: http://bombadil.infradead.org/~mcgrof/configs/2010/config-issue/config-old.txt config which worked: http://bombadil.infradead.org/~mcgrof/configs/2010/config-issue/config.txt The diff: http://bombadil.infradead.org/~mcgrof/configs/2010/config-issue/diff-34-35.patch Luis -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On 07/27/2010 01:43 AM, Luis R. Rodriguez wrote: > On Fri, Jul 23, 2010 at 10:56 AM, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >> On Fri, Jul 23, 2010 at 9:49 AM, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >>> On Thu, Jul 22, 2010 at 2:10 AM, Daniel J Blueman >>> <daniel.blueman@gmail.com> wrote: >>>> On 22 July 2010 02:06, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >>>>> On Wed, Jul 21, 2010 at 1:43 AM, Daniel J Blueman >>>>> <daniel.blueman@gmail.com> wrote: >>>>>> Hi Luis, >>>>>> >>>>>> On 21 July 2010 01:36, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >>>>>>> I have been reluctant to boot to 2.6.35-rc due to the large set of >>>>>>> regression list and the amount of work I needed to actually get done >>>>>>> on 2.6.35. Last I checked the regression list it was getting small so >>>>>>> I gave it a spin today. No luck. I get some bootup error from udevd >>>>>>> and ext2/ext3/ext4, something like this: >>>>>>> >>>>>>> EXT3-fs (sda1): error: couldn't mount because of unsupported optional >>>>>>> features (240) >>>>>>> EXT2-fs (sda1): error: couldn't mount because of unsupported optional >>>>>>> features (240) >>>>>>> EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) >>>>>> >>>>>> This succeeded. >>>>> >>>>> Heh, OK :) >>>>> >>>>>>> VFS: Mounted root (ext4 filesystem) readonly on device 8:1 >>>>>>> Freeing unused kernel memory: 708k freed >>>>>>> Write protecting the kernel read-only data: 102040k >>>>>>> Freeing unused kernel memory: 764k freed >>>>>>> Freeing unused kernel memory: 1796k freed >>>>>>> udevd: failed to create queue file: No such file or directory >>>>>>> udevd: error creating queue file >>>>>> >>>>>> It looks like you need to enable: >>>>>> >>>>>> CONFIG_DEVTMPFS >>>>>> CONFIG_DEVTMPFS_MOUNT >>>>> >>>>> Thanks, it also turned out that when I upgraded from Ubuntu 9.10 to >>>>> Ubuntu 10.04 it replaced my own /sbin/installkernel so this was likely >>>>> another issue. My /sbin/installkernel changes allow for easy initramfs >>>>> installation on Debian/Ubuntu but my patches have been ignored my the >>>>> maintainer. >>>>> >>>>> --- installkernel-ubuntu-10.04 2010-07-21 18:03:34.607678010 -0700 >>>>> +++ installkernel 2010-01-29 13:17:10.000000000 -0800 >>>>> @@ -36,7 +36,8 @@ >>>>> # Create backups of older versions before installing >>>>> updatever () { >>>>> if [ -f "$dir/$1-$ver" ] ; then >>>>> - mv "$dir/$1-$ver" "$dir/$1-$ver.old" >>>>> + #mv "$dir/$1-$ver" "$dir/$1-$ver.old" >>>>> + rm -f "$dir/$1-$ver" "$dir/$1-$ver.old" >>>>> fi >>>>> >>>>> cat "$2" > "$dir/$1-$ver" >>>>> @@ -75,5 +76,16 @@ >>>>> if [ -f "$config" ] ; then >>>>> updatever config "$config" >>>>> fi >>>>> + >>>>> +LSB_RED_ID=$(/usr/bin/lsb_release -i -s) >>>>> + >>>>> +case $LSB_RED_ID in >>>>> +"Ubuntu") >>>>> + update-initramfs -c -k $ver >>>>> + update-grub >>>>> + ;; >>>>> +*) >>>>> + ;; >>>>> +esac >>>>> >>>>> exit 0 >>>>> >>>>> But anyway I also now get another boot failure with: >>>>> >>>>> mount: mounting /dev on /root/dev failed: No such file or directory >>>>> mount: mounting /sys on /root/sys failed: No such file or directory >>>> >>>> Hmm...the scripts in the initrd are not doing what is expected - >>>> perhaps if you didn't use: >>>> linux$ fakeroot make-kpkg --append-to-version -luis1 --initrd kernel-image >>> >>> I am not using that to build my kernels I just build my kernels with >>> >>> make >>> sudo make modules_install install >>> >>>> ...or if there are eg initrd script modifications on the filesystem >>>> when it cooked the initd. >>> >>> I haven't modified any initrd scripts. >>> >>>> You could just try eg: >>>> http://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-image-2.6.35-9-generic_2.6.35-9.14_amd64.deb >> >> Fun, so that kernel actually works but the one I am building from >> wireless-testing.git does not. The curious thing is it doesn't boot >> even if I remove my 802.11 module... so something is fishy. This is >> likely a config issue. After booting with the above kernel though I >> generated a new one with >> >> make localmodconfig >> >> and then enabled my 802.11 modules. Still, no luck.. Going to reset my >> tree, I had manually merged Linus' latest stuff in but I don't think >> this should matter. > > That didn't work, but it seems this was just my config, the same > config worked on older kernels but I am not motivated enough to figure > out what I actually did enable which fixed this. But just for the > record > > config which did not work: > > http://bombadil.infradead.org/~mcgrof/configs/2010/config-issue/config-old.txt > > config which worked: > > http://bombadil.infradead.org/~mcgrof/configs/2010/config-issue/config.txt > > The diff: > > http://bombadil.infradead.org/~mcgrof/configs/2010/config-issue/diff-34-35.patch > > Luis > Hm, I hope I did not miss some info in the threads above, but have you tried to use the config in /boot/ as a base for your new config with make oldconfig? I think to remember make modules_install purges all existing modules under kernel before installing the new ones. So likely there is something essential going away when rebuilding the initrd. The messages sound like basic root fs is not there, so it misses all the mount points. But I admit to be too lazy to walk all the config. -Stefan -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Jul 27, 2010 at 5:34 AM, Stefan Bader <stefan.bader@canonical.com> wrote: > On 07/27/2010 01:43 AM, Luis R. Rodriguez wrote: >> On Fri, Jul 23, 2010 at 10:56 AM, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >>> On Fri, Jul 23, 2010 at 9:49 AM, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >>>> On Thu, Jul 22, 2010 at 2:10 AM, Daniel J Blueman >>>> <daniel.blueman@gmail.com> wrote: >>>>> On 22 July 2010 02:06, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >>>>>> On Wed, Jul 21, 2010 at 1:43 AM, Daniel J Blueman >>>>>> <daniel.blueman@gmail.com> wrote: >>>>>>> Hi Luis, >>>>>>> >>>>>>> On 21 July 2010 01:36, Luis R. Rodriguez <mcgrof@gmail.com> wrote: >>>>>>>> I have been reluctant to boot to 2.6.35-rc due to the large set of >>>>>>>> regression list and the amount of work I needed to actually get done >>>>>>>> on 2.6.35. Last I checked the regression list it was getting small so >>>>>>>> I gave it a spin today. No luck. I get some bootup error from udevd >>>>>>>> and ext2/ext3/ext4, something like this: >>>>>>>> >>>>>>>> EXT3-fs (sda1): error: couldn't mount because of unsupported optional >>>>>>>> features (240) >>>>>>>> EXT2-fs (sda1): error: couldn't mount because of unsupported optional >>>>>>>> features (240) >>>>>>>> EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) >>>>>>> >>>>>>> This succeeded. >>>>>> >>>>>> Heh, OK :) >>>>>> >>>>>>>> VFS: Mounted root (ext4 filesystem) readonly on device 8:1 >>>>>>>> Freeing unused kernel memory: 708k freed >>>>>>>> Write protecting the kernel read-only data: 102040k >>>>>>>> Freeing unused kernel memory: 764k freed >>>>>>>> Freeing unused kernel memory: 1796k freed >>>>>>>> udevd: failed to create queue file: No such file or directory >>>>>>>> udevd: error creating queue file >>>>>>> >>>>>>> It looks like you need to enable: >>>>>>> >>>>>>> CONFIG_DEVTMPFS >>>>>>> CONFIG_DEVTMPFS_MOUNT >>>>>> >>>>>> Thanks, it also turned out that when I upgraded from Ubuntu 9.10 to >>>>>> Ubuntu 10.04 it replaced my own /sbin/installkernel so this was likely >>>>>> another issue. My /sbin/installkernel changes allow for easy initramfs >>>>>> installation on Debian/Ubuntu but my patches have been ignored my the >>>>>> maintainer. >>>>>> >>>>>> --- installkernel-ubuntu-10.04 2010-07-21 18:03:34.607678010 -0700 >>>>>> +++ installkernel 2010-01-29 13:17:10.000000000 -0800 >>>>>> @@ -36,7 +36,8 @@ >>>>>> # Create backups of older versions before installing >>>>>> updatever () { >>>>>> if [ -f "$dir/$1-$ver" ] ; then >>>>>> - mv "$dir/$1-$ver" "$dir/$1-$ver.old" >>>>>> + #mv "$dir/$1-$ver" "$dir/$1-$ver.old" >>>>>> + rm -f "$dir/$1-$ver" "$dir/$1-$ver.old" >>>>>> fi >>>>>> >>>>>> cat "$2" > "$dir/$1-$ver" >>>>>> @@ -75,5 +76,16 @@ >>>>>> if [ -f "$config" ] ; then >>>>>> updatever config "$config" >>>>>> fi >>>>>> + >>>>>> +LSB_RED_ID=$(/usr/bin/lsb_release -i -s) >>>>>> + >>>>>> +case $LSB_RED_ID in >>>>>> +"Ubuntu") >>>>>> + update-initramfs -c -k $ver >>>>>> + update-grub >>>>>> + ;; >>>>>> +*) >>>>>> + ;; >>>>>> +esac >>>>>> >>>>>> exit 0 >>>>>> >>>>>> But anyway I also now get another boot failure with: >>>>>> >>>>>> mount: mounting /dev on /root/dev failed: No such file or directory >>>>>> mount: mounting /sys on /root/sys failed: No such file or directory >>>>> >>>>> Hmm...the scripts in the initrd are not doing what is expected - >>>>> perhaps if you didn't use: >>>>> linux$ fakeroot make-kpkg --append-to-version -luis1 --initrd kernel-image >>>> >>>> I am not using that to build my kernels I just build my kernels with >>>> >>>> make >>>> sudo make modules_install install >>>> >>>>> ...or if there are eg initrd script modifications on the filesystem >>>>> when it cooked the initd. >>>> >>>> I haven't modified any initrd scripts. >>>> >>>>> You could just try eg: >>>>> http://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-image-2.6.35-9-generic_2.6.35-9.14_amd64.deb >>> >>> Fun, so that kernel actually works but the one I am building from >>> wireless-testing.git does not. The curious thing is it doesn't boot >>> even if I remove my 802.11 module... so something is fishy. This is >>> likely a config issue. After booting with the above kernel though I >>> generated a new one with >>> >>> make localmodconfig >>> >>> and then enabled my 802.11 modules. Still, no luck.. Going to reset my >>> tree, I had manually merged Linus' latest stuff in but I don't think >>> this should matter. >> >> That didn't work, but it seems this was just my config, the same >> config worked on older kernels but I am not motivated enough to figure >> out what I actually did enable which fixed this. But just for the >> record >> >> config which did not work: >> >> http://bombadil.infradead.org/~mcgrof/configs/2010/config-issue/config-old.txt >> >> config which worked: >> >> http://bombadil.infradead.org/~mcgrof/configs/2010/config-issue/config.txt >> >> The diff: >> >> http://bombadil.infradead.org/~mcgrof/configs/2010/config-issue/diff-34-35.patch >> >> Luis >> > > Hm, I hope I did not miss some info in the threads above, but have you tried to > use the config in /boot/ as a base for your new config with make oldconfig? Yeah, that's how I started my own configs for 2.6.34, then I always use make localmodconfig to trim crap down. In this case my config just stopped working on newer kernels. What cured it was I took Daniel J Blueman's 2.6.35 ubuntu package: http://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-image-2.6.35-9-generic_2.6.35-9.14_amd64.deb Then stole that config and used it as a starting reference, then did the localmodconfig after booting into it and cp'ing that config to my own and running oldconfig. > I think to remember make modules_install purges all existing modules under > kernel before installing the new ones. So likely there is something essential > going away when rebuilding the initrd. The messages sound like basic root fs is > not there, so it misses all the mount points. But I admit to be too lazy to walk > all the config. Right, I thought it was the rootfs, the rootfs is provided through the tmpfs filesystem which both configs have. They also have devftmpfs. This is why I started to suspect something on the distribution side but low and behold linux-image-2.6.35-9-generic_2.6.35-9.14_amd64.deb worked well. CONFIG_DEVTMPFS=y CONFIG_DEVTMPFS_MOUNT=y CONFIG_TMPFS=y CONFIG_TMPFS_POSIX_ACL=y Good news is its working now but certainly my old config did not work anymore. Luis -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
--- installkernel-ubuntu-10.04 2010-07-21 18:03:34.607678010 -0700 +++ installkernel 2010-01-29 13:17:10.000000000 -0800 @@ -36,7 +36,8 @@ # Create backups of older versions before installing updatever () { if [ -f "$dir/$1-$ver" ] ; then - mv "$dir/$1-$ver" "$dir/$1-$ver.old" + #mv "$dir/$1-$ver" "$dir/$1-$ver.old" + rm -f "$dir/$1-$ver" "$dir/$1-$ver.old" fi cat "$2" > "$dir/$1-$ver" @@ -75,5 +76,16 @@ if [ -f "$config" ] ; then updatever config "$config" fi + +LSB_RED_ID=$(/usr/bin/lsb_release -i -s) + +case $LSB_RED_ID in +"Ubuntu") + update-initramfs -c -k $ver + update-grub + ;; +*) + ;; +esac exit 0