search

pali / udftools

Linux tools for UDF filesystems and DVD/CD-R(W) drives
GNU General Public License v2.0
108 stars 30 forks source link

Needing help getting a UDF Filesystem Driver to work #61

Closed Zero3K closed 1 year ago

Zero3K commented 1 year ago

I am having a guy work on it. Right now, he is stuck on getting it to recognize the AVDP that Windows 7/10/Linux includes when formatting a Hard Disk as it. The driver's source code is at https://github.com/reactos/reactos/tree/master/drivers/filesystems/udfs.

pali commented 1 year ago

Sorry but I do not understand. You you write more precisely which tool from udftools project has issue and how to reproduce it?

Zero3K commented 1 year ago

Never mind, I have found another developer to help him get it working, etc.

Zero3K commented 1 year ago

It is an issue with a driver made for ReactOS/Windows Server 2003 and up. Not an issue with UDFTools.

Zero3K commented 1 year ago

I sent you a request to join as a co-worker.

Zero3K commented 1 year ago

Will you accept it or not?

Zero3K commented 1 year ago

Please answer the questions that he commented to this issue:

https://github.com/Zero3K/udfs/issues/1

pali commented 1 year ago

Sorry, but I absolutely do not understand your issue. Please describe more precisely what you are observing. Does not some of the udftools work on disk created/modified by your made driver? Or what?

Zero3K commented 1 year ago

I just want to see if you can help answer his questions so the UDFS driver used by ReactOS can be made to work properly. I tried using the formatting program to make a UDF 2.01 drive. The driver is able to mount it and show its contents, but after a reboot, the drive is corrupted by the driver.

pali commented 1 year ago

Sorry, but you still have not described any issue. I really do not know what should I answer or comment. If there is no reported information for udftools, I'm going to close this issue.

Zero3K commented 1 year ago

Oh, so you only deal with udftools and are not willing to share your knowledge with another developer.

pali commented 1 year ago

Sorry, my crystal ball is broken and because you refused to describe what is the issue or question even after repeated attempts, I have no other option how to figure out what is is going here.

Zero3K commented 1 year ago

"Here is the log file: I would like confirmation that the overwriting is not in my head lol. Location in question is under UDFBuildFreeSpaceBitmap where we have multiple Extents that are found at different lba logical the one i am worried about is 0x1b0. Later we are Setting up tags for Root directory EFE along with other FE but the root directory EFE is located at logical lba 0x1a0. Which is what leads me to believe that the Extent at 1b0 is getting overwritten which in turn is calculating the incorrect CRC. But that is my opinion, and a lot happens to the same logical lba so I would love to get your opinion as well. @Alter-1 Edit 1: Also unsure if the correct LastPossibleLba is set correctly or it needs to be converted to logical, because under UDFPartLbaToPhys we use it to check that the logical LBA calculated is not out of bounds which it is for some unalloc_space_desc which I resolved by not allowing it to check if it is out of bounds or not."

udf (1).log

Zero3K commented 1 year ago

Or you can join the chatroom that he and I are in.