Ok là je comprends mieux. Alors là je vous admire car pour moi c'est comme l'arabe c'est de
l'hébreu.:-))
Bon , donc il faut que je verifie si le dd est en bon état. Oui et dans les plus brefs délais :-))
-- Philippe
jyt
Le 8/10/03 19:46, dans , « Saïd » a écrit :
jyt :
L' icône est blanche et l'appellation exacte est iNode15525323 En fait ça ressemble à une suite de caractères sans logique apparent.
Le bloc texte est assez court. Au fait, ça fait bien une semaine que j'ai ça.
Que donne (Dans le Terminal) file /iNode15525323 file est un programme qui essaye de deviner le type d'un fichier par son contenu. Il me répond data
Mais j'ai une info. Il a disparu J' ai désinstallé la démo de dreamweaver et norton utilities Je suppose que c'était l'un des deux qui était responsable.
Le 8/10/03 19:46, dans slrnbo8jb1.20o.saidNo@brian.lan, « Saïd »
<saidNo@spaMquatramaran.ens.france> a écrit :
jyt :
L' icône est blanche et l'appellation exacte est iNode15525323
En fait ça ressemble à une suite de caractères sans logique apparent.
Le bloc texte est assez court.
Au fait, ça fait bien une semaine que j'ai ça.
Que donne (Dans le Terminal)
file /iNode15525323
file est un programme qui essaye de deviner le type d'un fichier par son
contenu.
Il me répond data
Mais j'ai une info.
Il a disparu
J' ai désinstallé la démo de dreamweaver et norton utilities
Je suppose que c'était l'un des deux qui était responsable.
L' icône est blanche et l'appellation exacte est iNode15525323 En fait ça ressemble à une suite de caractères sans logique apparent.
Le bloc texte est assez court. Au fait, ça fait bien une semaine que j'ai ça.
Que donne (Dans le Terminal) file /iNode15525323 file est un programme qui essaye de deviner le type d'un fichier par son contenu. Il me répond data
Mais j'ai une info. Il a disparu J' ai désinstallé la démo de dreamweaver et norton utilities Je suppose que c'était l'un des deux qui était responsable.
Saïd
Philippe Di Valentin :
Le 8/10/03 19:35, jyt écrivait:
Ok là je comprends mieux. Alors là je vous admire car pour moi c'est comme l'arabe c'est de
l'hébreu.:-))
C'est pas pareil. Ca doit etre de l'arabe, puisque j'ai compris. ;-)
-- Saïd. (Mais c'est peut-etre aussi parce que j'ai du recupere un DD sous linux a qui j'avais inflige un cd /; rm -rf * par erreur. :)
Philippe Di Valentin :
Le 8/10/03 19:35, jyt écrivait:
Ok là je comprends mieux.
Alors là je vous admire car pour moi c'est comme l'arabe c'est de
l'hébreu.:-))
C'est pas pareil. Ca doit etre de l'arabe, puisque j'ai compris. ;-)
--
Saïd. (Mais c'est peut-etre aussi parce que j'ai du recupere un DD sous
linux a qui j'avais inflige un cd /; rm -rf * par erreur. :)
Alors là je vous admire car pour moi c'est comme l'arabe c'est de l'hébreu.:-))
C'est pas pareil. Ca doit etre de l'arabe, puisque j'ai compris. ;-) :-))))))))
-- Philippe
patpro
In article <BBAA1791.25E9%, jyt wrote:
Ok là je comprends mieux. Bon , donc il faut que je verifie si le dd est en bon état. Sos disque arrivera à me le signaler?
aucune idée, si le probleme est grave, sans doute. sinon DiskWarrior. Il faut surveiller de pret. Si par exemple de temps en temps tes démarrages sont très longs (fsck en arriere plan), vérifie que les fichiers iNodeXYZ ne s'accumulent pas car c'est autant de fichiers rééls qui sont perdus. Prends une "emprunte" de tes fichiers aussi, pour comparer avant/apres histoire de voir quels sont les fichiers qui ont sauté.
le jour ou tu trouves des fichiers iNodeXYZ tu peux chercher le fichier correspondant :
$ egrep "^ *XYZ " ~/liste_fichiers.txt
si le egrep ne retourne rien, c'est que le fichier correspondant a été créé entre le moment ou tu as fait la liste et le moment ou tu as fait la recherche.
patpro
In article <BBAA1791.25E9%Jean-Yves.Truhe@wanadoo.fr>,
jyt <Jean-Yves.Truhe@wanadoo.fr> wrote:
Ok là je comprends mieux.
Bon , donc il faut que je verifie si le dd est en bon état.
Sos disque arrivera à me le signaler?
aucune idée, si le probleme est grave, sans doute. sinon DiskWarrior.
Il faut surveiller de pret. Si par exemple de temps en temps tes
démarrages sont très longs (fsck en arriere plan), vérifie que les
fichiers iNodeXYZ ne s'accumulent pas car c'est autant de fichiers rééls
qui sont perdus.
Prends une "emprunte" de tes fichiers aussi, pour comparer avant/apres
histoire de voir quels sont les fichiers qui ont sauté.
le jour ou tu trouves des fichiers iNodeXYZ tu peux chercher le fichier
correspondant :
$ egrep "^ *XYZ " ~/liste_fichiers.txt
si le egrep ne retourne rien, c'est que le fichier correspondant a été
créé entre le moment ou tu as fait la liste et le moment ou tu as fait
la recherche.
Ok là je comprends mieux. Bon , donc il faut que je verifie si le dd est en bon état. Sos disque arrivera à me le signaler?
aucune idée, si le probleme est grave, sans doute. sinon DiskWarrior. Il faut surveiller de pret. Si par exemple de temps en temps tes démarrages sont très longs (fsck en arriere plan), vérifie que les fichiers iNodeXYZ ne s'accumulent pas car c'est autant de fichiers rééls qui sont perdus. Prends une "emprunte" de tes fichiers aussi, pour comparer avant/apres histoire de voir quels sont les fichiers qui ont sauté.
le jour ou tu trouves des fichiers iNodeXYZ tu peux chercher le fichier correspondant :
$ egrep "^ *XYZ " ~/liste_fichiers.txt
si le egrep ne retourne rien, c'est que le fichier correspondant a été créé entre le moment ou tu as fait la liste et le moment ou tu as fait la recherche.
patpro
Schmurtz
c'est plutot le résultat d'une récupération post-plantage. Une récupération de fichiers endommagés pour être précis, donc un potentiel problème de disque dur.
L'inode est un pointeur de fichier (grossièrement), c'est un chiffre unique (sur un système de fichier donné), qui pointe vers/représente un fichier. Quand tu boot ton mac et que le systeme detecte que tu n'as pas proprement démonté tes disques il lance tout seul un FSCK (file system check). Ce dernier est capable de trouver et réparer quelques problèmes. Il est aussi capable de sauver (salvage) des fichiers dont il detecte qu'ils présentent un problème. Dans ces cas la, il lit l'inode du fichier vérolé, le contenu des clusters du disque correspondants, et créé un fichier nommé d'après l'inode contenant les data lues sur le disque.
Il peut arriver aussi (comme après une installation d'un nouveau systeme) qu'FSCK soit lancé sans pour autant que les disques aient été malmenés de manière grossière (plantage), il va alors détecter les anomalies de fichiers créées par : - des problemes matériels sur le disque - les softs qui font n'importe quoi - les extraterrestres et les rayons cosmiques.
En fait, j'ai une tout autre interprétation du problème.
À une époque, j'avais démarrer sous MacOS 9 pour des opérations de maintenance. c'est alors que j'avais remarqué un dossier secret invisible depuis MacOS X (même avec le terminal) nommé "HFS + Private data". Ce dossier contenait (et je pense qu'il contient toujours, mais j'ai pas envie d'aller vérifier) des fichiers commençant par "inode". J'avais pensé au début à des informations concernant les permissions des fichiers de MacOS X, mais on m'avais répondu que ça servait à la gestion des liens hard.
Je pense donc que c'est simplement un bug du driver HFS de MacOS X qui t'affiche le dossier en question alors qu'il ne devrait pas.
-- Schmurtz
c'est plutot le résultat d'une récupération post-plantage. Une
récupération de fichiers endommagés pour être précis, donc un potentiel
problème de disque dur.
L'inode est un pointeur de fichier (grossièrement), c'est un chiffre
unique (sur un système de fichier donné), qui pointe vers/représente un
fichier.
Quand tu boot ton mac et que le systeme detecte que tu n'as pas
proprement démonté tes disques il lance tout seul un FSCK (file system
check). Ce dernier est capable de trouver et réparer quelques problèmes.
Il est aussi capable de sauver (salvage) des fichiers dont il detecte
qu'ils présentent un problème. Dans ces cas la, il lit l'inode du
fichier vérolé, le contenu des clusters du disque correspondants, et
créé un fichier nommé d'après l'inode contenant les data lues sur le
disque.
Il peut arriver aussi (comme après une installation d'un nouveau
systeme) qu'FSCK soit lancé sans pour autant que les disques aient été
malmenés de manière grossière (plantage), il va alors détecter les
anomalies de fichiers créées par :
- des problemes matériels sur le disque
- les softs qui font n'importe quoi
- les extraterrestres et les rayons cosmiques.
En fait, j'ai une tout autre interprétation du problème.
À une époque, j'avais démarrer sous MacOS 9 pour des opérations de
maintenance. c'est alors que j'avais remarqué un dossier secret
invisible depuis MacOS X (même avec le terminal) nommé "HFS + Private
data". Ce dossier contenait (et je pense qu'il contient toujours, mais
j'ai pas envie d'aller vérifier) des fichiers commençant par "inode".
J'avais pensé au début à des informations concernant les permissions des
fichiers de MacOS X, mais on m'avais répondu que ça servait à la gestion
des liens hard.
Je pense donc que c'est simplement un bug du driver HFS de MacOS X qui
t'affiche le dossier en question alors qu'il ne devrait pas.
c'est plutot le résultat d'une récupération post-plantage. Une récupération de fichiers endommagés pour être précis, donc un potentiel problème de disque dur.
L'inode est un pointeur de fichier (grossièrement), c'est un chiffre unique (sur un système de fichier donné), qui pointe vers/représente un fichier. Quand tu boot ton mac et que le systeme detecte que tu n'as pas proprement démonté tes disques il lance tout seul un FSCK (file system check). Ce dernier est capable de trouver et réparer quelques problèmes. Il est aussi capable de sauver (salvage) des fichiers dont il detecte qu'ils présentent un problème. Dans ces cas la, il lit l'inode du fichier vérolé, le contenu des clusters du disque correspondants, et créé un fichier nommé d'après l'inode contenant les data lues sur le disque.
Il peut arriver aussi (comme après une installation d'un nouveau systeme) qu'FSCK soit lancé sans pour autant que les disques aient été malmenés de manière grossière (plantage), il va alors détecter les anomalies de fichiers créées par : - des problemes matériels sur le disque - les softs qui font n'importe quoi - les extraterrestres et les rayons cosmiques.
En fait, j'ai une tout autre interprétation du problème.
À une époque, j'avais démarrer sous MacOS 9 pour des opérations de maintenance. c'est alors que j'avais remarqué un dossier secret invisible depuis MacOS X (même avec le terminal) nommé "HFS + Private data". Ce dossier contenait (et je pense qu'il contient toujours, mais j'ai pas envie d'aller vérifier) des fichiers commençant par "inode". J'avais pensé au début à des informations concernant les permissions des fichiers de MacOS X, mais on m'avais répondu que ça servait à la gestion des liens hard.
Je pense donc que c'est simplement un bug du driver HFS de MacOS X qui t'affiche le dossier en question alors qu'il ne devrait pas.
-- Schmurtz
patpro
In article <bm2opq$h3a$, Schmurtz wrote:
En fait, j'ai une tout autre interprétation du problème.
À une époque, j'avais démarrer sous MacOS 9 pour des opérations de maintenance. c'est alors que j'avais remarqué un dossier secret invisible depuis MacOS X (même avec le terminal) nommé "HFS + Private data". Ce dossier contenait (et je pense qu'il contient toujours, mais j'ai pas envie d'aller vérifier) des fichiers commençant par "inode". J'avais pensé au début à des informations concernant les permissions des fichiers de MacOS X, mais on m'avais répondu que ça servait à la gestion des liens hard.
Je pense donc que c'est simplement un bug du driver HFS de MacOS X qui t'affiche le dossier en question alors qu'il ne devrait pas.
rien de tel chez moi, et j'ai vérifié sur une machine OSX/OS9 particulièrement maltraitée au niveau logiciel : aucun "HFS+ Private Data" ou approchant, sous OSX comme sous OS9, même en utilisant toutes sortes de stratagèmes pour afficher des éléments cachés. J'en ai vu plein, mais rien de cet ordre et rien qui ne contienne des iNode*
patpro
-- je cherche un poste d'admin-sys Mac/UNIX (ou une jeune et jolie femme riche) http://patpro.net/cv.php
In article <bm2opq$h3a$4@news.polytechnique.fr>, Schmurtz <moi@ici.com>
wrote:
En fait, j'ai une tout autre interprétation du problème.
À une époque, j'avais démarrer sous MacOS 9 pour des opérations de
maintenance. c'est alors que j'avais remarqué un dossier secret
invisible depuis MacOS X (même avec le terminal) nommé "HFS + Private
data". Ce dossier contenait (et je pense qu'il contient toujours, mais
j'ai pas envie d'aller vérifier) des fichiers commençant par "inode".
J'avais pensé au début à des informations concernant les permissions des
fichiers de MacOS X, mais on m'avais répondu que ça servait à la gestion
des liens hard.
Je pense donc que c'est simplement un bug du driver HFS de MacOS X qui
t'affiche le dossier en question alors qu'il ne devrait pas.
rien de tel chez moi, et j'ai vérifié sur une machine OSX/OS9
particulièrement maltraitée au niveau logiciel : aucun "HFS+ Private
Data" ou approchant, sous OSX comme sous OS9, même en utilisant toutes
sortes de stratagèmes pour afficher des éléments cachés.
J'en ai vu plein, mais rien de cet ordre et rien qui ne contienne des
iNode*
patpro
--
je cherche un poste d'admin-sys Mac/UNIX
(ou une jeune et jolie femme riche)
http://patpro.net/cv.php
En fait, j'ai une tout autre interprétation du problème.
À une époque, j'avais démarrer sous MacOS 9 pour des opérations de maintenance. c'est alors que j'avais remarqué un dossier secret invisible depuis MacOS X (même avec le terminal) nommé "HFS + Private data". Ce dossier contenait (et je pense qu'il contient toujours, mais j'ai pas envie d'aller vérifier) des fichiers commençant par "inode". J'avais pensé au début à des informations concernant les permissions des fichiers de MacOS X, mais on m'avais répondu que ça servait à la gestion des liens hard.
Je pense donc que c'est simplement un bug du driver HFS de MacOS X qui t'affiche le dossier en question alors qu'il ne devrait pas.
rien de tel chez moi, et j'ai vérifié sur une machine OSX/OS9 particulièrement maltraitée au niveau logiciel : aucun "HFS+ Private Data" ou approchant, sous OSX comme sous OS9, même en utilisant toutes sortes de stratagèmes pour afficher des éléments cachés. J'en ai vu plein, mais rien de cet ordre et rien qui ne contienne des iNode*
patpro
-- je cherche un poste d'admin-sys Mac/UNIX (ou une jeune et jolie femme riche) http://patpro.net/cv.php
jeromelebel
jyt wrote:
Quelqu'un peut me dire quel est ce truc appelé inode qui apparaît à la racine de mon disque dur ?
Mais ton CD de macos x, demarre dessus et verifie ton disque.
jyt <Jean-Yves.Truhe@wanadoo.fr> wrote:
Quelqu'un peut me dire quel est ce truc appelé inode qui apparaît à la
racine de mon disque dur ?
Mais ton CD de macos x, demarre dessus et verifie ton disque.
Quelqu'un peut me dire quel est ce truc appelé inode qui apparaît à la racine de mon disque dur ?
Mais ton CD de macos x, demarre dessus et verifie ton disque.
jyt
Le 8/10/03 20:49, dans , « patpro » a écrit :
In article <BBAA1791.25E9%, jyt wrote:
Ok là je comprends mieux. Bon , donc il faut que je verifie si le dd est en bon état. Sos disque arrivera à me le signaler?
aucune idée, si le probleme est grave, sans doute. sinon DiskWarrior. Il faut surveiller de pret. Si par exemple de temps en temps tes démarrages sont très longs (fsck en arriere plan), vérifie que les fichiers iNodeXYZ ne s'accumulent pas car c'est autant de fichiers rééls qui sont perdus. Prends une "emprunte" de tes fichiers aussi, pour comparer avant/apres histoire de voir quels sont les fichiers qui ont sauté.
le jour ou tu trouves des fichiers iNodeXYZ tu peux chercher le fichier correspondant :
$ egrep "^ *XYZ " ~/liste_fichiers.txt
si le egrep ne retourne rien, c'est que le fichier correspondant a été créé entre le moment ou tu as fait la liste et le moment ou tu as fait la recherche.
patpro Or donc je disais... Après avoir desinstallé Dreamweaver Demo et Norton ce
fameux inode a disparu. J'ai testé avec SOS disque qui n' a rien trouvé
Le 8/10/03 20:49, dans patpro-A70910.20492908102003@biggoron.nerim.net,
« patpro » <patpro@elena.patpro.net> a écrit :
In article <BBAA1791.25E9%Jean-Yves.Truhe@wanadoo.fr>,
jyt <Jean-Yves.Truhe@wanadoo.fr> wrote:
Ok là je comprends mieux.
Bon , donc il faut que je verifie si le dd est en bon état.
Sos disque arrivera à me le signaler?
aucune idée, si le probleme est grave, sans doute. sinon DiskWarrior.
Il faut surveiller de pret. Si par exemple de temps en temps tes
démarrages sont très longs (fsck en arriere plan), vérifie que les
fichiers iNodeXYZ ne s'accumulent pas car c'est autant de fichiers rééls
qui sont perdus.
Prends une "emprunte" de tes fichiers aussi, pour comparer avant/apres
histoire de voir quels sont les fichiers qui ont sauté.
le jour ou tu trouves des fichiers iNodeXYZ tu peux chercher le fichier
correspondant :
$ egrep "^ *XYZ " ~/liste_fichiers.txt
si le egrep ne retourne rien, c'est que le fichier correspondant a été
créé entre le moment ou tu as fait la liste et le moment ou tu as fait
la recherche.
patpro
Or donc je disais... Après avoir desinstallé Dreamweaver Demo et Norton ce
fameux inode a disparu.
J'ai testé avec SOS disque qui n' a rien trouvé
Ok là je comprends mieux. Bon , donc il faut que je verifie si le dd est en bon état. Sos disque arrivera à me le signaler?
aucune idée, si le probleme est grave, sans doute. sinon DiskWarrior. Il faut surveiller de pret. Si par exemple de temps en temps tes démarrages sont très longs (fsck en arriere plan), vérifie que les fichiers iNodeXYZ ne s'accumulent pas car c'est autant de fichiers rééls qui sont perdus. Prends une "emprunte" de tes fichiers aussi, pour comparer avant/apres histoire de voir quels sont les fichiers qui ont sauté.
le jour ou tu trouves des fichiers iNodeXYZ tu peux chercher le fichier correspondant :
$ egrep "^ *XYZ " ~/liste_fichiers.txt
si le egrep ne retourne rien, c'est que le fichier correspondant a été créé entre le moment ou tu as fait la liste et le moment ou tu as fait la recherche.
patpro Or donc je disais... Après avoir desinstallé Dreamweaver Demo et Norton ce
fameux inode a disparu. J'ai testé avec SOS disque qui n' a rien trouvé
patpro
In article <BBAB79E7.2767%, jyt wrote:
Or donc je disais... Après avoir desinstallé Dreamweaver Demo et Norton ce fameux inode a disparu.
ha ben avec des bouses pareilles on s'etonne plus de rien ;)
J'ai testé avec SOS disque qui n' a rien trouvé
cool.
patpro
In article <BBAB79E7.2767%Jean-Yves.Truhe@wanadoo.fr>,
jyt <Jean-Yves.Truhe@wanadoo.fr> wrote:
Or donc je disais... Après avoir desinstallé Dreamweaver Demo et Norton ce
fameux inode a disparu.
ha ben avec des bouses pareilles on s'etonne plus de rien ;)
