Finally I found it:
A daemon started in rc.local was not launched with "&" at the end of
their command line. As result rc.local did not finish execution... so
systemd couldn't continue at poweroff procedure
Just run command in background and problem solved
Thanks for your time
Juan Antonio
El
Richard,
Thanks again. In a previous reply you mentioned having a different lts.conf for
the Fat Clients. Since we primarily use thin\thick clients, I didn't build a
separate image for fat clients. I just put a ltsp-build-client.conf file in
place and built the image. Then using the
> FROM: richard kweskin
> SENT: Monday, February 27, 2017 8:31 PM
> TO: ltsp-discuss@lists.sourceforge.net
> CC: Donaldson Jeff
> SUBJECT: RE: [Ltsp-discuss] Fat Client Graphics Distortion
>
>> From: richard kweskin [mailto:rkwesk_l...@hellug.gr [1]]
> > Sent: Friday,
Hello Community
Li-f-e: Linux for Education based on the latest Ubuntu Mate 16.04.2
LTS release is out, this release brings in HWE stack consisting of
updated Linux kernel and X server. Gujarati language and Ibus for
typing in any language are new additions. It of course has tons of
educational
I've just been reading up about the new Virtual GPU support for VMs in
Kernel 4.10 and was wondering if this could be used for LTSP clients to
keep applications centralised still but get the GPU of the clients to do
the rendering.
The problem I have at the moment is some applications have to be
An HD video (or in general, screen broadcasting), at 1920x1080x32bpp
@60fps, needs 3981312000, i.e. 4 Gbps.
That means that 10 thin clients need 40 Gbps to perform with no data
loss, which no server can send.
So the only way for thin clients to work is to find workarounds to send
less data.