C7 Live CD Does Not Like F33 Ext Partition

Home » CentOS » C7 Live CD Does Not Like F33 Ext Partition
CentOS 3 Comments

I’ve been trying to backup the root partition of my F33 installation. To that end, I’m running a C7 live CD. C7 won’t mount the partition. tune2fs likes it, but
[root@localhost mnt]# mount /dev/sda5 /mnt/a5
mount: wrong fs type, bad option, bad superblock on /dev/sda5,
missing codepage or helper program, or other error

In some cases useful info is found in syslog – try
dmesg | tail or so.
[root@localhost mnt]# dmesg | tail -n 15
[ 123.848185] SELinux: initialized (dev fuse, type fuse), uses genfs_contexts
[ 123.856904] SELinux: initialized (dev fusectl, type fusectl), uses genfs_contexts
[ 146.541654] Bluetooth: Core ver 2.16
[ 146.541737] NET: Registered protocol family 31
[ 146.541739] Bluetooth: HCI device and connection manager initialized
[ 146.541750] Bluetooth: HCI socket layer initialized
[ 146.541753] Bluetooth: L2CAP socket layer initialized
[ 146.541760] Bluetooth: SCO socket layer initialized
[ 146.548524] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ 146.548529] Bluetooth: BNEP filters: protocol multicast
[ 146.548540] Bluetooth: BNEP socket layer initialized
[ 300.961319] JBD2: Unrecognised features on journal
[ 300.961325] EXT4-fs (sda5): error loading journal ====== WHY?
[ 361.930877] e1000e: enp0s25 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
[ 361.931025] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s25: link becomes ready
[root@localhost mnt]# mount -t ext2 /dev/sda5 /mnt/a5
mount: wrong fs type, bad option, bad superblock on /dev/sda5,
missing codepage or helper program, or other error

In some cases useful info is found in syslog – try
dmesg | tail or so.

No idea why the journal should be a problem. I used gnome to do the reboot. I can boot back into F33.

How do I figure out what is going on?
What can I do about it?

3 thoughts on - C7 Live CD Does Not Like F33 Ext Partition

  • I just ran fsck -n /dev/sda5 .
    [root@localhost mnt]# fsck -n /dev/sda5
    fsck from util-linux 2.23.2
    e2fsck 1.42.9 (28-Dec-2013)
    Journal superblock has an unknown incompatible feature flag set. Abort? no

    Journal superblock is corrupt. Fix? no

    fsck.ext4: The ext2 superblock is corrupt while checking ext3 journal for slash

    slash: ********** WARNING: Filesystem still has errors **********

    [root@localhost mnt]#

    What is going on?
    What can I do about it?

    Does “unknown incompatible feature flag set” imply corrupt?
    How dangerous would it be to let fsck fix it?

    I’m starting to think I might need to back up / while it is in use.

  • At Tue, 20 Apr 2021 20:19:47 -0500 (CDT) CentOS mailing list wrote:

    No. F33 is just using a newer version of ext4 than C7 understands. You need a F33 live CD or some other “newer” live CD. A C8 Live CD might work. A Ubuntu
    20.04 Live CD will likely work.

    Nothing terribly wrong with that… You might not be able to backup log files if they change during the backup, but that is hardly fatal. You want to use something like tar and not dump…

  • Why is “CentOS mailing list” “quoted”?

    Trying to get F33 live keeps giving me “Secure Connection Failed”. Is that another aspect of using C7?