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 11B981382C5 for ; Sun, 13 Dec 2020 06:01:09 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C6727E0B0C; Sun, 13 Dec 2020 06:01:02 +0000 (UTC) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (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 6B712E0AEA for ; Sun, 13 Dec 2020 06:01:02 +0000 (UTC) Received: by mail-wr1-x431.google.com with SMTP id y17so13102652wrr.10 for ; Sat, 12 Dec 2020 22:01:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:references:from:subject:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=32ozS99M0rRFbdtCY1BzP6nrlhsUEeZe0ADSdZtx9Iw=; b=B5H5eEZUdMT4GClftveTdRdvEXkuftQHaweWtFvbo7c2xf50uJpXpqOOLmJmBTRmZN msej3k8Qvey7+4WziwW7VuPT4qUldw7X60MtfdA8IhVTlZAhDB8LO8SCmLGIx1GH7ZtH L60tZZ7VDAXjcG8v5lPWpMEwnT/Ux3i2QfS2BVnQloSfM3Epr2dxwWrQHO5jcMSkXaLq RKjZ/zB8/6OtQCeekP4nhiT1VZ2THSy+u6eEGwKHXxuJD+ebDDXmlL7Qfk9KWt+i7pNk 7n36M3ecNlbZPXmzwFS7RMnNn2i/+rrOxIQT8bMVrrpJiGKRtK1sWpfhBuDDaLNRdaLA Mk3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:references:from:subject:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=32ozS99M0rRFbdtCY1BzP6nrlhsUEeZe0ADSdZtx9Iw=; b=GTS1nEOVOj7fnXi3RpJ1tADduAKiils2ZxnBJ0SCo2bCJb/h2NUIw3OYkm0waznVmR KZvdGcr0oz3c78uoEREeGPfj3CyvMR5y+4yrHIFCQ0iWlOxfJ5EO2jobfqgGfl3T3Os0 M4HNmiSRRudqRXcUv/Ra4t7YIQOpL/YISc+8rGBeVQy+HU/1CkSsSUteVvzlze3+V3Ya yyjxag340T+fw1aE6vTOP2QbB0RHwruzg9IBkrhKRz3bKgGeW3fubGmrlo5FQEESHV7l pl2FpuOxs5GJcsLTfuKl/AkKBL7nWf1RWvOZTkGlelI1HmnYEZTaamwQVLAB9tbupjUD DIpA== X-Gm-Message-State: AOAM531+3rjtyEyucmyd1FRsft41UiPaRJwWPSQGiT2Afn2qhpncwSW6 jAzhwOxNy83utZs4GOGUaggrXyCgRcs= X-Google-Smtp-Source: ABdhPJw0eAjc5q3lnDPIlEScBtdzYqf1G1pEG7dvmd2qX2vXTKPYdq8lwm7y500RdTh0yezxg0ADYg== X-Received: by 2002:adf:eb08:: with SMTP id s8mr22519073wrn.12.1607839261066; Sat, 12 Dec 2020 22:01:01 -0800 (PST) Received: from [192.168.0.64] (cpc148898-sgyl44-2-0-cust663.18-2.cable.virginm.net. [82.34.182.152]) by smtp.gmail.com with ESMTPSA id 35sm24946558wro.71.2020.12.12.22.01.00 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 12 Dec 2020 22:01:00 -0800 (PST) To: gentoo-user@lists.gentoo.org References: <39170f4b-9baf-0b27-0e94-1404f7f2c0ec@sys-concept.com> <20201212224024.4a21d34a@digimed.co.uk> <54d95ce4-c388-bd2f-f157-342dc4d5db61@sys-concept.com> From: Victor Ivanov Subject: Re: [gentoo-user] [SOLVED] fsck.fat 4.1 - File system couldn't be fixed [SOLVED] Message-ID: <69d87162-fe94-6647-7d05-2cad0b28f68d@gmail.com> Date: Sun, 13 Dec 2020 06:00:59 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: <54d95ce4-c388-bd2f-f157-342dc4d5db61@sys-concept.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Archives-Salt: 1fbd2338-90bb-428d-afed-7096677a219e X-Archives-Hash: 9b6803cbb4e211e8f9fd9d10ae9f4fd2 On 13/12/2020 03:07, thelma@sys-concept.com wrote: > if you have UEFI system most likely your "boot" partition is some form > of "vfat" I strongly disagree with this statement. Most Linux distributions, including Gentoo, advise (or outright default to) having your /boot partition either separate, or having /boot as part of your root filesystem. And this is very sensible indeed. Personally, I would even go further by saying that /boot should be journaled (e.g. ext4). Most distros do that by default. A UEFI set-up only requires the EFI system partition to be vfat. It does not require the kernel or the ramdisk to be on it. GRUB2 can be configured to install only its own EFI-related files on the EFI system partition, then reading the kernel and the grub config file from your /boot partition: # grub-install --efi-directory=/path/to/efi --boot-directory=/boot/efi /dev/[nvme...|sd...] You do not need CSM enabled for this. Unfortunately, sometimes guides put the EFI partition mount point to be a directory within the /boot directory (e.g. /boot/efi) which itself can be the mount point for the boot partition. This can lead to people formatting both as vfat or indeed using the EFI partition itself in lieu of a separate /boot partition. I am not suggesting this is what happened in your case, but I have seen it happen. Now if you use a different boot loader (e.g. rEFInd) it is up to that bootloader to have relevant support for the filesystem that your /boot partition is using. > fsck.fat 4.1 (2017-01-24) open: no such file or directory > > There is a similar related bug filed about it (but I don't know why is > it marked resolved) > https://bugs.gentoo.org/306119 I don't think this issue is related wrt the root cause. But force-checking for filesystem errors certainly revealed the issue for your case: you don't have the fsck.fat binary in your initramfs. As a result, the filesystem checking process fails, the boot process is interrupted prematurely, and you're dropped into a shell to investigate. This is normal behaviour when an error occurs before the boot process switches to the real root. One option is to disable filesystem checking for vfat - like you did, another is to make sure that the mkfs.fat binary is included in the ramdisk image. I am not sure how the latter would be best achieved with genkernel, perhaps others can advise on this. - Victor