Bonjour à tous,
Vous le savez depuis le temps que je m'exprime sur le sujet, je hais la
bouse systemd pour tout un tas de raisons. Depuis quelques jours, je
peux en ajouter une de plus. Je m'explique :
J'utilise un poste de travail diskless (debian/testing à jour du 17
didier.gau...@gmail.com a écrit :
> Le mardi 19 mai 2020 08:30:03 UTC+2, BERTRAND Joël a écrit :
>> Bonjour à tous,
>>
>> Vous le savez depuis le temps que je m'exprime sur le sujet, je hais la
>> bouse systemd pour tout un tas de raisons.
> [...]
>> Je prends toute idée.
>>
>>
Le mardi 19 mai 2020 08:30:03 UTC+2, BERTRAND Joël a écrit :
> Bonjour à tous,
>
> Vous le savez depuis le temps que je m'exprime sur le sujet, je hais la
> bouse systemd pour tout un tas de raisons.
[...]
> Je prends toute idée.
>
> Merci,
>
> JKB
NoSpam a écrit :
>
> Le 19/05/2020 à 10:15, BERTRAND Joël a écrit :
>> [...]
>> Ce qui serait vraiment intéressant, c'est que Debian propose avec ou
>> sans systemd (pour tous ses paquets d'ailleurs),
>
> Cela s'appelle devuan.org
Sur le papier, oui. Mais as-tu testé devuan ?
Salut,
Suite de mes déboires avec mon nouveau dell 3793, xorg plante violemment sans
que j'ai isolé
une cause en particulier (j'ai cru que c'était plus souvent au retour de veille
mais pas
spécialement, il vient de replanter après un boot normal et 2h d'utilisation).
Dans kern.log je trouve
Disons que j'ai peut-être tort, mais je pense qu'ici tu envisages ton
problème d'un manière plus subjective que rationnelle et que ça te
pénalise dans sa résolution :-)
Je suis loin d'être compétent sur les systèmes de démarrage pseudo-unix
en général et Systemd en particulier, qui ne se résume
Le 19/05/2020 13:16:47, Daniel Caillibaud a écrit :
> Ce serait le bluetooth qui plante X ? Je vais le virer pour voir, mais
> kern.log parle de pb GPU 16s plus tôt,
> je suppose que c'est donc plutôt un pb de driver vidéo.
> Le chipset vidéo est l'intel UHD 620 intégré au i5-1035G1, j'utilise
Bonjour,
Le 2020-05-12 15:56, raphael.poite...@gmail.com a écrit :
Jean-Marc writes:
Sinon, voir si systemd.timer peut offrir une solution.
Si ton système utilise systemd.
À voir en effet. Espérant qu’on peut exécuter ceci en utilisateur non
privilégié.
Oui, on peut.
Tu décris ton timer
Le 19/05/20 à 14:03, MERLIN Philippe a écrit :
> Salut,
> Une idée As tu aussi chargé le paquet intel-microcode?
Oui, dans buster/non-free (il est pas dans les backport), j'aurais intérêt à
tester la version
de https://packages.debian.org/bullseye/intel-microcode ? En prenant alors aussi
Le 19/05/2020 à 10:15, BERTRAND Joël a écrit :
[...]
Ce qui serait vraiment intéressant, c'est que Debian propose avec ou
sans systemd (pour tous ses paquets d'ailleurs),
Cela s'appelle devuan.org
--
Daniel
Bonjour,
Ton souci me fait penser à un souci que j'avais eu, à propos de Systemd qui
supprimait toutes les SHM créées par un utilisateur quand sa dernière session
se terminait : cela avait pour effet de tuer un éventuel démon lancé par
l'utilisateur (un serveur Postgresql par exemple
Sébastien NOBILI writes:
>> À voir en effet. Espérant qu’on peut exécuter ceci en utilisateur non
>> privilégié.
>
> Oui, on peut.
>
> Tu décris ton timer dans le dossier
> `~/.config/systemd/user/relance.timer`
> Tu actives ton timer avec `systemctl --user enable relance.timer`
>
> J'ai remplacé
On 19/05/2020 11:33, BERTRAND Joël wrote:
> NoSpam a écrit :
>>
>> Le 19/05/2020 à 10:15, BERTRAND Joël a écrit :
>>> [...]
>>> Ce qui serait vraiment intéressant, c'est que Debian propose avec ou
>>> sans systemd (pour tous ses paquets d'ailleurs),
>>
>> Cela s'appelle devuan.org
>
>
BOITEUX, FREDERIC a écrit :
> Bonjour,
>
> Ton souci me fait penser à un souci que j'avais eu, à propos de Systemd qui
> supprimait toutes les SHM créées par un utilisateur quand sa dernière session
> se terminait : cela avait pour effet de tuer un éventuel démon lancé par
>
Salut,
Une idée As tu aussi chargé le paquet intel-microcode?
Philippe Merlin
Le mardi 19 mai 2020, 13:16:47 CEST Daniel Caillibaud a écrit :
> Salut,
>
> Suite de mes déboires avec mon nouveau dell 3793, xorg plante violemment
> sans que j'ai isolé une cause en particulier (j'ai cru que
Daniel Caillibaud, on 2020-05-19 13:16:47 +0200:
> Dans kern.log je trouve
>
> May 19 12:28:04 dell kernel: [13786.197377] i915 :00:02.0: GPU HANG:
> ecode 11:1:0x86dd, in Xorg [2149], hang on rcs0
> May 19 12:28:04 dell kernel: [13786.198452] i915 :00:02.0: Resetting rcs0
> for
a piqûre de rappel, j'avais zappé ça dans cette réponse à un fil
précédent, ça
devrait bien aider (y'a une version toute fraîche linux-firmware-20200519).
Je verrai demain si c'est plus stable.
--
Daniel
Le génie consiste à voir ce que tout le monde a vu
et à penser ce que personne n'a pensé.
Une piste peut être :
Un lien : https://gitlab.freedesktop.org/xorg/xserver/issues/102
il semble qu'il faut mettre un paramètre danx xorg.conf
Philippe Merlin
Le mardi 19 mai 2020, 13:16:47 CEST Daniel Caillibaud a écrit :
> Salut,
>
> Suite de mes déboires avec mon nouveau dell 3793, xorg
18 matches
Mail list logo