Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Here
Thanks for posting the data, but it doesn't show anything directly useful. However, it's a good starting point, and the absence of ACLs is informative.

The next command line should print the info for a specific file, one you've previously said was problematic.

Copy and paste this into a Terminal window, then copy and paste the complete output into code tags and post it here:
Code:
ls -led@  /Volumes/USB_Storage/tv/  /Volumes/USB_Storage/tv/Once*3E19x*avi
Yes, I'm intentionally using *'s in the command, and I'd like you to use them exactly as given.


One odd thing I saw in the posted output was this:
Code:
/dev/disk2s1 on /Volumes/vlc-2.2.0 (hfs, local, nodev, nosuid, read-only, noowners, mounted by phil)
The key thing in that line is "read-only". If the file server "USB_Storage" had been mounted read-only, then files will not be deletable or changeable, regardless of the actual file-level permissions. But "USB_Storage" isn't mounted read-only, as shown by this line:
Code:
//GUEST:@readyshare/USB_Storage on /Volumes/USB_Storage (smbfs, nodev, nosuid, mounted by phil)
Can you explain what the volume named "vlc-2.2.0" is, and how it's being used?



The 'x' means 'execute', but for directories it means "searchable".

For more, read the 'ls' man page:
https://developer.apple.com/legacy/library/documentation/Darwin/Reference/ManPages/man1/ls.1.html

The heading "The Long Format" gives details.

Here is the output from the new command:
Code:
Phillips-Mac-mini:~ phil$ ls -led@  /Volumes/USB_Storage/tv/  /Volumes/USB_Storage/tv/Once*3E19x*avi


drwxrwxrwx  1 phil  staff      16384 26 Mar 20:24 /Volumes/USB_Storage/tv/

-rwxrwxrwx  1 phil  staff  372237820  2 May  2014 /Volumes/USB_Storage/tv/Once.Upon.a.Time.S03E19x.A Curious Thing.avi

vlc-2.2.0 is the VidoeoLAN (VLC) video player - I'm not sure why it shows up as a drive - it has always done that ... I just thought that was normal ....

Phil
 
Here is the output from the new command:
Code:
Phillips-Mac-mini:~ phil$ ls -led@  /Volumes/USB_Storage/tv/  /Volumes/USB_Storage/tv/Once*3E19x*avi


drwxrwxrwx  1 phil  staff      16384 26 Mar 20:24 /Volumes/USB_Storage/tv/

-rwxrwxrwx  1 phil  staff  372237820  2 May  2014 /Volumes/USB_Storage/tv/Once.Upon.a.Time.S03E19x.A Curious Thing.avi

vlc-2.2.0 is the VidoeoLAN (VLC) video player - I'm not sure why it shows up as a drive - it has always done that ... I just thought that was normal ....

Phil
Unfortunately, I don't see anything in the permissions of the folder or the file that would restrict deletion.

However, I do see I left something out, so can you copy & paste this slightly modified command, and post the output:
Code:
ls -ledO@  /Volumes/USB_Storage/tv/  /Volumes/USB_Storage/tv/Once*3E19x*avi

The VLC player shouldn't have any effect. It souldn't hurt if you eject it, also eject your router file-server connection, then reconnect to the file-server and see if the absence of VLC alters file removal on the file-server. It's a crazy idea, but sometimes crazy things work.


You may need to disconnect the USB disk from the router, and plug it directly into the Mac. If it's formatted as one of the FAT file systems, you may be able to fix things. If it's NTFS, it will be read-only. If it's ext3 or ext4, I don't think it will mount at all.

Refer to your router's user manual for how to disconnect the disk safely.
 
here is the output from your modified terminal command:
Code:
Phillips-Mac-mini:~ phil$ ls -ledO@  /Volumes/USB_Storage/tv/  /Volumes/USB_Storage/tv/Once*3E19x*avi


drwxrwxrwx  1 phil  staff  -        16384 26 Mar 20:24 /Volumes/USB_Storage/tv/

-rwxrwxrwx  1 phil  staff  uchg 372237820  2 May  2014 /Volumes/USB_Storage/tv/Once.Upon.a.Time.S03E19x.A Curious Thing.avi
Phil
 
here is the output from your modified terminal command:
Code:
Phillips-Mac-mini:~ phil$ ls -ledO@  /Volumes/USB_Storage/tv/  /Volumes/USB_Storage/tv/Once*3E19x*avi


drwxrwxrwx  1 phil  staff  -        16384 26 Mar 20:24 /Volumes/USB_Storage/tv/

-rwxrwxrwx  1 phil  staff  uchg 372237820  2 May  2014 /Volumes/USB_Storage/tv/Once.Upon.a.Time.S03E19x.A Curious Thing.avi
Phil
Thanks. The "uchg" signifies the flag that appears as the "Locked" checkbox in Get Info panes.

Here's a command to turn the flag off:
Code:
chflags nouchg  /Volumes/USB_Storage/tv/Once*3E19x*avi

To confirm it worked, paste this command:
Code:
ls -ledO@  /Volumes/USB_Storage/tv/Once*3E19x*avi

If it worked, the "uchg" between "staff" and 372237820 will be replaced by a single "-".

You mentioned before that when you do this in Get Info, the Locked checkbox reverts back after a few seconds. So wait about 30 secs and then repaste this command:
Code:
ls -ledO@  /Volumes/USB_Storage/tv/Once*3E19x*avi

If "uchg" stays off, try deleting the file in the Finder. If it magically turns on again, there are more commands to try.
 
Thanks. The "uchg" signifies the flag that appears as the "Locked" checkbox in Get Info panes.

Here's a command to turn the flag off:
Code:
chflags nouchg  /Volumes/USB_Storage/tv/Once*3E19x*avi

To confirm it worked, paste this command:
Code:
ls -ledO@  /Volumes/USB_Storage/tv/Once*3E19x*avi

If it worked, the "uchg" between "staff" and 372237820 will be replaced by a single "-".

You mentioned before that when you do this in Get Info, the Locked checkbox reverts back after a few seconds. So wait about 30 secs and then repaste this command:
Code:
ls -ledO@  /Volumes/USB_Storage/tv/Once*3E19x*avi

If "uchg" stays off, try deleting the file in the Finder. If it magically turns on again, there are more commands to try.

Thanks. I'll try this tonight and let you know how it went.

By extension, can I run a similar commend on the entire drive? Would this be the correct command:
Code:
chflags -R nouchg /Volumes/USB_Storage/
??

Phil
 
By extension, can I run a similar commend on the entire drive? Would this be the correct command:
Code:
chflags -R nouchg /Volumes/USB_Storage/
??

Phil
Don't do that yet. Maybe don't do it at all.

There's no way of knowing if there's something on there that really should be locked. There are plenty of examples of people applying a change recursively, without understanding the scope of that change, and only afterward discovering it was a grave mistake.

There are much safer ways to apply "nouchg", and limit what it gets applied to. If it comes to that, I'll post the commands for it.
 
OK - warning heeded!

I'll just try it at the file level and see if that works first.

Phil
Looks like that command didn't work :-(

Code:
Phillips-Mac-mini:~ phil$ chflags nouchg  /Volumes/USB_Storage/tv/Once*3E19x*avi

Phillips-Mac-mini:~ phil$ ls -ledO@  /Volumes/USB_Storage/tv/Once*3E19x*avi

-rwxrwxrwx  1 phil  staff  uchg 372237820  2 May  2014 /Volumes/USB_Storage/tv/Once.Upon.a.Time.S03E19x.A Curious Thing.avi

Phillips-Mac-mini:~ phil$

Phil
 
Looks like that command didn't work :-(
I was afraid of that.

Here's a slighly different 'ls' command. Please post the output. There may be a couple lines of output, instead of a single line:
Code:
ls -ledO@  /Volumes/USB_Storage/tv/{.,}*Once*3E19x*avi
 
I was afraid of that.

Here's a slighly different 'ls' command. Please post the output. There may be a couple lines of output, instead of a single line:
Code:
ls -ledO@  /Volumes/USB_Storage/tv/{.,}*Once*3E19x*avi

Output of new command:
Code:
Phillips-Mac-mini:~ phil$ ls -ledO@  /Volumes/USB_Storage/tv/{.,}*Once*3E19x*avi

ls: /Volumes/USB_Storage/tv/.*Once*3E19x*avi: No such file or directory

-rwxrwxrwx  1 phil  staff  uchg 372237820  2 May  2014 /Volumes/USB_Storage/tv/Once.Upon.a.Time.S03E19x.A Curious Thing.avi

Phillips-Mac-mini:~ phil$
Does that shed any light on the subject?
Phil
 
Output of new command:
Code:
Phillips-Mac-mini:~ phil$ ls -ledO@  /Volumes/USB_Storage/tv/{.,}*Once*3E19x*avi

ls: /Volumes/USB_Storage/tv/.*Once*3E19x*avi: No such file or directory

-rwxrwxrwx  1 phil  staff  uchg 372237820  2 May  2014 /Volumes/USB_Storage/tv/Once.Upon.a.Time.S03E19x.A Curious Thing.avi

Phillips-Mac-mini:~ phil$
Does that shed any light on the subject?
Phil
It's one of the two possibilities I expected. Unfortunately, it's not the one I was hoping for, so it means I'm out of things to try.

We've definitely confirmed that:
1. You own the file.
2. The file is locked with the "uchg" flag.
3. The permissions are "all access" (rwxrwxrwx).
4. The directory permissions are also "all access".
5. There are no ACLs on the file or the directory.
6. There are no extended attributes, such as com.apple.FinderInfo.

We've also observed that applying the 'chflags' command to turn off "uchg" has no effect. Curiously, it also doesn't display any error, which means that its attempt to turn off "uchg" is being acknowledged by the file server (router) as having worked, even though it plainly hasn't.

At this point, I'm convinced the problem lies somewhare on the file server (router), and nothing you could do on the Mac will fix it, without first changing something about the router. I suggest going to a forum dedicated to NetGear routers, and posing the problem there. Post a URL to this thread if it makes it easier to summarize what's been tried.

The one thing you haven't tried is disconnecting the drive from the router and plugging it directly into the Mac (see earlier suggestions). If it's a FAT file-system, the Mac can write to it. If it's NTFS or EXT2/3 it can't. In any case, you should be able to determine what file-system is on the drive, which may be a useful clue for further discussion. If it does turn out to be FAT, then try unchecking the "Locked" checkbox and see if it sticks. If it's not, you won't be able to change anything.
 
Thanks for all your help.

I'll try attacking it from the router side (or a windows box).

Really appreciate all your effort.

Phil
 
Thanks for all your help.

I'll try attacking it from the router side (or a windows box).

Really appreciate all your effort.

Phil
Glad to help. It was an interesting puzzle.

Good luck with the router attack.


I did think of some more things to try, if you're game. It's creating a new file on the server, changing its "uchg" flag (and other things), and seeing what happens. In particular, are the changes reversible. You may already have done something like this using Finder. If you're willing to try, the whole procedure is given below.

I've added comments after each line, which start with #. This is the shell's comment character so those lines will be ignored if you paste them into Terminal. You can copy and paste the whole thing into a Terminal window, and see what happens, or do it a line at a time. The worst that happens is you end up with a locked unremovable "Sample.txt" file in your "tv" folder. If you don't want to risk that, I understand.

If you run these commands, please post the complete output, as I'd like to see what the file server does for each of them. I've already tried these on a FAT16 and FAT32 file system on a directly connected USB thumb drive, and a similarly formatted SD card, so I have a good idea of how that media works. I don't have an SMB file server here, so I can't check that.

Code:
echo "Sample." >/Volumes/USB_Storage/tv/sample.txt
  # writes "Sample" to a new text file

ls -ledO@  /Volumes/USB_Storage/tv/{._,}sample.txt
  # text file should be listed, but "._" sister may not exist

xattr -w chown33.example "Example xattr." /Volumes/USB_Storage/tv/sample.txt
  # adds an xattr to the file, which may be stored in a "._" sister file

xattr -l /Volumes/USB_Storage/tv/sample.txt
  # show all xattrs, regardless of how they're stored

ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt
  # a hidden "._" sister file should now be listed, if it exists

chflags hidden,uchg  /Volumes/USB_Storage/tv/sample.txt
  # "Locked" and hidden (may not be visible in Finder)

ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt

rm -f /Volumes/USB_Storage/tv/sample.txt
  # should say "Operation not permitted" because it's locked

rm -f /Volumes/USB_Storage/tv/._sample.txt
  # remove any hidden "._" sister file, where xattr's are stored

xattr -l /Volumes/USB_Storage/tv/sample.txt
  # if xattrs were stored in "._" file, they should be gone now

chflags nouchg,nohidden  /Volumes/USB_Storage/tv/sample.txt
  # not "Locked" and not hidden

ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt

rm -f /Volumes/USB_Storage/tv/sample.txt
  # remove the sample file, and any sister "._"

ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt
  # should show No such files
 
Hi
Glad to help. It was an interesting puzzle.

Good luck with the router attack.


I did think of some more things to try, if you're game. It's creating a new file on the server, changing its "uchg" flag (and other things), and seeing what happens. In particular, are the changes reversible. You may already have done something like this using Finder. If you're willing to try, the whole procedure is given below.

I've added comments after each line, which start with #. This is the shell's comment character so those lines will be ignored if you paste them into Terminal. You can copy and paste the whole thing into a Terminal window, and see what happens, or do it a line at a time. The worst that happens is you end up with a locked unremovable "Sample.txt" file in your "tv" folder. If you don't want to risk that, I understand.

If you run these commands, please post the complete output, as I'd like to see what the file server does for each of them. I've already tried these on a FAT16 and FAT32 file system on a directly connected USB thumb drive, and a similarly formatted SD card, so I have a good idea of how that media works. I don't have an SMB file server here, so I can't check that.

Code:
echo "Sample." >/Volumes/USB_Storage/tv/sample.txt
  # writes "Sample" to a new text file

ls -ledO@  /Volumes/USB_Storage/tv/{._,}sample.txt
  # text file should be listed, but "._" sister may not exist

xattr -w chown33.example "Example xattr." /Volumes/USB_Storage/tv/sample.txt
  # adds an xattr to the file, which may be stored in a "._" sister file

xattr -l /Volumes/USB_Storage/tv/sample.txt
  # show all xattrs, regardless of how they're stored

ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt
  # a hidden "._" sister file should now be listed, if it exists

chflags hidden,uchg  /Volumes/USB_Storage/tv/sample.txt
  # "Locked" and hidden (may not be visible in Finder)

ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt

rm -f /Volumes/USB_Storage/tv/sample.txt
  # should say "Operation not permitted" because it's locked

rm -f /Volumes/USB_Storage/tv/._sample.txt
  # remove any hidden "._" sister file, where xattr's are stored

xattr -l /Volumes/USB_Storage/tv/sample.txt
  # if xattrs were stored in "._" file, they should be gone now

chflags nouchg,nohidden  /Volumes/USB_Storage/tv/sample.txt
  # not "Locked" and not hidden

ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt

rm -f /Volumes/USB_Storage/tv/sample.txt
  # remove the sample file, and any sister "._"

ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt
  # should show No such files
chown.

Happy to help out if it assist you with similar problems.
Below is the full output from the above commands:

Code:
Phillips-Mac-mini:~ phil$ echo "Sample." >/Volumes/USB_Storage/tv/sample.txt

Phillips-Mac-mini:~ phil$   # writes "Sample" to a new text file

Phillips-Mac-mini:~ phil$ 

Phillips-Mac-mini:~ phil$ ls -ledO@  /Volumes/USB_Storage/tv/{._,}sample.txt

ls: /Volumes/USB_Storage/tv/._sample.txt: No such file or directory

-rwxrwxrwx  1 phil  staff  - 8  2 Apr 21:42 /Volumes/USB_Storage/tv/sample.txt

Phillips-Mac-mini:~ phil$   # text file should be listed, but "._" sister may not exist

Phillips-Mac-mini:~ phil$ 

Phillips-Mac-mini:~ phil$ xattr -w chown33.example "Example xattr." /Volumes/USB_Storage/tv/sample.txt

  # adds an xattr to the file, which may be stored in a "._" sister file


xattr -l /Volumes/USB_Storage/tv/sample.txt

  # show all xattrs, regardless of how they're stored


ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt

  # a hidden "._" sister file should now be listed, if it exists


chflags hidden,uchg  /Volumes/USB_Storage/tv/sample.txt

  # "Locked" and hidden (may not be visible in Finder)


ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt


rm -f /Volumes/USB_Storage/tv/sample.txt

  # should say "Operation not permitted" because it's locked


rm -f /Volumes/USB_Storage/tv/._sample.txt

  # remove any hidden "._" sister file, where xattr's are stored


xattr -l /Volumes/USB_Storage/tv/sample.txt

  # if xattrs were stored in "._" file, they should be gone now


chflags nouchg,nohidden  /Volumes/USB_Storage/tv/sample.txt

  # not "Locked" and not hidden


ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt


rm -f /Volumes/USB_Storage/tv/sample.txt

  # remove the sample file, and anyPhillips-Mac-mini:~ phil$   # adds an xattr ta "._" sister filemay be stored in  

Phillips-Mac-mini:~ phil$ 

Phillips-Mac-mini:~ phil$ xattr -l /Volumes/USB_Storage/tv/sample.txt

  # show all xattrs, regardless of how they're stored


ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt

  # a hidden "._" sister file should now be listed, if it exists


chflags hidden,uchg  /Volumes/USB_Storage/tv/sample.txt

  # "Locked" and hidden (may not be visible in Finder)


ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt


rm -f /Volumes/USB_Storage/tv/sample.txt

  # should say "Operation not permitted" because it's locked


rm -f /Volumes/USB_Storage/tv/._sample.txt

  # remove any hidden "._" sister file, where xattr's are stored


xattr -l /Volumes/USB_Storage/tv/sample.txt

  # if xattrs were stored in "._" file, they should be gone now


chflags nouchg,nohidden  /Volumes/USB_Storage/tv/sample.txt

  # not "Locked" and not hidden


ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt


rm -f /Volumes/USB_Storage/tv/sample.txt

  # remove the sample file, and any sister "._"


ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt

  # should show No such fileschown33.example: Example xattr.

Phillips-Mac-mini:~ phil$   # show all xattrs, regardless of how they're stored

Phillips-Mac-mini:~ phil$ 

Phillips-Mac-mini:~ phil$ ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt

-rwxrwxrwx  1 phil  staff  hidden 4096  2 Apr 21:42 /Volumes/USB_Storage/tv/._sample.txt

-rwxrwxrwx@ 1 phil  staff  -         8  2 Apr 21:42 /Volumes/USB_Storage/tv/sample.txt

chown33.example   14 

Phillips-Mac-mini:~ phil$   # a hidden "._" sister file should now be listed, if it exists

Phillips-Mac-mini:~ phil$ 

Phillips-Mac-mini:~ phil$ chflags hidden,uchg  /Volumes/USB_Storage/tv/sample.txt

Phillips-Mac-mini:~ phil$   # "Locked" and hidden (may not be visible in Finder)

Phillips-Mac-mini:~ phil$ 

Phillips-Mac-mini:~ phil$ ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt

-rwxrwxrwx  1 phil  staff  hidden      4096  2 Apr 21:42 /Volumes/USB_Storage/tv/._sample.txt

-rwxrwxrwx@ 1 phil  staff  uchg,hidden    8  2 Apr 21:42 /Volumes/USB_Storage/tv/sample.txt

chown33.example   14 

Phillips-Mac-mini:~ phil$ 

Phillips-Mac-mini:~ phil$ rm -f /Volumes/USB_Storage/tv/sample.txt

rm: /Volumes/USB_Storage/tv/sample.txt: Operation not permitted

Phillips-Mac-mini:~ phil$   # should say "Operation not permitted" because it's locked

Phillips-Mac-mini:~ phil$ 

Phillips-Mac-mini:~ phil$ rm -f /Volumes/USB_Storage/tv/._sample.txt

Phillips-Mac-mini:~ phil$   # remove any hidden "._" sister file, where xattr's are stored

Phillips-Mac-mini:~ phil$ 

Phillips-Mac-mini:~ phil$ xattr -l /Volumes/USB_Storage/tv/sample.txt

Phillips-Mac-mini:~ phil$   # if xattrs were stored in "._" file, they should be gone now

Phillips-Mac-mini:~ phil$ 

Phillips-Mac-mini:~ phil$ chflags nouchg,nohidden  /Volumes/USB_Storage/tv/sample.txt

Phillips-Mac-mini:~ phil$   # not "Locked" and not hidden

Phillips-Mac-mini:~ phil$ 

Phillips-Mac-mini:~ phil$ ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt

ls: /Volumes/USB_Storage/tv/.*sample.txt: No such file or directory

-rwxrwxrwx  1 phil  staff  - 8  2 Apr 21:42 /Volumes/USB_Storage/tv/sample.txt

Phillips-Mac-mini:~ phil$ 

Phillips-Mac-mini:~ phil$ rm -f /Volumes/USB_Storage/tv/sample.txt

rm: /Volumes/USB_Storage/tv/sample.txt: Operation not permitted

Phillips-Mac-mini:~ phil$   # remove the sample file, and any sister "._"

Phillips-Mac-mini:~ phil$ 

Phillips-Mac-mini:~ phil$ ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt

ls: /Volumes/USB_Storage/tv/.*sample.txt: No such file or directory

-rwxrwxrwx  1 phil  staff  uchg 8  2 Apr 21:42 /Volumes/USB_Storage/tv/sample.txt

Phillips-Mac-mini:~ phil$   # should show No such files

Is that enlightening in any way?

Phil
[doublepost=1491134432][/doublepost]Addendum:

The end result of the above is that I have a file "sample.txt" in my TV directory which displays the same attributes as the previous troublesome files i.e. "Locked" and can't be deleted. Clearing the Locked checkbox in the Set Info pane results in it immediately becoming rechecked - screenshot of Get Info pane is here:
upload_2017-4-2_22-0-0.png


Phil
 
...
Is that enlightening in any way?
Yes, that was quite informative, especially the "boomerang uchg" flag that comes back by itself.

Other than the returning uchg flag, it behaves exactly like a FAT file-system on a USB stick or SD card. There's a sister "._" file, and the uchg and hidden flags are settable, which FAT supports.

The only thing NOT like FAT is that once set, uchg can be cleared, but then it comes back. That's somewhat like the schg flag, except schg is entirely unclearable except in single-user mode. The uchg bit, however, is allowed to be cleared, because this command doesn't print an error:
Code:
chflags nouchg,nohidden  /Volumes/USB_Storage/tv/sample.txt

When it's immediately examined with 'ls', we see this:
Code:
ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt
ls: /Volumes/USB_Storage/tv/.*sample.txt: No such file or directory
-rwxrwxrwx  1 phil  staff  - 8  2 Apr 21:42 /Volumes/USB_Storage/tv/sample.txt

That - between "staff" and "8" means "no flags", so uchg was definitely cleared without error. However, a few lines later, we see this:
Code:
ls -ledO@  /Volumes/USB_Storage/tv/{.,}*sample.txt
ls: /Volumes/USB_Storage/tv/.*sample.txt: No such file or directory
-rwxrwxrwx  1 phil  staff  uchg 8  2 Apr 21:42 /Volumes/USB_Storage/tv/sample.txt

Here, the "uchg" between "staff" and "8" shows uchg has magically returned. So the misbehavior is consistent for any file on the file server, in that the uchg flag ("Locked" checkbox) will never go back to an OFF state.


As I noted above, this is similar to the "schg" flag, but that can at least be cleared in single-user mode. Unfortunately, I don't know a way to try single-user mode and connect to an SMB file server. By its nature, single-user mode I don't think single-user mode will have SMB support loaded, so any file servers might as well be on Pluto.

The overall similarity to a FAT file-system (in all but uchg behavior) suggests that unplugging the drive from the router and plugging it directly into the Mac may give you direct access. That seems worth trying. If it turns out to be FAT, then we should be able to turn off all the uchg flags, unless there's something truly weird about the drive itself.

To find out if the drive is FAT, select its Desktop icon when it's directly plugged in, and do Get Info on it. The General subpane should show a Format: line with FAT32, exFAT, etc. If it says NTFS, it'll be read-only. If the drive doesn't mount at all, and you get an alert asking to format, Cancel that because it's probably in EXT2/3 format.

If it does mount as FAT, you can name it "USBStorage" and all the command-lines I previously posted should work. Try the 'ls' ones first, rather than the ones that change things. Then see if you can uncheck "Locked" on the sample.txt file. If that works, I'll make a cmd to turn off uchg that gives you a chance to review things first.
 
Thanks for the update chown

I will try to get some time to extract the drive from the bowels of my system setup and connect it to the Mac directly to see if that has any effect, but I don't expect that to happen for a few days (possibly not until the weekend). If/when I get a chance to try this, I'll let you know the outcome.

Phil
 
Hi I am trying to do the su command in terminal and when it asks for the password I have no idea what it is. Is there a default password or something because it is not my login password

thanks

Cmd (space) -> search for Directory Utility
Click padlock -> Unlock with your login password
FileMenu Edit -> Select Change Root Password
Enter your password and you should be good to go. You should not need to quit and relaunch terminal.

Hope this helps.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.