<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
<div class="moz-cite-prefix">On 12/5/2012 5:48 AM, Valerio Pachera
wrote:<br>
</div>
<blockquote
cite="mid:CAHS0cb_p+DgCmuhNme6toibwZQvzH_Jby1-WeQ-W2mWWtGD7Fg@mail.gmail.com"
type="cite">
<pre wrap="">2012/12/4 Alkis Georgopoulos <a class="moz-txt-link-rfc2396E" href="mailto:alkisg@gmail.com"><alkisg@gmail.com></a>:
</pre>
<blockquote type="cite">
<pre wrap="">I haven't yet seen a single case where NBD compression caused problems.
But I've seen numerous cases where NBD compression made *another*
problem move obvious, due to the data validation it does.
</pre>
</blockquote>
<pre wrap="">
The first thing I've done was testing the ram memory by memtest and it was ok.
I've been testing the client connecting it directly to the eth0 of the
server, so no possible switch issues;
the behavior is the same of the class room.
I also tried to add a simple rtl8129 network card and boot by
etherboot. No changes.
I tried to change video card or force vesa. No significant changes
I tried another pc with the same motherboard and it behaves the same.
I also updated the bios.
To esclude ndb related problem I reverted to nfs, but no changes there either.
<a class="moz-txt-link-freetext" href="https://help.ubuntu.com/community/UbuntuLTSP/LTSPWithoutNFS">https://help.ubuntu.com/community/UbuntuLTSP/LTSPWithoutNFS</a>
Here is my lspci
----------
00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM
Controller (rev 10)
00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express
Integrated Graphics Controller (rev 10)
00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High
Definition Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express
Port 1 (rev 01)
00:1c.1 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express
Port 2 (rev 01)
00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI
Controller #1 (rev 01)
00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI
Controller #2 (rev 01)
00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI
Controller #3 (rev 01)
00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI
Controller #4 (rev 01)
00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI
Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC
Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE
Controller (rev 01)
00:1f.2 IDE interface: Intel Corporation NM10/ICH7 Family SATA
Controller [IDE mode] (rev 01)
00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 01)
01:00.0 Ethernet controller: Atheros Communications Inc.
AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0)
-----------
</pre>
</blockquote>
<font size="-1">Regarding <font size="-1">what seems like the same</font>
LTSP client problem that I'm still troubleshooting here: One of
the PC's that fails to boot as an LTSP client also has enough
resources to boot the Lubuntu 12.10 Live CD, so I tried that, and
I found that it fails to boot with the same stalled blank, black
screen after the Lubuntu splash screen. I left it like that for ~
15 minutes to check for an 8-minute stall <font size="-1">(which
another user <font size="-1">reported elsewhere)</font></font>,
and it didn't budge.<br>
<br>
Since you are troubleshooting what seems like the same behavior
with LTSP clients on Edu/Ubuntu 12.04 servers, and since I show
the same behavior also on a Lubuntu 12.10 Live CD, I now wonder if
this is a *buntu 12.04/12.10 problem related to certain chipsets
or video chips. Complicat<font size="-1">ing that observation s<font
size="-1">omewhat, I note th<font size="-1">is machine that I
just ran the Li<font size="-1">ve CD on had run both Lubuntu
and Ubuntu 12.0<font size="-1">4 without such a behavior.</font></font></font></font></font></font><br>
</body>
</html>