X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@mail.alpinelinux.org Received: from mail-pd0-f177.google.com (mail-pd0-f177.google.com [209.85.192.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mail.alpinelinux.org (Postfix) with ESMTPS id B8DF3DC755F for ; Mon, 15 Sep 2014 19:35:13 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id y10so6906534pdj.36 for ; Mon, 15 Sep 2014 12:35:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=+t1aN60kh+O54l7Q4BAwLM+fXjXZmTF6ayL8HR3H9yA=; b=Cb6Qhx7vJMJ9JeexNLZ3MREXVXAoCk58Grtr6nlvg1zFw9VSgwz9xXES8ql8fwIy5p 7xnzT9fLjjcTuEjC6xhkl33+HHiLLP4RMbbjdFmozZVbNRUDM3H6CoirvBoSm7kVPutG I8V59YU+cql1jxta5zNXRqZ8g16tbGC79sCTqCPeTX8dpAqd31OuNHxZ3eEILZ5+qfuj dJFbFAK6atwidEeYeTM2PlU5qaVK1irzflGsxgunMVlhQ2Lyd5QTUz1JGctYnMu2noIN AZbYtvPLCsUs60xfZQUKW4jWUkwrG0t3ZzKh6sy2uWEb1AIZ9nK4rMgiizOSfguERzFX AEzg== X-Received: by 10.68.103.4 with SMTP id fs4mr42945253pbb.58.1410809712649; Mon, 15 Sep 2014 12:35:12 -0700 (PDT) Received: from muslin ([50.0.225.123]) by mx.google.com with ESMTPSA id e11sm12132560pdm.47.2014.09.15.12.35.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 15 Sep 2014 12:35:12 -0700 (PDT) Date: Mon, 15 Sep 2014 12:35:09 -0700 From: Isaac Dunham To: Natanael Copa Cc: alpine-devel@lists.alpinelinux.org Subject: Re: [alpine-devel] Re: Cannot mount root filesystem with latest vanilla kernel Message-ID: <20140915193509.GA545@muslin> References: <20140914201702.GA513@muslin> <20140914210508.GA1775@newbook> <20140915113105.182f422b@ncopa-desktop.alpinelinux.org> X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140915113105.182f422b@ncopa-desktop.alpinelinux.org> User-Agent: Mutt/1.5.21 (2010-09-15) On Mon, Sep 15, 2014 at 11:31:05AM +0200, Natanael Copa wrote: > On Sun, 14 Sep 2014 14:05:08 -0700 > Isaac Dunham wrote: > > > On Sun, Sep 14, 2014 at 01:17:02PM -0700, Isaac Dunham wrote: > > > Hello, > > > Posting from a different distro, since I can't boot Alpine. > > > > > > I've got a bit of a problem with the latest linux-vanilla kernel. > > > Yesterday I did an update and upgrade, and today I'm getting an > > > initramfs shell whenever I boot. > > > I have /dev/sda14 as root, formatted as ext2. > > > I can mount it from another distro, as ext2. > > > > > > When I try mounting /dev/sda14 on /sysroot without specifying fstype, > > > I get this errormessage: > > > mount: cannot mount /dev/sda14 on /sysroot: no such file or directory > > > and there are no new messages in dmesg. > > > > > > If I specify -t ext2 (or ext3 or ext4), I get > > > mount: cannot mount /dev/sda14 on /sysroot: no such device > > > and dmesg has a large number of complaints about symbol version mismatches > > > in the filesystem driver (ext2 or ext3 or ext4). > > > > > > Any ideas how to fix it? > > > > apk fix linux-vanilla > > solved it. > > > > No idea what caused this, though. > > i think update-extlinux or mkinitfs trigger failed for some reason so > the initramfs image got broken. I have no idea why though. Well, ran into more problems: - on the second boot, the problem reappeared. - I chrooted in, purged linux-vanilla, exited, umounted the root partition, ran e2fsck -p (which fixed several isssues with "deleted inodes"), ran e2fsck -cckv, which reported no bad blocks or other issues, remounted & chrooted, installed linux-vanilla, ran apk fix mkinitfs, exited, umounted, ran sync; sync; sync; and rebooted to find that the issue was still there. Most modules are giving me complaints about missing symbols or bad symbol versions. I am using grub1 (installed on /dev/sda8) to boot; the consistent naming of Alpine kernels means that I can use a static entry. grub continues to work fine with my other installs, and has not been updated. Could someone else test whether in Qemu, the latest linux-vanilla has any such issues (after module loading, does dmesg |grep symbol show any errors?) Thanks, Isaac Dunham --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---