Le mardi 13 novembre 2012 à 11:53 +0100, Baton .rouge a écrit :
>>>>> un répertoire refuse d'être supprimé ; il est vide, j'ai les droits ; >>> >>>> Utilise "lsof", il te donne des info sur les fichier ouvert. >>> >>> Euh, non, ça ne servira à rien. >> >> Pourtant je l'utilise pour trouver celui qui me bloque un fichier. > > "bloque", mais dans quel sens ?
Suppression de répertoire impossible car un process utilise toujours un fichier.
si ce répertoire est vraiment un problème et si la machine peut être arrêtée: un boot "live" depuis une clé USB peut aussi être une solu tion.
-- http://deuxcopainsdabord.musicblog.fr/ http://www.youtube.com/watch?v=mK782YDLD34 Philippe Vessaire Ò¿Ó¬
Le mardi 13 novembre 2012 à 11:53 +0100, Baton .rouge a écrit :
>>>>> un répertoire refuse d'être supprimé ; il est vide, j'ai les
droits ;
>>>
>>>> Utilise "lsof", il te donne des info sur les fichier ouvert.
>>>
>>> Euh, non, ça ne servira à rien.
>>
>> Pourtant je l'utilise pour trouver celui qui me bloque un fichier.
>
> "bloque", mais dans quel sens ?
Suppression de répertoire impossible car un process utilise toujours
un fichier.
si ce répertoire est vraiment un problème et si la machine peut être
arrêtée: un boot "live" depuis une clé USB peut aussi être une solu tion.
--
http://deuxcopainsdabord.musicblog.fr/
http://www.youtube.com/watch?v=mK782YDLD34
Philippe Vessaire Ò¿Ó¬
Le mardi 13 novembre 2012 à 11:53 +0100, Baton .rouge a écrit :
>>>>> un répertoire refuse d'être supprimé ; il est vide, j'ai les droits ; >>> >>>> Utilise "lsof", il te donne des info sur les fichier ouvert. >>> >>> Euh, non, ça ne servira à rien. >> >> Pourtant je l'utilise pour trouver celui qui me bloque un fichier. > > "bloque", mais dans quel sens ?
Suppression de répertoire impossible car un process utilise toujours un fichier.
si ce répertoire est vraiment un problème et si la machine peut être arrêtée: un boot "live" depuis une clé USB peut aussi être une solu tion.
-- http://deuxcopainsdabord.musicblog.fr/ http://www.youtube.com/watch?v=mK782YDLD34 Philippe Vessaire Ò¿Ó¬
alain (yt)
Le 09/11/2012 13:35, moi-meme 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,
?
as-tu les droits d'écriture sur le dossier parent du dossier que tu veux effacer ? (ouf)
oui
Le 09/11/2012 13:35, moi-meme 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,
?
as-tu les droits d'écriture sur le dossier parent du dossier que tu veux
effacer ? (ouf)
Le ven. 09 nov. 2012 13:10:53 CET, 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,
Que raconte $ lsattr nomdudossier
aucun dossier ou fichier de ce type
alain (yt)
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.
heu, c'est mon /home ; il est toujours occupé
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 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.
heu, c'est mon /home ; il est toujours occupé
alain (yt)
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
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>
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
Lucas Levrel
Le 15 novembre 2012, alain (yt) a écrit :
Le 09/11/2012 21:15, Emmanuel Florac a écrit :
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
Pour faire tout ça il faut démonter /home d'abord. Donc déconnexion, passage en console (Control-Alt-F1), connexion en tant que root, puis : # mount (noter le /dev/... correspondant à /home) # umount /home # e2fsck -f -C0 /dev/...
Avant de revenir à une session graphique : # mount /home # exit
Control-Alt-F7
-- LL
Le 15 novembre 2012, alain (yt) a écrit :
Le 09/11/2012 21:15, Emmanuel Florac a écrit :
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
Pour faire tout ça il faut démonter /home d'abord.
Donc déconnexion, passage en console (Control-Alt-F1), connexion en tant
que root, puis :
# mount
(noter le /dev/... correspondant à /home)
# umount /home
# e2fsck -f -C0 /dev/...
Avant de revenir à une session graphique :
# mount /home
# exit
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
Pour faire tout ça il faut démonter /home d'abord. Donc déconnexion, passage en console (Control-Alt-F1), connexion en tant que root, puis : # mount (noter le /dev/... correspondant à /home) # umount /home # e2fsck -f -C0 /dev/...
Avant de revenir à une session graphique : # mount /home # exit
Control-Alt-F7
-- LL
Nicolas George
yt, dans le message <50a4e4fa$0$1959$, a écrit :
aucun dossier ou fichier de ce type ; à noter que dans ce cas, l'autocompletion ne fonctionnement (alors qu'avec rm, oui)
Ça m'a l'air très suspect (enfin, si je comprends correctement le charabia de la deuxième ligne). Tu as probablement un caractère étrange dans le nom de fichier/répertoire que l'éditeur du shell n'arrive pas à gérer.
Essaie de voir si :
echo bout*du*nom
permet d'avoir le nom qui s'affiche correctement et tout seul, et si oui remplace echo par rmdir.
yt, dans le message <50a4e4fa$0$1959$426a34cc@news.free.fr>, a écrit :
aucun dossier ou fichier de ce type ; à noter que dans ce cas,
l'autocompletion ne fonctionnement (alors qu'avec rm, oui)
Ça m'a l'air très suspect (enfin, si je comprends correctement le charabia
de la deuxième ligne). Tu as probablement un caractère étrange dans le nom
de fichier/répertoire que l'éditeur du shell n'arrive pas à gérer.
Essaie de voir si :
echo bout*du*nom
permet d'avoir le nom qui s'affiche correctement et tout seul, et si oui
remplace echo par rmdir.
aucun dossier ou fichier de ce type ; à noter que dans ce cas, l'autocompletion ne fonctionnement (alors qu'avec rm, oui)
Ça m'a l'air très suspect (enfin, si je comprends correctement le charabia de la deuxième ligne). Tu as probablement un caractère étrange dans le nom de fichier/répertoire que l'éditeur du shell n'arrive pas à gérer.
Essaie de voir si :
echo bout*du*nom
permet d'avoir le nom qui s'affiche correctement et tout seul, et si oui remplace echo par rmdir.
