The following happened when I was ripping a cd.

I opened kaudiocreator as root and started ripping, intending to copy the ripped files back to my home directory later. Kde crashed (astounding in itself) and I am left with a strange 15 MB file 'Bach' which was the author name that I gave to the tracks. It says it is an octet stream. I cant delete the file. The message it gives is :

remove write protected weird file?

And on saying yes, it says that the operation is not permitted.

Any answers?

Using Slackware 10
(I have to find a way of granting permissions to open audio cds as user)

Hey

Quick question: you are root when you try and delete the file, arent' you?

Check that the programme you used isn't still running in the background, and thus preventing you from deleting it:

$ps aux | grep -i audio

or something similar.

What is the output of : (if Bach is in current directory, else give the full path to Bach)
ls -al Bach

Do you have write access to the directory where this weird file resides? Directory rights are "stronger" than file rights.

I was root while doing it. I tried deleting from the other OS (Ubuntu) and the same happens. So its not a question of running something else

It appears I dont have permissions.

ls -al gives ?-------x

Alendog: What do you mean by write acess? The file is in a dir. called ogg. I can remove everything elde from there.

maybe try " #chmod 777 /ogg/bach "
( after that , perm.'s should be rwxrwxrwx )

egag

If you can remove everything else from there, it's not a permission problem (at least not with the directory). Directories have write access too, just as files (+w) and if the file in the directory has different permissions from the directory it resides in, the directory's permissions apply. That's what I meant by saying that directory's permissions are stronger. So to remove a file from the directory, you will have to have write access not only to the file you are trying to remove, but also to the directory where it is located in.

It's strange that you can't even remove it logged in as root, I'm out of imagination here...

I still dont get why it cant list permissions for the file. It says ?-----x which means it can only execute; that too not owner or user, its for others.

The owner is 1543765935

Also the first questionmark in the permissionlist is strange... Who are the owner and group of the file?

--Edit--

Oh, the owner was already there. You could try (as root) taking the ownership of the file (chown root:root bach) and then giving 777 permissions to it.

the group is 262164.

I have found a forum with the same problem; have to read it completely but (I may be wrong here) they say its some kind of hack, which i my case is wuled out because its only got to do with the ripping, and I guess because of the crash the system hasnt been able to determine the file type or permissions or anything about it. For one thing I just cant imagine someone trying to hack my computer, and surely not with the innocuous music thingy.

The link is as follows

http://www.anetforums.com/posts.aspx?ThreadIndex=233

The solution proposed is to mount the file as a network file system, which I shall do in Ubuntu, and then delete it.

try cdparanoia the next time you want to rip audio cds

I cant figure out the mount thing now. Plus I just get the feeling it wont work. Is there a way to delete the inode or something ? I think it should because I once recovered a deleted file that way.


Edit:

I sorted it out. Fsck checked the file systems; and I got the following messages.

Inode 713471 (???) has a bad mode (01).

It fscked again and gave

Entry 'Bach' in /root/ogg (966045) has deleted/unused inode 713471. Clear<y>? yes

So it was a corrupt file of some sort, which did not show up because of it being ext3, which does not fsck every time an improper shut down occurs.

Anyway, thanks to you all