dpkg --get-selections|grep 'linux-image*'|awk '{print $1}'|egrep -v "linux-image-$(uname -r)|linux-image-generic" |while read n;do apt-get -y remove $n;done
Maintenant c’est postgreSQL qui bloque
La migration 0023_postgresql_11_to_13 a échoué avec l'exception PostgreSQL 11 est installé, mais pas PostgreSQL 13 ! ? Quelque chose d'anormal s'est peut-être produit sur votre système :(... : annulation
ii postgresql-11 11.17-0+deb10u1 amd64 object-relational SQL database, version 11 server
ii postgresql-client-11 11.17-0+deb10u1 amd64 front-end programs for PostgreSQL 11
ii postgresql-client-common 225 all manager for multiple PostgreSQL client versions
ii postgresql-common 225 all PostgreSQL database-cluster manager
Aaaand let’s also look at
grep -B10 'Depends:.*postgresql' /var/lib/dpkg/status | grep 'ynh\|Depends'
Herzlichen Glückwunsch 
Congratulations 
grep -B10 'Depends:.*postgresql' /var/lib/dpkg/status | grep 'ynh\|Depends'
Depends: locales | locales-all, postgresql-client-11, postgresql-common (>= 194~), ssl-cert, tzdata, debconf (>= 0.5) | debconf-2.0, libc6 (>= 2.17), libgcc1 (>= 1:3.0), libgssapi-krb5-2 (>= 1.14+dfsg), libicu63 (>= 63.1-1~), libldap-2.4-2 (>= 2.4.7), libllvm7 (>= 1:7~svn298832-1~), libpam0g (>= 0.99.7.1), libpq5 (>= 9.3~), libselinux1 (>= 2.1.12), libssl1.1 (>= 1.1.0), libstdc++6 (>= 5.2), libsystemd0, libuuid1 (>= 2.16), libxml2 (>= 2.7.4), libxslt1.1 (>= 1.1.25), zlib1g (>= 1:1.1.4)
Depends: libpq5 (>= 11.17), postgresql-client-common (>= 182~), sensible-utils, libc6 (>= 2.15), libedit2 (>= 3.1-20180525-0), zlib1g (>= 1:1.1.4)
Depends: adduser, debconf (>= 0.5.00) | debconf-2.0, lsb-base (>= 3.0-3), perl (>= 5.14), postgresql-client-common (= 225), ssl-cert (>= 1.0.11), ucf
UUuuuh wokay that’s not what I expected 
Could it be that this bug arises when an app requiring postgresql was installed, but is the app was removed and postgresql is still there for some reason ?
What happens if you run apt remove postgresql-11 --dry-run ? (this won’t remove anything, just simulate what it would do)
apt remove postgresql-11 --dry-run
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
bind9-utils bind9utils dnsutils libicu63 libllvm7
libsensors-config libsensors5 php-gettext php7.3-gd
php7.3-intl php7.3-ldap postgresql-common python3-ply
python3-publicsuffix sysstat
Veuillez utiliser « apt autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÉS :
postgresql-11
0 mis à jour, 0 nouvellement installés, 1 à enlever et 0 non mis à jour.
Remv postgresql-11 [11.17-0+deb10u1]
Hmouai ça a l’air d’être ça, il faut désinstaller postgresql-11, et si la migration postgresql est toujours là, la skip
Best announcement ever ! 
Encore une fois
Magicien 
Tout est ok .
Hello : une petite boulette dans le texte pour l’étape 24 de la mise à jour :
yunohost app upgrade -F APP et non yunohost app upgrade -f APP
Et bien…
Depuis le serveur a été redémarré, et en fait n’a jamais fini de s’éteindre à cause de postgresql (que j’ai dû tuer pour arriver à finir le redémarrage).
Et… il ne démarre plus correctement. Je n’ai plus d’accès SSH &co.
J’ai peut-être le même problème que @Nico1 ping @Aleks.
Et probablement pas d’autre solution que de restaurer une sauvegarde
I already made a fix for the one @Krakinou found: [fix] -f and --force are not thje same with yunohos app upgrade · YunoHost/yunohost@5d90971 · GitHub
It will be in next fix release
ran the migration from the CLI.
worked perfectly! thank you to the devs and good luck to those trying to get sorted.
hugs to aleks right now with tech support.
Noob.help , but can you ping google with ssh ?
Sometime when i can’t do apt update etc and i’ve got this result. So it because server can’t reach website because DNS or not good or a problem with it.
with ssh, can you ping google.fr :
ping google.fr
Hello,
Sur ma briq lime 1, j’ai tenté la migration vers Bullseye.
Je suis maintenant sous Debian 11
# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 11 (bullseye)
Release: 11
Codename: bullseye
avec un noyau 4.19.62-sunxi
Dans le web, j’avais accès aux application mais pas à l’administration : Error 500.
Entre temps, j’ai redémarré la briq. Je n’ai plus accès par le web, le hotspot n’est pas visible.
Pourtant les services sont “running” mais avec des erreurs.
Il y a surtout OSError: [Errno 28] No space left on device
En effet,
# df -h
Filesystem Size Used Avail Use% Mounted on
udev 179M 0 179M 0% /dev
tmpfs 50M 6.8M 43M 14% /run
/dev/mmcblk0p1 29G 4.1G 24G 15% /
tmpfs 247M 24K 247M 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 247M 0 247M 0% /tmp
/dev/sda4 367G 241G 108G 70% /home
/dev/sda3 49G 6.5G 40G 14% /var
/dev/zram0 49M 48M 0 100% /var/log
tmpfs 50M 0 50M 0% /run/user/1000
/var/log est à ras bord !
J’ai apt clean et apt-get autoremove je ne sais pas quoi déplacer de /var/log pour faire de la place pastebin - outil de debug collaboratif
Sinon # journalctl -xe me donne 1000 lignes du genre rsyslogd[696]: file '/var/log/syslog'[8] write error - see https://www.rsyslog.com/solving-rs>
À la commande # dpkg --configure -a j’obtiens
php7.0-fpm.service - The PHP 7.0 FastCGI Process Manager
Loaded: loaded (/lib/systemd/system/php7.0-fpm.service; disabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Sat 2022-08-13 10:09:52 UTC; 132ms ago
Docs: man:php-fpm7.0(8)
Process: 5503 ExecStart=/usr/sbin/php-fpm7.0 --nodaemonize --fpm-config /etc/php/7.0/fpm/php-fpm.conf (code=exited, status=78)
Process: 5504 ExecStopPost=/usr/lib/php/php-fpm-socket-helper remove /run/php/php-fpm.sock /etc/php/7.0/fpm/pool.d/www.conf 70 (code=exited, status=0/SUCCESS)
Main PID: 5503 (code=exited, status=78)
CPU: 624ms
Je lance # systemctl status php7.0-fpm.service
On peut voir php-fpm7.0[5503]: [13-Aug-2022 10:09:52] WARNING: [pool garradin] 'request_slowlog_timeout' i>
Je tente le nettoyage de noyaux dpkg --get-selections|grep 'linux-image*'|awk '{print $1}'|egrep -v "linux-image-$(uname -r)|linux-image-generic" |while read n;do apt-get -y remove $n;done qui devrait libérer 70,3MB en retirant le noyau linux-image-next-sunxi (5.92) mais j’ai des dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device et
Errors were encountered while processing:
php7.0-fpm
E: Write error - ~LZMAFILE (28: No space left on device)
E: Sub-process /usr/bin/dpkg returned an error code (1)
et je n’en sors pas.
Quelle serait la saine et bonne méthode pour remettre la table sur ses pieds?
Merci !
Je peux ajouter pour cerner le diagnostique, que j’ai un message CRON tous les 1/4d’h comme suis :
Merci !