Bonjour
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? Voila le résultat des commandes demandées: 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 1.6G 127M 93% / /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 379M 478M 45% /boot tmpfs tmpfs 396M 0 396M 0% /run/user/0 df -i Filesystem Inodes IUsed IFree IUse% Mounted on udev 502193 473 501720 1% /dev tmpfs 506243 823 505420 1% /run /dev/sda1 122160 36891 85269 31% / /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 18509 1202099 2% /var /dev/sda3 4890624 68947 4821677 2% /home /dev/sda5 61056 412 60644 1% /boot tmpfs 506243 11 506232 1% /run/user/0 Très cordialement Hugues Le lun. 12 févr. 2024 à 08:19, Alban Vidal <alban.vi...@zordhak.fr> a écrit : > Bonjour Hugues, > > Dans les logs il ressort le message "failed to write (No space left on > device)" qui signifie qu'il n'y a plus d'espace libre. > > Peux-tu nous transmettre le retour des commandes suivantes : > df -TPh > df -i > > Cordialement, > Alban > > > Le 12 février 2024 08:00:00 GMT+01:00, Hugues MORIN-TRENEULE < > mor...@gmail.com> a écrit : > >> Bonjour a tous >> >> >> Je reviens vers vous car je ne sais pas comment m'y prendre pour réparer >> un crash lors d'un apt full-upgrade lors d'un passage de Stretch a Bullseye. >> >> Il y a quelques temps vos conseils et explications mon permis de de >> mettre a jours mon Stretch afin de le préparer à l'upgrade vers Bullseye >> (cf "Mise à jours et Update Stretch - Problème de dépôt" sur la liste => >> https://lists.debian.org/debian-user-french/2023/08/msg00289.html) >> >> En résumé, j'ai oublié de faire l'upgrade de mon stretch en temps et en >> heure. Quand j'ai voulu le faire, les dépôts de mon sources.list n'étaient >> plus valide. Votre aide m'a permis d'avoir les bons dépôts et de mettre a >> jours mon Stretch à sa dernière version avant de lancer l'upgrade. >> Jusque là aucun probleme. >> >> Une fois a jour, j'ai lancé la procédure d'upgrade de Stretch à Bullseye >> en suivant pas à pas la procedure decrite par debian.org: >> >> https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html >> >> Tout s'est bien passé jusqu'au apt full-upgrade (paragraphe 4.4.6). >> J'ai fait les contrôles demandés, fait les sauvegardes. >> J'ai utilisé a plusieurs reprises les procédures d'upgrade de debian.org >> sans jamais rencontrer de probleme, c'est la 1ere fois que j'ai un crash >> lors de celle-ci et je ne sais pas trop que faire car je ne maitrise pas du >> tout le sujet. >> J'ai bien entendu tenté de faire quelques recherches mais cela ne m'a >> conduit a rien de concluant, soit ça n'a rien à voir, soit je ne comprends >> pas ce que je lis... >> >> Le probleme est survenu à environ 45% de l'installation. >> Voila le dernier message en console: >> [...] >> Selecting previously unselected package libnss-systemd:amd64. >> Preparing to unpack .../345-libnss-systemd_241-7~deb10u10_amd64.deb ... >> Unpacking libnss-systemd:amd64 (241-7~deb10u10) ... >> Errors were encountered while processing: >> >> >> /tmp/apt-dpkg-install-H5Vafy/261-linux-image-4.19.0-25-amd64_4.19.289-2_amd64.deb >> E: Sub-process /usr/bin/dpkg returned an error code (1) >> >> >> J'ai trouvé 2 messages d'erreurs avant le crash définitif: >> >> [...] >> Selecting previously unselected package linux-image-4.19.0-25-amd64. >> Preparing to unpack >> .../261-linux-image-4.19.0-25-amd64_4.19.289-2_amd64.deb ... >> Unpacking linux-image-4.19.0-25-amd64 (4.19.289-2) ... >> dpkg: error processing archive >> /tmp/apt-dpkg-install-H5Vafy/261-linux-image-4.19.0-25-amd64_4.19.289-2_amd64.deb >> (--unpack): >> cannot copy extracted data for >> './lib/modules/4.19.0-25-amd64/kernel/fs/jbd2/jbd2.ko' to >> '/lib/modules/4.19.0-25-amd64/kernel/fs/jbd2/jbd2.ko.dpkg-new': failed to >> write (No space left on device) >> dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) >> Preparing to unpack .../262-linux-image-amd64_4.19+105+deb10u20_amd64.deb >> ... >> Unpacking linux-image-amd64 (4.19+105+deb10u20) over (4.9+80+deb9u17) ... >> Preparing to unpack .../263-lnav_0.8.4-5_amd64.deb ... >> [...] >> >> et >> >> [...] >> Unpacking nautilus-extension-gnome-terminal (3.30.2-2) ... >> Preparing to unpack .../276-network-manager-openvpn_1.8.10-1_amd64.deb ... >> Unpacking network-manager-openvpn (1.8.10-1) over (1.2.8-2) ... >> dpkg: warning: unable to delete old directory '/etc/NetworkManager/VPN': >> Directory not empty >> Preparing to unpack >> .../277-network-manager-openvpn-gnome_1.8.10-1_amd64.deb ... >> Unpacking network-manager-openvpn-gnome (1.8.10-1) over (1.2.8-2) ... >> Preparing to unpack .../278-openvpn_2.4.7-1+deb10u1_amd64.deb ... >> [...] >> >> J'ai sauvegardé tous les log après le crash et tout ce qui s'affichait en >> console. >> J'ai aussi à dispo le script enregistré lors de l'upgrade. >> >> Je n'ai rien fait de plus depuis le crash si ce n'est d'allumer la >> machine pour faire la sauvegarde des log. >> >> Je dois avouer ne pas savoir du tout ce qu'il faut faire pour réparer, je >> suis dans une impasse. >> Toute aide sera la bienvenue ;-) >> >> >> Très cordialement >> Hugues >> >> >> >> >> -- Envoyé de /e/ Mail. >
