Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
On 13 Sep 2006, tensai at zmonkey.org wrote: > Performance aside, I suspect the reason we have metadata at the end > of the disk is take advantage of the same side-effect. It makes > resizing the filesystem simple. Otherwise you would have to push all > the data backward by 128MB. I'm not even sure if any filesystems > would support such a request. From a filesystem point-of-view, > that's a little strange. "Here's your block device but don't use the > first 128MB." Getting the filesystem to ignore the last 128MB is a > kludge to begin with. A useful hack, but a hack nonetheless. It seems to me that the filesystem is only seeing the shrinked block device. It can't use the 128MB at the beginning of the disk or else we would have massive data loss. -- Cyril Bouthors -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20060913/82212c31/attachment.pgp>