Forum Linux.débutant Espace disque dur

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
0
23
jan.
2021

Bonsoir,

Il y quelques mois j'ai installé Linux via Ubuntu 20.04 sur mon pc portable. J'ai fait un dual boot en partitionnant mon dique SSD de 512gb (à peu plus de la moitié pour Linux, et le reste pour Windows). Seulement, j'ai depuis peu une notification qui m'indique à chaque démarrage qu'il reste peu d'espace sur l'abre de fichier. Premièrement je comprends pas ce que c'est, et surtout je n'ai pas l'impression d'avoir des fichiers lours, j'ai quelques documents pdf et des programmes C/C++ ou Pyhton mais rien de bien énorme. Comment cela se fasse-t-il qu'avec si peu de choses la quasi totalité des 290gb soit pris ? Et comment libérer de l'espace svp ? Merci d'avance pour vos réponses ;)

  • # Infos ?

    Posté par  . Évalué à 1 (+0/-0).

    Tu peux nous donner le retour de cette commande, s'il te plaît ?

    $df -h

  • # df -h

    Posté par  . Évalué à 1 (+0/-0).

    Merci pour ta réponse, la commande df -h me donne ceci :

    df -h
    Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
    udev 3,8G 0 3,8G 0% /dev
    tmpfs 771M 2,1M 769M 1% /run
    /dev/nvme0n1p6 261G 246G 2,1G 100% /
    tmpfs 3,8G 0 3,8G 0% /dev/shm
    tmpfs 5,0M 4,0K 5,0M 1% /run/lock
    tmpfs 3,8G 0 3,8G 0% /sys/fs/cgroup
    /dev/loop2 56M 56M 0 100% /snap/core18/1932
    /dev/loop3 98M 98M 0 100% /snap/core/10583
    /dev/loop4 56M 56M 0 100% /snap/core18/1944
    /dev/loop6 65M 65M 0 100% /snap/gtk-common-themes/1513
    /dev/loop5 218M 218M 0 100% /snap/gnome-3-34-1804/60
    /dev/loop7 163M 163M 0 100% /snap/gnome-3-28-1804/145
    /dev/loop0 98M 98M 0 100% /snap/core/10577
    /dev/loop10 60M 60M 0 100% /snap/discord/119
    /dev/loop11 60M 60M 0 100% /snap/discord/120
    /dev/loop12 52M 52M 0 100% /snap/snap-store/518
    /dev/loop13 65M 65M 0 100% /snap/gtk-common-themes/1514
    /dev/loop14 291M 291M 0 100% /snap/vlc/1700
    /dev/loop16 32M 32M 0 100% /snap/snapd/10707
    /dev/loop17 32M 32M 0 100% /snap/snapd/10492
    /dev/loop19 52M 52M 0 100% /snap/snap-store/498
    /dev/loop20 219M 219M 0 100% /snap/gnome-3-34-1804/66
    /dev/nvme0n1p1 256M 75M 182M 30% /boot/efi
    tmpfs 771M 56K 771M 1% /run/user/1000

    • [^] # Re: df -h

      Posté par  . Évalué à 2 (+0/-0).

      L'important, c'est cette ligne-là:

      /dev/nvme0n1p6 261G 246G 2,1G 100% /

      Ta partition racine est presque pleine (246G occupé sur 261G au total).

      Si ce ne sont pas tes propres fichiers qui prennent toute la place, c'est que tu as installé des programmes volumineux, ou que des fichiers trainent quelque part.

      Je te propose d'inspecter ça avec le programme ncdu, c'est un programme avec une interface en mode texte, donc qui prendra très peu d'espace en plus à installer.
      Lance-le dans un terminal avec la commande:

      ncdu -x /

      il va parcourir toute l'arborescence pour additionner la taille des fichiers, quand il aura tout inspecté tu pourra naviguer dans ton arborescence en voyant la taille cumulée des répertoires.
      (il peut être nécessaire de l'exécuter en root pour qu'il comptabilise bien tout les fichiers)

      • [^] # Re: df -h

        Posté par  . Évalué à 1 (+0/-0).

        Effectivement c'est là qu'il y a le plus a gagner, car en fouillant sur le net j'ai trouvé diverses méthodes comme vider le cache etc… Mais cela ne m'a fait gagner que quelques centaines de Mo, rien de fou. J'ai lancé ncdu -x, et apparement c'est dans ma partie "Documents" qu'il y a une majorité (227 Gb) de l'espace qui est occupé. Les fichiers pdf sont si volumineux ? Et les programmes compilés et non compilés en C++ aussi ? Car je dois avoir une vingtaine de pdf d'une cinquantaine de pages et une quarantaine de petit (10-100) lignes en C++. Ceci n'occupe pas 227 Gb non ?

        • [^] # Re: df -h

          Posté par  . Évalué à 1 (+0/-0).

          Alors j'avais pas compris que je pouvais "Entrer" dans les documents, et effectivement j'avais un fichier de 210 Gb qui contenait seulement quelques pdf et scans, j'avoue ne pas comprendre comment pouvait-il prendre autant de place et surtout jamais je ne l'aurai imaginé…Désolé d'avoir demander de l'aide pour si peu, et merci beaucoup pour vos explications !

          • [^] # Re: df -h

            Posté par  . Évalué à 1 (+0/-0). Dernière modification le 24/01/21 à 02:18.

            Bonjour

            Un truc tout simple :
            Quand tu es dans une fenêtre de ncdu
            appuie sur ? et tu pourras te balader
            dans un fichier d'aide.

      • [^] # Re: df -h

        Posté par  . Évalué à 2 (+0/-0).

        Il reste 2.1Go de libre. Y a de quoi installer Linux dedans….

        j'aime bien la commande : du -hDs *
        Mais, il y a d'autres méthodes, comme indiqué dans les autres messages.

    • [^] # Re: df -h

      Posté par  . Évalué à 1 (+0/-0).

      /dev/nvme0n1p6 261G 246G 2,1G 100% /

      On voit bien qu'il ne te reste plus de place dans ta partition / (la racine).

      Tu peux vérifier la taille des dossiers avec la commande $sudo du -shc / ? (Tu auras quelques erreurs, mais rien de grave)

      • [^] # Re: df -h

        Posté par  . Évalué à 2 (+1/-0). Dernière modification le 23/01/21 à 20:42.

        Cette commande m'a donné ceci :

        230G .
        230G total

        J'en profite pour tous vous remercier pour vos réponses ;)

    • [^] # Re: df -h

      Posté par  . Évalué à 2 (+0/-0).

      Je te suggère d'utiliser un outil comme ncdu (console), baobab (gtk3, donc plutôt gnome), pour analyser l'espace disque de ta partition racine… ceci dit, si je mets en parallèle ce que j'ai lu avec ton df -h, je dirais que tu as abusé des installations par snap. Je parie que ce sont les environnements de ces logiciels qui te bouffent toute la place.

      PS: tout ça n'a rien à voir avec C++, mais alors vraiment rien. Je ne sais pas ce que tu connais de C++ ou de la programmation en général, mais pour remplir ne serait-ce que 1 giga octet avec un binaire exécutable ou un code source C++, il va te falloir beaucoup de temps… si tu compiles toi-même par contre, oui, les fichiers intermédiaires peuvent être lourds, mais si tu compiles toi-même, tu dois savoir qu'il faut nettoyer les fichiers objets, sauf si tu comptes patcher toi-même (et vu ton discours, je doute que ça soit ton cas, sans vouloir te vexer)

  • # ménage

    Posté par  (site Web personnel) . Évalué à -1 (+0/-2). Dernière modification le 23/01/21 à 22:17.

    Tu peux désinstaller les noyaux que tu n'utilises pas, ils peuvent s'accumuler au fil des mises à jour. Regarde dans muon ou synaptic.

    Tu peux aussi installer le paquet bleachbit pour faire du ménage. En particulier lancer la version root pour nettoyer le système.

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n’en sommes pas responsables.