Je me souviens d'un truc similaire rapporté dans ce forum, il y a pas
mal de temps, où une sauvegarde programmée s'était produite en l'absence
de branchement du disque de destination. Il y avait une histoire de
point de montage.
Mon collègue a effectivement une sauvegarde programmée. Mais, a priori,
le disque est toujours monté, et d'autre part, l'intégralité de ces
donnes ne représentent "que" 10 Go.
Pourriez-vous me raffraîchir la mémoire concernant les opérations à
effectuer pour retrouver la trace de ces Go disparus.
Je me souviens d'un truc similaire rapporté dans ce forum, il y a pas
mal de temps, où une sauvegarde programmée s'était produite en l'absence
de branchement du disque de destination. Il y avait une histoire de
point de montage.
Mon collègue a effectivement une sauvegarde programmée. Mais, a priori,
le disque est toujours monté, et d'autre part, l'intégralité de ces
donnes ne représentent "que" 10 Go.
Pourriez-vous me raffraîchir la mémoire concernant les opérations à
effectuer pour retrouver la trace de ces Go disparus.
Je me souviens d'un truc similaire rapporté dans ce forum, il y a pas
mal de temps, où une sauvegarde programmée s'était produite en l'absence
de branchement du disque de destination. Il y avait une histoire de
point de montage.
Mon collègue a effectivement une sauvegarde programmée. Mais, a priori,
le disque est toujours monté, et d'autre part, l'intégralité de ces
donnes ne représentent "que" 10 Go.
Pourriez-vous me raffraîchir la mémoire concernant les opérations à
effectuer pour retrouver la trace de ces Go disparus.
A votre avis, qu'a-t'il pu se passer pour lui bouffer une telle quantité
de RAM ?
A votre avis, qu'a-t'il pu se passer pour lui bouffer une telle quantité
de RAM ?
A votre avis, qu'a-t'il pu se passer pour lui bouffer une telle quantité
de RAM ?
Le 15/01/07 20:28, dans <1hs083x.1ozhl1rbjlzemN%,Je me souviens d'un truc similaire rapporté dans ce forum, il y a pas
mal de temps, où une sauvegarde programmée s'était produite en l'absence
de branchement du disque de destination. Il y avait une histoire de
point de montage.
Oui, un répertoire (normalement vide) est utilisé pour monter une partition.
Si le montage se passe mal, la copie aura lieu dans le répertoire, et pas
dans la partition. Si après cela le montage se passe bien, les données du
répertoire seront cachées (non accessibles) par la partition (qui peut être
vide).Mon collègue a effectivement une sauvegarde programmée. Mais, a priori,
le disque est toujours monté, et d'autre part, l'intégralité de ces
donnes ne représentent "que" 10 Go.
10 + 10 + 10... Cela peut faire beaucoup.
Pourriez-vous me raffraîchir la mémoire concernant les opérations à
effectuer pour retrouver la trace de ces Go disparus.
Pour rechercher les gros fichiers, la commande unix find peut être utilisée.
Un truc du genre (le nombre est la taille minimum à rechercher à diminuer ou
à augmenter):
sudo find / -size +100000000c -ls
Il ne faut pas tenir compte de ce qu'il y a dans /dev.
Mais si le problème vient de plein de petits fichiers, cela ne va pas aider,
il faut utiliser la commande "du", mais c'est moins facile à mettre en
oeuvre (même si la commande est plus simple).
Le 15/01/07 20:28, dans <1hs083x.1ozhl1rbjlzemN%pas.de.spam@chez.moi>,
Je me souviens d'un truc similaire rapporté dans ce forum, il y a pas
mal de temps, où une sauvegarde programmée s'était produite en l'absence
de branchement du disque de destination. Il y avait une histoire de
point de montage.
Oui, un répertoire (normalement vide) est utilisé pour monter une partition.
Si le montage se passe mal, la copie aura lieu dans le répertoire, et pas
dans la partition. Si après cela le montage se passe bien, les données du
répertoire seront cachées (non accessibles) par la partition (qui peut être
vide).
Mon collègue a effectivement une sauvegarde programmée. Mais, a priori,
le disque est toujours monté, et d'autre part, l'intégralité de ces
donnes ne représentent "que" 10 Go.
10 + 10 + 10... Cela peut faire beaucoup.
Pourriez-vous me raffraîchir la mémoire concernant les opérations à
effectuer pour retrouver la trace de ces Go disparus.
Pour rechercher les gros fichiers, la commande unix find peut être utilisée.
Un truc du genre (le nombre est la taille minimum à rechercher à diminuer ou
à augmenter):
sudo find / -size +100000000c -ls
Il ne faut pas tenir compte de ce qu'il y a dans /dev.
Mais si le problème vient de plein de petits fichiers, cela ne va pas aider,
il faut utiliser la commande "du", mais c'est moins facile à mettre en
oeuvre (même si la commande est plus simple).
Le 15/01/07 20:28, dans <1hs083x.1ozhl1rbjlzemN%,Je me souviens d'un truc similaire rapporté dans ce forum, il y a pas
mal de temps, où une sauvegarde programmée s'était produite en l'absence
de branchement du disque de destination. Il y avait une histoire de
point de montage.
Oui, un répertoire (normalement vide) est utilisé pour monter une partition.
Si le montage se passe mal, la copie aura lieu dans le répertoire, et pas
dans la partition. Si après cela le montage se passe bien, les données du
répertoire seront cachées (non accessibles) par la partition (qui peut être
vide).Mon collègue a effectivement une sauvegarde programmée. Mais, a priori,
le disque est toujours monté, et d'autre part, l'intégralité de ces
donnes ne représentent "que" 10 Go.
10 + 10 + 10... Cela peut faire beaucoup.
Pourriez-vous me raffraîchir la mémoire concernant les opérations à
effectuer pour retrouver la trace de ces Go disparus.
Pour rechercher les gros fichiers, la commande unix find peut être utilisée.
Un truc du genre (le nombre est la taille minimum à rechercher à diminuer ou
à augmenter):
sudo find / -size +100000000c -ls
Il ne faut pas tenir compte de ce qu'il y a dans /dev.
Mais si le problème vient de plein de petits fichiers, cela ne va pas aider,
il faut utiliser la commande "du", mais c'est moins facile à mettre en
oeuvre (même si la commande est plus simple).
Salut PO
Tu devrais tester avec Whatsize pour voir ce qui se passe. J'ai eu ça
avec un problème de fichiers invisibles dan sla poubelle une fois.
Salut PO
Tu devrais tester avec Whatsize pour voir ce qui se passe. J'ai eu ça
avec un problème de fichiers invisibles dan sla poubelle une fois.
Salut PO
Tu devrais tester avec Whatsize pour voir ce qui se passe. J'ai eu ça
avec un problème de fichiers invisibles dan sla poubelle une fois.
Marc de Ferrière wrote:Salut PO
Tu devrais tester avec Whatsize pour voir ce qui se passe. J'ai eu ça
avec un problème de fichiers invisibles dan sla poubelle une fois.
merci du tuyau. c'est un programme ou une commande terminal ?
Marc de Ferrière <marcantispam@mac.com> wrote:
Salut PO
Tu devrais tester avec Whatsize pour voir ce qui se passe. J'ai eu ça
avec un problème de fichiers invisibles dan sla poubelle une fois.
merci du tuyau. c'est un programme ou une commande terminal ?
Marc de Ferrière wrote:Salut PO
Tu devrais tester avec Whatsize pour voir ce qui se passe. J'ai eu ça
avec un problème de fichiers invisibles dan sla poubelle une fois.
merci du tuyau. c'est un programme ou une commande terminal ?
Eric Levenez wrote:Le 15/01/07 20:28, dans <1hs083x.1ozhl1rbjlzemN%,Je me souviens d'un truc similaire rapporté dans ce forum, il y a pas
mal de temps, où une sauvegarde programmée s'était produite en l'absence
de branchement du disque de destination. Il y avait une histoire de
point de montage.
Oui, un répertoire (normalement vide) est utilisé pour monter une partition.
Si le montage se passe mal, la copie aura lieu dans le répertoire, et pas
dans la partition. Si après cela le montage se passe bien, les données du
répertoire seront cachées (non accessibles) par la partition (qui peut être
vide).Mon collègue a effectivement une sauvegarde programmée. Mais, a priori,
le disque est toujours monté, et d'autre part, l'intégralité de ces
donnes ne représentent "que" 10 Go.
10 + 10 + 10... Cela peut faire beaucoup.
certes, mais le type de sauvegarde est une sauvegarde incrémentale, donc
à priori, ne devrait pas multiplier le nombre de fichiers.Pourriez-vous me raffraîchir la mémoire concernant les opérations à
effectuer pour retrouver la trace de ces Go disparus.
Pour rechercher les gros fichiers, la commande unix find peut être utilisée.
Un truc du genre (le nombre est la taille minimum à rechercher à diminuer ou
à augmenter):
sudo find / -size +100000000c -ls
Il ne faut pas tenir compte de ce qu'il y a dans /dev.
Mais si le problème vient de plein de petits fichiers, cela ne va pas aider,
il faut utiliser la commande "du", mais c'est moins facile à mettre en
oeuvre (même si la commande est plus simple).
Y at-il moyen de restreindre la commande sur des dossiers, afin de
faciliter la recherche ?
Les "100 000 000 ", je suppose qu'il s'agit d'octets ?
Encore une question, car je viens de lancer cette commande sur mon mac,
et elle n'en finit pas de me sortir des réponses : je suppose donc
qu'elle est effective sur tous les volumes montés ?
Une ultime question, j'ai des redondances pour de nombreux fichiers avec
une localisation que je ne comprends pas :
/dev/fd/4/desktop
et les mêmes dans
/Users/po/desktop
à quoi correspond le chemin :/dev/fd/4/
Eric Levenez <news@levenez.com> wrote:
Le 15/01/07 20:28, dans <1hs083x.1ozhl1rbjlzemN%pas.de.spam@chez.moi>,
Je me souviens d'un truc similaire rapporté dans ce forum, il y a pas
mal de temps, où une sauvegarde programmée s'était produite en l'absence
de branchement du disque de destination. Il y avait une histoire de
point de montage.
Oui, un répertoire (normalement vide) est utilisé pour monter une partition.
Si le montage se passe mal, la copie aura lieu dans le répertoire, et pas
dans la partition. Si après cela le montage se passe bien, les données du
répertoire seront cachées (non accessibles) par la partition (qui peut être
vide).
Mon collègue a effectivement une sauvegarde programmée. Mais, a priori,
le disque est toujours monté, et d'autre part, l'intégralité de ces
donnes ne représentent "que" 10 Go.
10 + 10 + 10... Cela peut faire beaucoup.
certes, mais le type de sauvegarde est une sauvegarde incrémentale, donc
à priori, ne devrait pas multiplier le nombre de fichiers.
Pourriez-vous me raffraîchir la mémoire concernant les opérations à
effectuer pour retrouver la trace de ces Go disparus.
Pour rechercher les gros fichiers, la commande unix find peut être utilisée.
Un truc du genre (le nombre est la taille minimum à rechercher à diminuer ou
à augmenter):
sudo find / -size +100000000c -ls
Il ne faut pas tenir compte de ce qu'il y a dans /dev.
Mais si le problème vient de plein de petits fichiers, cela ne va pas aider,
il faut utiliser la commande "du", mais c'est moins facile à mettre en
oeuvre (même si la commande est plus simple).
Y at-il moyen de restreindre la commande sur des dossiers, afin de
faciliter la recherche ?
Les "100 000 000 ", je suppose qu'il s'agit d'octets ?
Encore une question, car je viens de lancer cette commande sur mon mac,
et elle n'en finit pas de me sortir des réponses : je suppose donc
qu'elle est effective sur tous les volumes montés ?
Une ultime question, j'ai des redondances pour de nombreux fichiers avec
une localisation que je ne comprends pas :
/dev/fd/4/desktop
et les mêmes dans
/Users/po/desktop
à quoi correspond le chemin :/dev/fd/4/
Eric Levenez wrote:Le 15/01/07 20:28, dans <1hs083x.1ozhl1rbjlzemN%,Je me souviens d'un truc similaire rapporté dans ce forum, il y a pas
mal de temps, où une sauvegarde programmée s'était produite en l'absence
de branchement du disque de destination. Il y avait une histoire de
point de montage.
Oui, un répertoire (normalement vide) est utilisé pour monter une partition.
Si le montage se passe mal, la copie aura lieu dans le répertoire, et pas
dans la partition. Si après cela le montage se passe bien, les données du
répertoire seront cachées (non accessibles) par la partition (qui peut être
vide).Mon collègue a effectivement une sauvegarde programmée. Mais, a priori,
le disque est toujours monté, et d'autre part, l'intégralité de ces
donnes ne représentent "que" 10 Go.
10 + 10 + 10... Cela peut faire beaucoup.
certes, mais le type de sauvegarde est une sauvegarde incrémentale, donc
à priori, ne devrait pas multiplier le nombre de fichiers.Pourriez-vous me raffraîchir la mémoire concernant les opérations à
effectuer pour retrouver la trace de ces Go disparus.
Pour rechercher les gros fichiers, la commande unix find peut être utilisée.
Un truc du genre (le nombre est la taille minimum à rechercher à diminuer ou
à augmenter):
sudo find / -size +100000000c -ls
Il ne faut pas tenir compte de ce qu'il y a dans /dev.
Mais si le problème vient de plein de petits fichiers, cela ne va pas aider,
il faut utiliser la commande "du", mais c'est moins facile à mettre en
oeuvre (même si la commande est plus simple).
Y at-il moyen de restreindre la commande sur des dossiers, afin de
faciliter la recherche ?
Les "100 000 000 ", je suppose qu'il s'agit d'octets ?
Encore une question, car je viens de lancer cette commande sur mon mac,
et elle n'en finit pas de me sortir des réponses : je suppose donc
qu'elle est effective sur tous les volumes montés ?
Une ultime question, j'ai des redondances pour de nombreux fichiers avec
une localisation que je ne comprends pas :
/dev/fd/4/desktop
et les mêmes dans
/Users/po/desktop
à quoi correspond le chemin :/dev/fd/4/
Le 15/01/07 21:36, dans <1hs0b37.1yj6sgvy5rt1cN%,
Y at-il moyen de restreindre la commande sur des dossiers, afin de
faciliter la recherche ?
Oui, "/" est le répertoire de départ de la machine. On peut mettre plusieurs
noms de répertoire, par exemple :
sudo find /Users /private/var -size +100000000c -ls
On recherche dans /Users et dans /private/var
Les "100 000 000 ", je suppose qu'il s'agit d'octets ?
Oui, le c ajouté après indique des caractères, donc des octets (sans le c,
il s'agirait de blocs de 512 octets). Le "+" veut dire plus de (sinon find
rechercherait la taille exacte).
Encore une question, car je viens de lancer cette commande sur mon mac,
et elle n'en finit pas de me sortir des réponses : je suppose donc
qu'elle est effective sur tous les volumes montés ?
Oui, elle regarde sur toute l'arborescence, donc tout ce qui est monté.
Mais dans ton cas, il faut démonter tous les volumes car justement il
pourrait y avoir des données cachées en dessous (dans le répertoire utilisé
par le mount).
Une ultime question, j'ai des redondances pour de nombreux fichiers avec
une localisation que je ne comprends pas :
/dev/fd/4/desktop
et les mêmes dans
/Users/po/desktop
à quoi correspond le chemin :/dev/fd/4/
Il faut ignorer tout ce qu'il y a dans /dev car il ne s'agit pas de fichiers
réels. Le répertoire /dev/fd est un système de fichier virtuels appelé
fdesc. Voir "man mount_fdesc" pour plus d'infos.
Le 15/01/07 21:36, dans <1hs0b37.1yj6sgvy5rt1cN%pas.de.spam@chez.moi>,
Y at-il moyen de restreindre la commande sur des dossiers, afin de
faciliter la recherche ?
Oui, "/" est le répertoire de départ de la machine. On peut mettre plusieurs
noms de répertoire, par exemple :
sudo find /Users /private/var -size +100000000c -ls
On recherche dans /Users et dans /private/var
Les "100 000 000 ", je suppose qu'il s'agit d'octets ?
Oui, le c ajouté après indique des caractères, donc des octets (sans le c,
il s'agirait de blocs de 512 octets). Le "+" veut dire plus de (sinon find
rechercherait la taille exacte).
Encore une question, car je viens de lancer cette commande sur mon mac,
et elle n'en finit pas de me sortir des réponses : je suppose donc
qu'elle est effective sur tous les volumes montés ?
Oui, elle regarde sur toute l'arborescence, donc tout ce qui est monté.
Mais dans ton cas, il faut démonter tous les volumes car justement il
pourrait y avoir des données cachées en dessous (dans le répertoire utilisé
par le mount).
Une ultime question, j'ai des redondances pour de nombreux fichiers avec
une localisation que je ne comprends pas :
/dev/fd/4/desktop
et les mêmes dans
/Users/po/desktop
à quoi correspond le chemin :/dev/fd/4/
Il faut ignorer tout ce qu'il y a dans /dev car il ne s'agit pas de fichiers
réels. Le répertoire /dev/fd est un système de fichier virtuels appelé
fdesc. Voir "man mount_fdesc" pour plus d'infos.
Le 15/01/07 21:36, dans <1hs0b37.1yj6sgvy5rt1cN%,
Y at-il moyen de restreindre la commande sur des dossiers, afin de
faciliter la recherche ?
Oui, "/" est le répertoire de départ de la machine. On peut mettre plusieurs
noms de répertoire, par exemple :
sudo find /Users /private/var -size +100000000c -ls
On recherche dans /Users et dans /private/var
Les "100 000 000 ", je suppose qu'il s'agit d'octets ?
Oui, le c ajouté après indique des caractères, donc des octets (sans le c,
il s'agirait de blocs de 512 octets). Le "+" veut dire plus de (sinon find
rechercherait la taille exacte).
Encore une question, car je viens de lancer cette commande sur mon mac,
et elle n'en finit pas de me sortir des réponses : je suppose donc
qu'elle est effective sur tous les volumes montés ?
Oui, elle regarde sur toute l'arborescence, donc tout ce qui est monté.
Mais dans ton cas, il faut démonter tous les volumes car justement il
pourrait y avoir des données cachées en dessous (dans le répertoire utilisé
par le mount).
Une ultime question, j'ai des redondances pour de nombreux fichiers avec
une localisation que je ne comprends pas :
/dev/fd/4/desktop
et les mêmes dans
/Users/po/desktop
à quoi correspond le chemin :/dev/fd/4/
Il faut ignorer tout ce qu'il y a dans /dev car il ne s'agit pas de fichiers
réels. Le répertoire /dev/fd est un système de fichier virtuels appelé
fdesc. Voir "man mount_fdesc" pour plus d'infos.
Oups !, mes excuses, je n'ai pas été assez précis dans ma demande. Je
voulais savoir si l'on pouvait ne chercher "que" des dossiers répondant
au critère de taille aisnsi spécifié.
Oups !, mes excuses, je n'ai pas été assez précis dans ma demande. Je
voulais savoir si l'on pouvait ne chercher "que" des dossiers répondant
au critère de taille aisnsi spécifié.
Oups !, mes excuses, je n'ai pas été assez précis dans ma demande. Je
voulais savoir si l'on pouvait ne chercher "que" des dossiers répondant
au critère de taille aisnsi spécifié.
Le 15/01/07 23:11, dans <1hs0gkx.1j5exzw1kufrrhN%,Oups !, mes excuses, je n'ai pas été assez précis dans ma demande. Je
voulais savoir si l'on pouvait ne chercher "que" des dossiers répondant
au critère de taille aisnsi spécifié.
Non. Find recherche des fichiers selon leur taille, pas des répertoires.
Pour rechercher sur la taille des répertoires il faut d'abord calculer la
somme de tous les fichiers d'un répertoire et sous répertoire. La commande
"du" (disk usage) est faite pour cela.
Exemple :
sudo du -h -s /private/var /Users/
Cette commande va afficher la taille des répertoires cités. Exemple de
sortie chez moi :
$ sudo du -hs /private/var /Volumes/ /Users
134M /private/var
12K /Volumes/
169G /Users
$
Dans mon cas, le répertoire /Volumes est [pratiquement] vide, et aucun
fichiers cachés par un mount qui aurait foiré.
Le 15/01/07 23:11, dans <1hs0gkx.1j5exzw1kufrrhN%pas.de.spam@chez.moi>,
Oups !, mes excuses, je n'ai pas été assez précis dans ma demande. Je
voulais savoir si l'on pouvait ne chercher "que" des dossiers répondant
au critère de taille aisnsi spécifié.
Non. Find recherche des fichiers selon leur taille, pas des répertoires.
Pour rechercher sur la taille des répertoires il faut d'abord calculer la
somme de tous les fichiers d'un répertoire et sous répertoire. La commande
"du" (disk usage) est faite pour cela.
Exemple :
sudo du -h -s /private/var /Users/
Cette commande va afficher la taille des répertoires cités. Exemple de
sortie chez moi :
$ sudo du -hs /private/var /Volumes/ /Users
134M /private/var
12K /Volumes/
169G /Users
$
Dans mon cas, le répertoire /Volumes est [pratiquement] vide, et aucun
fichiers cachés par un mount qui aurait foiré.
Le 15/01/07 23:11, dans <1hs0gkx.1j5exzw1kufrrhN%,Oups !, mes excuses, je n'ai pas été assez précis dans ma demande. Je
voulais savoir si l'on pouvait ne chercher "que" des dossiers répondant
au critère de taille aisnsi spécifié.
Non. Find recherche des fichiers selon leur taille, pas des répertoires.
Pour rechercher sur la taille des répertoires il faut d'abord calculer la
somme de tous les fichiers d'un répertoire et sous répertoire. La commande
"du" (disk usage) est faite pour cela.
Exemple :
sudo du -h -s /private/var /Users/
Cette commande va afficher la taille des répertoires cités. Exemple de
sortie chez moi :
$ sudo du -hs /private/var /Volumes/ /Users
134M /private/var
12K /Volumes/
169G /Users
$
Dans mon cas, le répertoire /Volumes est [pratiquement] vide, et aucun
fichiers cachés par un mount qui aurait foiré.