petit problème sur une machine Unix (Solaris : dans un répertoire, j'ai un sous-répertoire (normal !) nommé disons XYZ, mais aussi un fichier du même nom, ce qui est une erreur. Je ne sais pas comment il est arrivé là, sans doute une fausse manip bien savante

Manque de bol, impossible de supprimer le fichier. Je fais par exemple find . -name XYZ -type f et il me sort... rien ! comme si le fichier n'existait pas, et pourtant il a des attributs, une taille, un propriétaire (qui n'est plus dans la boite hélas)

comment je peux faire pour le virer ? sans virer bien sûr le répertoire qui lui contient quelques dizaines de fichiers que je préfèrerais garder, sinon mes potes risquent de me lyncher

Tu rentres dans ton répertoire, tu sauvegarde tout son contenu dans un lieu sûr (tar cf... blablabla, je suppose que tu connais ), puis tu peux tranquillement supprimer de force le fichier et le répertoire XYZ, recréer le répertoire, et récupérer dedans le contenu sauvegardé

Maintenant, quant à savoir comment on peut avoir un fichier et un répertoire du même nom au même endroit...

j'avais pensé à ça balli, mais comme les fichiers du fameux répertoire sont lus/réécrits à longueur de journée, il faudrait que je profite d'une interruption de service de la bécane (maintenance ou autre) parce que c'est du 7/7 24/24

quant à savoir comment c'est arrivé

Intervention la nuit par VNC (et heures supps payées doubles car la nuit)...

pas sur d'avoir tout compris, mais sous windows (a essayer sous unix ) il y a un programme qui marche pas mal, c'est shootfiles j'arrive pas a le trouver sur internet, mais je l'ai sur CD.. si tu veux que je te le file, dis le je te l'envoie par mail

Ben j'ai qu'une moitié de la solution, tu peux peut-être déjà regarder s'ils ont le même inode en tapant ls -li...

Ensuite, il faudrait pouvoir dire à Nux de supprimer tous les fichiers pointant sur ce numéro, mais pas de bol, rm ne le permet pas...

Tain, je viens d'avoir un éclair de génie

Tu veux pas essayer un "find . -inum <ton_inum_de_fichier> -exec rm {} \;" ?

Bon, je te ferai pas l'affront de te demander si tu sais utiliser find
Mais gaffe quand même hein, des fois qu'il vire le répertoire...

gege, tu as une assurance s'il supprime le dossier ?

Le 26 août 2006 - 20 h 33, fe2plus a écrit : gege, tu as une assurance s'il supprime le dossier ?

L'avantage d'Internet, c'est qu'il s'agit de communications virtuelles, basées sur la non-proximité
Le hic, c'est que Bernie me connait personnellement

Bon, Bernie, n'oublie pas que Toute proposition formulée par un Boulet n'engage que la responsabilité de celui qui la suit

Ca va, c'est clair ?

Bon, quoiqu'il arrive,

merci gégé, je vais essayer ça. Et pas de pb pour le find + rm, je fais TOUJOURS un find + ls avant, au cas où...

Dago -> c'est une machine de prod, j'ai pas le droit d'installer des logiciels comme je veux. Et en plus, c'est du Solaris, alors un exe windows, je suis pas trop sûr que ça marchera

'tain gégé, t'es un vrai puits de science !
bon, sans rire, j'avais même pas pensé à l'inum du fichier... Suis endormi ces derniers jours moi, besoin de vacances

Bref : ça maaaaaaaaaaaaaaarche !

Le 28 août 2006 - 13 h 35, bernie38 a écrit : 'tain gégé, t'es un vrai puits de science ! bon, sans rire, j'avais même pas pensé à l'inum du fichier... Suis endormi ces derniers jours moi, besoin de vacances Bref : ça maaaaaaaaaaaaaaarche !

Heureux de le savoir, je le note dans un coin, ca peut me servir plus tard
Reste à savoir comment vous vous êtes démerdés pour avoir le même nom de fichier/rép

Au fait, ils n'avaient pas le même inode, je suppose ?

il n'y avait pas un espace des fois dans le mom, cree avec une commande style
touch 'XYZ '

Tu ne vois pas l'espace qui est le dernier charactere, mais il est bien la ...

EDIT: avec un escape char peut etre: touch 'XYZ '

gégé : non, heureusement, pas le même inode
seb : non, le fichier et le répertoire étaient strictement identiques.

J'ai une petite idée de comment ça s'est passé : quelqu'un a du vouloir copier un fichier dans le répertoire XYZ depuis la racine contenant XYZ ; cette personne a fait un truc du genre cp fichier XYZ au lieu de cp fichier ./XYZ
ou un truc de ce genre. Je vais essayer demain, sur une machine de dev, pour voir si c'est bien ça.