Le système me donne l'erreur suivante:
The volume "Filesystem Root" has only 713.9 MB disk space remaining. You can free up disk space by removing unused programs or files, or moving files to another disk or partition.
Ma question est la suivante: quels fichiers et d'où dois-je déménager? Comment ne plus avoir d'erreur?
J'ai purgé un ancien noyau [3.13.0.45] il y a quelque temps et j'ai maintenant deux noyaux [3.17 & 3.8]. Je devais purger la 3.13 car accessoirement, l’espace libre de l’erreur indiquée ci-dessus était devenu octet et la fermeture processus aussi ne pourrait pas se passer correctement.
Résultats de df -Th
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda6 ext4 19G 17G 601M 97% /
none tmpfs 4.0K 0 4.0K 0% /sys/fs/cgroup
udev devtmpfs 1.9G 4.0K 1.9G 1% /dev
tmpfs tmpfs 386M 1.2M 385M 1% /run
none tmpfs 5.0M 0 5.0M 0% /run/lock
none tmpfs 1.9G 188K 1.9G 1% /run/shm
none tmpfs 100M 76K 100M 1% /run/user
/dev/sda5 ext4 453M 193M 233M 46% /boot
/dev/sda7 ext4 92G 788M 87G 1% /home
Voici l'analyse du disque:
--- /------------------------
12.7GiB /usr
2.7GiB /lib
1.2GiB /var
877.9MiB /home
190.4MiB /boot
12.4MiB /etc
11.9MiB /sbin
9.6MiB /bin
1.3MiB /run
324.0KiB /root
20.0KiB /tmp
16.0KiB /lost+found
12.0KiB /media
4.0KiB /dev
4.0KiB /lib64
4.0KiB /srv
4.0KiB /opt
4.0KiB /mnt
4.0KiB /cdrom
0.0 B /proc
0.0 B /sys
0.0 B initrd.img.old
0.0 B vmlinuz.old
Dans usr/
:
10.1GiB /src
1.4GiB /lib
1.0GiB /share
100.6MiB /bin
14.4MiB /sbin
9.6MiB /include
520.0KiB /games
112.0KiB /local
Dans src/
:
9.9GiB /linux-3.17.6
94.1MiB /linux-headers-3.13.0-45
90.4MiB /linux-headers-3.8.0-29
13.8MiB /linux-headers-3.13.0-45-generic
12.1MiB /linux-headers-3.8.0-29-generic
S'il vous plaît aider.
Tout d’abord, vous devriez vérifier l’utilisation de tout cet espace à l’aide de l’outil "Analyseur d’utilisation du disque" fourni avec Ubuntu.
Depuis un terminal, lancez:
gksudo baobab /
Cela devrait vous donner une idée de ce qui utilise autant d’espace. Ensuite:
Vérifiez combien d’espace /root
utilise. Habituellement, il devrait être inférieur à 1 Mo. Si vous avez quelque chose de plus gros, déplacez-le dans votre /home
.
Vérifiez combien d’espace /tmp
utilise. S'il ne dépasse pas quelques Mo, redémarrez votre système. /tmp
est effacé à chaque redémarrage, mais peut se remplir au fil du temps.
Vérifiez les autres dossiers tels que /opt
et vérifiez si vous y placez des fichiers volumineux ou s'il y en a qui n'appartiennent à aucun paquet. Certains installateurs installeront des éléments dans /opt
et ne les supprimeront jamais. Soyez prudent en faisant cela.
Exécutez Sudo apt-get clean
. Cela devrait enlever beaucoup de choses dans le cache du paquet. Sur mon système, apt-get clean
est débarrassé d'environ 1,5 Go d'anciens paquets téléchargés qui ne sont plus nécessaires.
Réduisez la taille de l'espace réservé sur /dev/sdb6
. En règle générale, 5% sont réservés à l'utilisateur root si vous remplissez le système et devez vous connecter en tant qu'utilisateur root en cas d'urgence. La valeur par défaut de 5% signifie 1 Go sur votre système. Vous pouvez le réduire en toute sécurité à 1% (200 Mo) en utilisant tune2fs
:
$ Sudo tune2fs -m 1 /dev/sda6
tune2fs 1.42.9 (4-Feb-2014)
Setting reserved blocks percentage to 1%
Désinstallez certains paquets en utilisant Sudo apt-get remove
. Petit conseil si vous utilisez LaTeX: L’un des principaux gaspilleurs d’espace est généralement le métapaquet texlive-full
. Il installe une gigantesque quantité de documentation et d’autres éléments, bien que vous n’en ayez généralement pas besoin en même temps. L'installation de texlive
à la place attirera le minimum, et téléchargera le reste quand c'est nécessaire.
Si vous manquez encore d'espace, vous pouvez, en dernier recours,:
/dev/sda6
(agrandissez-la) et réduisez la partition /dev/sda7
à l'aide d'un Live CD et d'un GParted. Cela peut prendre un certain temps et il est très facile de détruire vos données. Vous devez donc absolument effectuer une sauvegarde complète au préalable. Voir cette question pour plus de détails sur le redimensionnement des partitions.Je recommande toutefois de ne pas utiliser cette solution, car 20 Go devraient être suffisants pour la plupart des scénarios, et il existe un risque réel de perte de données lors du redimensionnement des partitions.