Unable to delete a file without permissions etc












0















I have a file in Windows XP left over after deleting Google Chrome. Its location is



C:Documents and SettingsAdminLocal SettingsApplication DataGoogleChromeUser DataDefaultold_Cache_000


The file name has 4 and 3 square boxes after that and also the file changes to weird names after trying to delete in Windows. The file size is 0 bytes.
I have tried every software available by using Google and different solutions but nothing worked.



So I installed CentOS 6 in Virtualbox and used shared folders to access the Windows folders in CentOS. I have previously used Ubuntu but there were other problems, so, I switched to CentOS.



Now the location of file is media/sf_Documents and Settings/Admin/Local Settings/Application Data/Google/Chrome/User Data/Default/old_Cache_000.



I am unable to delete the old_Cache_000 directory because it shows the directory is not empty. The result of ls -laR gives,



[root@localhost old_Cache_000]# ls -laR
.:
ls: cannot access 4═: No such file or directory
total 0
drwxrwx---. 1 root vboxsf 0 Jun 16 2012 .
drwxrwx---. 1 root vboxsf 0 Jun 7 2012 ..
??????????? ? ? ? ? ? 4?═?


The last line above shows the non-deletable file.



How to delete that file or its parent directory?










share|improve this question
















bumped to the homepage by Community 3 hours ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.











  • 1





    Probably a corrupt filesystem. Did you try fsck.vfat (is this a vfat filesystem)? Make sure you image the volume before trying to run this, if it's a drive you care about, though (e.g. cat /dev/hdX > driveimage.img).

    – transistor1
    Sep 30 '14 at 1:26













  • What about rm -vR /media/sf_Documents and Settings/Admin/Local Settings/Application Data/Google/Chrome/User Data/Default/old_Cache_000?

    – eyoung100
    Sep 30 '14 at 23:44
















0















I have a file in Windows XP left over after deleting Google Chrome. Its location is



C:Documents and SettingsAdminLocal SettingsApplication DataGoogleChromeUser DataDefaultold_Cache_000


The file name has 4 and 3 square boxes after that and also the file changes to weird names after trying to delete in Windows. The file size is 0 bytes.
I have tried every software available by using Google and different solutions but nothing worked.



So I installed CentOS 6 in Virtualbox and used shared folders to access the Windows folders in CentOS. I have previously used Ubuntu but there were other problems, so, I switched to CentOS.



Now the location of file is media/sf_Documents and Settings/Admin/Local Settings/Application Data/Google/Chrome/User Data/Default/old_Cache_000.



I am unable to delete the old_Cache_000 directory because it shows the directory is not empty. The result of ls -laR gives,



[root@localhost old_Cache_000]# ls -laR
.:
ls: cannot access 4═: No such file or directory
total 0
drwxrwx---. 1 root vboxsf 0 Jun 16 2012 .
drwxrwx---. 1 root vboxsf 0 Jun 7 2012 ..
??????????? ? ? ? ? ? 4?═?


The last line above shows the non-deletable file.



How to delete that file or its parent directory?










share|improve this question
















bumped to the homepage by Community 3 hours ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.











  • 1





    Probably a corrupt filesystem. Did you try fsck.vfat (is this a vfat filesystem)? Make sure you image the volume before trying to run this, if it's a drive you care about, though (e.g. cat /dev/hdX > driveimage.img).

    – transistor1
    Sep 30 '14 at 1:26













  • What about rm -vR /media/sf_Documents and Settings/Admin/Local Settings/Application Data/Google/Chrome/User Data/Default/old_Cache_000?

    – eyoung100
    Sep 30 '14 at 23:44














0












0








0








I have a file in Windows XP left over after deleting Google Chrome. Its location is



C:Documents and SettingsAdminLocal SettingsApplication DataGoogleChromeUser DataDefaultold_Cache_000


The file name has 4 and 3 square boxes after that and also the file changes to weird names after trying to delete in Windows. The file size is 0 bytes.
I have tried every software available by using Google and different solutions but nothing worked.



So I installed CentOS 6 in Virtualbox and used shared folders to access the Windows folders in CentOS. I have previously used Ubuntu but there were other problems, so, I switched to CentOS.



Now the location of file is media/sf_Documents and Settings/Admin/Local Settings/Application Data/Google/Chrome/User Data/Default/old_Cache_000.



I am unable to delete the old_Cache_000 directory because it shows the directory is not empty. The result of ls -laR gives,



[root@localhost old_Cache_000]# ls -laR
.:
ls: cannot access 4═: No such file or directory
total 0
drwxrwx---. 1 root vboxsf 0 Jun 16 2012 .
drwxrwx---. 1 root vboxsf 0 Jun 7 2012 ..
??????????? ? ? ? ? ? 4?═?


The last line above shows the non-deletable file.



How to delete that file or its parent directory?










share|improve this question
















I have a file in Windows XP left over after deleting Google Chrome. Its location is



C:Documents and SettingsAdminLocal SettingsApplication DataGoogleChromeUser DataDefaultold_Cache_000


The file name has 4 and 3 square boxes after that and also the file changes to weird names after trying to delete in Windows. The file size is 0 bytes.
I have tried every software available by using Google and different solutions but nothing worked.



So I installed CentOS 6 in Virtualbox and used shared folders to access the Windows folders in CentOS. I have previously used Ubuntu but there were other problems, so, I switched to CentOS.



Now the location of file is media/sf_Documents and Settings/Admin/Local Settings/Application Data/Google/Chrome/User Data/Default/old_Cache_000.



I am unable to delete the old_Cache_000 directory because it shows the directory is not empty. The result of ls -laR gives,



[root@localhost old_Cache_000]# ls -laR
.:
ls: cannot access 4═: No such file or directory
total 0
drwxrwx---. 1 root vboxsf 0 Jun 16 2012 .
drwxrwx---. 1 root vboxsf 0 Jun 7 2012 ..
??????????? ? ? ? ? ? 4?═?


The last line above shows the non-deletable file.



How to delete that file or its parent directory?







files windows rm






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Sep 30 '14 at 21:12









Gilles

541k12810951611




541k12810951611










asked Sep 30 '14 at 0:27









billabilla

21114




21114





bumped to the homepage by Community 3 hours ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.







bumped to the homepage by Community 3 hours ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.










  • 1





    Probably a corrupt filesystem. Did you try fsck.vfat (is this a vfat filesystem)? Make sure you image the volume before trying to run this, if it's a drive you care about, though (e.g. cat /dev/hdX > driveimage.img).

    – transistor1
    Sep 30 '14 at 1:26













  • What about rm -vR /media/sf_Documents and Settings/Admin/Local Settings/Application Data/Google/Chrome/User Data/Default/old_Cache_000?

    – eyoung100
    Sep 30 '14 at 23:44














  • 1





    Probably a corrupt filesystem. Did you try fsck.vfat (is this a vfat filesystem)? Make sure you image the volume before trying to run this, if it's a drive you care about, though (e.g. cat /dev/hdX > driveimage.img).

    – transistor1
    Sep 30 '14 at 1:26













  • What about rm -vR /media/sf_Documents and Settings/Admin/Local Settings/Application Data/Google/Chrome/User Data/Default/old_Cache_000?

    – eyoung100
    Sep 30 '14 at 23:44








1




1





Probably a corrupt filesystem. Did you try fsck.vfat (is this a vfat filesystem)? Make sure you image the volume before trying to run this, if it's a drive you care about, though (e.g. cat /dev/hdX > driveimage.img).

– transistor1
Sep 30 '14 at 1:26







Probably a corrupt filesystem. Did you try fsck.vfat (is this a vfat filesystem)? Make sure you image the volume before trying to run this, if it's a drive you care about, though (e.g. cat /dev/hdX > driveimage.img).

– transistor1
Sep 30 '14 at 1:26















What about rm -vR /media/sf_Documents and Settings/Admin/Local Settings/Application Data/Google/Chrome/User Data/Default/old_Cache_000?

– eyoung100
Sep 30 '14 at 23:44





What about rm -vR /media/sf_Documents and Settings/Admin/Local Settings/Application Data/Google/Chrome/User Data/Default/old_Cache_000?

– eyoung100
Sep 30 '14 at 23:44










3 Answers
3






active

oldest

votes


















0














Not sure why this is posted here since your problem is with a a native windows system.



I would recommend opening a command prompt and running CHKDSK /F then reboot your PC. This will check for problems on your Windows disk. I would highly recommend against trying to delete something through virtualbox if you cannot get rid of it through Windows itself.



You can use hijackthis to delete files and directories which are currently in use a the next reboot.






share|improve this answer
























  • Do you think I would have posted this question if it is that simple.Maybe you didn't read the query completely-"I have tried every software available by using google and different solutions but nothing worked."

    – billa
    Sep 30 '14 at 7:21











  • @billa I'd personally advise against using CHKDSK, except as a last resort. Windows truncated some files I cared about once when I used that to fix an NTFS filesystem, and I vowed never to use it again except under dire circumstances. Whatever you do make a backup image first (dd_rescue is also good for this)!

    – transistor1
    Sep 30 '14 at 16:40













  • @billa "Every software available" doesn't tell me exactly what you have tried. Stop being so dramatic.

    – user3241388
    Oct 1 '14 at 16:47



















0














A Linux virtual machine won't help you here. The VM software runs as an application under Windows. When you try to delete the file, from Windows's point of view, this is the VM application trying to delete the file. It won't succeed any better than other programs.



You may have more success if you boot your system under Linux and mount the filesystem. Or that may fail, or that may irrecoverably damage the filesystem. There is evidently something fishy about that file: either some special Windows mode, or the filesystem is damaged. You should run a filesystem repair (chkdsk) under Windows.



You have a Windows problem. Look for a Windows solution.






share|improve this answer
























  • I have run chkdsk multiple times and tried multiple softwares like Unlocker but nothing worked.I couldn't even figure out if it is a virus because AntiVirus couldn't detect the file.I will try posting a new question only with the windows part.

    – billa
    Oct 1 '14 at 1:01



















-1














try a simple rm -r old_Cache_000 to check whether the only problem in deleting the directory is because it is non-empty. As the root user you have enough permissions to perform this operation.






share|improve this answer
























  • The problem is not the directory,its the file.I posted the question after trying all possible simple commands.

    – billa
    Sep 30 '14 at 6:46











  • please let me know the result of the operation..what exactly was the message after executing the `rm -r' command (permission, dir does not exist, etc) ? if no error messages appeared after the operation, do the files you intended to delete still exist ?

    – grohan
    Sep 30 '14 at 7:08











  • [root@localhost old_Cache_000]# rm -rf * This command does nothing inside the directory,the file still exists in the directory.The following result is for using the same command outside the directory----[root@localhost Default]# rm -rf * rm: cannot remove `old_Cache_000': Directory not empty

    – billa
    Sep 30 '14 at 7:29













  • normally, recursive delete does the work for me but there seems to be more in your case.. Let me know if you've used the midnight commander tool on your CentOs..

    – grohan
    Sep 30 '14 at 9:05













  • I have used midnight commander tool on CentOS.It shows cannot delete file-no such file or directory.

    – billa
    Sep 30 '14 at 15:47













Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f158322%2funable-to-delete-a-file-without-permissions-etc%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























3 Answers
3






active

oldest

votes








3 Answers
3






active

oldest

votes









active

oldest

votes






active

oldest

votes









0














Not sure why this is posted here since your problem is with a a native windows system.



I would recommend opening a command prompt and running CHKDSK /F then reboot your PC. This will check for problems on your Windows disk. I would highly recommend against trying to delete something through virtualbox if you cannot get rid of it through Windows itself.



You can use hijackthis to delete files and directories which are currently in use a the next reboot.






share|improve this answer
























  • Do you think I would have posted this question if it is that simple.Maybe you didn't read the query completely-"I have tried every software available by using google and different solutions but nothing worked."

    – billa
    Sep 30 '14 at 7:21











  • @billa I'd personally advise against using CHKDSK, except as a last resort. Windows truncated some files I cared about once when I used that to fix an NTFS filesystem, and I vowed never to use it again except under dire circumstances. Whatever you do make a backup image first (dd_rescue is also good for this)!

    – transistor1
    Sep 30 '14 at 16:40













  • @billa "Every software available" doesn't tell me exactly what you have tried. Stop being so dramatic.

    – user3241388
    Oct 1 '14 at 16:47
















0














Not sure why this is posted here since your problem is with a a native windows system.



I would recommend opening a command prompt and running CHKDSK /F then reboot your PC. This will check for problems on your Windows disk. I would highly recommend against trying to delete something through virtualbox if you cannot get rid of it through Windows itself.



You can use hijackthis to delete files and directories which are currently in use a the next reboot.






share|improve this answer
























  • Do you think I would have posted this question if it is that simple.Maybe you didn't read the query completely-"I have tried every software available by using google and different solutions but nothing worked."

    – billa
    Sep 30 '14 at 7:21











  • @billa I'd personally advise against using CHKDSK, except as a last resort. Windows truncated some files I cared about once when I used that to fix an NTFS filesystem, and I vowed never to use it again except under dire circumstances. Whatever you do make a backup image first (dd_rescue is also good for this)!

    – transistor1
    Sep 30 '14 at 16:40













  • @billa "Every software available" doesn't tell me exactly what you have tried. Stop being so dramatic.

    – user3241388
    Oct 1 '14 at 16:47














0












0








0







Not sure why this is posted here since your problem is with a a native windows system.



I would recommend opening a command prompt and running CHKDSK /F then reboot your PC. This will check for problems on your Windows disk. I would highly recommend against trying to delete something through virtualbox if you cannot get rid of it through Windows itself.



You can use hijackthis to delete files and directories which are currently in use a the next reboot.






share|improve this answer













Not sure why this is posted here since your problem is with a a native windows system.



I would recommend opening a command prompt and running CHKDSK /F then reboot your PC. This will check for problems on your Windows disk. I would highly recommend against trying to delete something through virtualbox if you cannot get rid of it through Windows itself.



You can use hijackthis to delete files and directories which are currently in use a the next reboot.







share|improve this answer












share|improve this answer



share|improve this answer










answered Sep 30 '14 at 6:47









user3241388user3241388

11




11













  • Do you think I would have posted this question if it is that simple.Maybe you didn't read the query completely-"I have tried every software available by using google and different solutions but nothing worked."

    – billa
    Sep 30 '14 at 7:21











  • @billa I'd personally advise against using CHKDSK, except as a last resort. Windows truncated some files I cared about once when I used that to fix an NTFS filesystem, and I vowed never to use it again except under dire circumstances. Whatever you do make a backup image first (dd_rescue is also good for this)!

    – transistor1
    Sep 30 '14 at 16:40













  • @billa "Every software available" doesn't tell me exactly what you have tried. Stop being so dramatic.

    – user3241388
    Oct 1 '14 at 16:47



















  • Do you think I would have posted this question if it is that simple.Maybe you didn't read the query completely-"I have tried every software available by using google and different solutions but nothing worked."

    – billa
    Sep 30 '14 at 7:21











  • @billa I'd personally advise against using CHKDSK, except as a last resort. Windows truncated some files I cared about once when I used that to fix an NTFS filesystem, and I vowed never to use it again except under dire circumstances. Whatever you do make a backup image first (dd_rescue is also good for this)!

    – transistor1
    Sep 30 '14 at 16:40













  • @billa "Every software available" doesn't tell me exactly what you have tried. Stop being so dramatic.

    – user3241388
    Oct 1 '14 at 16:47

















Do you think I would have posted this question if it is that simple.Maybe you didn't read the query completely-"I have tried every software available by using google and different solutions but nothing worked."

– billa
Sep 30 '14 at 7:21





Do you think I would have posted this question if it is that simple.Maybe you didn't read the query completely-"I have tried every software available by using google and different solutions but nothing worked."

– billa
Sep 30 '14 at 7:21













@billa I'd personally advise against using CHKDSK, except as a last resort. Windows truncated some files I cared about once when I used that to fix an NTFS filesystem, and I vowed never to use it again except under dire circumstances. Whatever you do make a backup image first (dd_rescue is also good for this)!

– transistor1
Sep 30 '14 at 16:40







@billa I'd personally advise against using CHKDSK, except as a last resort. Windows truncated some files I cared about once when I used that to fix an NTFS filesystem, and I vowed never to use it again except under dire circumstances. Whatever you do make a backup image first (dd_rescue is also good for this)!

– transistor1
Sep 30 '14 at 16:40















@billa "Every software available" doesn't tell me exactly what you have tried. Stop being so dramatic.

– user3241388
Oct 1 '14 at 16:47





@billa "Every software available" doesn't tell me exactly what you have tried. Stop being so dramatic.

– user3241388
Oct 1 '14 at 16:47













0














A Linux virtual machine won't help you here. The VM software runs as an application under Windows. When you try to delete the file, from Windows's point of view, this is the VM application trying to delete the file. It won't succeed any better than other programs.



You may have more success if you boot your system under Linux and mount the filesystem. Or that may fail, or that may irrecoverably damage the filesystem. There is evidently something fishy about that file: either some special Windows mode, or the filesystem is damaged. You should run a filesystem repair (chkdsk) under Windows.



You have a Windows problem. Look for a Windows solution.






share|improve this answer
























  • I have run chkdsk multiple times and tried multiple softwares like Unlocker but nothing worked.I couldn't even figure out if it is a virus because AntiVirus couldn't detect the file.I will try posting a new question only with the windows part.

    – billa
    Oct 1 '14 at 1:01
















0














A Linux virtual machine won't help you here. The VM software runs as an application under Windows. When you try to delete the file, from Windows's point of view, this is the VM application trying to delete the file. It won't succeed any better than other programs.



You may have more success if you boot your system under Linux and mount the filesystem. Or that may fail, or that may irrecoverably damage the filesystem. There is evidently something fishy about that file: either some special Windows mode, or the filesystem is damaged. You should run a filesystem repair (chkdsk) under Windows.



You have a Windows problem. Look for a Windows solution.






share|improve this answer
























  • I have run chkdsk multiple times and tried multiple softwares like Unlocker but nothing worked.I couldn't even figure out if it is a virus because AntiVirus couldn't detect the file.I will try posting a new question only with the windows part.

    – billa
    Oct 1 '14 at 1:01














0












0








0







A Linux virtual machine won't help you here. The VM software runs as an application under Windows. When you try to delete the file, from Windows's point of view, this is the VM application trying to delete the file. It won't succeed any better than other programs.



You may have more success if you boot your system under Linux and mount the filesystem. Or that may fail, or that may irrecoverably damage the filesystem. There is evidently something fishy about that file: either some special Windows mode, or the filesystem is damaged. You should run a filesystem repair (chkdsk) under Windows.



You have a Windows problem. Look for a Windows solution.






share|improve this answer













A Linux virtual machine won't help you here. The VM software runs as an application under Windows. When you try to delete the file, from Windows's point of view, this is the VM application trying to delete the file. It won't succeed any better than other programs.



You may have more success if you boot your system under Linux and mount the filesystem. Or that may fail, or that may irrecoverably damage the filesystem. There is evidently something fishy about that file: either some special Windows mode, or the filesystem is damaged. You should run a filesystem repair (chkdsk) under Windows.



You have a Windows problem. Look for a Windows solution.







share|improve this answer












share|improve this answer



share|improve this answer










answered Oct 1 '14 at 0:21









GillesGilles

541k12810951611




541k12810951611













  • I have run chkdsk multiple times and tried multiple softwares like Unlocker but nothing worked.I couldn't even figure out if it is a virus because AntiVirus couldn't detect the file.I will try posting a new question only with the windows part.

    – billa
    Oct 1 '14 at 1:01



















  • I have run chkdsk multiple times and tried multiple softwares like Unlocker but nothing worked.I couldn't even figure out if it is a virus because AntiVirus couldn't detect the file.I will try posting a new question only with the windows part.

    – billa
    Oct 1 '14 at 1:01

















I have run chkdsk multiple times and tried multiple softwares like Unlocker but nothing worked.I couldn't even figure out if it is a virus because AntiVirus couldn't detect the file.I will try posting a new question only with the windows part.

– billa
Oct 1 '14 at 1:01





I have run chkdsk multiple times and tried multiple softwares like Unlocker but nothing worked.I couldn't even figure out if it is a virus because AntiVirus couldn't detect the file.I will try posting a new question only with the windows part.

– billa
Oct 1 '14 at 1:01











-1














try a simple rm -r old_Cache_000 to check whether the only problem in deleting the directory is because it is non-empty. As the root user you have enough permissions to perform this operation.






share|improve this answer
























  • The problem is not the directory,its the file.I posted the question after trying all possible simple commands.

    – billa
    Sep 30 '14 at 6:46











  • please let me know the result of the operation..what exactly was the message after executing the `rm -r' command (permission, dir does not exist, etc) ? if no error messages appeared after the operation, do the files you intended to delete still exist ?

    – grohan
    Sep 30 '14 at 7:08











  • [root@localhost old_Cache_000]# rm -rf * This command does nothing inside the directory,the file still exists in the directory.The following result is for using the same command outside the directory----[root@localhost Default]# rm -rf * rm: cannot remove `old_Cache_000': Directory not empty

    – billa
    Sep 30 '14 at 7:29













  • normally, recursive delete does the work for me but there seems to be more in your case.. Let me know if you've used the midnight commander tool on your CentOs..

    – grohan
    Sep 30 '14 at 9:05













  • I have used midnight commander tool on CentOS.It shows cannot delete file-no such file or directory.

    – billa
    Sep 30 '14 at 15:47


















-1














try a simple rm -r old_Cache_000 to check whether the only problem in deleting the directory is because it is non-empty. As the root user you have enough permissions to perform this operation.






share|improve this answer
























  • The problem is not the directory,its the file.I posted the question after trying all possible simple commands.

    – billa
    Sep 30 '14 at 6:46











  • please let me know the result of the operation..what exactly was the message after executing the `rm -r' command (permission, dir does not exist, etc) ? if no error messages appeared after the operation, do the files you intended to delete still exist ?

    – grohan
    Sep 30 '14 at 7:08











  • [root@localhost old_Cache_000]# rm -rf * This command does nothing inside the directory,the file still exists in the directory.The following result is for using the same command outside the directory----[root@localhost Default]# rm -rf * rm: cannot remove `old_Cache_000': Directory not empty

    – billa
    Sep 30 '14 at 7:29













  • normally, recursive delete does the work for me but there seems to be more in your case.. Let me know if you've used the midnight commander tool on your CentOs..

    – grohan
    Sep 30 '14 at 9:05













  • I have used midnight commander tool on CentOS.It shows cannot delete file-no such file or directory.

    – billa
    Sep 30 '14 at 15:47
















-1












-1








-1







try a simple rm -r old_Cache_000 to check whether the only problem in deleting the directory is because it is non-empty. As the root user you have enough permissions to perform this operation.






share|improve this answer













try a simple rm -r old_Cache_000 to check whether the only problem in deleting the directory is because it is non-empty. As the root user you have enough permissions to perform this operation.







share|improve this answer












share|improve this answer



share|improve this answer










answered Sep 30 '14 at 5:33









grohangrohan

12




12













  • The problem is not the directory,its the file.I posted the question after trying all possible simple commands.

    – billa
    Sep 30 '14 at 6:46











  • please let me know the result of the operation..what exactly was the message after executing the `rm -r' command (permission, dir does not exist, etc) ? if no error messages appeared after the operation, do the files you intended to delete still exist ?

    – grohan
    Sep 30 '14 at 7:08











  • [root@localhost old_Cache_000]# rm -rf * This command does nothing inside the directory,the file still exists in the directory.The following result is for using the same command outside the directory----[root@localhost Default]# rm -rf * rm: cannot remove `old_Cache_000': Directory not empty

    – billa
    Sep 30 '14 at 7:29













  • normally, recursive delete does the work for me but there seems to be more in your case.. Let me know if you've used the midnight commander tool on your CentOs..

    – grohan
    Sep 30 '14 at 9:05













  • I have used midnight commander tool on CentOS.It shows cannot delete file-no such file or directory.

    – billa
    Sep 30 '14 at 15:47





















  • The problem is not the directory,its the file.I posted the question after trying all possible simple commands.

    – billa
    Sep 30 '14 at 6:46











  • please let me know the result of the operation..what exactly was the message after executing the `rm -r' command (permission, dir does not exist, etc) ? if no error messages appeared after the operation, do the files you intended to delete still exist ?

    – grohan
    Sep 30 '14 at 7:08











  • [root@localhost old_Cache_000]# rm -rf * This command does nothing inside the directory,the file still exists in the directory.The following result is for using the same command outside the directory----[root@localhost Default]# rm -rf * rm: cannot remove `old_Cache_000': Directory not empty

    – billa
    Sep 30 '14 at 7:29













  • normally, recursive delete does the work for me but there seems to be more in your case.. Let me know if you've used the midnight commander tool on your CentOs..

    – grohan
    Sep 30 '14 at 9:05













  • I have used midnight commander tool on CentOS.It shows cannot delete file-no such file or directory.

    – billa
    Sep 30 '14 at 15:47



















The problem is not the directory,its the file.I posted the question after trying all possible simple commands.

– billa
Sep 30 '14 at 6:46





The problem is not the directory,its the file.I posted the question after trying all possible simple commands.

– billa
Sep 30 '14 at 6:46













please let me know the result of the operation..what exactly was the message after executing the `rm -r' command (permission, dir does not exist, etc) ? if no error messages appeared after the operation, do the files you intended to delete still exist ?

– grohan
Sep 30 '14 at 7:08





please let me know the result of the operation..what exactly was the message after executing the `rm -r' command (permission, dir does not exist, etc) ? if no error messages appeared after the operation, do the files you intended to delete still exist ?

– grohan
Sep 30 '14 at 7:08













[root@localhost old_Cache_000]# rm -rf * This command does nothing inside the directory,the file still exists in the directory.The following result is for using the same command outside the directory----[root@localhost Default]# rm -rf * rm: cannot remove `old_Cache_000': Directory not empty

– billa
Sep 30 '14 at 7:29







[root@localhost old_Cache_000]# rm -rf * This command does nothing inside the directory,the file still exists in the directory.The following result is for using the same command outside the directory----[root@localhost Default]# rm -rf * rm: cannot remove `old_Cache_000': Directory not empty

– billa
Sep 30 '14 at 7:29















normally, recursive delete does the work for me but there seems to be more in your case.. Let me know if you've used the midnight commander tool on your CentOs..

– grohan
Sep 30 '14 at 9:05







normally, recursive delete does the work for me but there seems to be more in your case.. Let me know if you've used the midnight commander tool on your CentOs..

– grohan
Sep 30 '14 at 9:05















I have used midnight commander tool on CentOS.It shows cannot delete file-no such file or directory.

– billa
Sep 30 '14 at 15:47







I have used midnight commander tool on CentOS.It shows cannot delete file-no such file or directory.

– billa
Sep 30 '14 at 15:47




















draft saved

draft discarded




















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f158322%2funable-to-delete-a-file-without-permissions-etc%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

サソリ

広島県道265号伴広島線

Setup Asymptote in Texstudio