[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade



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 <mv524@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.


Reply to: