> That's the reason for my invention of emulated table of content. > The first session does not get written to block 0 but rather to block 32. > This leaves room for an official superblock at block 0 and thus saves > the superblock of the first session from being overwritten by session 2. > Now the superblocks of the sessions form a chain, which xorriso command > -toc can display. Okay, so what you are doing is actually against convention. So basically what you are saying is the convention for overwritable media dictates that only one superblock is needed and if Linux or any other OS finds that then it will mount that. Essentially, the OS assumes that since the device is rewritable multi-session does not need to keep old records. What you have done is emulated the TOC of sequential media on rewritable media. Am I right ? This way I have access to all my sessions and not just the current one even if I am on a rewritable media. This springs another question, though I did not get any resources to research this before asking you : Is there a limit to the number of sessions a media can store ? I mean is that a fixed number or that is dependent on the capacity itself ? I can't believe how lucky I am to actually interact with you, I don't think anyone really understands these topics in depth. I really don't know how you wrote a program like xorriso or libburn, I mean where would you even get the implementation details for something so obscure. Thanks. Regards, Sreyan _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
