Bonjour, Après avoir dormi, j'ai refait pareil, déplacé le le contenu de /var dans /home mais ensuite, j'ai demandé à fstab de monter la partition non plus sur /home mais /var ET tout fonctionne à merveille (surtout que /home dans le cas de ce serveur n'est pas amené à recevoir de données)
Désolé pour mon message lié à la fatigue ... mes neuronnes n'étaient visiblement plus tous connectés entre eux ! Alain JUPIN Le 19/05/2019 à 03:55, Bernard Schoenacker a écrit : > > ----- Mail original ----- >> De: "JUPIN Alain" <aju...@jupin.net> >> À: "Liste Debian" <debian-user-french@lists.debian.org> >> Envoyé: Dimanche 19 Mai 2019 00:26:34 >> Objet: /var trop gros >> >> Bonsoir, >> >> Sur une config Debian + Postfix + Dovecot (en réalité iinstance mail >> d'uns serveur ISPConfig 3), j'ai le problème du /var trop "gros" et >> qui >> me rempli presque a rabord la partition / >> >> Donc j'ai naivement tenté (comme je l'ai fais sur d'autres install >> Debian) : >> # mv /var/ /home/ >> # ln -s /home/var/ /var >> # reboot >> >> Eh bien au reboot, Dovecot et Mysql refuse de démarrer >> >> # systemctl status mariadb.service >> ● mariadb.service - MariaDB 10.1.37 database server >> Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; >> vendor >> preset: enabled) >> Active: failed (Result: exit-code) since Sat 2019-05-18 23:56:48 >> CEST; 5s ago >> Docs: man:mysqld(8) >> https://mariadb.com/kb/en/library/systemd/ >> Process: 1743 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root >> -d >> /var/run/mysqld (code=exited, status=1/FAILURE) >> >> mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: Starting MariaDB >> 10.1.37 >> database server... >> mai 18 23:56:48 ruchba.jupinfo.fr install[1743]: /usr/bin/install: >> impossible de créer le répertoire « /var »: Le fichier existe >> mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: mariadb.service: >> Control >> process exited, code=exited status=1 >> mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: Failed to start MariaDB >> 10.1.37 database server. >> mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: mariadb.service: Unit >> entered failed state. >> mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: mariadb.service: Failed >> with result 'exit-code'. >> >> May 18 23:54:41 ruchba dovecot: master: Error: >> bind(/var/spool/postfix/private/auth) failed: No such file or >> directory >> May 18 23:54:41 ruchba dovecot: master: Fatal: Failed to start >> listeners >> >> Après moultes essais infructueux (pendant près de 2H !!! l'heure >> tardive et la fatigue aidant), j'ai tout remis dans / et hop tout est >> rentré dans l'ordre >> Mais bientôt, / ne va plus être assez grand ! >> Pour info, /home est ma partition "data" elle fait 200Go ! >> >> Une solution pour transférer mon /var dans /home sans rien casser ? >> Ou alors virer la partition /home et agrandir / ? >> >> Merci pour votre aide ! >> > bonjour, > > en premier, serait il possible de faire une cure d'amaigrissement > du /var en supprimant les paquets en cache et les journaux > trop anciens ? > > alternative : > > déplacer les journaux dans /home > déplacer le cache des paquets dans /home > > > merci > slt > bernard >