Salut Merci pour l'info
Malheureusement même si j'entrevois de quoi tu parles, je ne sais pas trop comment faire en pratique. Donc si je comprends bien, maintenant que j'ai fait de la place, il faut que je relance la commande apt full-upgrade Mais avant cela, je dois killer le pid de apt et faire un dpkg-reconfigure. Pour trouver le pid d'apt, c'est à l'aide de la commande ps? Et apres kill "n° de pid" Est ce qu'il y a autre chose a faire pour killer le processus d'apt? Ensuite dpkg-reconfigure et enfin apt full-upgrade Est ce que cela vous semble OK Très cordialement Hugues Le lun. 12 févr. 2024 à 18:49, Alain RICHARD <alain_r...@yahoo.fr> a écrit : > J’ai fait récemment un apt full-upgrade de Debian 12 à Debian 13 (Trixie) > et mon Pc s’est éteint (fausse manœuvre) et après avoir rebooté, le système > m’a pas laissé recommencer la même commande. J’ai du killer le Pid de apt > et faire un dpkg —reconfigure -à et ça a été. > > > Le 12 févr. 2024 à 17:14, Hugues MORIN-TRENEULE <mor...@gmail.com> a > écrit : > > > 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. >> >>
