linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Luis R. Rodriguez" <mcgrof@gmail.com>
To: Daniel J Blueman <daniel.blueman@gmail.com>,
	"Luis R. Rodriguez" <mcgrof@gmail.com>
Cc: linux-ext4@vger.kernel.org, "Rafael J. Wysocki" <rjw@sisk.pl>,
	Ubuntu Kernel Team <kernel-team@lists.ubuntu.com>,
	linux-kernel@vger.kernel.org
Subject: Re: udevd / ext4 issue mounting 2.6.35-rc5
Date: Fri, 23 Jul 2010 09:49:51 -0700	[thread overview]
Message-ID: <AANLkTikwQg6ZC-5tAzBExnNSx5J7Zgyc14sPXE7KqLW5@mail.gmail.com> (raw)
In-Reply-To: <AANLkTimNFIc8Ygg4O2NPHCYHk1G3dLBhYA2N9JSeAbdt@mail.gmail.com>

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

  reply	other threads:[~2010-07-23 16:50 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-21  0:36 udevd / ext4 issue mounting 2.6.35-rc5 Luis R. Rodriguez
2010-07-21  8:43 ` Daniel J Blueman
2010-07-22  1:06   ` Luis R. Rodriguez
2010-07-22  9:10     ` Daniel J Blueman
2010-07-23 16:49       ` Luis R. Rodriguez [this message]
2010-07-23 17:56         ` Luis R. Rodriguez
2010-07-26 23:43           ` Luis R. Rodriguez
2010-07-27 12:34             ` Stefan Bader
2010-07-27 16:03               ` Luis R. Rodriguez

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AANLkTikwQg6ZC-5tAzBExnNSx5J7Zgyc14sPXE7KqLW5@mail.gmail.com \
    --to=mcgrof@gmail.com \
    --cc=daniel.blueman@gmail.com \
    --cc=kernel-team@lists.ubuntu.com \
    --cc=linux-ext4@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rjw@sisk.pl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).