Opened 5 months ago

Last modified 5 months ago

#18682 assigned bug

Ext2 driver causing mount to fail in linux with Ext4 formatted drive

Reported by: shaka Owned by: korli
Priority: normal Milestone: Unscheduled
Component: File Systems/ext2 Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

I formatted a known working thumbdrive to ext4 in linux, copied some files and folders to the drive then unmounted. Mounted read/write in Haiku x64 hrev57394 and did various file operations- copied, deleted executed files etc.. Then unmounted drive.

When putting drive back in linux box it was unable to mount with a message about possible file corruption.

I have attached linux syslog output and a picture of error message

Attachments (2)

log.txt (4.3 KB ) - added by shaka 5 months ago.
photo_2023-11-23_09-03-59.jpg (11.2 KB ) - added by shaka 5 months ago.

Download all attachments as: .zip

Change History (7)

by shaka, 5 months ago

Attachment: log.txt added

by shaka, 5 months ago

comment:1 by waddlesplash, 5 months ago

Keywords: ext4 journal removed
Owner: changed from nobody to korli
Status: newassigned
[    0.000000] JBD2: journal checksum error
[    0.000000] EXT4-fs (sdc1): error loading journal

Well, that's not too helpful, but I guess these errors are supposed to be pretty rare.

comment:2 by korli, 5 months ago

what does e2fsck say when checking the drive?

comment:3 by shaka, 5 months ago

sudo e2fsck -v /dev/sdc1

e2fsck 1.47.0 (5-Feb-2023)

Journal superblock is corrupt. Fix<y>? yes

Pass 1: Checking inodes, blocks, and sizes

Pass 2: Checking directory structure

Pass 3: Checking directory connectivity

Pass 4: Checking reference counts

Unattached inode 36

Connect to /lost+found<y>? yes

Inode 36 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 42

Connect to /lost+found<y>? yes

Inode 42 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 45 Connect to /lost+found<y>? yes

Inode 45 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 46 Connect to /lost+found<y>? yes

Inode 46 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 60 Connect to /lost+found ('a' enables 'yes' to all) <y>? yes

Inode 60 ref count is 2, should be 1. Fix ('a' enables 'yes' to all) <y>? yes

Unattached inode 65 Connect to /lost+found ('a' enables 'yes' to all) <y>? yes

Inode 65 ref count is 2, should be 1. Fix ('a' enables 'yes' to all) <y>? yes

Unattached inode 73 Connect to /lost+found<y>? yes

Inode 73 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 80 Connect to /lost+found<y>? yes

Inode 80 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 93 Connect to /lost+found<y>? yes

Inode 93 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 96 Connect to /lost+found<y>? yes

Inode 96 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 102 Connect to /lost+found<y>? yes

Inode 102 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 103 Connect to /lost+found<y>? yes

Inode 103 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 128 Connect to /lost+found<y>? yes

Inode 128 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 132 Connect to /lost+found<y>? yes

Inode 132 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 170 Connect to /lost+found<y>? yes

Inode 170 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 182 Connect to /lost+found<y>? yes

Inode 182 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 183 Connect to /lost+found<y>? yes

Inode 183 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 186 Connect to /lost+found<y>? yes

Inode 186 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 193 Connect to /lost+found<y>? yes

Inode 193 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 199 Connect to /lost+found<y>? yes

Inode 199 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 211 Connect to /lost+found<y>? yes

Inode 211 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 213 Connect to /lost+found<y>? yes

Inode 213 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 231 Connect to /lost+found<y>? yes

Inode 231 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 254 Connect to /lost+found<y>? yes

Inode 254 ref count is 2, should be 1. Fix<y>? yes

Pass 5: Checking group summary information

1gExt4Drv: * FILE SYSTEM WAS MODIFIED *

52 inodes used (0.08%, out of 61440)

1 non-contiguous file (1.9%) 0 non-contiguous directories (0.0%)

# of inodes with ind/dind/tind blocks: 0/0/0 Extent depth histogram: 44

10933 blocks used (4.45%, out of 245504)

0 bad blocks 1 large file

40 regular files

3 directories 0 character device files 0 block device files 0 fifos 0 links 0 symbolic links (0 fast symbolic links) 0 sockets

19 files

*NOTE After running e2fsck drive worked fine in linux again, but same problems after using in Haiku again.

Last edited 5 months ago by shaka (previous) (diff)

comment:4 by shaka, 5 months ago

Also, is it correct that 'root' retains ownership of files/folders copied from Haiku drive to ext4 drive? If I copy the same file/folder via ftp from Haiku to Linux, the current user has ownership on the target side.

comment:5 by korli, 5 months ago

Please provide a syslog.

Note: See TracTickets for help on using tickets.