Salut
C'est un système qui à l'origine avait été installé en Wheezy ou Jessie et que j'ai upgradé. Je n'avais pas autant de connaissance que maintenant et il m'avait semblé plus judicieux de faire une partition par montage. Je me disais que ca serait surement plus simple de restaurer le système en cas de crash avec cette manière de faire. Avec le recul, aujourd'hui, je ne ferai que des partitions pour /home, /var et /opt. Sinon concernant le "ménage", j'ai supprimé les anciens kernel dans /boot. J'ai supprimé aussi les dossiers modules concernés dans /lib/module. Voila le nouvel etat de mon systeme de fichiers: df -TPh Filesystem Type Size Used Avail Use% Mounted on udev devtmpfs 2.0G 0 2.0G 0% /dev tmpfs tmpfs 396M 7.5M 389M 2% /run /dev/sda1 ext4 1.8G 661M 1.1G 39% / /dev/sda8 ext4 28G 7.2G 19G 28% /usr tmpfs tmpfs 2.0G 0 2.0G 0% /dev/shm tmpfs tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup /dev/sdc1 ext4 916G 583G 287G 68% /mnt/data2 /dev/sdb1 fuseblk 299G 285G 14G 96% /mnt/data /dev/sda10 ext4 28G 2.7G 24G 11% /opt /dev/sda7 ext4 1.8G 72K 1.7G 1% /tmp /dev/sda9 ext4 19G 6.5G 11G 38% /var /dev/sda3 ext4 73G 5.0G 65G 8% /home /dev/sda5 ext4 920M 232M 625M 28% /boot tmpfs tmpfs 396M 0 396M 0% /run/user/0 /dev/sdd1 vfat 7.5G 366M 7.2G 5% /root/corsair df -i Filesystem Inodes IUsed IFree IUse% Mounted on udev 502193 490 501703 1% /dev tmpfs 506243 848 505395 1% /run /dev/sda1 122160 15831 106329 13% / /dev/sda8 1831424 311408 1520016 18% /usr tmpfs 506243 1 506242 1% /dev/shm tmpfs 506243 4 506239 1% /run/lock tmpfs 506243 16 506227 1% /sys/fs/cgroup /dev/sdc1 61054976 13288 61041688 1% /mnt/data2 /dev/sdb1 14184328 6185 14178143 1% /mnt/data /dev/sda10 1831424 797 1830627 1% /opt /dev/sda7 122160 28 122132 1% /tmp /dev/sda9 1220608 18510 1202098 2% /var /dev/sda3 4890624 68947 4821677 2% /home /dev/sda5 61056 392 60664 1% /boot tmpfs 506243 11 506232 1% /run/user/0 /dev/sdd1 0 0 0 - /root/corsair du -h -d 1 2.7G ./opt 417M ./root 6.5G ./var 0 ./sys 16K ./lost+found 16M ./etc 7.5M ./run 12K ./media 4.0K ./lib64 5.0G ./home 7.2G ./usr 13M ./sbin 12M ./bin 68K ./tmp 564M ./lib 868G ./mnt 6.1M ./lib32 4.0K ./srv 232M ./boot 0 ./dev 4.0K ./.cache 0 ./proc 890G . Est ce que cela vous semble suffisant pour l'upgrade? Et dans l'affirmative, que faut-il faire ensuite? Je n'en ai pas la moindre idée et je ne voudrai pas exécuter de commande qui pourrait faire empirer le probleme. Très cordialement Hugues Le lun. 12 févr. 2024 à 13:22, Michel Verdier <mv...@free.fr> a écrit : > Le 12 février 2024 Hugues MORIN-TRENEULE a écrit : > > > J'ai effectivement vu ce message mais je n'en avais pas compris la > raison. > > Néanmoins, au vue de df -TPh, je m’aperçois que ma partition racine et > > /boot son bien "chargées". > > Est ce que le problème pourrait provenir de la? > > Le message repéré par Alban porte sur /lib donc ton / > qui n'a que 127Mo de libre. La taille des modules varie selon les > kernels. Chez moi ça prend dans les 80Mo. Et il faut compter des fichiers > temporaires pendant l'installation. Déjà fais peut-être le ménage dans > les kernels que tu n'utilise pas, ton /boot semble pas mal rempli. Ce > n'est pas gênant pour /boot qui a de la marge mais ça libérera aussi de > la place sur / > > > /dev/sda1 ext4 1.8G 1.6G 127M 93% / > > /dev/sda8 ext4 28G 7.2G 19G 28% /usr > > /dev/sda10 ext4 28G 2.7G 24G 11% /opt > > /dev/sda7 ext4 1.8G 72K 1.7G 1% /tmp > > /dev/sda9 ext4 19G 6.5G 11G 38% /var > > /dev/sda3 ext4 73G 5.0G 65G 8% /home > > /dev/sda5 ext4 920M 379M 478M 45% /boot > > Pourquoi avoir découpé sda en autant de partitions ? Ca n'augmente pas la > sécurité et tu perds plein de place sur certaines alors que d'autres > saturent. > >
