Espace disque occupé invisible
Fermé
dna.factory
Messages postés
25615
Date d'inscription
mercredi 18 avril 2007
Statut
Modérateur
Dernière intervention
9 mars 2025
-
Modifié par dna.factory le 3/10/2014 à 12:14
dna.factory Messages postés 25615 Date d'inscription mercredi 18 avril 2007 Statut Modérateur Dernière intervention 9 mars 2025 - 9 oct. 2014 à 10:40
dna.factory Messages postés 25615 Date d'inscription mercredi 18 avril 2007 Statut Modérateur Dernière intervention 9 mars 2025 - 9 oct. 2014 à 10:40
A voir également:
- Espace disque occupé invisible
- Espace insécable - Guide
- Cloner disque dur - Guide
- Defragmenter disque dur - Guide
- Clé usb invisible - Guide
- Espace de stockage gmail plein - Guide
5 réponses
Herme51
Messages postés
115
Date d'inscription
vendredi 19 septembre 2014
Statut
Membre
Dernière intervention
20 janvier 2015
12
3 oct. 2014 à 12:57
3 oct. 2014 à 12:57
Bonjour,
Si tu as rebooté et que ça n'a rien changé le problème doit se situer au niveau de la table de partition donc à part un fsck je ne sais pas si tu as une autre porte de sortie.
Si tu as toujours la main sur ta machine je te recommande vivement de backuper tout ce que tu peux avant de lancer cette commande.
Etant à distance tu as deux choix qui s'offrent à toi:
Soit quelqu'un sur place peut le faire en console.
Soit tu redémarre sur un systém chargé en ram (live ou rescue cd par exemple).
Si tu as rebooté et que ça n'a rien changé le problème doit se situer au niveau de la table de partition donc à part un fsck je ne sais pas si tu as une autre porte de sortie.
Si tu as toujours la main sur ta machine je te recommande vivement de backuper tout ce que tu peux avant de lancer cette commande.
Etant à distance tu as deux choix qui s'offrent à toi:
Soit quelqu'un sur place peut le faire en console.
Soit tu redémarre sur un systém chargé en ram (live ou rescue cd par exemple).
Bonjour,
Tu as regardé dans le cache de apt ? A chaque fois que tu fais des mises à jour, les paquets sont téléchargés dans ce cache et y restent tant que tu ne le vides pas. Si ça fait longtemps que ton système est installé, ça peut devenir lourd à la longue (mais tout de même pas 400 Go !)
Ça se situe en /var/cache/apt/archives.
Pour le vider automatiquement, c'est la commande
Tu as regardé dans le cache de apt ? A chaque fois que tu fais des mises à jour, les paquets sont téléchargés dans ce cache et y restent tant que tu ne le vides pas. Si ça fait longtemps que ton système est installé, ça peut devenir lourd à la longue (mais tout de même pas 400 Go !)
Ça se situe en /var/cache/apt/archives.
Pour le vider automatiquement, c'est la commande
apt-get clean(en root)
dna.factory
Messages postés
25615
Date d'inscription
mercredi 18 avril 2007
Statut
Modérateur
Dernière intervention
9 mars 2025
1 613
3 oct. 2014 à 14:18
3 oct. 2014 à 14:18
le système en question n'est pas mis à jour, et normalement, aucun logiciel ne doit être installé.
Effectivement, j'ai juste un tcpdump.deb de 300 ko
merci quand même
Effectivement, j'ai juste un tcpdump.deb de 300 ko
merci quand même
dubcek
Messages postés
18767
Date d'inscription
lundi 15 janvier 2007
Statut
Contributeur
Dernière intervention
5 mars 2025
5 628
3 oct. 2014 à 13:27
3 oct. 2014 à 13:27
hello
trouver avec lsof quelle tâche empêche le système de récupérer l'espaces de fichiers qui n'existent plus
trouver avec lsof quelle tâche empêche le système de récupérer l'espaces de fichiers qui n'existent plus
dna.factory
Messages postés
25615
Date d'inscription
mercredi 18 avril 2007
Statut
Modérateur
Dernière intervention
9 mars 2025
1 613
3 oct. 2014 à 14:29
3 oct. 2014 à 14:29
hum... j'aurais besoin de plus de précision pour comprendre celle là...
mon lsof me remonte 2466 lignes, et je ne sais pas trop quoi chercher dedans...
mon lsof me remonte 2466 lignes, et je ne sais pas trop quoi chercher dedans...
dubcek
Messages postés
18767
Date d'inscription
lundi 15 janvier 2007
Statut
Contributeur
Dernière intervention
5 mars 2025
5 628
Modifié par dubcek le 3/10/2014 à 16:05
Modifié par dubcek le 3/10/2014 à 16:05
est-ce que le système a redémarré depuis qu'il y a ce problème ?
redémarrer syslog si c'est un log qui bouclait
moins de fichiers : chercher dans /tmp, /var/log par ex.
redémarrer syslog si c'est un log qui bouclait
moins de fichiers : chercher dans /tmp, /var/log par ex.
sudo lsof / | egrep -v 'lib|/sbin|/usr/bin'
dna.factory
Messages postés
25615
Date d'inscription
mercredi 18 avril 2007
Statut
Modérateur
Dernière intervention
9 mars 2025
1 613
Modifié par dna.factory le 3/10/2014 à 16:26
Modifié par dna.factory le 3/10/2014 à 16:26
j'ai craqué, j'ai inité 6 depuis mon premier message
J'ai 4 process [migration/0] jusqu'à 3
qui datent du redémarrage.
On migre pas mal nos applications en ce moment...
Est-ce que ce type de process te parle en tant que linux, ou Est-ce que tu pense qu'ils viennent plus de mon entreprise (parce que oui, plein de services différents qui parlent pas les uns aux autres, et tout le monde fait ses manips en root (pas sudo), et moins de 10% des employés cherchent à savoir ce qu'ils font avant de le faire)...
edit : apparement, c'est connu :
https://www.debian-fr.org/t/processus-migration-0/54516
J'ai 4 process [migration/0] jusqu'à 3
qui datent du redémarrage.
On migre pas mal nos applications en ce moment...
Est-ce que ce type de process te parle en tant que linux, ou Est-ce que tu pense qu'ils viennent plus de mon entreprise (parce que oui, plein de services différents qui parlent pas les uns aux autres, et tout le monde fait ses manips en root (pas sudo), et moins de 10% des employés cherchent à savoir ce qu'ils font avant de le faire)...
edit : apparement, c'est connu :
https://www.debian-fr.org/t/processus-migration-0/54516
dna.factory
Messages postés
25615
Date d'inscription
mercredi 18 avril 2007
Statut
Modérateur
Dernière intervention
9 mars 2025
1 613
3 oct. 2014 à 16:23
3 oct. 2014 à 16:23
Le compte à rebours est lancé : j'ai demandé au partenaire sur site de changer le pc, maintenant, on a la pression, faut qu'on trouve avant qu'il le change :)
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
dna.factory
Messages postés
25615
Date d'inscription
mercredi 18 avril 2007
Statut
Modérateur
Dernière intervention
9 mars 2025
1 613
Modifié par dna.factory le 3/10/2014 à 16:47
Modifié par dna.factory le 3/10/2014 à 16:47
Je suis en train de maner et googler, mais si vous pouvez m'aider...
Y'a une option pour forcer mon find / -size +10M a :
- remonter les fichiers cachés
- descendre dans les répertoires cachés ?
Stop failing the turing test !
Y'a une option pour forcer mon find / -size +10M a :
- remonter les fichiers cachés
- descendre dans les répertoires cachés ?
Stop failing the turing test !
dubcek
Messages postés
18767
Date d'inscription
lundi 15 janvier 2007
Statut
Contributeur
Dernière intervention
5 mars 2025
5 628
3 oct. 2014 à 17:01
3 oct. 2014 à 17:01
find descend tous les répertoires
les fichiers "cachés" ont juste le nom qui commence par un point
les fichiers "cachés" ont juste le nom qui commence par un point
zipe31
Messages postés
36402
Date d'inscription
dimanche 7 novembre 2010
Statut
Contributeur
Dernière intervention
27 janvier 2021
6 422
3 oct. 2014 à 17:02
3 oct. 2014 à 17:02
Salut,
Normalement c'est le comportement par défaut de find de prendre en compte les fichiers cachés et de descendre dans l'arborescence (répertoires cachés ou pas) ;-\
La preuve (seul le fichier caché (.tutu) fait 1M, les autres sont vides) :
Normalement c'est le comportement par défaut de find de prendre en compte les fichiers cachés et de descendre dans l'arborescence (répertoires cachés ou pas) ;-\
La preuve (seul le fichier caché (.tutu) fait 1M, les autres sont vides) :
$ tree -a
.
|-- .rep
| |-- titi
| `-- .tutu
|-- .tata
`-- toto
1 directory, 4 files
$ find . -type f
./.rep/.tutu
./.rep/titi
./.tata
./toto
$ find . -type f -size 1M
./.rep/.tutu
dna.factory
Messages postés
25615
Date d'inscription
mercredi 18 avril 2007
Statut
Modérateur
Dernière intervention
9 mars 2025
1 613
6 oct. 2014 à 09:21
6 oct. 2014 à 09:21
Je confirme qu'il va dans les fichiers cachés
J'ai essayé un -exec pour faire du du -sh, mais j'y arrive pas (j'y arrive jamais avec le -exec :()
si vous voulez me dire mon erreur :
find / -type f -size +9M |xargs ls -la|sort -n -k5
rien de choquant..
find / -type f -size +9M |xargs ls -la| awk '{s+=$5} END{print s}'
2.04256e+10 (snif...) y'a moyen de le forcer à afficher en décimal ? quitte à faire un expr /1024 pour diminuer la taille (mais j'y arrive pas)...
Dans tous les cas 20 000 000 000 c'est 20 Go... c'est à dire la taille de mon du -sh / ....
Même en descendant la recherche à +1Mo, on passe de 2.04 à 2.10 ...
On est très loin de mes 400 Go
'bonne nouvelle'.... j'ai deux No such files or directory lors de mon find...
Ce qui me conforte dans mon idée de problème sur le disque...
J'ai essayé un -exec pour faire du du -sh, mais j'y arrive pas (j'y arrive jamais avec le -exec :()
si vous voulez me dire mon erreur :
find / -type f -size +9 -exec du -sk '{}';pas grave, j'ai contourné (la joie de la prod vs les exercices, on fait ce qu'on veut) avec xargs
find / -type f -size +9M |xargs ls -la|sort -n -k5
rien de choquant..
find / -type f -size +9M |xargs ls -la| awk '{s+=$5} END{print s}'
2.04256e+10 (snif...) y'a moyen de le forcer à afficher en décimal ? quitte à faire un expr /1024 pour diminuer la taille (mais j'y arrive pas)...
Dans tous les cas 20 000 000 000 c'est 20 Go... c'est à dire la taille de mon du -sh / ....
Même en descendant la recherche à +1Mo, on passe de 2.04 à 2.10 ...
On est très loin de mes 400 Go
'bonne nouvelle'.... j'ai deux No such files or directory lors de mon find...
Ce qui me conforte dans mon idée de problème sur le disque...
zipe31
Messages postés
36402
Date d'inscription
dimanche 7 novembre 2010
Statut
Contributeur
Dernière intervention
27 janvier 2021
6 422
6 oct. 2014 à 18:33
6 oct. 2014 à 18:33
Re-
J'ai essayé un -exec pour faire du du -sh, mais j'y arrive pas (j'y arrive jamais avec le -exec :() si vous voulez me dire mon erreur :Il manque simplement un anti-slash pour protéger le ";" final ;-(
find / -type f -size +9 -exec du -sk '{}';
find / -type f -size +9 -exec du -sk {} \;
dna.factory
Messages postés
25615
Date d'inscription
mercredi 18 avril 2007
Statut
Modérateur
Dernière intervention
9 mars 2025
1 613
8 oct. 2014 à 07:15
8 oct. 2014 à 07:15
Je l'avais testé après...
Je vais me laisser le bénéfice du doute, et dire que j'avais tenté d'échapper avec / :)
Mais bon, ça change rien au final, j'ai eu mon résultat..
Je vais me laisser le bénéfice du doute, et dire que j'avais tenté d'échapper avec / :)
Mais bon, ça change rien au final, j'ai eu mon résultat..
Modifié par dna.factory le 3/10/2014 à 14:18
Ce sera le dernier recours...
une fois qu'on sera prêt à changer le pc, je ferais le fsck