These look like hardware problems. /etc/crypttab has IO error, journal has IO error, the orphan cleanup error also is IO failure. Orphans are normal on forced power offs during writes but normally get cleaned up at mount time, but that can't happen here because of IO errors. Depending on the hardware a bunch of writes might have happened in the wrong order, and all of this might actually not be hardware failure but rather a (drive) firmware bug. Pending csums is really high, that's data extent checksums which is how btrfs knows if data being read in is correct.
Absolutely for sure do not use 'btrfs check --repair' a.k.a. btrfsck. Doing it without --repair is fine, which will just spit out a bunch of errors but not try to fix anything. If you have data you want to recover from the drive, if backups aren't current, you need to avoid changing the file system. I recommend posting on the upstream btrfs list for help with data recovery, it's a bit involved and the tools are not exactly intuitive.
Order of things to do:
- Try to get it to mount, even with -o ro, to try and get data you want that isn't backed up off the drive.
- Get some information about the setup, drive make/model, firmware version, kernel and btrfs-progs versions, and btrfs check output (without --repair) and some history including mount options used and if the fstrim time is enabled, and kernel messages to see what might have gone wrong. This is best done on the btrfs list rather than back and forth on ask.fedoraproject.
- Scrape user data off if normal, or ro mount attempts fail. List can help
- Update drive firmware if applicable (don't do it before getting data off).
- Wipe the btrfs partition and reinstall Fedora. (the errors you're reporting are almost certainly catastrophic and not worth fixing - just get the data off and then start over).
Btrfs list is at vger.kernel.org/vger-lists.html find linux-btrfs in the list, click it, then click on subscribe link and follow the instructions. It's possible to post without subscribing but not everyone will do reply to all so...I suggest subscribing then unsubscribe later.
