No, no ho estava provant amb un portàtil sinó amb una torre, i sense
entorn gràfic (GUI).
El problema l'he concretat millor aquí:
https://bugs.debian.org/880982
Segueix semblant que el canvi a Systemd és el què va portar a la pèrdua
de funcionalitat, potser degut a què el nou udev ja no dispara
if
Hola,
El 06/11/17 a les 14:17, Narcis Garcia ha escrit:
> Encara no n'estic del tot segur, però m'ha donat la impressió que els
> programets (scripts) colocats en aquests directoris només són executats
> durant l'arrencada o aturada del sistema:
>
> /etc/network/if-up.d
> /etc/network/if-down.d
>
He provat establint TimeoutStartSec=infinity a
/lib/systemd/system/ifup@.service
i no es resol el problema.
Per mi que ifup no s'ha de comportar com a servei resident, sinó que, a
partir d'un esdeveniment, alguna cosa ha de disparar la seva execució,
sempre finita.
__
I'm using this exp
Gràcies; sembla que aquesta finalització del servei també deu afectar a:
/lib/systemd/system/networking.service
De tota manera, atenent al "Type=oneshot" d'aquest altre «servei»,
sembla com si en realitat no estiguessin implementats com a serveis que
atenen esdeveniments. Fixa't que a la incidènci
Narcis Garcia:
> Algú sap si Systemd deixa d'atendre aquesta característica de
> ifupdown al cap de l'estona?
Al meu /lib/systemd/system/ifup@.service diu TimeoutStartSec=5min
(pel que podria ser ben bé com dius).
Salut,
Alex
signature.asc
Description: PGP signature
He obert una incidència perquè he fet diverses proves i la cosa
coincideix amb la meva sospita:
https://bugs.debian.org/880982
Molta gent dediquem massa hores a topar amb el subproducte de Kay
Sievers i els seus col·legues.
__
I'm using this express-made address because personal address
6 matches
Mail list logo
