Hi, I think it would be good to have a generic libraries for other user land tools, like parted, for the purpose to modify/tweek file system off line. At least, resize/fsck/mkfs are the generic functionalities that parted can handle. So it's good if there is a library that can perform those things to avoid implementing same thing all over the place. One big problem for parted is that parted is GPL3 and libnilfs2 is GPL2 X). Still, contributers of libnilfs2 are countable, so maybe we can get agreements from all contributers to change licence to LGPL2, isn't it? Other utilities we can apply the libnilfs2, I can think of, are gvfs modules to handle snapshot from nautilus. I don't know much about gvfs so it doesn't make sense.. Or maybe to create fuse driver for nilfs2 to mount snapshot without super user privilege, which is always obstacles to handle snapshot from end user's point of view. In any cases, having generic library is key to propagate nilfs2 user land implementations and which library is good to be LGPLed, I think. Thanks, regards At Sun, 12 Sep 2010 11:26:50 +0900 (JST), Ryusuke Konishi wrote: > > On Sat, 11 Sep 2010 19:31:18 -0400, Matteo Frigo wrote: > > Ryusuke Konishi <ryusuke@xxxxxxxx> writes: > > > > > To be precise, you also have to move the secondary superblock, and > > > s_dev_size should be changed, too. Anyway, all that's required for > > > the off-line expansion are these modifications. > > > > Ok, I hacked nilfs-tune to change s_dev_size, s_nsegments, and update > > both superblocks. I ``resized'' a 1GB file system into a 2GB file > > system. The file system mounts correctly, it has no apparent > > corruption, and lssu shows all the new segments. Moreover, the cleaner > > recognizes and cycles through the full 2GB of segments. > > > > However, the free space (as shown by df) is still 1GB, and the file > > system runs out of space after storing 1GB of data, even though the > > other 1GB of segments is shown to be empty by lssu. > > > > I also tried updating s_free_blocks_count in the superblock, > > but this quantity is apparently overwritten by the kernel after > > mounting the file system. > > > > My analysis of the situation is that the kernel still uses > > NILFS_SUI(sufile)->ncleansegs from the sufile header, which I am not > > changing. How do I do that? > > Ahh, sorry. ncleansegs was written in the header block of sufile, and > we had to change it, too. > > It's not difficult to change ncleansegs during mount if we tweaks the > kernel code, but I feel it's no longer the best. > > Let me think if we can do it straight from userland. > > Regards, > Ryusuke Konishi > -- > To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > -- Jiro SEKIBA <jir@xxxxxxxxx> -- To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
