cannot remove file
hi, i am having some trouble of removing a file (which was written) during a crash of suse 9.0. when i am trying to access that file (either by ls or rm or what ever) i am being told that lstat does not have the necessary rights to do so. su-ing to root does not help either. what i can do thou is to move the parent folder (but not onto an other mounted filesystem). any ideas how i can get rid of the file? thx ciao robertj -- Robert Kuzelj Gaissacherstrasse 7 email: robert_kuzelj@yahoo.com 81371 Muenchen tel: 0177/5302230 the trinity of desirables of (software) architecture: Firmitas, Utilitas, Venustas (marcus vitruvius 20 BC) strength, utility, beauty -- Robert Kuzelj Gaissacherstrasse 7 email: robert_kuzelj@yahoo.com 81371 Muenchen tel: 0177/5302230 the trinity of desirables of (software) architecture: Firmitas, Utilitas, Venustas (marcus vitruvius 20 BC) strength, utility, beauty
Hi, try to execute the lsof command and see if some process is using that file. It could also happen that it has some special characters. Try to double-quote the filename, like: rm -f "filename" and let the shell complete its name too. Assuming you are using bash, just type the first characters and then press the "tab"-key, like: rm -f "fi[tab] <-- this will complete the filename and add the " at the end. Another __dangerous__ way is to: rm -if * This will interactively remove the files; that means, you must say "y" for the file to be removed. Obviously, say "no" to all the files until you reach the ofending one :-) HTH, Martin
hi,
i am having some trouble of removing a file (which was written) during a crash of suse 9.0.
when i am trying to access that file (either by ls or rm or what ever) i am being told that lstat does not have the necessary rights to do so.
su-ing to root does not help either. what i can do thou is to move the parent folder (but not onto an other mounted filesystem).
any ideas how i can get rid of the file?
thx
ciao robertj
-- Robert Kuzelj Gaissacherstrasse 7 email: robert_kuzelj@yahoo.com 81371 Muenchen tel: 0177/5302230
the trinity of desirables of (software) architecture: Firmitas, Utilitas, Venustas (marcus vitruvius 20 BC) strength, utility, beauty
hallo martin, thank you for your reply. but i tried some of your ideas already. the point is that not even root has the _rights_ to remove the file (forced or unforced does not matter). it has nothing to do with the file name or special chars there in (as there are no special chars). ciao robertj Martin Mielke wrote:
Hi,
try to execute the lsof command and see if some process is using that file. It could also happen that it has some special characters. Try to double-quote the filename, like:
rm -f "filename"
and let the shell complete its name too. Assuming you are using bash, just type the first characters and then press the "tab"-key, like:
rm -f "fi[tab] <-- this will complete the filename and add the " at the end.
Another __dangerous__ way is to:
rm -if *
This will interactively remove the files; that means, you must say "y" for the file to be removed. Obviously, say "no" to all the files until you reach the ofending one :-)
HTH,
Martin
hi,
i am having some trouble of removing a file (which was written) during a crash of suse 9.0.
when i am trying to access that file (either by ls or rm or what ever) i am being told that lstat does not have the necessary rights to do so.
su-ing to root does not help either. what i can do thou is to move the parent folder (but not onto an other mounted filesystem).
any ideas how i can get rid of the file?
thx
ciao robertj
-- Robert Kuzelj Gaissacherstrasse 7 email: robert_kuzelj@yahoo.com 81371 Muenchen tel: 0177/5302230
the trinity of desirables of (software) architecture: Firmitas, Utilitas, Venustas (marcus vitruvius 20 BC) strength, utility, beauty
-- Robert Kuzelj Gaissacherstrasse 7 email: robert_kuzelj@yahoo.com 81371 Muenchen tel: 0177/5302230 the trinity of desirables of (software) architecture: Firmitas, Utilitas, Venustas (marcus vitruvius 20 BC) strength, utility, beauty
Hi Robert,
hallo martin,
thank you for your reply.
you are welcome.
but i tried some of your ideas already.
the point is that not even root has the _rights_ to remove the file (forced or unforced does not matter).
it has nothing to do with the file name or special chars there in (as there are no special chars).
ciao robertj
Bring the box to single-mode and try again... HTH, Martin
On Wed, 2004-01-28 at 07:36, robert kuzelj wrote:
hallo martin,
thank you for your reply. but i tried some of your ideas already.
the point is that not even root has the _rights_ to remove the file (forced or unforced does not matter).
it has nothing to do with the file name or special chars there in (as there are no special chars).
ciao robertj
It would appear you have corruption on your file system. You may be able to recover by booting to the rescue cd/dvd and running fsck on the partition. But even that may not help. If it does not try to back up everything (except the corrupted directory) format the partition and then restore from backup. -- Ken Schneider unix user since 1989 linux user since 1994 SuSE user since 1998 (5.2)
Hello Robert, This happend to me at least once. The only thing to do was to fsck the filesystem with the defective file. (in my case reiserfschk...beta state...only in rescue system possible...very dangerous) In my case the check-program repaired the file with the error and I could afterwards delete it. I am not certain due to what you have to do exactly, but have a look at the man pages etc. Hope you get rid of the thing. Cheers, johannes
hallo martin,
thank you for your reply. but i tried some of your ideas already.
the point is that not even root has the _rights_ to remove the file (forced or unforced does not matter).
it has nothing to do with the file name or special chars there in (as there are no special chars).
ciao robertj
Hi,
try to execute the lsof command and see if some process is using that file. It could also happen that it has some special characters. Try to double-quote the filename, like:
rm -f "filename"
and let the shell complete its name too. Assuming you are using bash, just type the first characters and then press the "tab"-key, like:
rm -f "fi[tab] <-- this will complete the filename and add the " at
Martin Mielke wrote: the
end.
Another __dangerous__ way is to:
rm -if *
This will interactively remove the files; that means, you must say "y" for the file to be removed. Obviously, say "no" to all the files until you reach the ofending one :-)
HTH,
Martin
hi,
i am having some trouble of removing a file (which was written) during a crash of suse 9.0.
when i am trying to access that file (either by ls or rm or what ever) i am being told that lstat does not have the necessary rights to do so.
su-ing to root does not help either. what i can do thou is to move the parent folder (but not onto an other mounted filesystem).
any ideas how i can get rid of the file?
thx
ciao robertj
-- Robert Kuzelj Gaissacherstrasse 7 email: robert_kuzelj@yahoo.com 81371 Muenchen tel: 0177/5302230
the trinity of desirables of (software) architecture: Firmitas, Utilitas, Venustas (marcus vitruvius 20 BC) strength, utility, beauty
-- Robert Kuzelj Gaissacherstrasse 7 email: robert_kuzelj@yahoo.com 81371 Muenchen tel: 0177/5302230
the trinity of desirables of (software) architecture: Firmitas, Utilitas, Venustas (marcus vitruvius 20 BC) strength, utility, beauty
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
-- Sieht gut aus...Schade und ich hatte noch soviele gute Ideen. Don't summon anything bigger than your head! +++ GMX - die erste Adresse für Mail, Message, More +++ Bis 31.1.: TopMail + Digicam für nur 29 EUR http://www.gmx.net/topmail
In a previous message, "Johannes Egerer" <jteg@gmx.de> wrote:
(in my case reiserfschk...beta state...only in rescue system possible...very dangerous)
reiserfsck is *not* "very dangerous". If you don't run it with the --rebuild-tree option, it's very unlikely to do any harm to your system, and the tree only needs rebuilding in extreme cases of corruption. In fact, reiserfsck does a very nice job of keeping your FS in good condition after crashes. It's only possible to use it on unmounted FSs (in common with other fscks), which is why you need to boot into the rescue system to fix your main partitions. John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Knossos: escape the ever-changing labyrinth before the Minotaur catches you!
Ok, I have to mention that I did this on SuSE 7.3, and at least I was told that reiserfsck was dangerous. But perhaps that time has passed or it was only in the case you mentioned. Just to justify myself;-) Cheers, Johannes
In a previous message, "Johannes Egerer" <jteg@gmx.de> wrote:
(in my case reiserfschk...beta state...only in rescue system possible...very dangerous)
reiserfsck is *not* "very dangerous". If you don't run it with the --rebuild-tree option, it's very unlikely to do any harm to your system, and the tree only needs rebuilding in extreme cases of corruption. In fact, reiserfsck does a very nice job of keeping your FS in good condition afte r crashes.
It's only possible to use it on unmounted FSs (in common with other fscks ), which is why you need to boot into the rescue system to fix your main partitions.
John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the ban k Knossos: escape the ever-changing labyrinth before the Minotaur catches y ou!
-- Sieht gut aus...Schade und ich hatte noch soviele gute Ideen. Don't summon anything bigger than your head! +++ GMX - die erste Adresse für Mail, Message, More +++ Bis 31.1.: TopMail + Digicam für nur 29 EUR http://www.gmx.net/topmail
On Wednesday 28 January 2004 04:36 am, robert kuzelj wrote:
hallo martin,
thank you for your reply. but i tried some of your ideas already.
the point is that not even root has the _rights_ to remove the file (forced or unforced does not matter).
it has nothing to do with the file name or special chars there in (as there are no special chars).
ciao robertj <snip>
Did you check that the "immutable" flag is NOT set for the file? Use this: thomas@suse:~> su Password: suse:/home/thomas # lsattr ---i--------- ./[filename] suse:/home/thomas # chattr -i [filename] This sounds like the problem. HTH. Thomas
Never.... Never in my wildest dreams did I really expect WINE to run Filemaker Pro 3.0 .... and do it with no hitches whatsoever. What previous experiences I had with WINE were more than a little bit unsatisfying. This is great Great GREAT !!! My whole database with invoices and the cross linked customer databases, etc... all came over and worked. Unbelievable. I will now have to run parallel for awhile until I am convinced of it's stability and dependability. Filemaker Pro is far and away the best available consumer level easy to use database on the market today as far as ease of use combined with the power to do the things a guy really needs to do. I've used Foxpro, Access, Paradox, Alpha, and a few others, but find that for quick design, functionality and ease of use Filemaker beats them all. It of course lacks full truly relational capabilities, but can cross-link between databases and accomplish what I need. It isn't an enterprise system for designing numerous front ends for multi user operation. It doesn't have the full nuts and bolts down and dirty programming capabilities, but it does allow enough user scripting to make a database that has all the functionality I need as an end user. I get done with a session of designing a simple and easy to use database and associated forms, and I am not stressed out and pissed off, not frustrated with not being able to achieve the desired result, or having to go under the hood and tinker to get it to do what I want. A truly great product from Apple Computer's skunk works, and a well kept secret to PC users. I originally adopted this product out of a desire to have a product that easily jumped platforms from Mac to PC ....... It truly is a cross platform product. H.W.
In a previous message, "Stone Tool" <owly@ttc-cmc.net> wrote:
Never in my wildest dreams did I really expect WINE to run Filemaker Pro 3.0 .... and do it with no hitches whatsoever.
That's good. I tried FM Pro 5 under CrossoverOffice and it didn't really work - it installed and ran but the dialog boxes and suchlike weren't displayed properly, which made the whole design side pretty useless. It also tended to very small fonts compared with the other Windows apps I ran. In the end, I just gave up with it. John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Valley of the Kings: ransack an ancient Egyptian tomb but beware of mummies!
I am having a problem with Galeon running under SUSI in KDE. When Galeon is launched it will start opening multiple windows until it fills the screen... The only escape is control alt backspace to kill the X server. This has happened on each of the several installations I have done on my system. In this installation it worked for awhile, but today it decided to do it again. I like Galeon for it's simplicity of use and the elegant tab system that lets you open into a new tab or expand a tab into a new page. I hate to go to Zilla or Konqueror. Any suggestions about what is happening? How to fix? H.W.
robert kuzelj wrote:
hi,
i am having some trouble of removing a file (which was written) during a crash of suse 9.0.
when i am trying to access that file (either by ls or rm or what ever) i am being told that lstat does not have the necessary rights to do so.
su-ing to root does not help either. what i can do thou is to move the parent folder (but not onto an other mounted filesystem).
any ideas how i can get rid of the file?
thx
ciao robertj
Yes, I had the same problem. Solution is to do a fsck (using the correct terminology for the reiserfs you would be using in Suse 9); this will show that there is a problem in the fs and you will need to run the parameter to do a fix to the fs (file system). This will get rid of the unwanted file(s). Sorry I can't give you the step-by-step instructions on how to do this - I'd need to find my correspondence on this going back some months, but someone will know them and could be kind enough to put them down in a reply to you in this forum. Cheers. -- All Scottish food is based on a dare.
In a previous message, robert kuzelj <robert_kuzelj@yahoo.com> wrote:
i am having some trouble of removing a file (which was written) during a crash of suse 9.0.
Sounds like a disk corruption during the crash. Reboot into the rescue system (from the install CD/DVD) and run reiserfsck --fix-fixable (or whatever fsck prog you need for your FS). This will probably sort things for you. John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Valley of the Kings: ransack an ancient Egyptian tomb but beware of mummies!
robert kuzelj wrote:
hi,
i am having some trouble of removing a file (which was written) during a crash of suse 9.0.
when i am trying to access that file (either by ls or rm or what ever) i am being told that lstat does not have the necessary rights to do so.
su-ing to root does not help either. what i can do thou is to move the parent folder (but not onto an other mounted filesystem).
any ideas how i can get rid of the file?
Did you try booting a rescue disk and deleting it that way?
The Wednesday 2004-01-28 at 13:07 +0100, robert kuzelj wrote:
i am having some trouble of removing a file (which was written) during a crash of suse 9.0.
During a crash? fsck your filesystem.
what i can do thou is to move the parent folder (but not onto an other mounted filesystem).
Of course, mv across filesystems is not possible. -- Cheers, Carlos Robinson
"Carlos E. R." <robin1.listas@tiscali.es> writes:
what i can do thou is to move the parent folder (but not onto an other mounted filesystem).
Of course, mv across filesystems is not possible.
It was true long time ago but it isn't true since then (at least for GNU mv). -- A.M.
The Thursday 2004-01-29 at 10:07 +0100, Alexandr Malusek wrote:
Of course, mv across filesystems is not possible.
It was true long time ago but it isn't true since then (at least for GNU mv).
Ah! I stand corrected, just tried it. Interesting :-) -- Cheers, Carlos Robinson
participants (11)
-
Alexandr Malusek
-
Basil Chupin
-
Carlos E. R.
-
James Knott
-
Johannes Egerer
-
John Pettigrew
-
Kenneth Schneider
-
Martin Mielke
-
robert kuzelj
-
Stone Tool
-
Thomas Jones