From: "Vladimir 'φ-coder/phcoder' Serbinenko" <phcoder@gmail.com>
To: Jiro SEKIBA <jir@unicus.jp>,
The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: NILFS2 in GRUB with blocksize=1024
Date: Thu, 26 Apr 2012 02:36:06 +0200 [thread overview]
Message-ID: <4F989876.2090600@gmail.com> (raw)
In-Reply-To: <4F984C87.8050506@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2082 bytes --]
On 25.04.2012 21:12, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> Hello, with the attached script grub-fstest fails completely with
> blocksize=1024 and partially with 2048. Do you have any idea why? I
> tried to debug and my finding is that grub_nilfs2_read_checkpoint reads
> garbage. pptr makes sense but it points inside a file instead of to the
> metadata. If I load the other superblock I'm able to read empty disk
> (what's there before script starts putting files).
Easier way to reproduce and log:
~/compile/nilfs$ qemu-img create 1.img 500M
Formatting '1.img', fmt=raw size=524288000
~/compile/nilfs$ mkfs.nilfs2 -b 1024 1.img
mkfs.nilfs2 (nilfs-utils 2.1.0)
Start writing file system initial data to the device
Blocksize:1024 Device:1.img Device Size:524288000
File system initialization succeeded !!
~/compile/nilfs$ sudo mount 1.img /mnt/1/ -o loop
mount.nilfs2: cannot modify /etc/mtab.
Please remount the partition with -f option after making /etc/mtab writable.
nilfs_cleanerd not started
~/compile/nilfs$ ./grub-fstest ./1.img ls -- -l
Device loop0: Filesystem type nilfs2 - UUID
88cf7708-5700-481c-8039-d05d3fedab13 - Total size 1024000 sectors
Device host: Filesystem type hostfs - Total size 0 sectors
~/compile/nilfs$ sudo dd if=/dev/zero of=/mnt/1/x2 bs=1M count=30
30+0 records in
30+0 records out
31457280 bytes (31 MB) copied, 0.292755 s, 107 MB/s
~/compile/nilfs$ sync
~/compile/nilfs$ ./grub-fstest ./1.img ls -- -l /
31457280 x2
~/compile/nilfs$ sudo dd if=/dev/zero of=/mnt/1/x1 bs=1M count=30
30+0 records in
30+0 records out
31457280 bytes (31 MB) copied, 0.324172 s, 97.0 MB/s
~/compile/nilfs$ sync
~/compile/nilfs$ ./grub-fstest ./1.img ls -- -l /
~/compile/nilfs$ ./grub-fstest ./1.img ls -- -l
Device loop0: Filesystem type nilfs2 - UUID
88cf7708-5700-481c-8039-d05d3fedab13 - Total size 1024000 sectors
Device host: Filesystem type hostfs - Total size 0 sectors
(it reads all-zeros from file as checkpoint descriptor)
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 294 bytes --]
next prev parent reply other threads:[~2012-04-26 0:36 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-25 19:12 NILFS2 in GRUB with blocksize=1024 Vladimir 'φ-coder/phcoder' Serbinenko
2012-04-26 0:36 ` Vladimir 'φ-coder/phcoder' Serbinenko [this message]
2012-04-26 9:19 ` Vladimir 'φ-coder/phcoder' Serbinenko
2012-04-26 10:40 ` Vladimir 'φ-coder/phcoder' Serbinenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F989876.2090600@gmail.com \
--to=phcoder@gmail.com \
--cc=grub-devel@gnu.org \
--cc=jir@unicus.jp \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.