J'ai installé 11.10 ~ il y a deux semaines et j'ai récemment rencontré des problèmes étranges.
L'installation a été effectuée sur un ordinateur portable flambant neuf avec un SSD transparent de 160 Go. J'ai opté pour le cryptage du répertoire personnel. En dehors de cela, j'ai accepté les valeurs par défaut lors de l'installation. Il n'y a pas d'autre OS sur mon ordinateur portable.
J'avais environ 40 Go en service lorsque (pour la troisième fois) j'ai pu voir cette fenêtre très désagréable:
La situation à deux reprises était assez mauvaise et l'ensemble du système a considérablement ralenti. Après le redémarrage, je n'ai pas pu me connecter à l'interface graphique (avec un message d'erreur informant d'un espace insuffisant) et j'ai d'abord dû supprimer certains fichiers de la ligne de commande.
La troisième fois, j'ai quand même réussi à supprimer rapidement certains fichiers et cela a aidé.
Mon ordinateur portable est principalement un environnement de travail: donc pas de torrents, de jeux, juste deux films. Seul l'espace de remplissage des médias comprend environ 20 Go d'images et un tas de fichiers PDF. Travaillant principalement sur PostgreSQL & PostGIS, GeoServer et QGIS récemment.
Bien que j'aie eu beaucoup d'occasions de tester et de pratiquer mes sauvegardes, je serais extrêmement reconnaissant si quelqu'un pouvait me signaler des solutions potentielles à ce problème.
Mon ordinateur portable a été acheté juste avant l'installation d'Ubuntu, et il est venu sans OS. Serait-ce un problème matériel?
Ou est-ce que le cryptage home
me cause des maux de tête?
Merci pour l'aide!
Mise à jour 1: comme suggéré par @ maniat1k , voici la sortie actuelle de fdisk -l:
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sda1 1 312581807 156290903+ ee GPT
Mise à jour 2: comme suggéré par zanfur , sortie de df
:
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 149802648 31411456 110781576 23% /
udev 1959764 4 1959760 1% /dev
tmpfs 788276 992 787284 1% /run
none 5120 0 5120 0% /run/lock
none 1970684 2716 1967968 1% /run/shm
/dev/sda1 19363 129 19234 1% /boot/efi
/home/rdk/.Private 149802648 31411456 110781576 23% /home/rdk
Et sudo parted -l
:
Model: ATA INTEL SSDSA2BW16 (scsi)
Disk /dev/sda: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 17.4kB 20.0MB 20.0MB fat16 boot
2 20.0MB 156GB 156GB ext4
3 156GB 160GB 4177MB
Mise à jour 3:
Encore une autre fenêtre avec un message de mémoire faible: /
Travailler récemment principalement sur VirtualBox et utiliser Remmina.
Suite à ces informations, j'ai supprimé pratiquement tout de mon répertoire personnel. Redémarré. Il y avait ~ 20 Go en cours d'utilisation après cela [~ 10 Go pour l'image disque de VirtualBox que je voulais conserver si possible]. Suite au commentaire de SarveshLad, j'essayais de récupérer plus d'espace et d'exécuter l'application Bleachbit lorsque j'ai eu une autre erreur de manque d'espace sur HD. Ensuite, le système a gelé. Comment diable mon Ubuntu peut-il remplir la HD avec plus de 100 Go en quelques minutes?
la source
/
/home
est gros. Vous devez signaler ce que vous trouvez en modifiant votre question pour inclure les nouvelles informations. Si vous utilisez Nautilus pour cela et que vous ne pouvez pas trouver où se trouvent les dossiers gourmands en espace, appuyez surCtrl
+H
(ouView
>Show Hidden Files
).Réponses:
Cela est presque certainement dû au fait qu'il n'y a plus d'espace sur le système de fichiers racine. Si vous disposez de beaucoup d'espace libre sur votre lecteur, vous disposez probablement d'un système de fichiers distinct pour vos données utilisateur. Il s'agit d'une configuration courante.
Pour trouver la quantité d'espace libre sur toutes vos partitions, exécutez la commande « disque »,
df
. Vous n'avez pas besoin d'être root. Vous obtiendrez quelque chose comme ceci:Comme vous pouvez le voir, j'ai un système de fichiers racine distinct (le premier répertorié) et un système de fichiers de données utilisateur (le dernier répertorié), et ma partition racine est assez proche de la saturation. Si votre
df
sortie vous montre que votre système de fichiers racine est réellement plein, vous devez supprimer certains fichiers (attention à ceux!), Ou redimensionner vos partitions.Une commande de terminal utile pour trouver ce qui ronge tout l'espace est la commande « utilisation du disque »,
du
. Appelé sans aucun paramètre, il commence à lister les tailles de chaque fichier dans le répertoire courant et dans chaque répertoire ci-dessous. Votre scénario est plus utile pour suivre l'utilisationsudo du -s -h -x /*
, ce qui vous donnera la quantité totale d'espace utilisé (-s
) par chaque fichier ou répertoire en haut de votre système de fichiers racine (/*
), sans regarder les autres systèmes de fichiers (-x
), dans l'humain. des nombres lisibles comme "124M" (-h
). Ne vous inquiétez pas si cela prend un certain temps, cela prendra environ quelques minutes lors de la première exécution.Évitez de supprimer des fichiers sans d'abord savoir ce qu'ils sont, bien sûr. Mais, en général, vous ne casserez pas votre système si vous supprimez des fichiers dans les répertoires suivants:
/tmp
(données temporaires de l'utilisateur - elles sont généralement toutes supprimées à chaque redémarrage)/var/tmp
(bobines d'impression et autres données temporaires du système)/var/cache/*
(celui-ci peut être dangereux, cherchez d'abord!)/root
(répertoire personnel de l'utilisateur root)En plus des emplacements ci-dessus, les emplacements suivants sont des coupables communs:
/opt
(de nombreuses applications tierces s'installent ici et ne se nettoient pas après elles-mêmes)/var/log
(les fichiers journaux peuvent consommer beaucoup d'espace s'il y a des erreurs répétitives)Alors, vérifiez-les d'abord. S'il s'avère que les choses semblent correctes et que votre partition racine est tout simplement trop petite, vous devrez redimensionner vos partitions pour qu'elles correspondent. Il existe une multitude de façons de le faire, mais le plus simple est probablement de démarrer à partir d'un LiveCD Ubuntu (à obtenir sur la page de téléchargement du site Ubuntu ) et d'exécuter l'éditeur de partition GNOME
gparted
. Vous devrez peut-être d'abord installer legparted
package (à partir de l'environnement LiveCD, exécutersudo apt-get install gparted
ou utiliser le centre logiciel). Dans tous les cas, c'est un utilitaire graphique qui vous permettra de faire un clic droit sur la partition et de sélectionner "redimensionner".NB - vous n'avez pas de système d'exploitation mis en veille prolongée lorsque vous redimensionnez les partitions , ou cela ne fonctionnera pas, ou fera des choses terribles à votre système d'exploitation en veille prolongée.
la source
Selon votre
df
annonce, vous disposez de beaucoup d'espace libre sur /. Après avoir reçu l'un de ces messages, vérifiez àdf
nouveau et s'il affiche toujours beaucoup d'espace libre, vérifiez la sortie dedmesg
pour des erreurs. Il est possible que vous obteniez une erreur qui entraîne le remontage du système de fichiers en lecture seule, et qui peut être source de confusion pour le notificateur d'espace libre. Depuis le livecd, vous devez ouvrir l'utilitaire de disque et vérifier l'état SMART du lecteur pour vous assurer qu'il n'a pas de mauvais secteurs ou quoi que ce soit. L'exécution du long autotest peut également être une bonne idée et vérifier le système de fichiers par la suite.la source
dmesg
? Comment puis-je vérifier le statut SMART exactement? Et comment effectuer un long auto-test?