public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: thelma@sys-concept.com
To: gentoo-user@lists.gentoo.org, Dan Egli <dan@newideatest.site>
Subject: Re: [gentoo-user] fsck.fat 4.1 - File system couldn't be fixed
Date: Sat, 12 Dec 2020 11:48:35 -0700	[thread overview]
Message-ID: <92824b37-112c-97ec-eb88-2c8f84b2c004@sys-concept.com> (raw)
In-Reply-To: <d28ac3a8-9704-a06c-e3ce-f4f45ca9438d@newideatest.site>

On 12/12/2020 12:32 AM, Dan Egli wrote:
> Actually, you have an error or two below.
> 
> On 12/11/2020 6:16 PM, thelma@sys-concept.com wrote:
>> No, I did not reformat the /boot partition. I just cd to /boot and run:
>> rm -r *
> Probably better to wipe the file system. But you talk about moving away
> from EFI in another thread, so we'll just say that should this happen
> again, you should wipe with mkfs.<fstype> instead of just rm -r.
>>
>> Yes, this machine is new but I run it for a over 10-days, configured
>> most of the programs and it was running without much problems.
>> Yesterday, I decided to check some parameters in kernel .config so I run:
>>   genkernel --menuconfig all
>>
> Next time, just do this:
> 
> cd /usr/src/linux
> make menconfig (or nconfig)
> 
>> * Gentoo Linux Genkernel; Version 4.1.2
>> * Using genkernel configuration from '/etc/genkernel.conf' ...
>> * Running with options: --kernel-config=/proc/config.gz all
>>
>> * Working with Linux kernel 5.4.72-gentoo-x86_64 for x86_64
>> * Using kernel config file '/proc/config.gz' ...
>> *
>> * Note: The version above is subject to change (depends on config and
>> status of kernel sources).
>>
>> * kernel: >> Initializing ...
>> *         >> Running 'make clean' ...
>> *         >> --mrproper is set; Making 'make mrproper' ...
>> *         >> Will ignore kernel config from '/proc/config.gz'
>> *            in favor of already existing but different kernel config
>> *            found in '/usr/src/linux/.config' ...
>> *
> So you are wrong below. As you can see above, genkernel IS using
> /usr/src/linux/.config. I'm not 100% certain, but I THINK genkernel will
> compare the config files, and prefer the .config if it is present.
>>           >> Running 'make oldconfig' ...
>> *         >> Compiling 5.4.72-gentoo-x86_64 bzImage ...
>>
>>
>> When I exit it it started to compile the kernel (it did not finish) I
>> pressed
>> "CTRL-C" (interrupted).
>> I didn't know then, but running genkernel --menuconfig all
>> takes configuration from:
>> /etc/kernels/kernel-config-5.4.72-gentoo-x86_64
>>
>> not from: /usr/src/linux/.config
> No, unless /etc/kernels/kernel-config-<whatever> is NEWER than .config,
> and maybe not even then. See above.
>> However, NO FILE HAD CHANGED IN /boot
>> But this this is the moment, I couldn't boot correctly.
> What was the boot error?
>> make && make modules_install
>> make install
>> genkernel --install --kernel-config=/usr/src/linux/.config initramfs
>> grub-install --target=x86_64-efi --efi-directory=/boot
>> grub-mkconfig -o /boot/grub/grub.cfg
>>
>> But nothing had changed. So I tired newer kernel: 5.4.80-gentoo-r1-x86_64
>> But this time I run (without interruptions):
>>   genkernel --menuconfig all
>> grub-mkconfig -o /boot/grub/grub.cfg
>>
>> And again nothing changed, root "/" still mounts "ro"
>>
>> findmnt
>> TARGET                        SOURCE         FSTYPE   OPTIONS
>> /                             /dev/nvme0n1p4 ext4     ro,relatime
>>
>> Normally it should be:
>> findmnt
>> TARGET                       SOURCE      FSTYPE      OPTIONS
>> /                            /dev/sda4   ext4       
>> rw,noatime,data=ordered
> Looks like it's not getting to the root remount stage. The kernel will
> almost always boot in ro mode. So you're probably getting stuck in the
> emergency shell. Can you see your device in /dev?
>>> Does dmesg show the drive being recognised, corresponding drivers being
>>> loaded, partitions and filesystems recognised?
>> cat dmesg  |grep error
>> doesn't show any errors
>>
> What's the last 10 or so lines from dmesg when it fails to boot and goes
> to what I'm guessing is the emergency shell?
>> I'll try to boot GParted and see what comes up.
> 
> 
> I don't think gparted is your answer. Sounds to me like something is
> causing it to fail in the changeover from your initrd to the actual
> drive. If that's the case I bet your partitions are fine. Can you show
> us the last 10-15 lines printed on the screen before you get stuck?

The last 10-15 lines are not showing much but there is more (I'm
retyping it from the screen) dmesg: (why the line BOOT_IMAGE is Read Only)

Kernel command line: BOOT_IMAGE=/vmlinuz-5.7.72-gentoo
root=UUID=d3229... ro

platform regulatory.0: Direct firmware load for regulatory.db failed
with error -2
cfg80211: failed to load regulatory.db
nvme mvme0: missing or invalid SUBNQN field


usb 3-4: config 1 has an invalid interface number: 2 but nax is 1
usb 3-4: config 1 has no interface number 1





  reply	other threads:[~2020-12-12 18:48 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-11 21:36 [gentoo-user] fsck.fat 4.1 - File system couldn't be fixed thelma
2020-12-11 22:06 ` Jack
2020-12-11 22:29   ` thelma
2020-12-11 23:50     ` Michael
2020-12-12  1:16       ` thelma
2020-12-12  7:32         ` Dan Egli
2020-12-12 18:48           ` thelma [this message]
2020-12-12 19:25             ` Dan Egli
2020-12-12 19:47               ` thelma
2020-12-13  0:04                 ` Dan Egli
2020-12-12 20:24           ` thelma
2020-12-12 10:59 ` Tamer Higazi
2020-12-12 19:49   ` thelma
2020-12-13  0:06     ` Dan Egli
2020-12-12 22:40 ` Neil Bothwick
2020-12-13  3:07   ` [gentoo-user] [SOLVED] fsck.fat 4.1 - File system couldn't be fixed [SOLVED] thelma
2020-12-13  6:00     ` Victor Ivanov
2020-12-13  7:42       ` thelma
2020-12-13  7:57         ` [gentoo-user] How to config nullmailer bobwxc
2020-12-13 13:33         ` [gentoo-user] [SOLVED] fsck.fat 4.1 - File system couldn't be fixed [SOLVED] Victor Ivanov
2020-12-14  6:07           ` thelma
2020-12-14 12:06             ` Michael
2020-12-13 14:17         ` Michael
2020-12-13 14:33           ` Neil Bothwick
2020-12-13 15:02           ` Victor Ivanov
2020-12-13 16:52             ` Neil Bothwick
2020-12-14  5:41           ` Thomas Mueller
     [not found]           ` <20201214054146.415BCE0A03@pigeon.gentoo.org>
2020-12-14 10:02             ` Michael
     [not found]           ` <20201214054146.0CC61E09F5@pigeon.gentoo.org>
2020-12-14 10:09             ` Wols Lists

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=92824b37-112c-97ec-eb88-2c8f84b2c004@sys-concept.com \
    --to=thelma@sys-concept.com \
    --cc=dan@newideatest.site \
    --cc=gentoo-user@lists.gentoo.org \
    /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