[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[RiminiLUG-LTSP] Troubleshooting: eeePC Thin Client
- To: RiminiLUG - LTSP <riminilug-ltsp@xxxxxxxxxxxx>
- Subject: [RiminiLUG-LTSP] Troubleshooting: eeePC Thin Client
- From: Ivan Tarozzi <ivan@xxxxxxxxxxxx>
- Date: Tue, 3 Feb 2009 18:11:08 +0100
- Delivered-to: riminilug.it_riminilug-ltsp@xxxxxxxxxxxxxxxxxxxxxxxxx
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=J/VVEZCUiTwGkuLo9VjlogZn6LPV/34t07IOrCsfWiY=; b=R9ssyYeXZwduqw+a3ObdU7nc4wWGVQV1wGw/PnME+01iYq+PgxTAf866i95rkLTYVG 9sGz/MuTicu/3BRFjQneDzSn/0Jj0q8yAnrXswGDAscJMu8L/ulG1xOkObmj59putCXd UT7DhPd9UBvJLmhjo4ZaRRPZXrEyibvP1aYj0=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; b=mdouXCi1sZ+BFRWwodXjyjsQUMyW7Z3Zvzg6PE36uKZE3CeVB211NnugsaPouuj7VX wpprbWQIlm91Y1tt+2H67p/f4hZRK6MAR85H9t/kTASCHT6hRwDN1ZYz9iZa8rLPFiXV 6l8wXEyGo4umOd7mRtdaEJw3LYeQ+Lym+mF+k=
- Reply-to: riminilug-ltsp@xxxxxxxxxxxx
- Sender: itarozzi@xxxxxxxxx
A scopo sperimentale ho provato ad usare un Asus eeePC 701 come thin
client e ne è venuta fuori un'interessante esperienza per capire un
po' meglio come funziona il processo di boot e per risolvere alcuni
problemini:
Con l'installazione standard di LTSP Server il client eeePC si
bloccava durante il boot del sistema (nella schermata del logo
Ubuntu).
Innanzitutto, per capire un po' meglio in che punto si blocca il
caricamento, occorre modificare il file :
/var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
Quindilanciare il comando:
sudo gedit /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
(o qualsiasi altro editor, basta usare i permessi di amministratore)
e modificare la linea di testo in modo che diventi:
DEFAULT vmlinuz ro initrd=initrd.img nosplash
Al limite si può lasciare anche la vecchia commentandola con il
carattere # ad inizio riga (per riportare il tutto a posto)
Rilanciando il client è possibile vedere i passi e i comandi eseguiti
durante il boot e rendersi conto di un eventuale problema (in questo
caso a dire il vero si bloccava con un generico kernel panic durante
la configurazione della scheda di rete... poi google ha aiutato a
trovare il resto)
Il problema deriva dal fatto che il chipset Atheros usato nell'eeePC
richiede un driver (modulo del kernel) che normalmente non viene
caricato dalla versione standard del Server LTSP.
Per risolvere, eseguire i comandi seguenti:
1. sudo gedit /opt/ltsp/i386/etc/initramfs-tools/modules
e aggiungere al file la stringa "atl2"
2. sudo chroot /opt/ltsp/i386 update-initramfs -u
3. sudo ltsp-update-kernels
In questo modo viene generata una nuova immagine del kernel completa
del modulo atl2.ko e il boot va a buon fine.
In conclusione e riassumento direi che le cose utili "scoperte" sono 2:
- la prima, avere un modo per capire dove si blocca il boot
- la seconda, come aggiornare in pochi passi l'immagine usata dal thin
client, ovviamente avendo prima scoperto cosa manca o cosa occorre
modificare
Spero sia utile a qualcuno, magari appena disponibile il tutto
potrebbe essere inserito nel wiki, eventuale sezione "Risoluzione
Problemi"