4ndy
Member
The HDD in one of my little used HDRs has gone seriously corrupt with nearly four-thousand multiply-claimed blocks. I left fix-disc (option1) running for 24 hours and I am sure it was working correctly, but the last message was that it was cloning multiply-claimed blocks (whatever that is) and repairing files in my [Deleted Items] folder.
Everything is now in [Deleted Items], so I crashed out of fix-disk and tried deleting the folder so that fix-disk could focus on the structure of the drive.
Deleting on the box produced the Deleting.... loop. Deleting via webif did not work either. Nor can I reformat on the HDD on the box - it claims the drive (original 1tb) is too big. I had to use some cli commands from another thread to break the loop first.
With nothing to lose, I tried forcibly deleting the [Deleted Items] folder via Telnet. This did not work as the files now appear to be read-only. Here my very limited knowledge and Linux crib sheet reached our limit.
Can one of the experts please advise me of the best course of action? I have fix-disk running again at the moment as a fall-back, but it will probably take days based on past performance and the degree of corruption, as it tries to recover unwanted files.
I also found similar corruptions on HDR 3, but fix-disk resolved these OK. It does raise the question as to why the drives are getting in such a mess? My main box was similarly afflicted a couple of weeks ago. Could this be something in the latest firmwares? Certainly I have not seen this this degree of corruption previously. I run fix-disk every month or so just in case there are issues.
Sent from my iPad using Tapatalk
Everything is now in [Deleted Items], so I crashed out of fix-disk and tried deleting the folder so that fix-disk could focus on the structure of the drive.
Deleting on the box produced the Deleting.... loop. Deleting via webif did not work either. Nor can I reformat on the HDD on the box - it claims the drive (original 1tb) is too big. I had to use some cli commands from another thread to break the loop first.
With nothing to lose, I tried forcibly deleting the [Deleted Items] folder via Telnet. This did not work as the files now appear to be read-only. Here my very limited knowledge and Linux crib sheet reached our limit.
Can one of the experts please advise me of the best course of action? I have fix-disk running again at the moment as a fall-back, but it will probably take days based on past performance and the degree of corruption, as it tries to recover unwanted files.
I also found similar corruptions on HDR 3, but fix-disk resolved these OK. It does raise the question as to why the drives are getting in such a mess? My main box was similarly afflicted a couple of weeks ago. Could this be something in the latest firmwares? Certainly I have not seen this this degree of corruption previously. I run fix-disk every month or so just in case there are issues.
Sent from my iPad using Tapatalk