Insane NAS permissions problem (SOLVED)

I don't usually admit defeat in a technological showdown but this one may have killed me.

I have a Windows 7 computer and a wireless router provided by my ISP. Attached to the router (via a wire) is a piece of NAS, a 1TB Maxtor Central Axis external ethernet-connected hard drive. This drive is mounted as Windows network share on my computer. The hard drive is called ntgl. On this hard drive is a file. This file cannot be deleted.

List of measures I've attempted and how they failed:

Hitting "delete"

Windows reports "The action can't be completed because the file is open in another program. Close the file and try again."

"Shift+delete"

Same again.

Moving the file

This works fine as long as the file remains on ntgl.

Modifying the file

Can't be done, file is read-only.

Renaming the file

Perfectly allowable.

Editing the file's properties to remove the "read-only" flag

Windows reports "Access is denied".

Trying to find any process which may have locked the file

Turned up no such processes.

Closing all unnecessary processes, hitting "delete"

Same response.

Rebooting computer, hitting "delete"

Same response.

Power-cycling NAS, hitting "delete"

Same response.

Booting into safe mode + networking, hitting "delete"

Same response.

Using Process Monitor to find the process locking the file

Process Monitor believes that the file in question is not locked.

Using Unlocker to free the file

Unlocker doesn't work on Windows 7.

Using Lockhunter to free the file

Lockhunter claims "No any processes locking this file or folder have been found", and goes on to report "Cannot delete file!"

Modifying permissions in Properties > Security > Edit...

Windows reports "Unable to save permission changes. Access is denied."

Attempting to add permissions for another group or user using Properties > Security > Edit... > Add...

Windows reports 'The program cannot open the required dialog box because it cannot determine whether the computer named "ntgl" is joined to a domain. Close this message, and try again'.

Closing that message instantly yields another message, "Unable to display the user selection dialog. This action is only valid for products that are currently installed."

Attempt to change permissions using Properties > Security > Advanced > Change Permissions...

Same as the previous three responses. Any attempt to save changes to existing permissions results in "access is denied", any attempt to add new a new group or user yields "cannot open the required dialog box".

Attempt to take ownership using Properties > Security > Advanced > Owner > Edit...

Same as above.

Using the Maxtor Central Axis web interface

This doesn't offer direct control over individual files.

Creating other shared folders using MCA web interface

It's not possible to move the file to a different shared folder (it's currently in Public).

Creating other usernames using MCA web interface

I've never been able to mount a network share using anything other than "no username no password".

Booting into Ubuntu and trying to delete the file like that

Ubuntu wireless didn't work.

Attaching a physical cable from my computer to my router, then trying Ubuntu again

Successfully mounted the share, but Ubuntu can't delete the file, saying "The permissions of the file could not be determined".

Physically directly connecting my computer to the hard drive via ethernet

I don't have a crossover cable.

Physically directly connecting my computer to the hard drive via USB

I don't have a USB cable. Besides, this is network-attach storage. The USB connector is intended to host a printer or secondary hard drive, not the computer itself.

Using the Windows command line

"Access is denied".

Formatting the drive

I am trying to avoid this and I suspect it may be impossible anyway.

Google

I have, of course, Googled all of these symptoms until my fingers bled, and here I still am.

So there you have it. Any other bright ideas, world at large?

Update 2010-03-06

Run command line as Administrator, then use "del"

As Administrator, the Windows 7 command line doesn't seem to know that this mounted network share is there. Typing "Z:" results in "The system cannot find the drive specified".

Connect the drive via SATA

There is no SATA port, only ethernet and USB.

Connect directly to the drive over ethernet using a patch cable (no crossover cable)

Doesn't work. Predictably. The connectors are in the wrong order if you do it like this.

Remove the drive from its box

The drive is an internal part of a black box which I am not in a position to open.

EDIT: In case this wasn't blindingly obvious, this would void the warranty. It would probably also be impossible to put the thing back together again, a risk I'm not prepared to take.

Use Killbox

It's pretty firmly established at this point that the file isn't in use, it's just an access permissions issue.

Copy the contents of the drive somewhere else, then format it

There is no way to format this drive. Pressing the "Reset" button in the drive's base has no effect except to cause a bunch of helpful empty folders like "Our Music" and "Our Documents" to recreate themselves. It doesn't reset the admin password or the drive's hostname and it definitely doesn't erase any data.

Copy the file to another physical drive and delete the copy

This works fine. Of course, the original is still there.

Delete the file using its DOS name, not its full name

The two are identical. "Access is denied".

Read the contents of the file

This works fine, it's read-only though.

chkdsk

Windows cannot check a disk attached through a network.

Update 2010-03-08

What file is it?

The file is (originally) named jobs.ini and it is the output from a Windows wrapper program for wget. It contains the data from a few Wget runs I ran over a year ago. Wget itself along with the wrapper program have been deleted.

Can you read it?

Yes. It's plain text.

Can you modify it?

No, it's read-only.

Boot into Ubuntu...

Done.

Mount the drive at /mnt/ntgl and find it using the Ubuntu command line.

sudo apt-get install smbfs
sudo mkdir /mnt/ntgl
sudo smbmount //ntgl/public /mnt/ntgl

Done.

What are the file's permissions?

-r--r--r-- 1 500 500 3479 2008-10-23 01:31 jobs.ini

rm jobs.ini

ubuntu@ubuntu:/mnt/ntgl$ rm jobs.ini
rm: remove write-protected regular file `jobs.ini'? yes
rm: cannot remove `jobs.ini': Permission denied
ubuntu@ubuntu:/mnt/ntgl$ sudo rm jobs.ini
rm: cannot remove `jobs.ini': Permission denied

chmod 777 jobs.ini

ubuntu@ubuntu:/mnt/ntgl$ chmod 777 jobs.ini
chmod: changing permissions of `jobs.ini': Operation not permitted
ubuntu@ubuntu:/mnt/ntgl$ sudo chmod 777 jobs.ini
chmod: changing permissions of `jobs.ini': Permission denied

chown root jobs.ini

ubuntu@ubuntu:/mnt/ntgl$ chown root jobs.ini
chown: changing ownership of `jobs.ini': Operation not permitted
ubuntu@ubuntu:/mnt/ntgl$ sudo chown root jobs.ini
chown: changing ownership of `jobs.ini': Permission denied

fsck

ubuntu@ubuntu:/mnt/ntgl$ fsck /mnt/ngtl
fsck from util-linux-ng 2.16
e2fsck 1.41.9 (22-Aug-2009)
fsck.ext2: No such file or directory while trying to open /mnt/ngtl

The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
ubuntu@ubuntu:/mnt/ntgl$ e2fsck -b 8193 /mnt/ntgl
e2fsck 1.41.9 (22-Aug-2009)
e2fsck: Is a directory while trying to open /mnt/ntgl

The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>

What filesystem is the drive?

NTFS, I think. Certainly not ext2.

Try a port scan?

ubuntu@ubuntu:/mnt/ntgl$ sudo nmap -p1-65535 -sS ntgl

Starting Nmap 5.00 ( http://nmap.org ) at 2010-03-08 20:10 UTC
Interesting ports on NTGL.lan (192.168.1.64):
Not shown: 65530 closed ports
PORT STATE SERVICE
80/tcp open http
139/tcp open netbios-ssn
445/tcp open microsoft-ds
631/tcp open ipp
4301/tcp open unknown
MAC Address: 00:10:75:05:84:2A (Maxtor)

Nmap done: 1 IP address (1 host up) scanned in 2.50 seconds

Try this boot disk which erases all of your hard drives.

How stupid do you think I am?

Can you telnet into the drive?

No.

Can you SSH into the drive?

No.

strace

ubuntu@ubuntu:/mnt/ntgl$ sudo strace chmod 777 jobs.ini
execve("/bin/chmod", ["chmod", "777", "jobs.ini"], [/* 16 vars */]) = 0
brk(0)                                  = 0x825d000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb77fe000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=54799, ...}) = 0
mmap2(NULL, 54799, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77f0000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "177ELF111331260l1004"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1319364, ...}) = 0
mmap2(NULL, 1325416, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x13b000
mmap2(0x279000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13e) = 0x279000
mmap2(0x27c000, 10600, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x27c000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb77ef000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb77ef8d0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0x279000, 8192, PROT_READ)     = 0
mprotect(0x8055000, 4096, PROT_READ)    = 0
mprotect(0xcb8000, 4096, PROT_READ)     = 0
munmap(0xb77f0000, 54799)               = 0
brk(0)                                  = 0x825d000
brk(0x827e000)                          = 0x827e000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2570, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb77fd000
read(3, "# Locale name alias data base.n#"..., 1024) = 1024
read(3, " entries are case independent.nn"..., 1024) = 1024
read(3, "Rnko_KRttko_KR.eucKRnlithuanian "..., 1024) = 522
read(3, "", 1024)                       = 0
close(3)                                = 0
munmap(0xb77fd000, 4096)                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_IDENTIFICATION", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_IDENTIFICATION", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=373, ...}) = 0
mmap2(NULL, 373, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77fd000
close(3)                                = 0
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=26048, ...}) = 0
mmap2(NULL, 26048, PROT_READ, MAP_SHARED, 3, 0) = 0xb77f6000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_MEASUREMENT", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_MEASUREMENT", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=23, ...}) = 0
mmap2(NULL, 23, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77f5000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_TELEPHONE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_TELEPHONE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=59, ...}) = 0
mmap2(NULL, 59, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77f4000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_ADDRESS", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_ADDRESS", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=155, ...}) = 0
mmap2(NULL, 155, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77f3000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_NAME", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_NAME", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=77, ...}) = 0
mmap2(NULL, 77, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77f2000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_PAPER", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_PAPER", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=34, ...}) = 0
mmap2(NULL, 34, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77f1000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_MESSAGES", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_MESSAGES", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0
close(3)                                = 0
open("/usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=52, ...}) = 0
mmap2(NULL, 52, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77f0000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_MONETARY", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_MONETARY", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=286, ...}) = 0
mmap2(NULL, 286, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77ee000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_COLLATE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_COLLATE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=966938, ...}) = 0
mmap2(NULL, 966938, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7701000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_TIME", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_TIME", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2454, ...}) = 0
mmap2(NULL, 2454, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7700000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_NUMERIC", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_NUMERIC", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0
mmap2(NULL, 54, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb76ff000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_CTYPE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_CTYPE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=256316, ...}) = 0
mmap2(NULL, 256316, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb76c0000
close(3)                                = 0
umask(0)                                = 022
stat64("jobs.ini", {st_mode=S_IFREG|0444, st_size=3479, ...}) = 0
fchmodat(AT_FDCWD, "jobs.ini", 0777)    = -1 EACCES (Permission denied)
open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
write(2, "chmod: ", 7chmod: )                  = 7
write(2, "changing permissions of `jobs.in"..., 34changing permissions of `jobs.ini') = 34
open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
write(2, ": Permission denied", 19: Permission denied)     = 19
write(2, "n", 1
)                       = 1
close(1)                                = 0
close(2)                                = 0
exit_group(1)                           = ?

ubuntu@ubuntu:/mnt/ntgl$ sudo strace rm -f jobs.ini
execve("/bin/rm", ["rm", "-f", "jobs.ini"], [/* 16 vars */]) = 0
brk(0)                                  = 0x8bff000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=54799, ...}) = 0
mmap2(NULL, 54799, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb775b000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "177ELF111331260l1004"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1319364, ...}) = 0
mmap2(NULL, 1325416, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x366000
mmap2(0x4a4000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13e) = 0x4a4000
mmap2(0x4a7000, 10600, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4a7000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb775a000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb775a8d0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0x4a4000, 8192, PROT_READ)     = 0
mprotect(0x8056000, 4096, PROT_READ)    = 0
mprotect(0xc23000, 4096, PROT_READ)     = 0
munmap(0xb775b000, 54799)               = 0
brk(0)                                  = 0x8bff000
brk(0x8c20000)                          = 0x8c20000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2570, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7768000
read(3, "# Locale name alias data base.n#"..., 1024) = 1024
read(3, " entries are case independent.nn"..., 1024) = 1024
read(3, "Rnko_KRttko_KR.eucKRnlithuanian "..., 1024) = 522
read(3, "", 1024)                       = 0
close(3)                                = 0
munmap(0xb7768000, 4096)                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_IDENTIFICATION", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_IDENTIFICATION", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=373, ...}) = 0
mmap2(NULL, 373, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7768000
close(3)                                = 0
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=26048, ...}) = 0
mmap2(NULL, 26048, PROT_READ, MAP_SHARED, 3, 0) = 0xb7761000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_MEASUREMENT", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_MEASUREMENT", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=23, ...}) = 0
mmap2(NULL, 23, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7760000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_TELEPHONE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_TELEPHONE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=59, ...}) = 0
mmap2(NULL, 59, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb775f000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_ADDRESS", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_ADDRESS", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=155, ...}) = 0
mmap2(NULL, 155, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb775e000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_NAME", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_NAME", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=77, ...}) = 0
mmap2(NULL, 77, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb775d000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_PAPER", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_PAPER", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=34, ...}) = 0
mmap2(NULL, 34, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb775c000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_MESSAGES", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_MESSAGES", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0
close(3)                                = 0
open("/usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=52, ...}) = 0
mmap2(NULL, 52, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb775b000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_MONETARY", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_MONETARY", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=286, ...}) = 0
mmap2(NULL, 286, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7759000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_COLLATE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_COLLATE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=966938, ...}) = 0
mmap2(NULL, 966938, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb766c000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_TIME", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_TIME", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2454, ...}) = 0
mmap2(NULL, 2454, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb766b000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_NUMERIC", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_NUMERIC", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0
mmap2(NULL, 54, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb766a000
close(3)                                = 0
open("/usr/lib/locale/en_US.UTF-8/LC_CTYPE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/en_US.utf8/LC_CTYPE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=256316, ...}) = 0
mmap2(NULL, 256316, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb762b000
close(3)                                = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
unlinkat(AT_FDCWD, "jobs.ini", 0)       = -1 EACCES (Permission denied)
open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
write(2, "rm: ", 4rm: )                     = 4
write(2, "cannot remove `jobs.ini'", 24cannot remove `jobs.ini') = 24
open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
write(2, ": Permission denied", 19: Permission denied)     = 19
write(2, "n", 1
)                       = 1
close(0)                                = 0
close(1)                                = 0
close(2)                                = 0
exit_group(1)                           = ?

Update 2010-03-12

I'm just going to return the thing, it's still under warranty.

Update 2010-03-16

NAILED IT.

I actually got as far as booking a date to return the drive to Seagate, which was going to be a tremendous hassle for me on account of having to stay home from work so they could pick the box up, and stuff. Before doing this, I decided to delete all the other files off the drive just so it contained no personal information when it was sent back. This turned out to leave a whole lot more undeletable files on the drive, most of them very old metadata from back when I used to use TortoiseSVN.

This got me wondering what the common theme was between the files. I wondered if maybe it was that they had been created by programs which had been running in place on the drive (with whose permissions?) and then realised that the common feature was that all the files were pretty old. They harkened back to an era when I was actually still trying to get user access and permissions to work on the Central Axis (it doesn't work very well and the web interface is astoundingly sluggish, so now I just use the single Public user, no username, no password).

Bear in mind that the user permissions on all of the files just had three names: one was "Everyone" and the other two were long, unidentifiable strings of numbers. But, I thought, what do those numbers refer to? Users on the MCA, that's who. What I did was recreate an ancient, long-since deleted user account with the name of "Sam". I unmounted the network drive, and then remounted it using the username and password of this new user. I was then able to delete the files.

Basically the files had been created by a user which no longer existed. All I had to do was recreate that account and log in using its credentials.

Some of you will deride me for not thinking of this sooner, and you can all kindly hold your peace because none of you thought of it at all!

Two and a half weeks or thereabouts? What's your record for the longest time spent attempting to solve a technical problem before succeeding?

Back to Blog
Back to Things Of Interest

Facebook Twitter Reddit Email Hacker News StumbleUpon

Discussion (64)

2010-03-01 23:37:40 by Jim:

Run cmd as Admin, and use 'del' ?

Install cygwin, and try the same using sudo?

2010-03-02 00:00:39 by Algri:

Have you tried turning it off and on again?
(I see, you have.)
What about connecting the drive via SATA or whatever internal interface it uses?

2010-03-02 00:29:04 by Nick:

Don't know if this'll help or even be applicable, but you should be able to connect over ethernet without needing a crossover cable. Most NAS devices usually have a DHCP server that will let them assign an IP to a connected computer. For things like initial setup and suchlike.

2010-03-02 00:31:38 by anonymic:

Remove the drive from it's box, install it in your machine, take ownership of the file and delete it.

2010-03-02 00:33:32 by Bauglir:

I'm not the tech-savviest guy, so you might have actually already tried what this program does, but you might try using <url=http://killbox.net/>KillBox</url> to flag it to be deleted on startup and/or while killing the explorer shell.

2010-03-02 00:35:05 by Bauglir:

I know not how to insert hyperlinks here, it seems. Honestly, probably a good thing, security-wise. Even though the link's easily readable above, here it is again for better clarity. http://killbox.net/

2010-03-02 00:35:08 by col:

Sounds like a problem I had a while back: I could be wrong but I figured that the file table had become corrupted, and my solution was to copy the entire contents of the drive bar the offending file to another device, then format and restore. If there's a better way I didn't have the patience to find it.

2010-03-02 00:36:41 by col:

ps: if you copy the file to another physical drive can you delete that copy?

2010-03-02 00:39:17 by Ross:

Can you delete it using its "DOS name"? Dir /x to see what that name is.

This may not be a factor, since you said you can rename the file fine. But I'm thinking just maybe there's a unicode character in the filename.

----

Can you read the contents of the file? (TYPE, or edit in notepad)

----

You mentioned the commandline. Was it a "Run as administrator" command window?

2010-03-02 00:50:52 by Caleb:

I'm pretty sure it will delete if you use ubuntu, and then instead use the "sudo nautilus" command to put the file manager in root mode, and then try to delete it. I don't believe in a love CD you are root by default, so cannot delete the file if it has different permissions.

2010-03-02 00:57:55 by pascal:

Maybe the lower-level 'smbclient' on Ubuntu can tell you more about the problem. (I would guess that this was a linux box using Samba as SMB server, so it's probably best to speak to it using samba tools)

But removing the HDD and plugging it into a Linux box, to run fsck, try to delete it directly while watching the syslog to see what's wrong, should be the fastest solution.

2010-03-02 02:11:32 by Fjord:

I'd try Spybot Search+Destroy's Secure Shredder (http://www.safer-networking.org/ if you don't already have Spybot installed) though that might not do anything either.

I agree with some of the posters above, it might be a corrupted filesystem. Can anybody think of a method to run chkdsk or similar on the NAS drive?

2010-03-02 03:19:19 by TJSomething:

1. Install OpenMSS on the NAS.
2. Telnet into the NAS. It's a Linux machine.
3. Become root.
4. Delete file.

2010-03-02 03:31:40 by TJSomething:

I just looked up how you install OpenMSS on those and the following is actually easier.

You should take the hard drive out of the NAS using a screwdriver, hook it up to your computer, and delete the files from there. If you don't have the appropriate cables on your PC, buy a properly-sized USB hard drive enclosure and return it when you are done. You'll need to boot Linux to access the drive.

That should do the trick.

2010-03-02 08:33:51 by skztr:

What is the source of the file? What is inside it? Can you verify that the contents are exactly as they should be? I think that red is a traditional yet striking colour for any bike shed.

2010-03-03 00:31:17 by drh:

Almost certainly filesystem corruption.

Pull the disk, and (unix:fsck | win32:chkdsk) it.

2010-03-03 14:24:14 by Jesse:

Does the NAS support connection via anything besides SMB (FTP, AFS, NFS)? If so, try those. I would almost guarantee you'll be able to delete it via FTP. I occasionally have permission problems with my Netgear ReadyNAS when connected via SMB, but I can usually beat it into submission this way. Also, on the ReadyNAS there's an option to reset ALL file permissions to default "owner" (or similar), which can fix glitches like this on individual files. Not sure what your NAS offers but just an idea.

2010-03-04 07:52:59 by jonas:

Make sure that no other computers are connected to the router (via ethernet or wireless), for maybe one of those have the file open.

2010-03-04 09:02:57 by Fred:

I'll second the suggestion to error-check the drive. I once encountered a similar problem, and mine was caused by some kind of file system corruption. When I ran chkdsk, the file went away.

(Two weeks later that drive suffered a physical crash. The heads made contact with the platters, causing horrid noises and a set of very impressive blue sparks. But I don't expect that is very common.)

2010-03-06 01:13:59 by TJSomething:

Maybe update the firmware?

http://www.seagate.com/ww/v/index.jsp?locale=en-US&name=central-axis-server&vgnextoid=2be0f80897aba110VgnVCM100000f5ee0a0aRCRD

2010-03-06 06:53:17 by Boter:

Error checking (chkdsk) has saved me a ton of times. Haven't run into something like this, but it's definitely worth a shot.

2010-03-06 18:11:39 by tom:

I've had this problem before. I would recommend starting a goat farm in Vermont.

2010-03-06 19:46:37 by Jon:

+1 for goat farm in Vermont. Sometimes you just gotta admit defeat.

2010-03-06 19:47:30 by Sam:

Astoundingly enough, I do already live on a goat farm in Vermont, but this hasn't solved the problem.

2010-03-06 20:38:07 by Fjord:

It occurs to me that you haven't explicitly stated whether you can still OPEN the file. You can't move, copy, delete, take ownership, etc., but can you still open the file? I.E. if it's a .doc file will Word or OpenOffice.org still parse it?

If yes, ignore me.
If no, the file has probably already been deleted and what you see and are having issues with is a ghost. Chkdsk ought to fix this if you can figure out a way to run it on a NAS drive.

Or perhaps the goats have been chewing on the wires...

2010-03-06 22:31:10 by YTWO:

Copy the files you want to keep, then remove the physical disk and cast into the Sammath Naur.

2010-03-07 00:52:03 by CJ:

Drive image it with Macrium Reflect
Mount the image and remove the offending file
Format the drive if possible
Burn the image back onto the drive.

2010-03-07 02:18:13 by Ouroborus:

As others have said, the permissions have entered a state where you're not going to be able to delete the file via the devices interface. Updating the firmware may help, but it seems unlikely. Another solution may be to replace the firmware with something that includes an SSH server. This would allow you to log into the machine and implement repairs from that end. I'm guessing though that this may also not be an option for the same reason you're not willing to crack the case. Solving the problem via formatting may work but isn't going to solve whatever caused the issue to begin with. This may be your only solution though. If you do go with a copy/format/replace see if you can update the firmware while you're at it. It may be that whatever caused this problem was fixed in a later version.

2010-03-07 05:03:11 by nix:

use a linux live CD and get it done RIGHT. No more of this m$ bullshit

2010-03-07 10:11:08 by nosesquid:

You can make a crossover cable out of a patch cable in about 5 minutes with a steak knife, you don't even really need tape. I agree with everyone else though, this is probably a filesystem thing, so it wouldn't help.
I'm guessing the NAS just consists of some hardware attached to a regular 3.5" drive, but voiding the warranty to find out and reformat it directly ought to be a last resort.
There wouldn't happen to be a built-in telnet interface, maybe on a weird port, that you can use, would there?

2010-03-07 16:10:33 by Tyler:

I agree with nosesquid; I recommend port-scanning it or reading the documentation to find another avenue for accessing the file. If it's still consistently unable to delete, then it's a filesystem issue, which would most likely be solved with a format

2010-03-07 17:41:30 by BinaryBrother:

The solution is simple... Hook your Ubuntu box via Ethernet to the same router the NAS is on, connect and delete.

If you can't manage to get Ubuntu working, Google. That's a perfect solution.

2010-03-07 18:26:05 by Dilbao:

Maybe file's name is invalid. Try this tool: http://www.purgeie.com/delinv/

2010-03-08 02:44:25 by Gunny:

copy all other files you want off it, format the drive, copy files back

or

open up the drive, its probably sata so then plug that directly into your computer

2010-03-08 09:24:42 by Sam:

Some of you people are really bad at this reading comprehension thing.

2010-03-08 10:11:53 by Naleh:

Geocide.
Well, the file wouldn't be there anymore.

2010-03-08 12:53:30 by gravy:

I know you said linux couldn't read the permissions, but sill it let you set them? If it can set them it should be able to delete.

su root
chmod 777 <filename>
chown root <filename>
rm <filename>


BTW - What's the file? Your own data file or something a program put there?

2010-03-08 23:49:41 by Pete:

mount | grep /mnt/ntgl (so we can see how it's mounted).
mount -o remount,rw /mnt/ntgl
sudo chmod 777 jobs.ini
sudo rm -f jobs.ini

if that fails, try prefixing the chmod/rm commands with "strace" and looking at the output.

Is the disk FAT32, NTFS or ext3?

2010-03-09 04:47:16 by Lar:

Maybe try "running e2fsck with an alternate superblock: e2fsck -b 8193"-- it's the last few lines of the fsck output

2010-03-09 05:40:44 by Fel:

Can try this: http://www.dban.org/. From Darik's site:

"Darik's Boot and Nuke ("DBAN") is a self-contained boot disk that securely wipes the hard disks of most computers. DBAN will automatically and completely delete the contents of any hard disk that it can detect, which makes it an appropriate utility for bulk or emergency data destruction."

2010-03-09 05:45:30 by lienmeat:

I'm not familiar with that specific NAS device, but is it possible to telnet or ssh in and delete it that way?
I'm assuming something in samba is screwed up on the NAS or it's the result of corrupted pam permissions or something. If you could telnet or ssh into the NAS, you aught to be able to delete it that way just fine. I actually have a co-worker that has the SAME issue with win7 on a smb share on a server running redhat, however I was able to ssh in and delete it just fine. It only seems to occur when files are created using Flash CS3 from win7 though. I has never occurred for me, but I always run ubuntu, which probably plays nicer with redhat's smb implementation.

2010-03-09 11:07:56 by Ruben:

Your problem is simple. The NAS device declares the file locked because it is in use on the NAS.
Most NAS devices run a kind of embedded linux. Maybe your device has a search functionality which indexes files, and it gets stuck on that particular file. Maybe the drive has some bad blocks.

Things you should try:
1) If the web-interface has a syslog of some kind, check it! If you see read errors: bad luck!
2) Remove the drive from the device. Read it yourself, and hope there are no bad blocks on it.
OR
2b) Flash your own favorite flavor of linux on the device, and hope you can get a command shell. Check out what is wrong with the drive that way.
OR
2c) Just put up with it.

2010-03-09 13:26:04 by DTal:

Okay, so the root of your problem is that the low-level filesystem of your drive has been corrupted somehow, but the drive doesn't offer any mechanism for accessing that low level; there's no external way of connecting the drive locally, and the firmware doesn't do ssh. Short of replacing the firmware, it looks as if you can, in fact, remove the drive from the enclosure - the link you provided has a PDF with instructions ("Admin User Guide"). I note that the drive in question is SATA, so as long as your computer is reasonably modern you should just be able to plug it straight into the motherboard. Furthermore, I've read in one or two places that the drive internally runs Linux, which makes it quite likely that the filesystem is in fact ext3; therefore if you plan to access the drive in this manner, do it from within Linux as Windows won't know how to read it. Even if it turns out the filesystem is unrecoverable and you do reformat, backing up your data over SATA should be a lot less painful that doing it over a network. I guess it's up to you whether any of this is worth the effort.

2010-03-09 18:04:24 by Alex:

This often works on NTFS formatted drives which experience this issue with a file after being handled by Windows XPSP2.

Open notepad
Save As
Save the document in the same location and with the same name as the file you're attempting to delete

Did it save?

Yes: Delete the file.
No: Run notepad as admin and try again.
Still No: You did it wrong.

2010-03-10 04:02:52 by TJSomething:

I'm pretty sure that most of the people here fail reading/computer comprehension and like to suggest low-level solutions (e.g. fsck, chmod, DBAN, and Process Explorer) that don't work on network drives.

I think that it's reasonable to say that it is impossible to delete that file without opening up the NAS. Here are some forum posts about doing that: http://www.fatwallet.com/forums/hot-deals/977020/m14548697/#m14548697

If that doesn't work, I would have to say that the goat farm in New England does sound like a good idea.

2010-03-10 09:39:52 by Fjord:

Or perhaps alpacas. Alpacas are pretty cool.

2010-03-11 01:44:19 by Michael:

It's probably a very simple solution. Login to the "NAS Admin" page. Check the "share permissions" for the share/folder/directory. It's probably shared as "read-only". Change it to "read/write" and your problem should be resolved.

2010-03-11 01:48:26 by Michael:

Correction... It's probably shared without the delete permission.

2010-03-11 22:43:34 by Chester:

I hate to say this dude, but you seem pretty lazy. Every time you approach a solution you just find an excuse to not do that.

You're not in a position to take the drive out and connect it via sata? What does that even mean? That's almost assuredly a solution that would have worked.

There are several things you just didn't try, to your own detriment because you didn't have supplies or because of something else.

A reformat would certainly fix this.

To say a file simply "can't be deleted" is a bit ludicrous if you're going to give excuses like "didn't have a crossover cable."

Man up and pop the lock on that h-dizzle son.

2010-03-11 22:50:24 by Sam:

I have no doubt that a reformat would fix this. Did you read the bit where there's no way to format this thing? I can't open it without voiding the warranty, and if I did there's no guarantee it could be repaired afterwards.

2010-03-12 02:13:39 by TJSomething:

If you don't want to void the warranty, how about you use the warranty?

2010-03-12 03:33:19 by bob:

Ignore it. That file does not exist. There is nothing to see here. Move along.

2010-03-12 05:22:18 by Delte:

Why don't you try some of the above suggestions while connecting thru USB?

2010-03-12 09:30:15 by Sam:

Returning the thing under warranty is exactly what I'm intending to do next.

2010-03-12 11:22:17 by Micko:

Reinstall the programs that you used to create the file and then delete it

2010-03-12 12:16:49 by Micko:

Just found this little utility online perhaps it can help you out ... http://ccollomb.free.fr/unlocker/

2010-03-12 14:31:43 by Adam:

But... how will we ever find out the solution to this problem if you give in so easily?

2010-03-12 15:22:43 by DoomSought:

Try moving it (the hard drive) to a different computer, with a different OS.

2010-03-12 21:34:45 by bedahr:

First guess:
http://forums.seagate.com/t5/Maxtor-Shared-Storage-Central/Central-Axis-and-rsync/m-p/13414 (try a firmware update)

There is also a nice piece of software on linux called chattr that allows you to make a file pretty much indestructible.
Try:
# chattr -i jobs.ini
# rm jobs.ini

I doubt that samba supports this, tough.

Greetings,
Peter

2010-03-14 08:05:35 by Nathan:

Why are you making this complicated? I don't understand what the issue is.

Move all the files off and leave it on the drive.

dd if=/dev/zero of=/your/drive

Now make ntfs again or what ever you were using.

You're done.

2010-03-14 14:48:53 by Tom:

I agree with several above...'when in doubt/wipe the drive'...whatever the glitch is ( and I have to admit...it's not one I would have sweated out like you have), there are probably multiple (non-ethernet) cabling options to accomplish this...

2010-03-14 17:20:51 by jim:

If you return it for warranty they're just going to pull out the drive, format it on a computer, and put it back in.
Too bad you can't do the same thing. My guess is that the file system itself could be borked, or just the MFT, or the permissions really screwed up.

2010-03-14 22:46:37 by eneekmot:

Sam, when can we expect some new fiction? I'm anxious for something new!

2010-03-23 01:05:19 by JeremyBowers:

Echoing col, be careful. This may actually be low-level file system corruption, and something that successfully "deletes" the file may cause massive damage in an unpredictable location, potentially including the partition table or other very sensitive data structure.

I'm particularly concerned that Ubuntu refused to delete it; that's sending up warning flags to me. In your position I'd be seriously considering the "just reformat it" approach.

This discussion is closed.