00:47 | kjackal has left IRC (kjackal!~quassel@2a02:587:3100:c900:d5f0:1021:c141:60d8, Ping timeout: 255 seconds) | |
00:48 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
00:48 | kjackal has joined IRC (kjackal!~quassel@athedsl-253143.home.otenet.gr) | |
03:02 | lucascastro has left IRC (lucascastro!~lucas@201.182.221.14, Remote host closed the connection) | |
03:58 | zama has left IRC (zama!~zama@unaffiliated/stryx/x-3871776, Ping timeout: 255 seconds) | |
03:59 | zama has joined IRC (zama!~zama@unaffiliated/stryx/x-3871776) | |
05:40 | alkisg has left IRC (alkisg!51ba1400@ubuntu/member/alkisg, Ping timeout: 260 seconds) | |
05:42 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
06:29 | Statler has joined IRC (Statler!~Georg@p5B30E30F.dip0.t-ipconnect.de) | |
07:28 | kjackal has left IRC (kjackal!~quassel@athedsl-253143.home.otenet.gr, Ping timeout: 265 seconds) | |
07:43 | eu^athedsl-44898 has joined IRC (eu^athedsl-44898!5e474ea1@gateway/web/freenode/ip.94.71.78.161) | |
07:51 | eu^athedsl-44898 has left IRC (eu^athedsl-44898!5e474ea1@gateway/web/freenode/ip.94.71.78.161, Quit: Page closed) | |
09:24 | Statler has left IRC (Statler!~Georg@p5B30E30F.dip0.t-ipconnect.de, Remote host closed the connection) | |
09:37 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
09:39 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
09:48 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
09:58 | Statler has joined IRC (Statler!~Georg@gwrz3.lohn24.de) | |
10:01 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
10:02 | Statler has left IRC (Statler!~Georg@gwrz3.lohn24.de, Remote host closed the connection) | |
10:03 | kjackal has joined IRC (kjackal!~quassel@2a02:587:3100:c900:1977:d539:ccc2:5a0e) | |
10:03 | Statler has joined IRC (Statler!~Georg@gwrz3.lohn24.de) | |
10:08 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
14:13 | lucascastro has joined IRC (lucascastro!~lucas@201.182.221.14) | |
14:35 | <onixx> after some more testing, quiet alone goes to screen 7 automatically, but quiet splash stays on screen 1
| |
14:39 | and splash alone causes the issue
| |
14:48 | <bcg> do you have SCREEN_DEFAULT=07 in your lts.conf? if not, try it.
| |
15:14 | <onixx> bcg: I tried and does not work either... on screen 1 at boot
| |
15:15 | <bcg> ok, then I can't help, as I use text mode boot.
| |
15:37 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving) | |
15:50 | <onixx> bcg: thanks
| |
15:51 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
17:17 | <JerryT> Can you set the LDM session type?
| |
17:17 | Like "Mate" or "Gnome"?
| |
17:19 | nevermind
| |
17:19 | "LDM_SESSION="
| |
17:49 | <alkisg> onixx: which distro/version is that? Because adding quiet splash here in Ubuntu MATE 16.04, works fine
| |
17:49 | <onixx> alkisg: works here for fatclient
| |
17:50 | alkisg: not for thin...
| |
17:50 | alkisg: ubuntu server
| |
17:50 | alkisg: (same version as you I believe)
| |
17:50 | <alkisg> OK let me try with thin
| |
17:51 | Works with thin here too
| |
17:51 | so, if you put this in lts.conf:
| |
17:51 | LTSP_FATCLIENT=False
| |
17:52 | So that you try with your fat client hardware, but in thin client mode
| |
17:52 | So that we see if it's a problem with ltsp or with your hardware
| |
17:52 | ...what happens then?
| |
17:52 | <onixx> alkisg: odd...
| |
17:52 | alkisg: same hardware, I have just played with memory threshold to change its behaviour
| |
17:53 | <alkisg> So by only changing FAT_RAM_THRESHOLD and quiet splash, you get the issue?
| |
17:54 | <onixx> alkisg: LTSP_FATCLIENT is undefined
| |
17:54 | <alkisg> onixx: Yes I asked you to define it
| |
17:54 | But you said you're using FAT_RAM_THRESHOLD which is the same thing
| |
17:54 | Correct?
| |
17:55 | <onixx> alkisg: yes, that's what I am using currently
| |
17:55 | alkisg: I can do LTSP_FATCLIENT=False to try
| |
17:55 | <alkisg> Can you also answer this one?
| |
17:55 | (07:53:22 μμ) alkisg: So by only changing FAT_RAM_THRESHOLD and quiet splash, you get the issue?
| |
17:56 | <onixx> alkisg: yes i do
| |
17:56 | <alkisg> And if you press alt+ctrl+f7 you see ldm without issues?
| |
17:56 | <onixx> alkisg: correct
| |
17:56 | <alkisg> Which graphics card is that?
| |
17:57 | And client cpu/ram?
| |
17:57 | <onixx> alkisg: lenovo x201 laptop, I believe its intel graphic, its an i5
| |
17:58 | alkisg: 2048 ram
| |
18:00 | lucascastro has left IRC (lucascastro!~lucas@201.182.221.14, Remote host closed the connection) | |
18:00 | <alkisg> onixx: and your kernel, which one is it?
| |
18:00 | 4.4 or 4.10 etc?
| |
18:01 | <onixx> 4.4.0-103-generic #126-Ubuntu SMP
| |
18:01 | <alkisg> Recent i5 CPUs have problems with older kernels like 4.4
| |
18:02 | Doy ou have epoptes, can you check the exact cpu model?
| |
18:02 | Also, try this in lts.conf: X_SMART_COLOR_DEPTH=False
| |
18:03 | <onixx> alkisg: this one is old... i don't but /proc/cpuinfo: U520 @ 1.07
| |
18:04 | <alkisg> If you mean this one , then yes it's old, should be ok: https://www.cpubenchmark.net/cpu.php?cpu=Intel+Core+i5-520UM+%40+1.07GHz&id=785
| |
18:04 | Try with X_SMART_COLOR_DEPTH as I said above
| |
18:05 | <onixx> alkisg: doing it now. do I need to redo the image for that change ^
| |
18:16 | alkisg: I tried and same results.. fyi, i remove the ram threshold and just did LTSP_FATCLIENT=False with X_SMART_COLOR_DEPTH=False
| |
18:17 | Moha has joined IRC (Moha!05286a01@gateway/web/freenode/ip.5.40.106.1) | |
18:17 | Moha has left IRC (Moha!05286a01@gateway/web/freenode/ip.5.40.106.1, Client Quit) | |
18:18 | Moha has joined IRC (Moha!05286a01@gateway/web/freenode/ip.5.40.106.1) | |
18:23 | <Moha> Hi!
| |
18:24 | <alkisg> Hello :)
| |
18:24 | <Moha> Hello, please, let me know if it is possible to create images for 32bit clients using LTSP-MANAGER in Ubuntu Desktop 64bits?
| |
18:24 | <alkisg> Moha: no, unless you use a VM
| |
18:24 | (e.g. virtualbox, or a template client)
| |
18:24 | Why doesn't 32bit on the server fit you?
| |
18:24 | onixx: if you want, i have a few minutes to check over vnc/epoptes
| |
18:29 | <Moha> My idea is to create 32bit and 64bit images for clients (THINCLIENTS) using the same LTSP server.
| |
18:30 | <onixx> alkisg: can't really, I am not setup with either. I guess I will try with another machine to see if the same happens
| |
18:30 | alkisg: must be my machine if it works for you
| |
18:30 | <alkisg> Moha: why isn't 32bit ok for all your machines?
| |
18:30 | onixx: I tried in vbox only
| |
18:31 | <onixx> alkisg: good idea. I will try this now
| |
18:35 | alkisg: works in vbox :-)
| |
18:36 | <Moha> What command have you used to create the images?
| |
18:37 | <alkisg> Moha: you're not replying to questions, so I'll stop replying too
| |
18:37 | (08:24:40 μμ) alkisg: Why doesn't 32bit on the server fit you?
| |
18:37 | (08:30:31 μμ) alkisg: Moha: why isn't 32bit ok for all your machines?
| |
18:38 | <onixx> alkisg: So it looks like the x201 is acting up :-)
| |
18:39 | <alkisg> onixx: it sounds like a race condition
| |
18:39 | I think Hyperbyte also saw it once
| |
18:39 | <Moha> I have 32-bit and 64-bit clients and I'm not sure if the 64-bit image will work for all clients.
| |
18:39 | <alkisg> I haven't been able to reproduce it though, so I can't debug it
| |
18:39 | Moha: the 32 bit image should work for all clients
| |
18:39 | It's ok for 64bit clients too
| |
18:39 | You may have some misunderstanding and I was trying to help you there
| |
18:39 | <onixx> alkisg: thanks for your help
| |
18:39 | <alkisg> np
| |
18:40 | <Moha> I do not answer because I do not know English, I speak Spanish. I am using a translator...;)
| |
18:41 | <alkisg> I'm Greek :)
| |
18:41 | Don't worry too much about language
| |
18:41 | Use 32bit for all your PCs, on the server too
| |
18:41 | <Moha> OK, Thanks!!
| |
18:46 | Moha has left IRC (Moha!05286a01@gateway/web/freenode/ip.5.40.106.1, Quit: Page closed) | |
18:55 | adrianor1 has joined IRC (adrianor1!~adrianorg@177.18.171.222) | |
18:58 | adrianorg has left IRC (adrianorg!~adrianorg@186.213.157.84, Ping timeout: 240 seconds) | |
19:05 | adrianor1 is now known as adrianorg | |
19:19 | lucascastro has joined IRC (lucascastro!~lucas@189.90.38.210.jupiter.com.br) | |
19:20 | Freejack has left IRC (Freejack!~quassel@unaffiliated/freejack, Ping timeout: 256 seconds) | |
19:48 | Statler has left IRC (Statler!~Georg@gwrz3.lohn24.de, Remote host closed the connection) | |
19:59 | lucascastro has left IRC (lucascastro!~lucas@189.90.38.210.jupiter.com.br, Remote host closed the connection) | |
20:30 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
22:03 | onixx has left IRC (onixx!1000@bas1-stetherese38-174-91-240-137.dsl.bell.ca, Quit: leaving) | |
22:05 | kjackal has left IRC (kjackal!~quassel@2a02:587:3100:c900:1977:d539:ccc2:5a0e, Read error: Connection reset by peer) | |
22:16 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |
22:31 | mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, Ping timeout: 255 seconds) | |
22:36 | mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy) | |
23:16 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
23:16 | ian_j has joined IRC (ian_j!~ronin@cpc109347-brom11-2-0-cust141.16-1.cable.virginm.net) | |
23:21 | <ian_j> is ltsp currently using aufs or overlayfs?
| |