A voir également:
- Espace disque occupé invisible
- Cloner disque dur - Guide
- Espace insécable - Guide
- Defragmenter disque dur - Guide
- Clé usb invisible - Guide
- Espace de stockage gmail plein - Guide
5 réponses
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)
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
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
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
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 !
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
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...
Ce sera le dernier recours...
une fois qu'on sera prêt à changer le pc, je ferais le fsck