13 liens privés
Les messages suivants apparaissent lorsque la mise ajour de shaarli échoue ...
ERROR - Impossible de mettre à jour shaarli : Une erreur s’est produite durant l’exécution du script de mise à niveau de l’application
633 processing action [28699.1]: yunohost.backup.create with args={'methods': None, 'description': None, 'apps': ['shaarli'], 'system': None, 'output_directory': None, 'name': 'shaarli-pre-upgrade2'}
WARNING - 640 Une archive de sauvegarde avec ce nom existe déjà.
WARNING - Backup failed, the upgrade process was aborted.Effectivement, ces fichiers
- shaarli-pre-upgrade2-old.info.json
- shaarli-pre-upgrade2-old.tar.gz
... existent déjà dans/home/yunohost.backup/archives/
Je résouds le problème avec les commandes suivantes :
mv /home/yunohost.backup/archives/shaarli-pre-upgrade2.info.json /home/yunohost.backup/archives/shaarli-pre-upgrade2-old.info.json
mv /home/yunohost.backup/archives/shaarli-pre-upgrade2.tar.gz /home/yunohost.backup/archives/shaarli-pre-upgrade2-old.tar.gzAh oui, c'est vrai: Le répertoire ~/.cache sous Linux peut accumuler des données inutiles. Et par défaut, à ma connaissance, aucune distribution n'a prévu le vidage automatique de ce dossier. Voici donc quelques commandes:
🔷 Voir la place occupée par le cache:
du -h --summarize ~/.cache🔷 Simuler un effacement des fichiers vieux de plus d'un an:
find ~/.cache -depth -type f -mtime +365🔷 Effacer ces fichiers vieux de plus d'un an:
find ~/.cache -type f -mtime +365 -delete
Pour empêcher une application système (donc non dé-installable) de démarrer.
Lister les paquets/applications : adb shell pm list packages -d
Désactiver une appli : adb shell pm disable-user --user 0 com.miui.cleanmaster
Réactiver: adb shell pm enable com.miui.cleanmaster
(puis redémarrer l'appareil)
Je faisais les backups de mon téléphone avec un serveur ssh (qui tourne sur le téléphone). Manque de bol: Avec Android 11, les applications n'ont plus accès au répertoire Android/data (qui contient les fichiers de config/cache/travail de toutes les applications). (Je sais, c'est pour la sécurité). Du coup ma solution de backup tombe à l'eau. Et d'autres applications aussi (comme FolderSync).
On peut encore passer par MTP pour tout tranférer, mais c'est lent comme la mort (Par MTP, ça met déjà 30 minutes rien que pour faire le tour des répertoires). Je hais MTP (j'ai l'impression de me répéter.)
Quelqu'un m'a pointé un truc sympa: adbfs (https://github.com/spion/adbfs-rootless) Et ça marche !
Bon ça implique: 1) de passer le téléphone en mode développeur 2) d'activer le débogage USB 3) d'autoriser l'oridinateur à se connecter sur le téléphone 4) de compiler adbfs.
Mais au final, ça fonctionne:mkdir mount ./adbfs mountet on peut accéder à la racine de son téléphone pour tout sauvegarder. Ouf ! (bien sûr, vous n'avez pas le droit de tout modifier, faut pas rêver).
Problème d'espace disque sur le serveur
Description
Je reçois quotidiennement des mels depuis mon serveur pour me signaler la diminution de l'espace disponible sur le répertoire / de /dev/rootdu serveur.
Analyse
Connexion au serveur en root
Résultat d'exécution des commandes ...
❯ grep "root" /proc/cmdline
BOOT_IMAGE=/boot/bzImage-4.9.58-xxxx-std-ipv6-64 root=/dev/md1 ro rootdelay=10❯ mount | grep "/dev/md1"
/dev/md1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)❯ cd /
❯ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/root 20G 17G 1,4G 93% /
devtmpfs 2,0G 0 2,0G 0% /dev
tmpfs 2,0G 68K 2,0G 1% /dev/shm
tmpfs 2,0G 213M 1,8G 11% /run
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 2,0G 0 2,0G 0% /sys/fs/cgroup
/dev/md3 439G 239G 178G 58% /home
tmpfs 393M 0 393M 0% /run/user/1000
❯ du -h -d 1 /
24K /nonexistent
4,0K /mnt
239G /home
23M /boot
185M /root
4,0K /srv
68K /dev
du: impossible d'accéder à '/sys/kernel/slab/L2TP/IPv6': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/sys/kernel/slab/L2TP/IP': Aucun fichier ou dossier de ce type
0 /sys
4,0K /lib64
759M /tmp
15M /bin
8,0K /media
2,0G /opt
213M /run
du: impossible d'accéder à '/proc/4287/task/4287/fd/3': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/4287/task/4287/fdinfo/3': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/4287/fd/4': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/4287/fdinfo/4': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/4370': Aucun fichier ou dossier de ce type
0 /proc
23M /sbin
16K /lost+found
2,0G /usr
925M /etc
51M /lib
7,8G /var
256G /Pour synthétiser :
/dev/root"correspond à"/dev/mda1et équivaut à//dev/mda3héberge/home
Pour affiner le problème, j'installe rust puis dutree sur le serveur (voir [https://blog.shevarezo.fr/post/2018/06/13/dutree-outil-analyser-espace-disque]).
❯ dutree --exclude home -d1 / ─╯
Couldn't read IPv6 (NotFound)
Couldn't read IP (NotFound)
Couldn't read 13868 (NotFound)
[ / 24.07 GiB ]
├─ var │ ███████████████████████████████████████████████████████████████████████████│ 30% 7.44 GiB
├─ sys │ ███████████████████████████████████████████████████████████████████│ 27% 6.66 GiB
├─ swap_gitlab │ ███████████████████████████████│ 13% 3.17 GiB
├─ usr │ ███████████████████│ 8% 1.98 GiB
├─ opt │ ████████████████│ 7% 1.76 GiB
├─ root │ ██████████│ 4% 1.15 GiB
├─ etc │ ███████│ 3% 887.25 MiB
├─ tmp │ ██████│ 3% 755.80 MiB
├─ run │ █│ 0% 211.56 MiB
├─ lib │ │ 0% 49.30 MiB
├─ sbin │ │ 0% 22.00 MiB
├─ boot │ │ 0% 21.90 MiB
├─ bin │ │ 0% 14.07 MiB
├─ proc │ │ 0% 4.79 MiB
├─ dev │ │ 0% 87.80 KiB
├─ nonexistent │ │ 0% 16.31 KiB
├─ lost+found │ │ 0% 16.00 KiB
├─ media │ │ 0% 8.01 KiB
├─ lib64 │ │ 0% 4.03 KiB
├─ mnt │ │ 0% 4.00 KiB
├─ srv │ │ 0% 4.00 KiB
└─ .rnd │ │ 0% 1.00 KiBJe vais dégager quelques applications du serveur. Ce sont celles dont je ne me sers pas. On va voir ce que ça donne.
- rss-bridge --> ok
- kanboard --> ok
- alltube --> ok
- blog ???
- diagramsnet --> ok
- phpmyadmin --> ok
- my-mind --> ok
Purge du dossier /tmp
❯ dutree -s /tmp ─╯
[ tmp 755.87 MiB ]
├─ tmp.c6YZAg7Z2H │ ███████████████████████████████████████████████████████████████████████████│ 98% 745.29 MiB
├─ tmp.rYLfDnmtWN │ │ 1% 10.39 MiB
└─ <aggregated> │ │ 0% 185.79 KiB
/home/admin_guillaume ······························································ root@principal 18:42:07 ─╮
❯ rm -rf /tmp/tmp* ─╯
/home/admin_guillaume ······························································ root@principal 18:42:57 ─╮
❯ dutree -s /tmp ─╯
[ tmp 166.58 KiB ]
└─ <aggregated> │ ███████████████████████████████████████████████████████████████████████████│ 97% 162.58 KiB==> Gain de 750 Mo d'espace disque
Je gagne un peu de sursis ...
Retex : J'ai gagné < 12h ! Un noveau mel m'informe que :
[ERROR] L'espace de stockage / (sur lâappareil /dev/root) ne dispose que de 468 MiB (2%) espace restant (sur 18 GiB). Vous devriez vraiment envisager de nettoyer de lâespace !❯ dutree --exclude home -s / ─╯
Couldn't read IPv6 (NotFound)
Couldn't read IP (NotFound)
Couldn't read 23525 (NotFound)
Couldn't read entry (InvalidInput)
Couldn't read entry (InvalidInput)
[ / 23.87 GiB ]
├─ var │ ███████████████████████████████████████████████████████████████████████████│ 35% 8.44 GiB
├─ sys │ ████████████████████████████████████████████████████████│ 26% 6.40 GiB
├─ swap_gitlab │ ███████████████████████████│ 13% 3.17 GiB
├─ usr │ ████████████████│ 7% 1.91 GiB
├─ opt │ ██████████████│ 7% 1.71 GiB
├─ root │ █████████│ 4% 1.15 GiB
├─ etc │ ██████│ 3% 817.93 MiB
├─ run │ │ 0% 209.15 MiB
├─ lib │ │ 0% 49.30 MiB
├─ sbin │ │ 0% 22.00 MiB
├─ boot │ │ 0% 21.90 MiB
├─ bin │ │ 0% 14.07 MiB
├─ proc │ │ 0% 4.04 MiB
└─ <aggregated> │ │ 0% 248.55 KiBConstat : En une nuit, le répertoire /var que j'avais un peu délesté hier pèse 1 Go de plus qu'avant mon intervention ...
Je décide de déqinstaller gitlab du serveur.
L’espace de stockage / (sur le périphérique /dev/root) a encore 9.8 GiB (54%) espace restant (sur 18 GiB) !❯ dutree --exclude home -s / ─╯
Couldn't read IPv6 (NotFound)
Couldn't read IP (NotFound)
[ / 14.69 GiB ]
├─ sys │ ███████████████████████████████████████████████████████████████████████████│ 43% 6.40 GiB
├─ var │ ███████████████████████████████████████████████│ 27% 4.07 GiB
├─ usr │ █████████████████████│ 12% 1.91 GiB
├─ root │ ████████████│ 7% 1.15 GiB
├─ etc │ ████████│ 5% 817.60 MiB
├─ run │ █│ 1% 217.15 MiB
├─ opt │ │ 0% 51.93 MiB
├─ lib │ │ 0% 49.30 MiB
├─ sbin │ │ 0% 22.00 MiB
├─ boot │ │ 0% 21.90 MiB
├─ bin │ │ 0% 14.07 MiB
├─ proc │ │ 0% 3.13 MiB
└─ <aggregated> │ │ 0% 242.85 KiBMerde ! Gitlab est un gouffre ! Je viens de gagner presque 10 Go dont 4 Go dans /var ...
Affaire réglée.
Voici la commande en question. Ici, on exclut les répertoires /dev /sys et /proc et on indique que l'on veut uniquement les fichiers modifiés dans les 60 dernières minutes :
find / -not -path '/sys*' -not -path '/dev*' -not -path '/proc*' -mmin -60 
