Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759583Ab0GWQuO (ORCPT ); Fri, 23 Jul 2010 12:50:14 -0400 Received: from mail-pw0-f46.google.com ([209.85.160.46]:39708 "EHLO mail-pw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752727Ab0GWQuL convert rfc822-to-8bit (ORCPT ); Fri, 23 Jul 2010 12:50:11 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=T2ttF78qmlqgmQ+02/t0NgRFFftkZTUNTpBvax4c908QXtUuQ8ky/6yrtxJEKG7Wc8 DlcuSJpn+CprlJ5298qpYjFIjkdtJ87+SId965dhy/nDQX+fP1EVCSkavkrcMmRgtyIn Ii7l+b3n5w+pOp5z2qhrEGTqX029NlenyqSO8= MIME-Version: 1.0 In-Reply-To: References: From: "Luis R. Rodriguez" Date: Fri, 23 Jul 2010 09:49:51 -0700 Message-ID: Subject: Re: udevd / ext4 issue mounting 2.6.35-rc5 To: Daniel J Blueman , "Luis R. Rodriguez" Cc: linux-ext4@vger.kernel.org, "Rafael J. Wysocki" , Ubuntu Kernel Team , linux-kernel@vger.kernel.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3687 Lines: 107 On Thu, Jul 22, 2010 at 2:10 AM, Daniel J Blueman wrote: > On 22 July 2010 02:06, Luis R. Rodriguez wrote: >> On Wed, Jul 21, 2010 at 1:43 AM, Daniel J Blueman >> wrote: >>> Hi Luis, >>> >>> On 21 July 2010 01:36, Luis R. Rodriguez 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-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/