J'ai une poubelle qui refuse de se vider. Je regarde ses droits par ls -l -a, ça donne :
drwxrwx--- 3 jpn admin 102 Jan 17 12:13 .Trash
Je voudrais qu'elle devienne normale, soit :
drwx------ 2 jpn jpn 68 17 Jan 01:12 .Trash
Je fais comment ?
chown jpn.jpn .Trash chmod 700 .Trash (mais tu pourrais aussi bien ne pas changer les permissions (chmod), vu que le groupe jpn ne contient qu'un seul utilisateur qui est toi-meme).
-- Saïd. C programmers never die - they're just cast into void.
Jean-Pierre Nouet :
Bonjour au poilus d'unix.
J'ai une poubelle qui refuse de se vider.
Je regarde ses droits par ls -l -a, ça donne :
drwxrwx--- 3 jpn admin 102 Jan 17 12:13 .Trash
Je voudrais qu'elle devienne normale, soit :
drwx------ 2 jpn jpn 68 17 Jan 01:12 .Trash
Je fais comment ?
chown jpn.jpn .Trash
chmod 700 .Trash
(mais tu pourrais aussi bien ne pas changer les permissions (chmod), vu
que le groupe jpn ne contient qu'un seul utilisateur qui est toi-meme).
--
Saïd.
C programmers never die - they're just cast into void.
J'ai une poubelle qui refuse de se vider. Je regarde ses droits par ls -l -a, ça donne :
drwxrwx--- 3 jpn admin 102 Jan 17 12:13 .Trash
Je voudrais qu'elle devienne normale, soit :
drwx------ 2 jpn jpn 68 17 Jan 01:12 .Trash
Je fais comment ?
chown jpn.jpn .Trash chmod 700 .Trash (mais tu pourrais aussi bien ne pas changer les permissions (chmod), vu que le groupe jpn ne contient qu'un seul utilisateur qui est toi-meme).
-- Saïd. C programmers never die - they're just cast into void.
jpnoSPAMuet
Saïd wrote:
Jean-Pierre Nouet :
Bonjour au poilus d'unix.
J'ai une poubelle qui refuse de se vider. Je regarde ses droits par ls -l -a, ça donne :
drwxrwx--- 3 jpn admin 102 Jan 17 12:13 .Trash
Je voudrais qu'elle devienne normale, soit :
drwx------ 2 jpn jpn 68 17 Jan 01:12 .Trash
Je fais comment ?
chown jpn.jpn .Trash chmod 700 .Trash
Merci, mais ça ne marche pas. En 10.2.8 c'est staff le groupe (en fait je regardais ce volume via ssh) et même remis à drw------ jpn staff .Trash, la poubelle refuse de se vider.
Je continue donc à coups de "sudo rm -r" /contenu de la poubelle.
M'énerve.
-- JPN On me mèle sans les majuscules
Saïd <said@brian.lan> wrote:
Jean-Pierre Nouet :
Bonjour au poilus d'unix.
J'ai une poubelle qui refuse de se vider.
Je regarde ses droits par ls -l -a, ça donne :
drwxrwx--- 3 jpn admin 102 Jan 17 12:13 .Trash
Je voudrais qu'elle devienne normale, soit :
drwx------ 2 jpn jpn 68 17 Jan 01:12 .Trash
Je fais comment ?
chown jpn.jpn .Trash
chmod 700 .Trash
Merci, mais ça ne marche pas. En 10.2.8 c'est staff le groupe (en fait
je regardais ce volume via ssh) et même remis à drw------ jpn staff
.Trash, la poubelle refuse de se vider.
Je continue donc à coups de "sudo rm -r" /contenu de la poubelle.
J'ai une poubelle qui refuse de se vider. Je regarde ses droits par ls -l -a, ça donne :
drwxrwx--- 3 jpn admin 102 Jan 17 12:13 .Trash
Je voudrais qu'elle devienne normale, soit :
drwx------ 2 jpn jpn 68 17 Jan 01:12 .Trash
Je fais comment ?
chown jpn.jpn .Trash chmod 700 .Trash
Merci, mais ça ne marche pas. En 10.2.8 c'est staff le groupe (en fait je regardais ce volume via ssh) et même remis à drw------ jpn staff .Trash, la poubelle refuse de se vider.
Je continue donc à coups de "sudo rm -r" /contenu de la poubelle.
M'énerve.
-- JPN On me mèle sans les majuscules
jpnoSPAMuet
Patrick Stadelmann wrote:
Le problème n'est pas sur le dossier .Trash (le possesseur à les droit complets dessus). C'est plutôt les fichiers / dossiers contenu dans la poubelle qui bloquent.
Non, j'ai vérifié. C'est du banal et même un dossier vide nouvellement créé ne se vide pas. Je viens de repasser les droits utilisateurs sans effet.
-- JPN On me mèle sans les majuscules
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Le problème n'est pas sur le dossier .Trash (le possesseur à les droit
complets dessus). C'est plutôt les fichiers / dossiers contenu dans la
poubelle qui bloquent.
Non, j'ai vérifié. C'est du banal et même un dossier vide nouvellement
créé ne se vide pas. Je viens de repasser les droits utilisateurs sans
effet.
Le problème n'est pas sur le dossier .Trash (le possesseur à les droit complets dessus). C'est plutôt les fichiers / dossiers contenu dans la poubelle qui bloquent.
Non, j'ai vérifié. C'est du banal et même un dossier vide nouvellement créé ne se vide pas. Je viens de repasser les droits utilisateurs sans effet.
-- JPN On me mèle sans les majuscules
jeanpierre.libre
Jean-Pierre Nouet wrote:
Non, j'ai vérifié. C'est du banal et même un dossier vide nouvellement créé ne se vide pas. Je viens de repasser les droits utilisateurs sans effet.
mon fils a le même problème dans sa session ; il suffit d'ouvrir BatchMod et de sélectionner vider la poubelle. Pas terrible comme solution mais en attendant d'avoir une explication solutionnante ;-)
-- jean-pierre gerbal
(inverser mon nom et libre)
Jean-Pierre Nouet <jpnoSPAMuet@mac.com> wrote:
Non, j'ai vérifié. C'est du banal et même un dossier vide nouvellement
créé ne se vide pas. Je viens de repasser les droits utilisateurs sans
effet.
mon fils a le même problème dans sa session ; il suffit d'ouvrir
BatchMod et de sélectionner vider la poubelle. Pas terrible comme
solution mais en attendant d'avoir une explication solutionnante ;-)
Non, j'ai vérifié. C'est du banal et même un dossier vide nouvellement créé ne se vide pas. Je viens de repasser les droits utilisateurs sans effet.
mon fils a le même problème dans sa session ; il suffit d'ouvrir BatchMod et de sélectionner vider la poubelle. Pas terrible comme solution mais en attendant d'avoir une explication solutionnante ;-)
-- jean-pierre gerbal
(inverser mon nom et libre)
Saïd
Jean-Pierre Nouet :
Patrick Stadelmann wrote:
Le problème n'est pas sur le dossier .Trash (le possesseur à les droit complets dessus). C'est plutôt les fichiers / dossiers contenu dans la poubelle qui bloquent.
Non, j'ai vérifié. C'est du banal et même un dossier vide nouvellement créé ne se vide pas. Je viens de repasser les droits utilisateurs sans effet.
que reponds sudo rm -rf .Trash/ledossierquifaitch..r ? normalement rien ne peut resister a ca. J'imagine que tu as deja essaye de rebooter...
-- Saïd. C programmers never die - they're just cast into void.
Jean-Pierre Nouet :
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Le problème n'est pas sur le dossier .Trash (le possesseur à les droit
complets dessus). C'est plutôt les fichiers / dossiers contenu dans la
poubelle qui bloquent.
Non, j'ai vérifié. C'est du banal et même un dossier vide nouvellement
créé ne se vide pas. Je viens de repasser les droits utilisateurs sans
effet.
que reponds
sudo rm -rf .Trash/ledossierquifaitch..r ? normalement rien ne peut resister
a ca. J'imagine que tu as deja essaye de rebooter...
--
Saïd.
C programmers never die - they're just cast into void.
Le problème n'est pas sur le dossier .Trash (le possesseur à les droit complets dessus). C'est plutôt les fichiers / dossiers contenu dans la poubelle qui bloquent.
Non, j'ai vérifié. C'est du banal et même un dossier vide nouvellement créé ne se vide pas. Je viens de repasser les droits utilisateurs sans effet.
que reponds sudo rm -rf .Trash/ledossierquifaitch..r ? normalement rien ne peut resister a ca. J'imagine que tu as deja essaye de rebooter...
-- Saïd. C programmers never die - they're just cast into void.
jpnoSPAMuet
Saïd wrote:
que reponds sudo rm -rf .Trash/ledossierquifaitch..r ? normalement rien ne peut resister a ca. J'imagine que tu as deja essaye de rebooter...
Le sudo rm, c'est ce que je fais. Reboot, bien sûr. Tout à l'heure encore.
Comme c'est le G3 du beau-père, je vais lui vider sa poubelle une fois par semaine :-)
-- JPN On me mèle sans les majuscules
Saïd <said@brian.lan> wrote:
que reponds
sudo rm -rf .Trash/ledossierquifaitch..r ? normalement rien ne peut resister
a ca. J'imagine que tu as deja essaye de rebooter...
Le sudo rm, c'est ce que je fais.
Reboot, bien sûr. Tout à l'heure encore.
Comme c'est le G3 du beau-père, je vais lui vider sa poubelle une fois
par semaine :-)
que reponds sudo rm -rf .Trash/ledossierquifaitch..r ? normalement rien ne peut resister a ca. J'imagine que tu as deja essaye de rebooter...
Le sudo rm, c'est ce que je fais. Reboot, bien sûr. Tout à l'heure encore.
Comme c'est le G3 du beau-père, je vais lui vider sa poubelle une fois par semaine :-)
-- JPN On me mèle sans les majuscules
Paul Gaborit
À (at) 19 Jan 2005 15:31:24 GMT, Saïd écrivait (wrote):
sudo rm -rf .Trash/ledossierquifaitch..r ? normalement rien ne peut resister a ca.
Ça c'est vrai sur un système de fichiers unix de base.
Sur les systèmes de fichiers évolués (par exemple HFS+ pour MacOS X, UFS2 pour FreeBSD, etc.), il existe des attributs supplémentaires qui peuvent empêcher la suppression de fichiers/dossiers (en particulier sur HFS+, l'attribut L pour Locked).
Pour voir et modifier ces attributs dans un terminal, il faut utiliser les commandes GetFileInfo et SetFile. Ces commandes se retrouvent dans /Developer/Tools si on installe les DeveloperTools. Elles ne sont pas disponibles par défaut.
PS: un appel à 'locate' m'a permis de voir que StuffitExpander7 installe sa propre version de 'SetFile'.
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
À (at) 19 Jan 2005 15:31:24 GMT,
Saïd <said@brian.lan> écrivait (wrote):
sudo rm -rf .Trash/ledossierquifaitch..r ?
normalement rien ne peut resister a ca.
Ça c'est vrai sur un système de fichiers unix de base.
Sur les systèmes de fichiers évolués (par exemple HFS+ pour MacOS X, UFS2 pour
FreeBSD, etc.), il existe des attributs supplémentaires qui peuvent empêcher
la suppression de fichiers/dossiers (en particulier sur HFS+, l'attribut L
pour Locked).
Pour voir et modifier ces attributs dans un terminal, il faut utiliser les
commandes GetFileInfo et SetFile. Ces commandes se retrouvent dans
/Developer/Tools si on installe les DeveloperTools. Elles ne sont pas
disponibles par défaut.
PS: un appel à 'locate' m'a permis de voir que StuffitExpander7 installe sa
propre version de 'SetFile'.
--
Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
À (at) 19 Jan 2005 15:31:24 GMT, Saïd écrivait (wrote):
sudo rm -rf .Trash/ledossierquifaitch..r ? normalement rien ne peut resister a ca.
Ça c'est vrai sur un système de fichiers unix de base.
Sur les systèmes de fichiers évolués (par exemple HFS+ pour MacOS X, UFS2 pour FreeBSD, etc.), il existe des attributs supplémentaires qui peuvent empêcher la suppression de fichiers/dossiers (en particulier sur HFS+, l'attribut L pour Locked).
Pour voir et modifier ces attributs dans un terminal, il faut utiliser les commandes GetFileInfo et SetFile. Ces commandes se retrouvent dans /Developer/Tools si on installe les DeveloperTools. Elles ne sont pas disponibles par défaut.
PS: un appel à 'locate' m'a permis de voir que StuffitExpander7 installe sa propre version de 'SetFile'.
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
Saïd
Paul Gaborit :
À (at) 19 Jan 2005 15:31:24 GMT, Saïd écrivait (wrote):
sudo rm -rf .Trash/ledossierquifaitch..r ? normalement rien ne peut resister a ca.
Ça c'est vrai sur un système de fichiers unix de base.
Sur les systèmes de fichiers évolués (par exemple HFS+ pour MacOS X, UFS2 pour FreeBSD, etc.), il existe des attributs supplémentaires qui peuvent empêcher la suppression de fichiers/dossiers (en particulier sur HFS+, l'attribut L pour Locked).
Pour voir et modifier ces attributs dans un terminal, il faut utiliser les commandes GetFileInfo et SetFile. Ces commandes se retrouvent dans /Developer/Tools si on installe les DeveloperTools. Elles ne sont pas disponibles par défaut.
Un moment j'ai doute. Mais heureusement j'ai toujours raison:
dhcp132-231-~/tmp $ /Developer/Tools/SetFile -a L locked dhcp132-231-~/tmp $ ls -l locked -rw-r--r-- 1 said said 0 19 Jan 18:04 locked dhcp132-231-~/tmp $ rm -rf locked rm: locked: Operation not permitted dhcp132-231-~/tmp $ sudo rm -rf locked Password: dhcp132-231-~/tmp $ ls -l locked ls: locked: No such file or directory dhcp132-231-~/tmp $
Heureusement que root peut effacer les fichiers qu'il veut. Unix c'est la dictature de root, representant sur terre de sa majeste le noyau.
-- Saïd.
Paul Gaborit :
À (at) 19 Jan 2005 15:31:24 GMT,
Saïd <said@brian.lan> écrivait (wrote):
sudo rm -rf .Trash/ledossierquifaitch..r ?
normalement rien ne peut resister a ca.
Ça c'est vrai sur un système de fichiers unix de base.
Sur les systèmes de fichiers évolués (par exemple HFS+ pour MacOS X, UFS2 pour
FreeBSD, etc.), il existe des attributs supplémentaires qui peuvent empêcher
la suppression de fichiers/dossiers (en particulier sur HFS+, l'attribut L
pour Locked).
Pour voir et modifier ces attributs dans un terminal, il faut utiliser les
commandes GetFileInfo et SetFile. Ces commandes se retrouvent dans
/Developer/Tools si on installe les DeveloperTools. Elles ne sont pas
disponibles par défaut.
Un moment j'ai doute. Mais heureusement j'ai toujours raison:
dhcp132-231-~/tmp $ /Developer/Tools/SetFile -a L locked
dhcp132-231-~/tmp $ ls -l locked
-rw-r--r-- 1 said said 0 19 Jan 18:04 locked
dhcp132-231-~/tmp $ rm -rf locked
rm: locked: Operation not permitted
dhcp132-231-~/tmp $ sudo rm -rf locked
Password:
dhcp132-231-~/tmp $ ls -l locked
ls: locked: No such file or directory
dhcp132-231-~/tmp $
Heureusement que root peut effacer les fichiers qu'il veut. Unix c'est la
dictature de root, representant sur terre de sa majeste le noyau.
À (at) 19 Jan 2005 15:31:24 GMT, Saïd écrivait (wrote):
sudo rm -rf .Trash/ledossierquifaitch..r ? normalement rien ne peut resister a ca.
Ça c'est vrai sur un système de fichiers unix de base.
Sur les systèmes de fichiers évolués (par exemple HFS+ pour MacOS X, UFS2 pour FreeBSD, etc.), il existe des attributs supplémentaires qui peuvent empêcher la suppression de fichiers/dossiers (en particulier sur HFS+, l'attribut L pour Locked).
Pour voir et modifier ces attributs dans un terminal, il faut utiliser les commandes GetFileInfo et SetFile. Ces commandes se retrouvent dans /Developer/Tools si on installe les DeveloperTools. Elles ne sont pas disponibles par défaut.
Un moment j'ai doute. Mais heureusement j'ai toujours raison:
dhcp132-231-~/tmp $ /Developer/Tools/SetFile -a L locked dhcp132-231-~/tmp $ ls -l locked -rw-r--r-- 1 said said 0 19 Jan 18:04 locked dhcp132-231-~/tmp $ rm -rf locked rm: locked: Operation not permitted dhcp132-231-~/tmp $ sudo rm -rf locked Password: dhcp132-231-~/tmp $ ls -l locked ls: locked: No such file or directory dhcp132-231-~/tmp $
Heureusement que root peut effacer les fichiers qu'il veut. Unix c'est la dictature de root, representant sur terre de sa majeste le noyau.
-- Saïd.
jpnoSPAMuet
Benoit Leraillez wrote:
Jean-Pierre Nouet wrote:
Non, j'ai vérifié. C'est du banal et même un dossier vide nouvellement créé ne se vide pas. Je viens de repasser les droits utilisateurs sans effet.
Boot sur un autre disque et vérifie les autorisations sur ton disque (disk permissions). J'ai eu ce soucis avec pas mal de fichiers sur mon disque et toute tentative via les commandes Unix étaient infuctueuse. Impossible de les remplacer par un fichier portant le même nom... je ne pouvais que les déplacer. Je me demande si la table de fichier était verollée ou quoi mais les fichiers étaient utilisables, copiables mais indestructibles.
Je vais voir, mais pas facile de booter avec un autre disque sur un Beige.
Non, j'ai vérifié. C'est du banal et même un dossier vide nouvellement
créé ne se vide pas. Je viens de repasser les droits utilisateurs sans
effet.
Boot sur un autre disque et vérifie les autorisations sur ton disque
(disk permissions). J'ai eu ce soucis avec pas mal de fichiers sur mon
disque et toute tentative via les commandes Unix étaient infuctueuse.
Impossible de les remplacer par un fichier portant le même nom... je ne
pouvais que les déplacer. Je me demande si la table de fichier était
verollée ou quoi mais les fichiers étaient utilisables, copiables mais
indestructibles.
Je vais voir, mais pas facile de booter avec un autre disque sur un
Beige.
Non, j'ai vérifié. C'est du banal et même un dossier vide nouvellement créé ne se vide pas. Je viens de repasser les droits utilisateurs sans effet.
Boot sur un autre disque et vérifie les autorisations sur ton disque (disk permissions). J'ai eu ce soucis avec pas mal de fichiers sur mon disque et toute tentative via les commandes Unix étaient infuctueuse. Impossible de les remplacer par un fichier portant le même nom... je ne pouvais que les déplacer. Je me demande si la table de fichier était verollée ou quoi mais les fichiers étaient utilisables, copiables mais indestructibles.
Je vais voir, mais pas facile de booter avec un autre disque sur un Beige.
-- JPN On me mèle sans les majuscules
jpnoSPAMuet
Benoit Leraillez wrote:
Et un CD d'install, tu dois avoir l'utilitaire disque dessus, non ?
Celui de Jaguar seulement. Boot impossible avec le CD Panther.
Mais je viens de voir qu'Xpostfacto 3 vient de sortir une énième fois. A retester donc.
