Vous n'êtes pas identifié(e).
Ça tombe très bas quand on lui parle en breton, je tombe quasi systématiquement dans des boucles ou phrases sans queue ni tête.
Mais en effet, c'est assez impressionnant, ça va bien copier coller les bouts du web en relation avec ce qu'on demande. :3
C'est pas surprenant, je pense que les sources en breton sont peu nombreuses et cela ne permet pas d'exploiter chatgpt.
Je suis surpris d'avoir quelque chose de fonctionnel en français et globalement les résultats sont assez bluffant.
J'ai testé et sur certains sujets on a souvent des réponses stéréotypées, du genre : "Il n'y a pas de réponse unique"
On peut aussi avoir des réponses surprenantes avec les dates, il n'est pas capable de donner la date du jour par exemple
S'il n'est pas capable de définir la date du prochaine entartage de BHL, l’intérêt est limité pour moi.
saitama-san a écrit :j'utilise powerline au lieu de réinventer la roue.
Bien lourd pour modier un prompt !
Évidemment.je ne comprenais pas pourquoi mon pc était lent
Quand on a un bureau installé, la différence se voit à l’œil.
Ma période Amish est passé
Je suis passé à un terminal qui me facilite la vie.
saitama-san a écrit :si la partition est pleine, on commence par libérer de l'espace.
Non, on commence par regarder pourquoi les logs sont si volumineux, sinon le problème risque de revenir rapidement.
Soit la rotation ne se fait pas, soit une anomalie génère beaucoup de logs.
Les suspects habituels sont kern.log*, syslog*, messages*, daemon.log*.
retrouver un système fonctionnel est selon moi la priorité.
quelque soit l'origine du problème, si la rotation des logs est fonctionnel et bien configuré la partition ne sera plus saturé.
Ce n’est pas utile de modifier les réglages de journald via journalctl. Les retours de commandes partagés dans le premier message montrent que ce ne sont pas les logs gérés par journald qui ont grossi hors de proportion.
si la partition est pleine, on commence par libérer de l'espace.
aucun intérêt de garder autant de log.
je propose en fonction des éléments à ma disposition mais si tu as mieux à proposer
Et pourquoi pas tout simplement ne pas utiliser de partition dédiée pour /var ? À quoi sert-elle dans le cas présent ?
ça ne règlera pas la source du problème
ubub a écrit :Pour rappel, Debian 9 (dite Stretch) s'est éteinte début juillet ....
Si on prend en compte le programme "Extended LTS", on peut quand même pousser Stretch jusque 2027 : Prise en charge à long terme étendue.
oui c'est possible mais sous condition.
faut lire un peu les détails
https://deb.freexian.com/extended-lts/
J'ai lu sur un site que Firefox à la tendance à écrire une quantité astronomique de donnée sur le disque pendant qu'on l'utilise. Quand le disque est de type SSD (c'est mon cas) cela réduit la durée de vie du disque.
SSD ou mécanique
au mieux limiter l'écriture d'un certains nombre de données, pourquoi pas.
déplacer sur un autre disque, c'est sans intérêt. autant déplacer en tmpfs
avoir un SSD et ne pas l'utiliser, c'est pas très utile.