OCA a écritJe vais attendre un petit moment avant de mettre résolu, on ne sait jamais que quelqu'un aie une idée. Je pense que je vais cloner le dd puis refaire toute l'installation.
Encore merci.
Bonjour
Quelques idées à l'emporte pièce.
- Ne met surtout pas résolu Puisque c'est loin de l'être
- Tu pourrais peut-être même modifier le titre, Car, d'après ce que je viens de voir, ton ordinateur ne s'arrête jamais! sauf lorsque tu appuies sur la touche power ON/OFF
- Je ne vois pas trop l'intérêt de cloner le Disque Dur.
- En revanche, j'allais te proposer d'installer le logiciel standard de UBUNTU donc l'écran graphique en GNOME
en technique DUAL BOOT Il te suffit de libérer une vingtaine de GO pour avoir une double installation faite en 1 heure de temps. Téléchargement avec ce lien
http://old-releases.ubuntu.com/releases/bionic/ubuntu-18.04.2-desktop-amd64.iso.torrent ou celui-ci
http://old-releases.ubuntu.com/releases/bionic/ubuntu-18.04.2-desktop-amd64.iso
- J'ai oublié de te demander si ton ordinateur était à jour au niveau logiciel
sudo apt update
sudo apt upgrade
- J'ai aussi oublié de te demander quelle était sa référence si c'est un ordinateur du commerce afin de consulter plus large dans internet sur ce problème d'arrêt
Pour la gestion des traces, je n'ai pas d'avis. Mais je ne suis pas très motivé pour regarder un incident datant d'un mois. Il me semble qu'une semaine est bien suffisant.
https://www.binsp.net/?post/journald-la-gestion-des-journaux
man journalctl a écrit --vacuum-size=, --vacuum-time=, --vacuum-files=
Removes archived journal files until the disk space they use falls
below the specified size (specified with the usual "K", "M", "G"
and "T" suffixes), or all archived journal files contain no data
older than the specified timespan (specified with the usual "s",
"m", "h", "days", "months", "weeks" and "years" suffixes), or no
more than the specified number of separate journal files remain.
Note that running --vacuum-size= has only an indirect effect on the
output shown by --disk-usage, as the latter includes active journal
files, while the vacuuming operation only operates on archived
journal files. Similarly, --vacuum-files= might not actually reduce
the number of journal files to below the specified number, as it
will not remove active journal files. --vacuum-size=,
--vacuum-time= and --vacuum-files= may be combined in a single
invocation to enforce any combination of a size, a time and a
number of files limit on the archived journal files. Specifying any
of these three parameters as zero is equivalent to not enforcing
the specific limit, and is thus redundant.
J'ai donc probablement fait quelque chose resemblant à cela (Mais je ne m'en souviens plus)
sudo journalctl --vacuum-size=10M --vacuum-time=7d --vacuum-files=10
systemctl restart systemd-journald
En revanche, je n'apprécie pas du tout la logique de gestion des syslog.
https://doc.ubuntu-fr.org/logrotate#la_compression
cat /etc/logrotate.d/rsyslog | grep rotate
Lorsqu'on dispose d'un SSD, c'est inutile de l'user de façon débile en compressant des fichiers que personne ne consulte et qui vont disparaitre rapidement
