udf: Don't corrupt unalloc spacetable when writing it
authorSteven J. Magnani <steve.magnani@digidescorp.com>
Tue, 7 Jul 2015 18:06:05 +0000 (13:06 -0500)
committerJan Kara <jack@suse.com>
Thu, 9 Jul 2015 14:38:57 +0000 (16:38 +0200)
commit70f19f5869c5accfd9f371c099f21c71516591b2
tree8d2cdfd87f32a18b168a9f7c511e8b0f32b05467
parent45820c294fe1b1a9df495d57f40585ef2d069a39
udf: Don't corrupt unalloc spacetable when writing it

For a UDF filesystem configured with an Unallocated Space Table,
a filesystem operation that triggers an update to the table results
in on-disk corruption that prevents remounting:

  udf_read_tagged: tag version 0x0000 != 0x0002 || 0x0003, block 274

For example:
  1. Create a filesystem
      $ mkudffs --media-type=hd --blocksize=512 --lvid=BUGTEST \
              --vid=BUGTEST --fsid=BUGTEST --space=unalloctable \
              /dev/mmcblk0

  2. Mount it
      # mount /dev/mmcblk0 /mnt

  3. Create a file
      $ echo "No corruption, please" > /mnt/new.file

  4. Umount
      # umount /mnt

  5. Attempt remount
      # mount /dev/mmcblk0 /mnt

This appears to be a longstanding bug caused by zero-initialization of
the Unallocated Space Entry block buffer and only partial repopulation
of required fields before writing to disk.

Commit 0adfb339fd64 ("udf: Fix unalloc space handling in udf_update_inode")
addressed one such field, but several others are required.

Signed-off-by: Steven J. Magnani <steve@digidescorp.com>
Signed-off-by: Jan Kara <jack@suse.com>
fs/udf/inode.c