[DragonFlyBSD - Bug #2538] (Closed) mkisofs hardlink detection broken on HAMMER
Sascha Wildner via Redmine
bugtracker-admin at leaf.dragonflybsd.org
Tue Apr 9 12:36:53 PDT 2013
Issue #2538 has been updated by swildner.
Status changed from New to Closed
Disregard what I wrote.
Mkisofs is fine and I let myself get fooled by wrongly calculating what takes which space on the ISO.
----------------------------------------
Bug #2538: mkisofs hardlink detection broken on HAMMER
http://bugs.dragonflybsd.org/issues/2538
Author: swildner
Status: Closed
Priority: Normal
Assignee: swildner
Category:
Target version:
Running mkisofs on a directory with hard links will count each hard link as a separate file when that directory is on a HAMMER file system and the .iso will be larger than if the directory had been on a UFS. It seems mkisofs's hard link detection (it goes by identical inodes, I guess) isn't working on HAMMER.
A very unpleasant side effect of this is that our ISOs are much larger than they could be. In fact, the x86_64 ISO is already exceeding the 750MB mark. This is because /usr/pkg/libexec/git-core has a large number of hard links (over 100) for a >2MB file.
I don't think HAMMER is really at fault here and the only thing I can think of right now (without having looked at cdrtools source) is that it could have to do with HAMMER's inodes being 64 bit (?) vs. 32 on UFS.
Regards,
Sascha
--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account
More information about the Bugs
mailing list