Logo GNT
Actualités Tests & Guides Bons Plans
Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11
Entraide Linux Autres OS Linux suppression de répertoire impossible

suppression de répertoire impossible

46 réponses
Avatar
alain (yt)
Bonjour,

un répertoire refuse d'être supprimé ; il est vide, j'ai les droits ;
gnome me dit aucun dossier ou fichier de ce type quand je tente
l'effacement.

rm -rf nomdudossier (d'ailleurs l'autocomplétion me le trouve bien) ne
me renvoie aucune erreur, mais le dossier reste présent,

?
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2 3 4 5
Avatar
alain (yt)
Le 15/11/2012 18:43, Michel Campfort a écrit :
Le 15.11.2012 16:14, alain (yt) a écrit :
Le 15/11/2012 18:06, Michel Campfort a écrit :
Le 15.11.2012 16:03, alain (yt) a écrit :
Le 15/11/2012 16:34, Michel Campfort a écrit :

Ton répertoire a-t-il un nom bizarre ?



non



Peut-on avoir son nom ?





_UNPACK_Rear.Window

y'a du y a voir un redémarrage sauvage pendant la décompression, MAIS
j'ai eu le cas avec d'autres et ça ne pose aucun pb de les effacer



Il y a peut-être un caractère non visible dans le nom...
A tout hasard, essaie avec mc, il "passe" parfois où d'autres échouent.

Michel



aucun message d'erreur, il met juste plus de temps à exécuter la
commande, mais désolé : le dossier est toujours là ;

merci de te pencher sur ce problème en tout cas
Avatar
Nicolas Richard
"alain (yt)" writes:
:~$ cd /media/HD11/
:/media/HD11$ export LC_ALL=C
:/media/HD11$ echo *UNPA*Rear*
_UNPACK_Rear.Window
:/media/HD11$ rmdir *UNPA*Rear*
rmdir: failed to remove `_UNPACK_Rear.Window': No such file or directory
:/media/HD11$



Est-ce que

ls -lQ *UNPA*Rear*

sort quelque chose ? Je propose aussi :

find . -maxdepth 1 -name '*UNPA*Rear*'

suivi de (si le bon répertoire s'affiche, seul) :

find . -maxdepth 1 -name '*UNPA*Rear*' -exec rmdir {} ;

--
N.
Avatar
Nicolas Richard
"Nicolas Richard" writes:
ls -lQ *UNPA*Rear*



J'ai oublié le -d
ls -ldQ *UNPA*Rear*

--
N.
Avatar
Nicolas George
yt, dans le message <50a507e2$0$1862$, a écrit :
:/media/HD11$ echo *UNPA*Rear*
_UNPACK_Rear.Window
:/media/HD11$ rmdir *UNPA*Rear*
rmdir: failed to remove `_UNPACK_Rear.Window': No such file or directory



Pour le coup, c'est clairement un bug quelque part. En plus du test suggéré
par Nicolas Richard, je suggère, toujours après LC_ALL=C :

grep HD11 /proc/mounts
strace -f sh -c 'exec rmdir *UNPA*Rear*'
Avatar
Michel Campfort
Le 15.11.2012 16:49, alain (yt) a écrit :
Le 15/11/2012 18:43, Michel Campfort a écrit :
Le 15.11.2012 16:14, alain (yt) a écrit :
Le 15/11/2012 18:06, Michel Campfort a écrit :
Le 15.11.2012 16:03, alain (yt) a écrit :
Le 15/11/2012 16:34, Michel Campfort a écrit :

Ton répertoire a-t-il un nom bizarre ?



non



Peut-on avoir son nom ?





_UNPACK_Rear.Window

y'a du y a voir un redémarrage sauvage pendant la décompression, MAIS
j'ai eu le cas avec d'autres et ça ne pose aucun pb de les effacer



Il y a peut-être un caractère non visible dans le nom...
A tout hasard, essaie avec mc, il "passe" parfois où d'autres échouent.

Michel



aucun message d'erreur, il met juste plus de temps à exécuter la
commande, mais désolé : le dossier est toujours là ;

merci de te pencher sur ce problème en tout cas



Tant que l'on y est, autant tout essayer. Peux-tu le renommer?
Avatar
Doug713705
Le 15-11-2012, alain (yt) nous expliquait dans fr.comp.os.linux.configuration :
Le 09/11/2012 21:15, Emmanuel Florac a écrit :
Le Fri, 09 Nov 2012 13:10:53 +0300, alain (yt) a écrit:

Bonjour,

un répertoire refuse d'être supprimé ; il est vide, j'ai les droits ;
gnome me dit aucun dossier ou fichier de ce type quand je tente
l'effacement.

rm -rf nomdudossier (d'ailleurs l'autocomplétion me le trouve bien) ne
me renvoie aucune erreur, mais le dossier reste présent,

?



Tu n'as peut-être pas les droits sur le dossier parent; essaie en root
pour être sûr. Si le dossier résiste en "root", ça peut être une
corruption de filesystem: fsck est ton ami dans ce cas.



Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>

commande qui ne donne rien




Ta partition est en NTFS ou ext2 ?

Dans tous les cas vérifier les attributs sur le dossier et/ou les
options de montage semble une bonne idée.

--
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Without freedom of choice there is no creativity.
-- Kirk, "The return of the Archons", stardate 3157.4
Avatar
alain (yt)
Le 15/11/2012 20:45, Nicolas Richard a écrit :
"alain (yt)" writes:
:~$ cd /media/HD11/
:/media/HD11$ export LC_ALL=C
:/media/HD11$ echo *UNPA*Rear*
_UNPACK_Rear.Window
:/media/HD11$ rmdir *UNPA*Rear*
rmdir: failed to remove `_UNPACK_Rear.Window': No such file or directory
:/media/HD11$



Est-ce que

ls -lQ *UNPA*Rear*



:/media/HD11$ ls -lQ *UNPA*Rear*
total 0




sort quelque chose ? Je propose aussi :

find . -maxdepth 1 -name '*UNPA*Rear*'



:/media/HD11$ find . -maxdepth 1 -name '*UNPA*Rear*'
./_UNPACK_Rear.Window



suivi de (si le bon répertoire s'affiche, seul) :

find . -maxdepth 1 -name '*UNPA*Rear*' -exec rmdir {} ;




:/media/HD11$ find . -maxdepth 1 -name '*UNPA*Rear*' -exec
rmdir {} ;
rmdir: échec de suppression de «./_UNPACK_Rear.Window»: Aucun fichier ou
dossier de ce type



Merci de ton intérêt
Avatar
alain (yt)
Le 15/11/2012 20:48, Nicolas Richard a écrit :
ls -ldQ*UNPA*Rear*


:/media/HD11$ ls -ldQ *UNPA*Rear*
drwx------ 1 alain alain 4096 nov. 9 12:55 "_UNPACK_Rear.Window"
Avatar
alain (yt)
Le 15/11/2012 21:11, Nicolas George a écrit :
yt, dans le message <50a507e2$0$1862$, a écrit :
:/media/HD11$ echo *UNPA*Rear*
_UNPACK_Rear.Window
:/media/HD11$ rmdir *UNPA*Rear*
rmdir: failed to remove `_UNPACK_Rear.Window': No such file or directory



Pour le coup, c'est clairement un bug quelque part. En plus du test suggéré
par Nicolas Richard, je suggère, toujours après LC_ALL=C :

grep HD11 /proc/mounts



:/media/HD11$ grep HD11 /proc/mounts
/dev/sdb1 /media/HD11 fuseblk
rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,
0 0


strace -f sh -c 'exec rmdir *UNPA*Rear*'




:/media/HD11$ strace -f sh -c 'exec rmdir *UNPA*Rear*'
execve("/bin/sh", ["sh", "-c", "exec rmdir *UNPA*Rear*"], [/* 39 vars
*/]) = 0
brk(0) = 0x1c9d000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f0a7e640000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size“299, ...}) = 0
mmap(NULL, 93299, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f0a7e629000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3,
"177ELF2113>1200302"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size11128, ...}) = 0
mmap(NULL, 3925208, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f0a7e061000
mprotect(0x7f0a7e216000, 2093056, PROT_NONE) = 0
mmap(0x7f0a7e415000, 24576, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b4000) = 0x7f0a7e415000
mmap(0x7f0a7e41b000, 17624, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f0a7e41b000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f0a7e628000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f0a7e627000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f0a7e626000
arch_prctl(ARCH_SET_FS, 0x7f0a7e627700) = 0
mprotect(0x7f0a7e415000, 16384, PROT_READ) = 0
mprotect(0x619000, 4096, PROT_READ) = 0
mprotect(0x7f0a7e642000, 4096, PROT_READ) = 0
munmap(0x7f0a7e629000, 93299) = 0
getpid() = 6239
rt_sigaction(SIGCHLD, {0x40f100, ~[RTMIN RT_1], SA_RESTORER,
0x7f0a7e0974a0}, NULL, 8) = 0
geteuid() = 1000
brk(0) = 0x1c9d000
brk(0x1cbe000) = 0x1cbe000
getppid() = 6238
stat("/media/HD11", {st_mode=S_IFDIR|0700, st_size2768, ...}) = 0
stat(".", {st_mode=S_IFDIR|0700, st_size2768, ...}) = 0
rt_sigaction(SIGINT, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGINT, {0x40f100, ~[RTMIN RT_1], SA_RESTORER,
0x7f0a7e0974a0}, NULL, 8) = 0
rt_sigaction(SIGQUIT, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGQUIT, {SIG_DFL, ~[RTMIN RT_1], SA_RESTORER,
0x7f0a7e0974a0}, NULL, 8) = 0
rt_sigaction(SIGTERM, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGTERM, {SIG_DFL, ~[RTMIN RT_1], SA_RESTORER,
0x7f0a7e0974a0}, NULL, 8) = 0
openat(AT_FDCWD, ".", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
getdents(3, /* 58 entries */, 32768) = 3864
getdents(3, /* 44 entries */, 32768) = 2912
getdents(3, /* 0 entries */, 32768) = 0
close(3) = 0
execve("/usr/lib/lightdm/lightdm/rmdir", ["rmdir",
"_UNPACK_Rear.Window"...], [/* 39 vars */]) = -1 ENOENT (No such file or
directory)
execve("/usr/local/sbin/rmdir", ["rmdir", "_UNPACK_Rear.Window"...], [/*
39 vars */]) = -1 ENOENT (No such file or directory)
execve("/usr/local/bin/rmdir", ["rmdir", "_UNPACK_Rear"...], [/* 39 vars
*/]) = -1 ENOENT (No such file or directory)
execve("/usr/sbin/rmdir", ["rmdir", "_UNPACK_Rear.Window"...], [/* 39
vars */]) = -1 ENOENT (No such file or directory)
execve("/usr/bin/rmdir", ["rmdir", "_UNPACK_Rear.Window"...], [/* 39
vars */]) = -1 ENOENT (No such file or directory)
execve("/sbin/rmdir", ["rmdir", "_UNPACK_Rear.Window"...], [/* 39 vars
*/]) = -1 ENOENT (No such file or directory)
execve("/bin/rmdir", ["rmdir", "_UNPACK_Rear.Window"...], [/* 39 vars
*/]) = 0
brk(0) = 0x13b5000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7fcb60026000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size“299, ...}) = 0
mmap(NULL, 93299, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fcb6000f000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3,
"177ELF2113>1200302"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size11128, ...}) = 0
mmap(NULL, 3925208, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7fcb5fa47000
mprotect(0x7fcb5fbfc000, 2093056, PROT_NONE) = 0
mmap(0x7fcb5fdfb000, 24576, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b4000) = 0x7fcb5fdfb000
mmap(0x7fcb5fe01000, 17624, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fcb5fe01000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7fcb6000e000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7fcb6000d000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7fcb6000c000
arch_prctl(ARCH_SET_FS, 0x7fcb6000d700) = 0
mprotect(0x7fcb5fdfb000, 16384, PROT_READ) = 0
mprotect(0x608000, 4096, PROT_READ) = 0
mprotect(0x7fcb60028000, 4096, PROT_READ) = 0
munmap(0x7fcb6000f000, 93299) = 0
brk(0) = 0x13b5000
brk(0x13d6000) = 0x13d6000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_sizer41216, ...}) = 0
mmap(NULL, 7241216, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fcb5f35f000
close(3) = 0
rmdir("_UNPACK_Rear.Window") = -1 ENOENT (No such file or directory)
open("/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size%70, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7fcb60025000
read(3, "# Locale name alias data base.n#"..., 4096) = 2570
read(3, "", 4096) = 0
close(3) = 0
munmap(0x7fcb60025000, 4096) = 0
open("/usr/share/locale/fr/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1
ENOENT (No such file or directory)
open("/usr/share/locale-langpack/fr/LC_MESSAGES/coreutils.mo", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size31458, ...}) = 0
mmap(NULL, 331458, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fcb5ffbb000
close(3) = 0
open("/usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size&258, ...}) = 0
mmap(NULL, 26258, PROT_READ, MAP_SHARED, 3, 0) = 0x7fcb6001f000
close(3) = 0
write(2, "rmdir: ", 7rmdir: ) = 7
write(2, "303251chec de suppression de 302253_UNPA"..., 83échec de
suppression de «_UNPACK_Rear.Window») = 83
open("/usr/share/locale/fr/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT
(No such file or directory)
open("/usr/share/locale-langpack/fr/LC_MESSAGES/libc.mo", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size9762, ...}) = 0
mmap(NULL, 149762, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fcb5ff96000
close(3) = 0
write(2, ": Aucun fichier ou dossier de ce"..., 37: Aucun fichier ou
dossier de ce type) = 37
write(2, "n", 1
) = 1
close(1) = 0
close(2) = 0
exit_group(1) = ?
:/media/HD11$
Avatar
alain (yt)
Le 15/11/2012 22:24, Doug713705 a écrit :
Le 15-11-2012, alain (yt) nous expliquait dans fr.comp.os.linux.configuration :
Le 09/11/2012 21:15, Emmanuel Florac a écrit :
Le Fri, 09 Nov 2012 13:10:53 +0300, alain (yt) a écrit:

Bonjour,

un répertoire refuse d'être supprimé ; il est vide, j'ai les droits ;
gnome me dit aucun dossier ou fichier de ce type quand je tente
l'effacement.

rm -rf nomdudossier (d'ailleurs l'autocomplétion me le trouve bien) ne
me renvoie aucune erreur, mais le dossier reste présent,

?



Tu n'as peut-être pas les droits sur le dossier parent; essaie en root
pour être sûr. Si le dossier résiste en "root", ça peut être une
corruption de filesystem: fsck est ton ami dans ce cas.



Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>

commande qui ne donne rien




Ta partition est en NTFS ou ext2 ?

Dans tous les cas vérifier les attributs sur le dossier et/ou les
options de montage semble une bonne idée.



ntfs ; tout est accessible en rw sauf ce répertoire ; les attributs sont ok
1 2 3 4 5