BERTRAND Joël wrote on 05/10/2022 at 10:58:12+0200:
> Ne pouvant obtenir aucune résolution ni de la part de l'équipe de devs
> de systemd ni de debian, j'ai pris le taureau par les cornes et j'ai
> fait ce que j'aurais dû faire depuis très longtemps. J'ai viré debian
> que j'ai remplacé
Ne pouvant obtenir aucune résolution ni de la part de l'équipe de devs
de systemd ni de debian, j'ai pris le taureau par les cornes et j'ai
fait ce que j'aurais dû faire depuis très longtemps. J'ai viré debian
que j'ai remplacé par devuan _sans réinstallation_. Les versions des
paquets
BERTRAND Joël wrote on 29/09/2022 at 08:32:47+0200:
> Tu veux absolument avoir raison, je te laisse avoir raison. C'est
> tellement plus facile que de devoir remettre en cause des choix hasardeux.
>
> Encore une fois, je ne t'ai pas attendu (d'autant qu'avant d'avoir
> posté la
BERTRAND Joël wrote on 29/09/2022 at 08:32:47+0200:
> Tu veux absolument avoir raison, je te laisse avoir raison. C'est
> tellement plus facile que de devoir remettre en cause des choix hasardeux.
>
> Encore une fois, je ne t'ai pas attendu (d'autant qu'avant d'avoir
> posté la
Tu veux absolument avoir raison, je te laisse avoir raison. C'est
tellement plus facile que de devoir remettre en cause des choix hasardeux.
Encore une fois, je ne t'ai pas attendu (d'autant qu'avant d'avoir
posté la première fois ici, il y a quelques mois, j'ai filé le bébé aux
BERTRAND Joël wrote on 28/09/2022 at 11:25:59+0200:
> Thomas Parmelan a écrit :
>> Le mardi 27 septembre 2022 à 18:23, d'après
>> BERTRAND Joël :
>>
>> Sep 23 08:49:31 hilbert systemd[1]: Stopping User Manager for UID 0...
>>
Question naïve, mais qui me turlupine à vous lire tous
BERTRAND Joël wrote on 27/09/2022 at 10:32:17+0200:
> Pierre-Elliott Bécue a écrit :
>> Salut,
>>
>> BERTRAND Joël wrote on 26/09/2022 at
>> 09:44:54+0200:
>>
>>> Pierre-Elliott Bécue a écrit :
BERTRAND Joël wrote on 23/09/2022 at
10:31:52+0200:
> [snip]
Ok,
Thomas Parmelan a écrit :
> Le mardi 27 septembre 2022 à 18:23, d'après
> BERTRAND Joël :
>
> Sep 23 08:49:31 hilbert systemd[1]: Stopping User Manager for UID 0...
>
>>> Question naïve, mais qui me turlupine à vous lire tous les deux : si je
>>> comprends bien, la session graphique est
Le mardi 27 septembre 2022 à 18:23, d'après
BERTRAND Joël :
> >>> Sep 23 08:49:31 hilbert systemd[1]: Stopping User Manager for UID 0...
> > Question naïve, mais qui me turlupine à vous lire tous les deux : si je
> > comprends bien, la session graphique est lancée sous l'identité de root
> >
Thomas Parmelan a écrit :
> Le samedi 24 septembre 2022 à 22:35, d'après
> Pierre-Elliott Bécue :
>
>> BERTRAND Joël wrote on 23/09/2022 at
>> 10:31:52+0200:
>>
>>> Sep 23 08:49:31 hilbert systemd[1]: Stopping User Manager for UID 0...
> [...]
>> Il y a une façon d'éviter que systemd ferme une
Le samedi 24 septembre 2022 à 22:35, d'après
Pierre-Elliott Bécue :
> BERTRAND Joël wrote on 23/09/2022 at
> 10:31:52+0200:
>
> > Sep 23 08:49:31 hilbert systemd[1]: Stopping User Manager for UID 0...
[...]
> Il y a une façon d'éviter que systemd ferme une session en cas de fin de
> tous les
Pierre-Elliott Bécue a écrit :
> Salut,
>
> BERTRAND Joël wrote on 26/09/2022 at
> 09:44:54+0200:
>
>> Pierre-Elliott Bécue a écrit :
>>>
>>> BERTRAND Joël wrote on 23/09/2022 at
>>> 10:31:52+0200:
[snip]
>>>
>>> Ok, donc systemd ne tue pas X. systemd met un terme à la session de
>>>
Salut,
BERTRAND Joël wrote on 26/09/2022 at 09:44:54+0200:
> Pierre-Elliott Bécue a écrit :
>>
>> BERTRAND Joël wrote on 23/09/2022 at
>> 10:31:52+0200:
>>> [snip]
>>
>> Ok, donc systemd ne tue pas X. systemd met un terme à la session de
>> root. La raison est que systemd détermine au
raphael.rign...@gmail.com a écrit :
> Basile Starynkevitch a écrit :
>>
>> On 23/09/2022 09:41, BERTRAND Joël wrote:
>>> Bonjour à tous,
> Bonjour
>>>
>>> Ce matin, une fois de plus, systemd a cru bon tuer X et,
>>> incidemment, toutes les applications en cours (me contraignant à
>>>
Basile Starynkevitch a écrit :
>
> On 23/09/2022 09:41, BERTRAND Joël wrote:
>> Bonjour à tous,
Bonjour
>>
>> Ce matin, une fois de plus, systemd a cru bon tuer X et,
>> incidemment, toutes les applications en cours (me contraignant à
>> repartir de la sauvegarde de la nuit, je n'ai
Pierre-Elliott Bécue a écrit :
>
> BERTRAND Joël wrote on 23/09/2022 at
> 10:31:52+0200:
>
>> Pierre-Elliott Bécue a écrit :
>>> Une ligne de log, quelque chose qui montre que systemd a bien tué X
>>> et éventuellement pourquoi, ou bien on est juste sur yet another
>>> mail de baseless FUD?
>>
Basile Starynkevitch a écrit :
>
> On 23/09/2022 09:41, BERTRAND Joël wrote:
>> Bonjour à tous,
>>
>> Ce matin, une fois de plus, systemd a cru bon tuer X et, incidemment,
>> toutes les applications en cours (me contraignant à repartir de la
>> sauvegarde de la nuit, je n'ai heureusement
BERTRAND Joël wrote on 23/09/2022 at 10:31:52+0200:
> Pierre-Elliott Bécue a écrit :
>> Une ligne de log, quelque chose qui montre que systemd a bien tué X
>> et éventuellement pourquoi, ou bien on est juste sur yet another
>> mail de baseless FUD?
>
> Sep 23 08:49:31 hilbert systemd[1]:
On 23/09/2022 09:41, BERTRAND Joël wrote:
Bonjour à tous,
Ce matin, une fois de plus, systemd a cru bon tuer X et, incidemment,
toutes les applications en cours (me contraignant à repartir de la
sauvegarde de la nuit, je n'ai heureusement perdu qu'une heure de
travail). Ce ne
Bonjour,
Le 23/09/2022 à 14:24, Haricophile a écrit :
Le Fri, 23 Sep 2022 12:42:41 +0200,
"antoine.valmer" a écrit :
eth0, wlan0... c'est explicite, et pratique pour réparer un réseau
défaillant.
Le nouveau nommage est explicite aussi, c'est juste pas fait pour les
humains. Ce que je
Le Fri, 23 Sep 2022 12:42:41 +0200,
"antoine.valmer" a écrit :
> eth0, wlan0... c'est explicite, et pratique pour réparer un réseau
> défaillant.
Le nouveau nommage est explicite aussi, c'est juste pas fait pour les
humains. Ce que je reproche n'est pas la logique du truc, mais ce fait
qui
Le 23/09/2022 à 12:42, antoine.valmer a écrit :
On Friday 23 September 2022 12:34:01 BERTRAND Joël wrote:
Attention, les ports sont renommés automatiquement sauf s'il y a des
règles udev spécifiques. Cela fut rigolo au passage de l'ancien système
au nouveau (et si j'ai pu récupérer eth1
On Friday 23 September 2022 12:34:01 BERTRAND Joël wrote:
> Attention, les ports sont renommés automatiquement sauf s'il y a des
> règles udev spécifiques. Cela fut rigolo au passage de l'ancien système
> au nouveau (et si j'ai pu récupérer eth1 et eth2, eth0 n'a rien voulu
> savoir et se
Erwann Le Bras a écrit :
>
>
>
>> Bonjour
>>
>> Le 23/09/2022 à 10:31, Erwann Le Bras a écrit :
>> [...]
>>> chez moi usrmerge n'est pas installé et Debian ne m'a jamais obligé à
>>> l'installer.
>>> J'ai /usr dans /, je n'ai jamais vu l'intéret de les séparer
>>>
>>> Je suis en Debian stable
Bonjour
Le 23/09/2022 à 10:31, Erwann Le Bras a écrit :
[...]
chez moi usrmerge n'est pas installé et Debian ne m'a jamais obligé à
l'installer.
J'ai /usr dans /, je n'ai jamais vu l'intéret de les séparer
Je suis en Debian stable (11.5).
Si tu as fait un upgrade d'une version
Bonjour
Le 23/09/2022 à 10:31, Erwann Le Bras a écrit :
[...]
chez moi usrmerge n'est pas installé et Debian ne m'a jamais obligé à
l'installer.
J'ai /usr dans /, je n'ai jamais vu l'intéret de les séparer
Je suis en Debian stable (11.5).
Si tu as fait un upgrade d'une version antérieure,
Bonjour,
Erwann Le Bras a écrit :
> chez moi usrmerge n'est pas installé et Debian ne m'a jamais obligé à
> l'installer.
> J'ai /usr dans /, je n'ai jamais vu l'intéret de les séparer
C'est ce matin que j'ai constaté qu'il était autoritairement poussé
dans testing. Jusqu'ici, je
Le 23/09/2022 à 10:31, Erwann Le Bras a écrit :
[...]
chez moi usrmerge n'est pas installé et Debian ne m'a jamais obligé à
l'installer.
J'ai /usr dans /, je n'ai jamais vu l'intéret de les séparer
Je suis en Debian stable (11.5).
[...]
Bonjour,
De ce que je comprends, ce sera problématique
Michel Memeteau a écrit :
> Bonjour ,
>
>
> Je pensais que Systemd-OOM était désactivé sur debian ?
Je préférerais que ce soit un truc comme ça, mais non. Dans les logs,
j'ai juste systemd qui tue la session, comme ça, presque gratuitement.
Et concernant la session, c'est une sortie
Pierre-Elliott Bécue a écrit :
> Une ligne de log, quelque chose qui montre que systemd a bien tué X
> et éventuellement pourquoi, ou bien on est juste sur yet another
> mail de baseless FUD?
Sep 23 08:49:31 hilbert systemd[1]: Stopping User Manager for UID 0...
Sep 23 08:49:31 hilbert
bonjour
je n'ai jamais constaté ce comportement :
sur mon ordi il arrive -rarement, mais je ne sais pas pourquoi- que
lightdm parte en vrille et je dois le redémarrer par 'systemctl restart
lightdm' depuis la console locale en root.
Ma session utilisateur est fermée, et les les processus
Bonjour ,
Je pensais que Systemd-OOM était désactivé sur debian ?
Le 23/09/2022 à 09:41, BERTRAND Joël a écrit :
Bonjour à tous,
Ce matin, une fois de plus, systemd a cru bon tuer X et, --
--
Michel Memeteau
Ekimia ( https://ekimia.fr )
BERTRAND Joël wrote on 23/09/2022 at 09:41:24+0200:
> Bonjour à tous,
>
> Ce matin, une fois de plus, systemd a cru bon tuer X et, incidemment,
> toutes les applications en cours (me contraignant à repartir de la
> sauvegarde de la nuit, je n'ai heureusement perdu qu'une heure de
>
Bonjour à tous,
Ce matin, une fois de plus, systemd a cru bon tuer X et, incidemment,
toutes les applications en cours (me contraignant à repartir de la
sauvegarde de la nuit, je n'ai heureusement perdu qu'une heure de
travail). Ce ne serait encore pas trop grave s'il ne
On Fri, Jan 04, 2002 at 11:33:29PM +0100, spear wrote:
Je recompile mon noyau ... make menuconfig, make dep, make bzImage, make
mrproper ... je rebootais, suivant le kernel howto, afin de faire le
make modules ... j'obtenais le message suivant pendant le démarrage,
la sequence a taper est
On Sun, Jan 06, 2002 at 10:48:07AM +0100, Camille Dominique wrote:
Il paraitrait que le tout serait plus simple et facile a faire avec le
paquet kernel-package. Je ne l'ai pas encore utilise pour ma part, donc
voir la doc respective et les debian-guides.
plus exactement, dans la newbiedoc
Je crois que compiler ton noyau à la debian avec make-kpkg
est la manière la plus simple d'éviter de genre de désagréments,
car debian fait beaucoup de boulot pour toi...
Voir le howto de Nicolas Boos, déjà cité
http://nicolaxx.free.fr/docs/noyau/noyau.htm
http://dpt.tuxfamily.org/
Olivier
Où as-tu lu ça ???
Pourtant, c'était dans le kernel-howto :(
Avec plaisir.
re - merci ;)
Thomas
--
BOFH excuse #201:
RPC_PMAP_FAILURE
Le 04.01.02, spear a tapoté :
| Bon !
|
| Je recompile mon noyau ... make menuconfig, make dep, make bzImage, make
| mrproper ... je rebootais, suivant le kernel howto, afin de faire le
| make modules ... j'obtenais le message suivant pendant le démarrage,
Où as-tu lu ça ???
Il
:
__
bash# man insmod
bash# modproble loop
bash# insmod loop
bash# lsmod
__
[CLX] Re: Grosse fatigue en fin de compilation de noyau :)
You can set PATH the insmod searches in /etc/modules.conf
On Sun, Jan 06, 2002 at 01:44:24AM +0100, spear wrote:
En fait, j'avais suivi à la lettre le HOWTO, le chapitre ne précisant
pas (d'après ce que j'ai compris) qu'il fallait faire le make_modules
avant de rebooter ... j'avais donc suivi les chapitres les un après les
autres ... ce serait bien
41 matches
Mail list logo