Messages in this thread | | | Date | Sun, 26 Oct 2003 10:47:52 +0200 | From | Oleg Drokin <> | Subject | Re: ReiserFS, two oddities |
| |
Hello!
"Norman Diamond" <ndiamond@wta.att.ne.jp> wrote:
ND> The sector is readable if I ignore partitions: ND> # dd if=/dev/hda of=/dev/null bs=512 skip=29431074 count=1 ND> 1+0 records in ND> 1+0 records out ND> but not if I address it from inside the partition: ND> # dd if=/dev/hda8 of=/dev/null bs=512 skip=11261496 count=1 ND> dd: reading `/dev/hda8': Input/output error ND> 0+0 records in ND> 0+0 records out ND> LBA sector number 29431074 is inside the partition. 18169578 + 11261496 = ND> 29431074, verified several times. 11261496 / 2 = 5630748, verified only ND> twice, but it is within the quantity of 1K Linux blocks that the partition ND> has. Why is the sector unreadable when read from inside the partition?
This is known problem that nobody wants to deal with. When you mount some fs, it sets device's blocksize to fs' blocksize (e.g.) 4k for reiserfs, if the size of the device was not multiple of 4k, everything that forms last partial block gets sort of stripped and you cannot access it anymore. Even if you decrease blocksize of the block device later, you still won't get that missing data back until reboot. This is even more unfortunate on architectures with big pagesize where block devices are often assigned blocksizes equal to PAGE_SIZE. This behavior was observed on linux v2.4, not sure about 2.6
ND> The second strange observation is that reiserfsck with no options, applied ND> to a non-mounted partition, seems to write to the partition while replaying ND> journaled transactions. When repeated, the number of replayed transactions
Yes, replaying journal obviously requires writes ;)
ND> is 0, so I think the first execution wrote to the partition. (If the ND> partition had been mounted then of course ordinary operations would get get ND> journaled transactions merged into the file system, but I guarantee that ND> this observation occured on a non-mounted partition.) reiserfsck 3.6.4 ND> starts by saying that it will read-only check consistency, but the fact ND> seems to be read-mostly.
Well, checking is checking and journal replaying is a different matter, that is even done before starting checks.
Bye, Oleg - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |