Il se passe quelque chose d'étrange avec mon 10.3 : certaines icones
font n'importe quoi.
Par exemple, des tonnes de .gif ont une icone de dossier "Carbon Copy
Cloner", et le plus impressionnant : des .pdf qui avaient l'icone
Acrobat ont maintenant l'icone Frozen Bubble, mais si on double-clique
c'est l'icone de BBEdit qui grossi en transparence (l'effet ajouté dans
panther), et pour finir le pdf s'ouvre quand meme dans Acrobat.
Ça marche par dossier, donc tous les gif d'un dossier ont la meme icone
de dossier, tous les PDF d'un meme dossier on l'icone frozen Bubble,
mais d'autres éléments semblables ailleurs pourront avoir d'autres
icones.
Une idée pour réparer tout ça ?
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
Là, ton cas, je ne l'ai jamais vu, j'avais un autre cas, désolé...
Par contre j'ai vu également ce problème apparaître depuis hier. Une cause plus générale ?
-- Gérald
laurent.pertois
Jacques wrote:
Pitête, mais là aussi il peut y en avoir beaucoup :-/
Plus facile tout de même avec un grand de find dans le terminal.
Yep, mais je parlais pour les allergiques de la CLI ;-) (je sais que Patpro n'est pas concerné)
# sudo find / -name .DS_Store -exec rm - {} ;
[ATTENTION À CE QUE VOUS TAPEZ, RELISEZ 50000 AVANT DE FAIRE ENTRÉE ET LISEZ LA PAGE MAN DE FIND]
Juste un truc, le # ne signifie-t-il pas, par convention, qu'on lance la commande en étant root et, donc, le sudo ne se justifie pas. Mais comme il ne sert à rien de devenir root (on est d'accord), ne devrait-on pas, toujours par convention, mettre un $ ? (juste pour chipoter, je suis mille fois d'accord avec toi pour sudo et pour ta remarque)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Jacques <news@foucry.net.invalid> wrote:
Pitête, mais là aussi il peut y en avoir beaucoup :-/
Plus facile tout de même avec un grand de find dans le terminal.
Yep, mais je parlais pour les allergiques de la CLI ;-) (je sais que
Patpro n'est pas concerné)
# sudo find / -name .DS_Store -exec rm - {} ;
[ATTENTION À CE QUE VOUS TAPEZ, RELISEZ 50000 AVANT DE FAIRE ENTRÉE ET
LISEZ LA PAGE MAN DE FIND]
Juste un truc, le # ne signifie-t-il pas, par convention, qu'on lance la
commande en étant root et, donc, le sudo ne se justifie pas. Mais comme
il ne sert à rien de devenir root (on est d'accord), ne devrait-on pas,
toujours par convention, mettre un $ ? (juste pour chipoter, je suis
mille fois d'accord avec toi pour sudo et pour ta remarque)
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Pitête, mais là aussi il peut y en avoir beaucoup :-/
Plus facile tout de même avec un grand de find dans le terminal.
Yep, mais je parlais pour les allergiques de la CLI ;-) (je sais que Patpro n'est pas concerné)
# sudo find / -name .DS_Store -exec rm - {} ;
[ATTENTION À CE QUE VOUS TAPEZ, RELISEZ 50000 AVANT DE FAIRE ENTRÉE ET LISEZ LA PAGE MAN DE FIND]
Juste un truc, le # ne signifie-t-il pas, par convention, qu'on lance la commande en étant root et, donc, le sudo ne se justifie pas. Mais comme il ne sert à rien de devenir root (on est d'accord), ne devrait-on pas, toujours par convention, mettre un $ ? (juste pour chipoter, je suis mille fois d'accord avec toi pour sudo et pour ta remarque)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Gerald wrote:
Laurent Pertois wrote:
Là, ton cas, je ne l'ai jamais vu, j'avais un autre cas, désolé...
Par contre j'ai vu également ce problème apparaître depuis hier. Une cause plus générale ?
Perso, quand j'ai eu ce problème, j'avais pas mal de fichiers swap (6, des versions Panther, en plus) et une grosse charge machine (compilation lourde de plusieurs heures en cours), un piste pitête ? (genre, le nouveau Finder qui se prend les pieds dans le tapis en courant)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Là, ton cas, je ne l'ai jamais vu, j'avais un autre cas, désolé...
Par contre j'ai vu également ce problème apparaître depuis hier. Une
cause plus générale ?
Perso, quand j'ai eu ce problème, j'avais pas mal de fichiers swap (6,
des versions Panther, en plus) et une grosse charge machine (compilation
lourde de plusieurs heures en cours), un piste pitête ? (genre, le
nouveau Finder qui se prend les pieds dans le tapis en courant)
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Là, ton cas, je ne l'ai jamais vu, j'avais un autre cas, désolé...
Par contre j'ai vu également ce problème apparaître depuis hier. Une cause plus générale ?
Perso, quand j'ai eu ce problème, j'avais pas mal de fichiers swap (6, des versions Panther, en plus) et une grosse charge machine (compilation lourde de plusieurs heures en cours), un piste pitête ? (genre, le nouveau Finder qui se prend les pieds dans le tapis en courant)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Gerald
Laurent Pertois wrote:
Perso, quand j'ai eu ce problème, j'avais pas mal de fichiers swap (6, des versions Panther, en plus) et une grosse charge machine (compilation lourde de plusieurs heures en cours), un piste pitête ? (genre, le nouveau Finder qui se prend les pieds dans le tapis en courant)
Fais-tu allusion à la *taille* de ces fichiers ou à leur nombre (fragmentation) ? Dans l'un et l'autre cas, le fait de rebooter le les fait-il pas en principe maigrir ?
Perso, quand j'ai eu ce problème, j'avais pas mal de fichiers swap (6,
des versions Panther, en plus) et une grosse charge machine (compilation
lourde de plusieurs heures en cours), un piste pitête ? (genre, le
nouveau Finder qui se prend les pieds dans le tapis en courant)
Fais-tu allusion à la *taille* de ces fichiers ou à leur nombre
(fragmentation) ? Dans l'un et l'autre cas, le fait de rebooter le les
fait-il pas en principe maigrir ?
Perso, quand j'ai eu ce problème, j'avais pas mal de fichiers swap (6, des versions Panther, en plus) et une grosse charge machine (compilation lourde de plusieurs heures en cours), un piste pitête ? (genre, le nouveau Finder qui se prend les pieds dans le tapis en courant)
Fais-tu allusion à la *taille* de ces fichiers ou à leur nombre (fragmentation) ? Dans l'un et l'autre cas, le fait de rebooter le les fait-il pas en principe maigrir ?
-- Gérald
news
Laurent Pertois wrote:
Mais comme il ne sert à rien de devenir root (on est d'accord), ne devrait-on pas, toujours par convention, mettre un $ ?
Le dernier signe du prompt dépend du shell. En tcsh c'est %, en bash c'est $ et moi j'ai mis un # sur mon zsh. :-) Mais, ta remarque est juste.
Mais comme il ne sert à rien de devenir root (on est d'accord), ne devrait-on pas, toujours par convention, mettre un $ ?
Le dernier signe du prompt dépend du shell. En tcsh c'est %, en bash c'est $ et moi j'ai mis un # sur mon zsh. :-) Mais, ta remarque est juste.
-- Jacques
patpro
In article <1g7p5z7.s11lszs6aif4N%, (Jacques) wrote:
Laurent Pertois wrote:
Mais comme il ne sert à rien de devenir root (on est d'accord), ne devrait-on pas, toujours par convention, mettre un $ ?
Le dernier signe du prompt dépend du shell. En tcsh c'est %, en bash c'est $ et moi j'ai mis un # sur mon zsh. :-) Mais, ta remarque est juste.
c'est infernal a suivre ce thread, j'ai reçu aucun des posts de Laurent (Pertois), pourtant News.individual.net avait l'air plutot fiable. Quelle daube le systeme des newsgroups...
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <1g7p5z7.s11lszs6aif4N%news@foucry.net.invalid>,
news@foucry.net.invalid (Jacques) wrote:
Mais comme
il ne sert à rien de devenir root (on est d'accord), ne devrait-on pas,
toujours par convention, mettre un $ ?
Le dernier signe du prompt dépend du shell. En tcsh c'est %, en bash
c'est $ et moi j'ai mis un # sur mon zsh. :-)
Mais, ta remarque est juste.
c'est infernal a suivre ce thread, j'ai reçu aucun des posts de Laurent
(Pertois), pourtant News.individual.net avait l'air plutot fiable.
Quelle daube le systeme des newsgroups...
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
In article <1g7p5z7.s11lszs6aif4N%, (Jacques) wrote:
Laurent Pertois wrote:
Mais comme il ne sert à rien de devenir root (on est d'accord), ne devrait-on pas, toujours par convention, mettre un $ ?
Le dernier signe du prompt dépend du shell. En tcsh c'est %, en bash c'est $ et moi j'ai mis un # sur mon zsh. :-) Mais, ta remarque est juste.
c'est infernal a suivre ce thread, j'ai reçu aucun des posts de Laurent (Pertois), pourtant News.individual.net avait l'air plutot fiable. Quelle daube le systeme des newsgroups...
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
patpro
In article <1g7nsso.q760rn1ncezoaN%, (Laurent Pertois) wrote:
Jacques wrote:
Pitête, mais là aussi il peut y en avoir beaucoup :-/
Plus facile tout de même avec un grand de find dans le terminal.
Yep, mais je parlais pour les allergiques de la CLI ;-) (je sais que Patpro n'est pas concerné)
:))
d'ailleurs ca s'est résolu en CLI : j'ai killé le Finder, et ça a corrigé le probleme. L'idée m'est venue à la lecture des derniers postes, dont un tout particulièrement qui suggérait un rapport avec les fichiers swap. J'ai donc pensé a une corruption des données en mémoire (puisque ni les .DS_Store ni les pref Finder n'ont de rapport avec la nature des icones). Et donc voila, ps -auxwww | grep -i finder, et kill du pid obtenu. en 10 secondes c'était réglé. (et par là meme je garde ma session ouverte, et mes 27j d'uptime)
# sudo find / -name .DS_Store -exec rm - {} ;
[ATTENTION À CE QUE VOUS TAPEZ, RELISEZ 50000 AVANT DE FAIRE ENTRÉE ET LISEZ LA PAGE MAN DE FIND]
Juste un truc, le # ne signifie-t-il pas, par convention, qu'on lance la commande en étant root et, donc, le sudo ne se justifie pas. Mais comme il ne sert à rien de devenir root (on est d'accord), ne devrait-on pas, toujours par convention, mettre un $ ? (juste pour chipoter, je suis mille fois d'accord avec toi pour sudo et pour ta remarque)
moi j'aurais juste mis "-delete" à la place du "-exec rm - {} ;" mais je suis une grosse feignasse ;)
En tout cas merci à tous ceux qui ont proposé des pistes et des solutions.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <1g7nsso.q760rn1ncezoaN%laurent.pertois@alussinan.org>,
laurent.pertois@alussinan.org (Laurent Pertois) wrote:
Jacques <news@foucry.net.invalid> wrote:
Pitête, mais là aussi il peut y en avoir beaucoup :-/
Plus facile tout de même avec un grand de find dans le terminal.
Yep, mais je parlais pour les allergiques de la CLI ;-) (je sais que
Patpro n'est pas concerné)
:))
d'ailleurs ca s'est résolu en CLI : j'ai killé le Finder, et ça a
corrigé le probleme.
L'idée m'est venue à la lecture des derniers postes, dont un tout
particulièrement qui suggérait un rapport avec les fichiers swap. J'ai
donc pensé a une corruption des données en mémoire (puisque ni les
.DS_Store ni les pref Finder n'ont de rapport avec la nature des icones).
Et donc voila, ps -auxwww | grep -i finder, et kill du pid obtenu. en 10
secondes c'était réglé. (et par là meme je garde ma session ouverte, et
mes 27j d'uptime)
# sudo find / -name .DS_Store -exec rm - {} ;
[ATTENTION À CE QUE VOUS TAPEZ, RELISEZ 50000 AVANT DE FAIRE ENTRÉE ET
LISEZ LA PAGE MAN DE FIND]
Juste un truc, le # ne signifie-t-il pas, par convention, qu'on lance la
commande en étant root et, donc, le sudo ne se justifie pas. Mais comme
il ne sert à rien de devenir root (on est d'accord), ne devrait-on pas,
toujours par convention, mettre un $ ? (juste pour chipoter, je suis
mille fois d'accord avec toi pour sudo et pour ta remarque)
moi j'aurais juste mis "-delete" à la place du "-exec rm - {} ;"
mais je suis une grosse feignasse ;)
En tout cas merci à tous ceux qui ont proposé des pistes et des
solutions.
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
In article <1g7nsso.q760rn1ncezoaN%, (Laurent Pertois) wrote:
Jacques wrote:
Pitête, mais là aussi il peut y en avoir beaucoup :-/
Plus facile tout de même avec un grand de find dans le terminal.
Yep, mais je parlais pour les allergiques de la CLI ;-) (je sais que Patpro n'est pas concerné)
:))
d'ailleurs ca s'est résolu en CLI : j'ai killé le Finder, et ça a corrigé le probleme. L'idée m'est venue à la lecture des derniers postes, dont un tout particulièrement qui suggérait un rapport avec les fichiers swap. J'ai donc pensé a une corruption des données en mémoire (puisque ni les .DS_Store ni les pref Finder n'ont de rapport avec la nature des icones). Et donc voila, ps -auxwww | grep -i finder, et kill du pid obtenu. en 10 secondes c'était réglé. (et par là meme je garde ma session ouverte, et mes 27j d'uptime)
# sudo find / -name .DS_Store -exec rm - {} ;
[ATTENTION À CE QUE VOUS TAPEZ, RELISEZ 50000 AVANT DE FAIRE ENTRÉE ET LISEZ LA PAGE MAN DE FIND]
Juste un truc, le # ne signifie-t-il pas, par convention, qu'on lance la commande en étant root et, donc, le sudo ne se justifie pas. Mais comme il ne sert à rien de devenir root (on est d'accord), ne devrait-on pas, toujours par convention, mettre un $ ? (juste pour chipoter, je suis mille fois d'accord avec toi pour sudo et pour ta remarque)
moi j'aurais juste mis "-delete" à la place du "-exec rm - {} ;" mais je suis une grosse feignasse ;)
En tout cas merci à tous ceux qui ont proposé des pistes et des solutions.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
Gerald
patpro wrote:
d'ailleurs ca s'est résolu en CLI : j'ai killé le Finder, et ça a corrigé le probleme. L'idée m'est venue à la lecture des derniers postes, dont un tout particulièrement qui suggérait un rapport avec les fichiers swap. J'ai donc pensé a une corruption des données en mémoire (puisque ni les .DS_Store ni les pref Finder n'ont de rapport avec la nature des icones). Et donc voila, ps -auxwww | grep -i finder, et kill du pid obtenu. en 10 secondes c'était réglé. (et par là meme je garde ma session ouverte, et mes 27j d'uptime)
et en GUI : "Forcer à quitter" et "redémarrer le Finder" ...ça marche d'une force que je le crois encore même pas !
n'empèche que j'aimerais bien savoir pourquoi c'est apparu de manière synchrone chez plusieurs d'entre nous et en l'absence de mise à jour ou d'installation récente ! -- Gérald
patpro <patpro@boleskine.patpro.net> wrote:
d'ailleurs ca s'est résolu en CLI : j'ai killé le Finder, et ça a
corrigé le probleme.
L'idée m'est venue à la lecture des derniers postes, dont un tout
particulièrement qui suggérait un rapport avec les fichiers swap. J'ai
donc pensé a une corruption des données en mémoire (puisque ni les
.DS_Store ni les pref Finder n'ont de rapport avec la nature des icones).
Et donc voila, ps -auxwww | grep -i finder, et kill du pid obtenu. en 10
secondes c'était réglé. (et par là meme je garde ma session ouverte, et
mes 27j d'uptime)
et en GUI : "Forcer à quitter" et "redémarrer le Finder"
...ça marche d'une force que je le crois encore même pas !
n'empèche que j'aimerais bien savoir pourquoi c'est apparu de manière
synchrone chez plusieurs d'entre nous et en l'absence de mise à jour ou
d'installation récente !
--
Gérald
d'ailleurs ca s'est résolu en CLI : j'ai killé le Finder, et ça a corrigé le probleme. L'idée m'est venue à la lecture des derniers postes, dont un tout particulièrement qui suggérait un rapport avec les fichiers swap. J'ai donc pensé a une corruption des données en mémoire (puisque ni les .DS_Store ni les pref Finder n'ont de rapport avec la nature des icones). Et donc voila, ps -auxwww | grep -i finder, et kill du pid obtenu. en 10 secondes c'était réglé. (et par là meme je garde ma session ouverte, et mes 27j d'uptime)
et en GUI : "Forcer à quitter" et "redémarrer le Finder" ...ça marche d'une force que je le crois encore même pas !
n'empèche que j'aimerais bien savoir pourquoi c'est apparu de manière synchrone chez plusieurs d'entre nous et en l'absence de mise à jour ou d'installation récente ! -- Gérald
patpro
In article <1g7pelb.1tqobpekm1tuN%, (Gerald) wrote:
et en GUI : "Forcer à quitter" et "redémarrer le Finder" ...ça marche d'une force que je le crois encore même pas !
ben, j'étais dans le terminal a vérifier mon nombre de fichiers swap ainsi que leur taille et date respective, le kill est parti d'autant plus vite que j'avais les deux mains que le clavier et que j'etais au bon endroit pour taper ;)
n'empèche que j'aimerais bien savoir pourquoi c'est apparu de manière synchrone chez plusieurs d'entre nous et en l'absence de mise à jour ou d'installation récente !
synchrone pas vraiment, j'ai commencé a m'en plaindre assez tard, ca deviait bien trainer dans cet état depuis 8-10j. Et en fait j'ai commencé a vraiment m'en inquiéter quand j'ai vu que ca se répendait progressivement.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <1g7pelb.1tqobpekm1tuN%Gerald@alussinan.org>,
Gerald@alussinan.org (Gerald) wrote:
et en GUI : "Forcer à quitter" et "redémarrer le Finder"
...ça marche d'une force que je le crois encore même pas !
ben, j'étais dans le terminal a vérifier mon nombre de fichiers swap
ainsi que leur taille et date respective, le kill est parti d'autant
plus vite que j'avais les deux mains que le clavier et que j'etais au
bon endroit pour taper ;)
n'empèche que j'aimerais bien savoir pourquoi c'est apparu de manière
synchrone chez plusieurs d'entre nous et en l'absence de mise à jour ou
d'installation récente !
synchrone pas vraiment, j'ai commencé a m'en plaindre assez tard, ca
deviait bien trainer dans cet état depuis 8-10j. Et en fait j'ai
commencé a vraiment m'en inquiéter quand j'ai vu que ca se répendait
progressivement.
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
In article <1g7pelb.1tqobpekm1tuN%, (Gerald) wrote:
et en GUI : "Forcer à quitter" et "redémarrer le Finder" ...ça marche d'une force que je le crois encore même pas !
ben, j'étais dans le terminal a vérifier mon nombre de fichiers swap ainsi que leur taille et date respective, le kill est parti d'autant plus vite que j'avais les deux mains que le clavier et que j'etais au bon endroit pour taper ;)
n'empèche que j'aimerais bien savoir pourquoi c'est apparu de manière synchrone chez plusieurs d'entre nous et en l'absence de mise à jour ou d'installation récente !
synchrone pas vraiment, j'ai commencé a m'en plaindre assez tard, ca deviait bien trainer dans cet état depuis 8-10j. Et en fait j'ai commencé a vraiment m'en inquiéter quand j'ai vu que ca se répendait progressivement.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
laurent.pertois
Jacques wrote:
Le dernier signe du prompt dépend du shell. En tcsh c'est %, en bash c'est $ et moi j'ai mis un # sur mon zsh. :-)
Je me mettais en OS X standard ;-)
Mais, ta remarque est juste.
Ouf :)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Jacques <news@foucry.net.invalid> wrote:
Le dernier signe du prompt dépend du shell. En tcsh c'est %, en bash
c'est $ et moi j'ai mis un # sur mon zsh. :-)
Je me mettais en OS X standard ;-)
Mais, ta remarque est juste.
Ouf :)
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Le dernier signe du prompt dépend du shell. En tcsh c'est %, en bash c'est $ et moi j'ai mis un # sur mon zsh. :-)
Je me mettais en OS X standard ;-)
Mais, ta remarque est juste.
Ouf :)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
