April 5, 201115 yr I'm running 4.4.2 and using Windows 7. Today I copied a folder from my PC to the unRaid box and about halfway through the copying (about 6GB) I got a disk full message, even though I have more than enough free space - but that's another issue. Since I didn't want a half-complete folder copy, I tried to delete the folder from unRaid. Most of the files were successfully deleted, but a few couldn't be deleted. For these files I got a "File Access Denied" window, which said "You need permission to perform this action. You require permission from TOWER\root to make changes to this file." This particular file is a PDF file, which I can open, but it seems I can't delete it. I tried to set permissions using Windows (I'm not proficient in Linux) but that didn't work either. I also ran a reiserfs check, but that showed no errors. How can I delete the files? I suppose as I last resort I can go in via Telnet or the console as root, change permissions and delete. But it would be interesting to know how this situation arose. I can't see any reason why this particular group of files couldn't be deleted. There doesn't appear to be any common feature. I haven't had this problem before and I've been running unRaid for quite some time. Admittedly, I haven't tried deleting files from the unRaid server very often. Would moving to 4.7 solve this problem?
April 5, 201115 yr How did you run a reiserfs check without telnet to the server? In telnet, enter rm -rf /path/to/ProblemFile and the file will be gone. I have seen this problem before and restarting the server and possibly the client has resolved it with having to resort to telnet.
April 5, 201115 yr 4.7 has updates to SMB that will probably give better compatibility with Windows 7. I would suggest updating to it when you get a chance.
April 5, 201115 yr i had a weird problem using 4.7 actually... I copied files to the server as a test, then tried to delete them several hours later... I couldn't... had to telnet in and "rm" them from the command line. weird.
April 6, 201115 yr Author How did you run a reiserfs check without telnet to the server? In telnet, enter rm -rf /path/to/ProblemFile and the file will be gone. I have seen this problem before and restarting the server and possibly the client has resolved it with having to resort to telnet. I didn't mean to imply that I didn't have telnet access; I did. I'm just puzzled as to why it should happen, and from your comments and twg's, it seems that this is not a unique situation.
Archived
This topic is now archived and is closed to further replies.