giovedì 15 maggio 2008

Ltsp su hardy

Finalmente trovo il tempo di scrivere qualche rapidissimo commento su ltsp su Ubuntu 8.04 (Hardy Heron).

Ad un primo colpo d'occhio ho notato che più schede grafiche vengono riconosciute correttamente e che viene settata la risoluzione corretta anche su monitor wide screen: senza fare niente di particolare mi è partito un thin client con il monitor wide screen correttamente impostato a 1440x900.

Ma tutti i piccoli miglioramenti passano un po' in secondo piano a causa di un serio problema in fase di installazione: il comando ltsp-build-client non va a buon fine e, dopo un po' che lavora, restituisce questo messaggio di errore:



Processing triggers for initramfs-tools ...
Using '/usr/share/ldm/themes/edubuntu' to provide 'ldm-theme'.
Lettura della lista dei pacchetti in corso... Fatto
Generazione dell'albero delle dipendenze in corso
Reading state information... Fatto
E: Impossibile trovare xubuntu-artwork-usplash
errore: installazione client LTSP terminata non normalmente


Il fatto è che il pacchetto xubuntu-artwork-usplash è stato spostato dal repository main a universe. Il comando ltsp-build-client invece di default prende in considerazione solo il main. Da qui l'errore e l'interruzione del processo di creazione dell'immagine.

Per risolvere il problema occorre dare questo comando in modo da abilitare anche il repository universe durante la creazione dell'immagine del filesystem per i thin client:

ltsp-build-client --components "main universe"

In questo modo il processo va a buon fine.

A parte questo particolare nulla è cambiato nel processo di installazione e configurazione rispetto a gutsy.

15 commenti:

  1. Quanto tempo perso su questo problema dopo aver aggiornato la 7.10 della biblioteca!!! Continuava a ripetere l'errore, e io non ho sicuramente la stessa tua scaltrezza. Alla fine abbiamo preferito rifare l'installazione direttamente da cd... con il cd "alternate" crea correttamente l'ambiente, abbiamo colto l'occasione per fare un raid software... un bel lavoro per 3 client e un server.

    Abbiamo nel frattempo (appena uscita la 8) installato e iniziato a distribuire una decina di terminali negli uffici... La convivenza con windows è un po' problematica, gli utenti non sono molto contenti (anche se non hanno mai visto in vita un sistema così veloce (rete e switch permettendo).

    I dati dei vari utenti coinvolti sono su un server samba, a cui facciamo accedere tramite autenticazione da gnome... E lì sorgono i maggiori problemi... nell'accedere ai file (portachiavi un po' rognoso), nell'allegare i file per la webmail (non si riesce a sfogliare le share).. E' meno rose e fiori del previsto e stiamo incontrando delle resistenze.

    Gnome su Hardy ha qualche rigidità in più rispetto le versioni precedenti, che fanno un po' dannare.

    La velocità però dei client è eccezionale. Il riconoscimento hardware miglioratissimo rispetto la 7.10.

    Attualmente stiamo usando una vecchia fornitura di pentium 3 del 99 che hanno da allora la scheda di rete col boot...

    Certo che in una realtà mista la scarsa integrazione di ubuntu con le realtà windows è un po' ostica.

    RispondiElimina
  2. Confermo, l'integrazione per quel che ho visto non è semplicissima. E confermo pure che l'ultima versione di gnome forse ha un po' peggiorato le cose.

    RispondiElimina
  3. E' un po' un peccato che si vada a rendere la vita difficile agli utenti. Vado scoprendo anche limiti su Open Office (la modifica di documenti bloccati di word), firefox che apre i file in sola lettura, la scocciatura del portachiavi, le share di samba che vanno aperte da risorse la prima volta e non dalla home, altrimenti non monta correttamente e open office si rifiuta...

    Ubuntu meriterebbe una versione adatta a convivere con Windows su un dominio Samba...
    Aiuterebbe chi tenta di far convivere i due sistemi (e ad oggi siamo una pubblica amministrazione con un sistema ltsp negli uffici... credo sia cosa rara).

    Secondo te che sia possibile e/o una buona idea, nel caso proseguissimo su questa linea, rivolgerci direttamente alla Canonical per una sorta di partnership? (ovviamente però bisognerà passare dalle autorità, ad oggi tutti i passaggi all'opensource sono stati effettuati e decisi da noi del ced)

    ciao ciao :)

    RispondiElimina
  4. Uno script per aggiornare da cron il server ltsp e l'ambiente... che ne dici Enrico?
    Se a qualcuno interessasse... (ma è sicuramente da sistemare)....

    ciao.

    #!/bin/bash
    #aggiorna il server
    touch /var/log/autoupdate.log
    apt-get clean > /dev/null
    apt-get autoclean > /dev/null
    apt-get update >> /var/log/autoupdate.log
    apt-get -y upgrade >> /var/log/autoupdate.log
    apt-get autoclean > /dev/null

    #aggiorna l'ambiente ltsp
    chroot /opt/ltsp/i386
    mount -t proc none /proc

    apt-get update
    apt-get upgrade
    umount /proc
    exit

    ltsp-update-kernels
    ltsp-update-image

    reboot
    exit

    RispondiElimina
  5. Ciao a tutti
    anche io dopo molte titubanze ho preso coraggio e ho aggiornato il mio server Edubuntu 7.10.
    L'avessi mai fatto!
    Mi ha dato alcuni messaggi di errore in fase di installazione dei nuovi pacchetti, poi si è letteralenmte piantato e ho dovuto provedere con un hard reset. Una volta riavviato ho cercato di fargli finire l'aggiornamento ed effettivamente sembrava funzionare, ma i client non ne sapevano più di connettersi.
    Il mio server è installato in una facoltà universitaria, dove hanno installato degli access point wireless con server dhcp autoritativo. Fino ad ora nessun problema di convivenza, ma dopo l'upgrade i client vanno a cercare l'ip dell access point. Creando un floppy con l'immagine etherboot in cui è specificato il mio dhcp server ho in parte risolto, ma devo avviare una prima volta i client, il boot fallisce, poi riavvio e funziona.
    Con un solo client non mi è riuscito.
    Se qualcuno ha qualche idea....
    Io volevo provare a cambiare sistema per il server dhcp (ora uso dhcp3).
    Comunque aggiornare ha portato più danni che benefici

    Roberto

    RispondiElimina
  6. Ma tu non hai possibilità di modificare la configurazione degli access point?

    RispondiElimina
  7. Purtroppo no, sono installati "dall'alto", un bel giorno sono apparsi e ci si ciucciano così.
    Però è strano che con la 7.10 non ci fosse nessun problema di vivibilità...

    RispondiElimina
  8. volevo dire "di convivenza"

    RispondiElimina
  9. Ciao separa i network con un ulteriore scheda di rete e usa il server come gateway delle stazioni ltsp Think Client. da un lato verso la rete universitaria e dall'altra la sottorete delle stazioni Think Client. In alternativa se vi avanza un Pc mettete su un SW di firewall che faccia da gateway senza toccare il server.

    RispondiElimina
  10. Ciao a tutti,
    anch'io ho aggiornato dalla 7.10 alla 8.04 in un laboratorio di una scuola: a parte alcuni messaggi di errore durante l'installazione, al riavvio il server sembra funzionare bene. Quello che non va sono i client che arrivano fino ala schermata di immissione dell'utente e non ne vogliono sapere di accedere ( dopo l'immissione della password pensano un pò e poi fanno riapparire la schermata di logon.
    Devo ricreare l'ambiente LTSP? Può essere questo il problema? E se si che ne sarà delle Home degli utenti devo fare back-up dei dati o non li tocca ( non che ci siano i segreti della nasa ma sapete....... ).
    Ciao e grazie
    Gio

    RispondiElimina
  11. ciao, ho installato un server ltsp tramite l'alternate cd di ubuntu hardy. Utilizzo l'auth di un server ldap diverso dal server terminal e devo dire che funziona bene!! c'è un piccolo dettaglio che vorrei sistemare, al login in gdm devo sempre risistemare la lingua. è possibile farlo una volta per tutte?
    grazie
    ciao

    RispondiElimina
  12. Per Giovanni
    prova a digitare NELL'ORDINE:
    sudo ltsp-update-kernels
    sudo ltsp-update-sshkeys
    sudo-letsp-update-image

    A me ha funzionato...

    RispondiElimina
  13. Appena possibile provo e ti faccio sapere ( non ho il Pc sotto mano ). Intanto grazie per la dritta.

    RispondiElimina
  14. Per Giovanni

    dopo l'installazione iniziale del server, la configurazione del DHCP, ho avuto lo stesso errore al login dei client.
    Ho proceduto così:
    rinominato: /opt/ltsp/1386
    eseguito: sudo ltsp-build-client

    a questo punto mi ha creato l'ambiente aggiornato e tutto è filato liscio. I client si loggano perfettamente, mi funziona anche l'audio delle macchine, una bellezza!

    RispondiElimina
  15. Grazie a tutti per la collaborazione continua;
    in effetti ho provato a fare come suggeriva Roberto ma la situazione non è cambiata.
    La strada che ho trovato è quella suggerita da Filippo ( anche se io molto più brutalmente ho cancellato /opt/ltsp/i386 ).
    Comunque adesso funzia.
    Scusate se non ho risposto in tempi brevi ma non ci sono proprio riuscito :-((((((
    Bye
    Gio

    RispondiElimina