From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 613DC138334 for ; Sat, 3 Nov 2018 16:47:01 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D870EE0AAC; Sat, 3 Nov 2018 16:46:52 +0000 (UTC) Received: from blaine.gmane.org (unknown [195.159.176.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 65A67E09EC for ; Sat, 3 Nov 2018 16:46:52 +0000 (UTC) Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1gIz2L-0003Kc-PZ for gentoo-user@lists.gentoo.org; Sat, 03 Nov 2018 17:44:37 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Nikos Chantziaras Subject: [gentoo-user] Re: no file system found for kernel 4.14.78 Date: Sat, 3 Nov 2018 18:46:42 +0200 Message-ID: References: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@blaine.gmane.org User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 In-Reply-To: Content-Language: en-US X-Archives-Salt: f7c1d65c-6a54-4587-b8ff-d185948f7897 X-Archives-Hash: 74625b948baf9dd62e9d78566e192557 On 03/11/2018 15:32, Bill Kenworthy wrote: > Kernel 4.14.78 has been released and I have a fail upgrading one system > - fails to mount root vfs but oops instead of dropping to a recovery shell: > > Same boot stanza as 4.14.65, one unrelated (RCU) difference between .configs Try manually specifying the root fs and the fs type in the kernel arguments. Here, I use: root=PARTUUID=the-partition-uuid-of-the-root-fs ro rootfstype=ext4 You can see the UUIDs of your partitions with: ls -l /dev/disk/by-partuuid I always had to do that here, otherwise I just get the same boot error as you.