OVH Cloud OVH Cloud

problème de place

60 réponses
Avatar
alex.vaure
Bonjour à tous,
j'ai un macbook, léopard à jour.
J'étais il y a qqs jours à moitié de mon DD (de 120 Go) et aujourd'hui,
en téléchargeant, un message me dit que je n'ai plus assez de place sur
mon DD. En effet, en ouvrant une fenêtre finder, je n'ai plus que 13 Go
de dispo.

Applications : 10 Go
Système : 200 Mo
Bibliothèque : 6,7 Go
Utilisateur (la maison, donc) : 13 Go

1/ J'ai oublié qq chose ?
2/ Y sont ou tous mes gigos ??
3/ J'ai un peu regardé le terminal, j'ai trouvé la commande ls, mais
comment avoir outre la liste, le poids des dossiers et fichiers ?

--
Alex
Vous avez beau dire, y'a pas seulement que de la pomme, y'a aut'chose.
Ça serait pas dès fois de la betterave, hein ?

10 réponses

2 3 4 5 6
Avatar
alex.vaure
Éric Lévénez wrote:

> Ouaip, je crois que j'ai exactement la même chose, pourtant, j'en fais
> des sauvegardes avec CCC, ça a jamais merdé !?

Un point d'interrogation indique une question. Alors est-ce une question
? :->



Pas vraiment, ;-) mais j'ai lu la suite avec grand intérêt (tu as oublié
le point d'exclamation, qui, associé avec le point d'interrogation,
exprime plutôt l'étonnement, chez moi du moins :->

Bref, quand on recherche de la place sous unix il faut toujours démonter
toutes les partitions possibles pour être sûr que rien n'est caché.


Ouaip, mais ça, ça avait été fait justement
Il
faut aussi rechercher avec les droits de root pour être sûr de voir tous
les fichiers protégés.


Chuis pas assez geek pour savoir faire ça : comment on fait ?

En tout cas merci, c'est bien toi qui m'a mis sur la voie. Du coup, j'ai
rebranché le DD externe, refait une sauvegarde CCC (et effectivement,
comme tu l'explique bien, il "monte" dans volumes), et ça ne m'a pas
refait le bug.
Serait-ce parce que j'aurais mal démonté ce DD la dernière fois qu'il
m'est arrivé cette histoire ??
(Attention, deux points d'interrogations indiquent une question, chez
moi du moins :->)

Merci encore

--
Alex
Vous avez beau dire, y'a pas seulement que de la pomme, y'a aut'chose.
Ça serait pas dès fois de la betterave, hein ?
Avatar
Éric Lévénez
Le 01/07/10 20:10, Alex Vaure a écrit :
Éric Lévénez wrote:

Il
faut aussi rechercher avec les droits de root pour être sûr de voir tous
les fichiers protégés.



Chuis pas assez geek pour savoir faire ça : comment on fait ?



Tu l'as fait en mettant "sudo" devant les commandes shell. Cela les a
lancées en tant que "root" et non en tant qu'utilisateur "alexevaure".
Il faut un mot de passe et être administrateur de sa machine pour que
cette commande sudo marche. Exemple :

alexmac:~ alexvaure$ whoami
alexvaure
alexmac:~ alexvaure$ sudo whoami
Password:
root

En tout cas merci, c'est bien toi qui m'a mis sur la voie. Du coup, j'ai
rebranché le DD externe, refait une sauvegarde CCC (et effectivement,
comme tu l'explique bien, il "monte" dans volumes), et ça ne m'a pas
refait le bug.
Serait-ce parce que j'aurais mal démonté ce DD la dernière fois qu'il
m'est arrivé cette histoire ??



Un bug est un bug. Est-ce un problème Apple, est-ce un problème CCC ? Je
ne sais pas. En tout cas, quelque soit ce que fait l'utilisateur lambda,
ce bug ne devrait pas apparaître.

--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Avatar
gilbert.olivier
Chris972 wrote:

Gilbert OLIVIER wrote:

> Pour les "hostiles" au terminal, un petit utilitaire assez sympa et
> freeware: OmniDiskSweeper

Pour ce genre d'utilisation, j'utilise régulièrement Disk Inventory X
qui a l'avantage d'offrir une visualisation gratuite très parlante :

<http://www.derlien.com/>

A++



oui, c'est joli et j'ai déjà testé ;-)

Mais je trouve que pour avoir une vue assez synthétique de l'occupation
directement en fonction de l'arborescence, une présentation comme celle
d'OmniDiskSweeper est bien plus rapidement analysable surtout que si on
s'attaque à la totalité d'un volume, c'est vite un peu le b....l la
représentation graphique vu la taille des disques actuels.

--
Gilbert
Avatar
Patrick Stadelmann
In article <4c2cd072$0$23947$,
Éric Lévénez wrote:

Si un bug survient soit au montage soit au démontage, il se peut que
"/Volumes/500Go" reste présent. Si un soft va écrire dedans, cela se
passera bien car c'est un répertoire "normal". Ce qui est amusant (enfin
pour certains), c'est que si l'on branche le disque externe, il va se
monter sur ce répertoire.



Si le dossier existe déjà, Mac OS X en crée un nouveau, en ajoutant " 1"
à la fin du nom, et y monte le disque.

Mais c'est tout de même étrange que depuis le temps, CCC ne vérifie pas
qu'il écrive bien dans un point de montage et pas sur le disque de
démarrage !

Patrick
--
Patrick Stadelmann
Avatar
g4fleurot
Patrick Stadelmann wrote:

Mais c'est tout de même étrange que depuis le temps, CCC ne vérifie pas
qu'il écrive bien dans un point de montage et pas sur le disque de
démarrage !



IL serait interessant de savoir la version de CCC qui a été utilisée.
Problème similaire ici :

<http://help.bombich.com/discussions/problems/188-ghost-backup-or-simila
r-problem-in-volumes>

résolu avec la v3.3.3 (réponse en 6)

--
Gérard FLEUROT plus un
Avatar
blanc
Jerome Lambert wrote:

Il faut faire cd / avant, sinon ça donne la place prise par ta "maison",
et ajouter l'option -I dev pour éviter de parcourir /dev (ça génère une
erreur chez moi).
Donc:
Magellan:~ jerome$ cd /
Magellan:/ jerome$ sudo du -sh -I dev *



Ça aurait été plus simple en une seule commande :

sudo du -sh -l dev /*


--
JiPaul.
/ /--/--// Jean-Paul Blanc
|/| L | quelquepart en (somewhere in)
/|| = ||| FRANCE
Avatar
blanc
Alex Vaure wrote:

Voila ce que ça donne :
<http://cjoint.com/?gEwXIUMQB6>
Une idée ?



Et la première ligne dans la colonne de droite t'indique un dossier
nommé 500 Go et contenant 53 Go, ce que Eric t'a fait trouvé (et bien
expliqué) quelques heures plus tard...

Juste une remarque : évite de nommer un disque par sa seule capacité
(ici 500 Go), car ça prète à confusion, et cela t'aurait peut-être
permis de trouver plus vite la raison du problème.

--
JiPaul.
/ /--/--// Jean-Paul Blanc
|/| L | quelquepart en (somewhere in)
/|| = ||| FRANCE
Avatar
blanc
Jerome Lambert wrote:

> <http://cjoint.com/?hbhQUH6XiY>

En additionnant le tout, j'arrive à approximativement 45Go, soit loin
des 120Go du disque. Bizarre.



Tu comptes mal : en additionnant uniquement les lignes exprimées en Go,
j'obtiens 96 Go.

La ligne "fautive" (et que tu as du omettre d'ajouter) étant celle-ci :

53 G Volumes

(voir la solution donnée par Eric, ainsi que mon autre message)
--
JiPaul.
/ /--/--// Jean-Paul Blanc
|/| L | quelquepart en (somewhere in)
/|| = ||| FRANCE
Avatar
blanc
Alex Vaure wrote:

Il devrait ce trouver où ce /Volumes
Parce que j'ai beau chercher partout, je vois rien de rien



Bon. Alors quelques explications :

Un chemin (absolu) sous Unix est constitué d'une suite de noms de
dossiers partant de la racine de ton disque dur, séparés par le
caractères / et se terminant par un nom de dossier ou fichier.

La racine du disque est aussi représentée par le caractère /

Par exemple, ton dossier "maison" (HOME en anglais)
a pour chemin (en supposant que tu as pris "alex" comme nom
d'utilisateur court) :

/Users/alex

Ton dossier de préférences :

/Users/alex/Library/Preferences

(attention le vrai nom d'un dossier, c'est sa version anglaise - ici
Library est le vrai nom du dossier Bibliothèque)

Le fichier de préférence de Safari :

/Users/alex/Library/Preferences/com.apple.Safari.plist

etc...

Un truc simple pour avoir le chemin d'un dossier/fichier : faire glisser
celui-ci depuis le Finder dans une fenêtre du Terminal. Mais attention,
dans ce cas les espaces et autres caractères spéciaux sont neutralisés
par un antishlash et les caractères accentués peuvent apparaître
bizarrement si ton T n'est pas bien configuré.

Exemple :
/Users/jpb/ Clips Music.m3u (deux espaces neutralisés par )

-------------

Quand on t'a demandé de faire

cd /

c'était pour changer le répertoire (cd=change directory) de travail vers
la racine. Il faut toujours une espace entre une commande et son/ses
arguments.

Où se trouve /Volumes ? A la racine, comme on peut le voir avec la
commande ls (liste) :

ls /


Applications/ Users/ mach_kernel.ctfsys
Desktop DB Volumes/ net/
Desktop DF bin/ private/
Desktop Folder/ cert8.db sbin/
Library/ cores/ secmod.db
Network/ dev/ tmp@
OMC 2.1.pkg/ etc@ tmp.alX3cM
OMC.zip home/ tmp.alX3cM.meta
Synchronize! Volume ID key3.db usr/
System/ mach_kernel var@

Comment trouver /Volumes dans le Finder (mise à part la recherche que tu
as faite et qui t'a permis de le trouver) ?

Menu Aller --> Aller dans le dossier (raccourci pomme-maj-G)
et taper /Volumes pour aller dans celui-ci. (on n'y trouvera
normalement que les points de montages qui apparaissent comme des
alias).

Si tu fais un pomme-clic sur le titre de la fenêtre, tu verras la
hiérarchie de /Volumes, étant entendu que la racine apparaît deux fois :
avec le nom de ton disque principal et avec le nom de ton ordi.

Théoriquement, si tu tapes / au lieu de /Volumes tu arrives à la racine
(qui porte le nom dans Finder de ton disque principal), et tu devrais
voir le dossier Volumes, mais... /Volumes est un dossier ***
invisible *** par le Finder. Comme d'ailleurs d'autres dossiers/fichiers
que l'utilisateur newbie n'a pas besoin de voir : /bin, /etc, /usr...

--
JiPaul.
/ /--/--// Jean-Paul Blanc
|/| L | quelquepart en (somewhere in)
/|| = ||| FRANCE
Avatar
alex.vaure
JiPaul wrote:

Juste une remarque : évite de nommer un disque par sa seule capacité
(ici 500 Go), car ça prète à confusion, et cela t'aurait peut-être
permis de trouver plus vite la raison du problème.



Ouais, t'as p'tet raison : depuis cette expérience, je l'ai nommé Sauvs
Macbook ;-)
--
Alex
Vous avez beau dire, y'a pas seulement que de la pomme, y'a aut'chose.
Ça serait pas dès fois de la betterave, hein ?
2 3 4 5 6