Re: Problems mounting a reiserfs partiton on the 5.8 kernel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 10/05/2020 08:59 PM, Madhu wrote:
Hello.

I'm using sys-fs/reiserfsprogs-3.6.27.  The 5.8 kernel refuses to
mount a reiser partition:

$ /bin/mount /dev/mapper/5 /5

[  203.691395] REISERFS (device dm-1): found reiserfs format "3.6" with standard journal
[  203.691429] REISERFS (device dm-1): using ordered data mode
[  203.691431] reiserfs: using flush barriers
[  203.719044] REISERFS (device dm-1): journal params: device dm-1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
[  203.719364] REISERFS (device dm-1): checking transaction log (dm-1)
[  203.732153] loop: Write error at byte offset 5402468352, length 4096.
[  203.732167] blk_update_request: I/O error, dev loop5, sector 65936 op 0x1:(WRITE) flags 0x800 phys_seg 1 prio class 0
[  203.732172] blk_update_request: I/O error, dev loop5, sector 65936 op 0x1:(WRITE) flags 0x800 phys_seg 1 prio class 0
[  203.732190] Buffer I/O error on dev dm-1, logical block 8210, lost sync page write
[  203.732213] REISERFS warning (device dm-1): journal-837 _update_journal_header_block: IO error during journal replay
[  203.732219] REISERFS warning (device dm-1): reiserfs-2006 journal_init: Replay Failure, unable to mount
[  203.732474] REISERFS warning (device dm-1): sh-2022 reiserfs_fill_super: unable to initialize journal space

This is the 5.8.12 kernel.

The file system is on a dmcrypt device
$ dmsetup  status 5
0 167192565 crypt

which is mapped from a loopback device, which is mapped from an offset
from a raw partition.

$ losetup -a /dev/loop5
/dev/loop5: [0005]:6284 (/dev/sda5), offset 5368709120

$ fdisk | grep sda[45]
    Device Boot      Start         End      Blocks   Id  System
/dev/sda4       187655265   625137344   218741040    5  Extended
/dev/sda5       187655328   365334164    88839418+  83  Linux

The reiser partition is over a decade old and has been very
reliable. Running fsck finds no problems.  And the partition mounts
fine and is usable with the 5.7 kernel.

Any ideas what the problem might be?  The dmesg output looks bogus and
suggests to me that a write is failing somewhere.  I suspect it is the
device layer which has changed.  If there is a bug to be filed where
should I file it? I'd Appreciate any clues.

The problem goes from the block layer.
File a bug at https://bugzilla.kernel.org/
and provide all that description there.

Edward.



[Index of Archives]     [Linux File System Development]     [Linux BTRFS]     [Linux NFS]     [Linux Filesystems]     [Ext4 Filesystem]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]     [Linux Resources]

  Powered by Linux