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 B6E481382C5 for ; Sun, 13 Dec 2020 07:42:24 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 49DF0E0BA4; Sun, 13 Dec 2020 07:42:13 +0000 (UTC) Received: from mail119c7.megamailservers.com (mail772.megamailservers.com [69.49.98.82]) (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 05E28E0AE5 for ; Sun, 13 Dec 2020 07:42:12 +0000 (UTC) X-Authenticated-User: admin@sys-concept.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.com; s=mailtor; t=1607845332; bh=y0fiCPRYTF7YayNdj4fIhxPEXyF6Qn9LKUXR3l8+SKI=; h=To:References:From:Subject:Date:In-Reply-To:From; b=I8l4b/O1aKgJ7TIW47kC7TIFye5DAsvoVShCmTmdIsBM754RU6FA+eogzWgsbc+Us 3Q05BFkGIKlHPPGJfPTQ2VlyaEndao4G1TwGEVem83vVdDNDcC+9mVcAz6i6iBXEFo 3t61Lq46KiFMtSgP0lovzRf0rU8ZI5EHmYtFo1HE= Feedback-ID:thelma@sys-conc X-VIP: 69.49.109.100 Received: from [10.0.0.103] 184.69.242.18":"39591 ([184.69.242.18]) (authenticated bits=0) by mail119c7.megamailservers.com (8.14.9/8.13.1) with ESMTP id 0BD7g123020069 for ; Sun, 13 Dec 2020 02:42:12 -0500 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> <69d87162-fe94-6647-7d05-2cad0b28f68d@gmail.com> From: thelma@sys-concept.com Openpgp: preference=signencrypt Autocrypt: addr=thelma@sys-concept.com; prefer-encrypt=mutual; keydata= xsFNBErG0rkBEADBziWBlZRgPWA3MO6hrJNm3Qb1zS8B3bSIKEPMVRYvc0DaHl0enSVM10Tv da4LraSH81xLeDgOptWRNAjyUhdbJegqgNeS5SYLZpWkYdtovQTCwFOAZYS9nKPU6OSDMGFZ goda3bsK38tvw7fkvzWUNHrKX2nRFnjJm1ixCyAjUHoWaUgF4GLDqD5nq1WUfYaw58jUHoco bRMn0KOuoAF+t/xlIF285UewQQaNUlza6lZ+otdJveOCfOV0thElYJGkyQ5sFibvFuDuwS8M 0usojinj5mrHHnl+8EObosFnrDw7PH0xASRkYUB6BmCDYLyYoujvZdhUo8ghIUBmEC4ePgJU rx6Hm10yRMTJdbX18W/6PjdI0bCaDOVuD8kV1b9gF55KUrV1AP8O4aix6CzNHmvsUyUk4c6E os6Jf3N9NOYAO/VdnyGeaTWcdVJbjJh/0M3fK9CAcLGOeK3qdBpiJZMxaHRlZnctHfP49BZV Pm1hlZtDt/fgt1V1+P8Mo03uMNM3K938zUDpHkt21jWCZzV2JrNF6MTiURiEIE0IZxJmNGfX Ub29OwRMTDiBvs2Tunr0ftih7HezKgjRt8kq3M0mHTqTJ9oaep52sFtkeDwmsP0bN2sIvWMj w9g2mWZzKP+v4uFhbJ12upDvyenqd/rOYbhg1Xyd20Z63BRqIQARAQABzTtTeXMuQ29uY2Vw dCBJbmMuICh3d3cuc3lzY29uY2VwdC5jYSkgPGluZm9Ac3lzLWNvbmNlcHQuY29tPsLBegQT AQIAJAIbAwIeAQIXgAULCQgHAwUVCgkICwUWAgMBAAUCSsbe2AIZAQAKCRD7p+62e0p4wibP D/4j8iPAp5wt274sd6Ew/iS09MIbl48b5kWAERhZkPYv+BfESoFT193+ErxyiwxfZcQkEpQR SoLkFlxes6Ov1FTs8wpXdJe9/7HT8C0duWwrQR1iudhncLTy/mk0hBYilpQ0pIwSnAbvwqCq EhATp8vkyJYdHxuWMxO31UHyDVtIhlrjJ9Ls6FZlxDaYgAYSIP2hGrsQwtPWuL0W+Kx43x11 9ZO6V7BNyw7K7nR6oCVli9g8eYsjz8HSyJJUrUeZGPp9AquHmNYixgDmyL/d0+ERdHiAmmeO AcOV8ytxZgZPrt7LUSfO4jIUJfzM6Uimf81r4abNrZVXQE1CQicpmxe6fcM8pornww4/oasH dOeBHHJh7pE6MGFtQPOwyJ69nKFzWopiuI+NdUH0GET5x8qGuYorCsWimSU3oqjkbDIIVkTy XKKByY2Pj4wqpRYo8y69KhD3bvyCljXVAS4+IlDaRE9tifWXCmED4sp7xlJc7BioVhqKe49j ERa/CckeUQA1pOj5VkbgJS+LQ/wGtlJLysuKVsD+oeDHbKxU543ToX3uCPiLgQ2/gQyU5Vif 219IyZrlj76iHYsXlX1fxFmp/W5HdxInJmPg53QwUm5EaecpQVQWwKhkjIRZ6zw+cf/i48pg yVrasNS6tCKh8EscdPa3mI95TxbaV/JG4QQnls7BTQRKxtXtARAA7GPiFOf9+6nry0TPUGNi Kll9G7OeSX1MtK5aba9LmUFUym+YpebOIhI7ndCyyWVTTlyrJNXbn0qhXDLbaR/X94Y+c1S4 y+a/w4jMFFm9SuNr1J76vSJN3WqjhGaLLG+UU6wvqSUnIcCws4nx4IY7va29+2oeEUut7o3A I6IK40xLs/TrktfeTKj01HhD2VLMslCyaeTCwezVWaWXWAGARS43jRDA4P9sEE9Il4/4+9ph zfD4AoWfl9bPaCPzuvLIvlpDHlu7zyErw6aZg7Zs8sYvI7MvZL3uf8exWzPTJwzcwNMwmeCc dLC1PiNGYXd2wldV2oYDl+mbPNmsC92zejb9n6dJnKv7FECecfMHEJVwV04R9tLLwH0FH9dI 6zsCQwI6uU9PXP8/Pb0ei7zoAewKIQv/PCqcxywzmMALUpANbqfXNPPS9Yf6niq2ti5se/+S IAdgbMekGBnlMFpddwPLOlMvjxOrFEX7xIWnNbTKPy29W8h6hBlVaofmA0Vu8rcCywrEkx4M 3/C1CHoFJ6gXFhm8+KJC7w3YOdWyz4NcRnaMtqrvklRgCUtN/qHdSBUy6tDzLMwPhgTuPG75 pGfRrZ8MjfBMmL5v+V3Ev+6hQAJ6AZaBsq1uksSQ+MZOBxeWt/bYCyH92OqnJU2K473dNrOj sqJRTyohB1JdmxMAEQEAAcLBXwQYAQIACQUCSsbV7QIbDAAKCRD7p+62e0p4wthPD/wO5y8u pCH4IgkZjL0NuQenwvKoTqg3M/PHJEQzaMdK5dblA5nKZ6LnLmRtHd3NOvFfYvlrl+xnLQtj 8CNPiNKH2/mHEWHPJqeI27kcbhcABFdmbia+rLsf3VV9+/sqoa1dkxoM6lTrgZ57DLzuHuWk R9cEjmK2PxLyVgy/cmnDqJ/FK/4vGdrukKWeTjL/SsGZWZ7JwB0Okdrmnlq7T86csT3+1UiV ZQsm9a3WwoVzmhZomQwpi1Qw687MLtnetqEXr2cPNHTuDMnTVLVib3GhlTj3/Ylfpx8pS0vc 51KZ342RdeUHrGyQ1okxrwVAFzE2/FEO3mJtHMt0rJYLgnICuf0cBX70uxFTDnOuGrwtNVR8 0IMR8+vIhD/Cwc0hScQr9fCzm3VhFGSXyOChmRIg5fmftmgy19aSdysOMQAv6wap2azMvZQ7 CAZ9EvO5PioYA4YytfR2l9+CYWxzgaqjsYLiVwt4Y0lhehVQsgfygIaJA4mMf8ec9f/humVj t1EjwCS8KWeoLH8ZRv8SfHUfCirdP/leAVMkbrw4iOcNUIsrE4lpxX6lK3iNgfmpqRJzbqyK ihpcmiI2qVKtoLwiU1aOddEK09hzR5uqTDydir5EIgd3leb2wpxpjve0HEaXY4EATvq2GgkI /lur6FDTs6srRT3Ys6HAyQgyp4atUQ== Subject: Re: [gentoo-user] [SOLVED] fsck.fat 4.1 - File system couldn't be fixed [SOLVED] Message-ID: <9b8cf567-8699-6f82-9eaf-83da02c1b456@sys-concept.com> Date: Sun, 13 Dec 2020 00:42:11 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 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: <69d87162-fe94-6647-7d05-2cad0b28f68d@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-CA Content-Transfer-Encoding: 8bit X-CTCH-RefID: str=0001.0A742F1E.5FD5C5D4.000A:SCFSTAT54230205,ss=1,re=-4.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: -4.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=FcdJO626 c=1 sm=1 tr=0 a=u3gW5Uk2xAGXuEgp5FffjQ==:117 a=u3gW5Uk2xAGXuEgp5FffjQ==:17 a=IkcTkHD0fZMA:10 a=046jbqsEAAAA:8 a=7mOBRU54AAAA:8 a=ql1fEha1fTKDMq6i9QIA:9 a=QEXdDO2ut3YA:10 a=bGzDz6Hpkc7_N_b525It:22 a=wa9RWnbW_A1YIeRBVszw:22 X-VADE-SPAMSTATE: clean X-VADE-SPAMSCORE: 0 X-VADE-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedujedrudekhedgudduudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfjqffuvffqrffktedpqfgfvfenuceurghilhhouhhtmecufedttdenucenucfjughrpefvfhfhuffkffgfgggjtgfgsehtkeertddtfeejnecuhfhrohhmpehthhgvlhhmrgesshihshdqtghonhgtvghpthdrtghomhenucggtffrrghtthgvrhhnpeevueekleehheelleeihfefveevgeegieduffdvfffgfeevtdefteeiveeiteeijeenucffohhmrghinhepghgvnhhtohhordhorhhgnecukfhppedukeegrdeiledrvdegvddrudeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepudekgedrieelrddvgedvrddukedphhgvlhhopegluddtrddtrddtrddutdefngdpmhgrihhlfhhrohhmpehthhgvlhhmrgesshihshdqtghonhgtvghpthdrtghomhdprhgtphhtthhopehgvghnthhoohdquhhsvghrsehlihhsthhsrdhgvghnthhoohdrohhrgh X-Origin-Country: CA X-Archives-Salt: cfcd7e3d-c350-48f1-b6b7-9f367fa8f5d4 X-Archives-Hash: 188ecb11d64a2d9129d4f087c1402d94 On 12/12/2020 11:00 PM, Victor Ivanov wrote: > 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 You are absolutely correct. I'm an old timer, before there was no need for initramfs. One of my 10-year old system is still running /boot with ext2; never had a problem. HD is making noise and they system was running 24/7. But it is slowly failing, might be HD or memory. I was following the Gentoo handbook, maybe I didn't read it correctly and/or miss the information on alternative setting. I didn't see any explanation that I need to have support for "fsck.fat". I better stay away from any "vfat" format on boot partition, and I don't see a reason to have initramfs (another complexity).