I want to thank you all for your help and time ![:D]( "Very Happy")
I can now access my files again but i still would like to trace the root cause of the problem since this is something that shouldn't happen.
It feels so good that only re-adding permissions where needed.
First i pressed 1 and then 2, i never choose the movies filename.The dialog actually changed to /mydisk/media and looked something like this
It seems to be some kind of race condition related lag/timing.
The recovery service was much cheaper than i thought it would be.
It takes time to save up the money needed since it's not to only expense i have.
The co-location NAS i need cost between 4000-8000 USD depending of the solution i select.
I can't get everything at once i need to incrementally build a solution like i believe most actually do in life no matter what they write, spending is always about prioritization and what is most important right now.
I can now access my files again but i still would like to trace the root cause of the problem since this is something that shouldn't happen.
I first did an "sudo ls -lh /mydisk/media/movies" and everything looked as it should so i did the "sudo chmod 744 /mydisk/media/movies" and now everything is as it should be.And what is the result of the "ls -l" after you doCode:
sudo chmod 744 /mydisk/media/movies
It feels so good that only re-adding permissions where needed.
Thanks for the information.Early in the history of Unix numerous safeguards were put in place to prevent overwriting directories with regular data files. It looks to me like Firefox applied umask before realising movies was not a file but a directory.
This is what i did but as i said the RPI5 was experiencing lag and some unresponsivenessCan anybody reproduce this? If I ask firefox to save a file under the name of an existing directory (even if the directory is created asynchronously), it wants to save the file inside the directory instead.
If I tell it to overwrite a file (which requires confirmation), it opens the file for writing before it changes the permissions. Though it does change the permissions by name instead of by file descriptor, which is not ideal.
Anyway, good news that OP just needs to chmod +x.
First i pressed 1 and then 2, i never choose the movies filename.
This is what i think as well, i was very clear with the raspberry PI was lagging so everything took much more time than usual.Assuming it's a bug that has remained unfixed, I suspect it involves triggering a race condition.
My experience is the slowness of Raspberry Pi tends to made hidden bugs related to timing considerations more likely. Since the original report is about a Pi 5 that may not be correct reasoning in this case.
It seems to be some kind of race condition related lag/timing.
Booth drives are Toshiba MG09 Enterprise 18TB MG09ACA18TEI also read 'enterprise' disk. Right. But no money to have proper own backup strategy. And what about that recovery service.
The recovery service was much cheaper than i thought it would be.
It takes time to save up the money needed since it's not to only expense i have.
The co-location NAS i need cost between 4000-8000 USD depending of the solution i select.
I can't get everything at once i need to incrementally build a solution like i believe most actually do in life no matter what they write, spending is always about prioritization and what is most important right now.
Statistics: Posted by datalost — Thu Jul 10, 2025 4:23 pm