On Sun, Aug 21, 2022, at 11:02 PM, George R Goffe via test wrote: > Hi, > > I started getting i/o error messages accessing this filesystem so I > rebooted the system. This might have been the wrong thing to do. This > subsequent boot went to maintenance mode due the filesystem's path > being in /etc/fstab. > > I need some help with this please. Here is what mount says: > > mount /dev/sda6 /opt. > > kernel: BTRFS info (device sda6): flagging fs with big metadata feature > kernel: BTRFS info (device sda6): disk space caching is enabled > kernel: BTRFS info (device sda6): has skinny extents > kernel: BTRFS error (device sda6): parent transid verify failed on > 148312850432 wanted 73476 found 73484 It usually means the hardware is not honoring the proper write order, by (occasionally) ignoring flush/FUA. And in this case Btrfs can be really sensitive to the problem. I suggest mounting with `-o ro,rescue=all` which gives the best chance of not changing the file system, while getting access to important files you maybe don't have backed up - and get them off while you can. Also while you're at it you can do: journalctl --since=yesterday -o short-monotonic --no-hostname | grep "Linux version\| ata\|Btrfs\|BTRFS\|] hd\| scsi\| sd\| sdhci\| mmc\| nvme\| usb\| vd" -D /mnt/root/var/log/journal I'm assuming you mount the volume at /mnt. You can copy off important files from /mnt/home/$username normally using any command you're familiar with. After that, you can umount the file system. And mount again with '-o rescue=usebackuproot' and hopefully it finds a good backup root, and can fix itself. If it gets confused again, it'll go read only to avoid making things worse. -- Chris Murphy _______________________________________________ test mailing list -- test@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to test-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/test@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
