> > In Be's BFS, the root directory has an attribute be:volume_id which > > corresponds to an UUID. We currently don't do this in Haiku, yet, > > though. > 64-bit quantity is a bit short by modern standards but is enough for > most usage cases > Getting attributes isn't difficult but may need the module to be a > bit > bigger but difficult to say without actualy implementing. > In short if haiku creates a volume_id I'll be happy to implement it Well it may be possible to find room outside of the superblock, the extra space was used in late BeOS versions of mkbfs to store: 5038RIP142000 5038RIP142000 5038RIP142000 ... ZETA had this nice pacman ascii art: RR YYYYRRR YYYYYYRRBR YYYYYYYYYRBRR RRYYY YYYRRR YYB YYRR YYYYYY YYYY YYYYYY YYYY YYY RRYYYYYYYYY YYYYYYYYYYY YYYYYYYYY YYYYY WAKA WAKKA WAKA! It seems some partitions here have the path to zbeos too. It's likely reserved to put the DOS boot sector stuff when used without partition table, but maybe there is still space left at the intersection of both ? > > Haiku currently does not support hibernating, but other than that, > > patches welcome :-) > How much memory is unswappable in current kernel? At least on BeOS it was all but a special pageable heap (used by dosfs for caches for ex). Not sure about Haiku, but we probably didn't think much about it so there must be some. François.