Newsgroup: it.comp.os.linux.sys
Titolo: Live CD e home folder remoti

Ciao,
    sono un neofita Linux con una domanda per voi. Cercherò di spiegarmi al 
meglio per quanto la questione sia al contempo semplice e tortuosa.
Vorrei sapere se è possibile creare uno scenario di questo tipo con una 
qualche distribuzione:
Live CD di boot, che abbia però già preconfigurati un certo numero di utenti 
(admin, guest, etc.) e un certo numero di pacchetti software (open office, 
gimp etc.)
Per ognuno di questi utenti, però - la cartella Home (che suppongo contenga 
anche le impostazioni del desktop e altre amenità di configurazione visiva) 
dovrebbe essere remota - nel mio specifico caso su un NAS.
Tutto questo allo scopo, sostanzialmente, di trasformare un certo numero di 
pc in una sorta di thin client con boot live, e dati condivisi su un unico 
"centro di raccolta".
Avete suggerimenti, consigli o indicazioni a riguardo?
Grazie,
    - andrea 

 su un NAS.
Basta modificare /etc/fstab nella partizione di cui sopra perche` monti la 
cartella /home via NFS o altri fs di rete che mantengano i permessi Unix 
(non SMB, quindi).
Alla fine trasformi quella partizione in un CD con uno dei vari tool che 
ci sono in giro per creare distro live.
 
Bye.

 ci sono in giro per creare distro live.
Fattibilissimo. Due domande a riguardo:
1) e il file di swap dove va a finire?
2) se due o più pc si collegano con il medesimo utente, a cosa vado 
incontro?
Grazie ancora
    - andrea 

 Grazie ancora
De nada.
--
Gandolfo "Infinity" Ivo
Sysadmin 

 stesso utente.
Sì, in effetti l'unica cosa che temevo - ma che penso non rappresenti un 
problema ma anzi un vantaggio, è che se ad esempio dal computer A l'utente 
"reception" crea un file e lo sbatte sul desktop, l'altro utente "reception" 
connesso sul pc B si troverà improvvisamente a sua volta il file sullo 
schermo.
    - a 

 fattibile.
oddio, gia' quando swappa un pc e' lento, se poi' la swap e' in
remoto...brrr...
piuttosto crea un ramdisk (anche piccolo) e usalo per la swap.
Ciao Jack

 piuttosto crea un ramdisk (anche piccolo) e usalo per la swap.
Probabilmente mi sfugge qualcosa, ma mi pare che ci sia qualcosa di
sbagliato in cio' che dici.
-- 
Stefano L.


LOL, vero. capita quando non si rilegge quello che si scrive...
Ma i liveCD come fanno con la swap?
Ciao Jack

 liveCD come fanno con la swap?
Se ne trovano una sull'HD la usano (non fanno mkswap, controllano se ha 
gia` la firma valida, per non "rompere" swap usate per il suspend), 
altrimenti fanno senza.
Bye.

Alessandro Pellizzari wrote:

Mi pare di ricordare che possano, in alcuni casi, creare un file sul disco e
usarlo come swap.
Qualcuno puo' confermare ?
-- 
Stefano L.

 wrote:

LOL, vero. capita quando non si rilegge quello che si scrive...
Ma i liveCD come fanno con la swap?
Ciao Jack

 
Confermare cosa? se intendi l'uso di un file come swap è possibile su tutti
i kernel e distribuzioni (o almeno non conosco eccezioni).

 "centro di raccolta".
Perdonami, magari per te non è affatto una soluzione, ma m'è venuto
in mente: perché non mettere anche il sistema operativo sul NAS, e
poi bootarlo dai thin client con qualcosa come netboot?
http://netboot.sourceforge.net/english/index.shtml
Per bootare i thin client useresti magari dei floppy (o dei CD) di
avvio, colle immagini create con netboot.
La connessione della rete dovrebbe essere ben più veloce di un CD, e
guadagneresti velocità (le live sono lente, lente...).
Inoltre avresti come base una distribuzione installata, quindi
manutenibile, aggiornabile, modificabile con facilità (se
necessario).
Ah, non guardare me: non l'ho mai fatto! ;)
Ma non mi pare sia troppo difficile, così a occhio.
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
__________________________________
Combatti l'AIDS col tuo computer: 
http://fightaidsathome.scripps.edu/

 
http://netboot.sourceforge.net/english/index.shtml
Se magari io accendessi il cervello, prima di mandare le mani a
spasso per la tastiera... :(((
Sorry.


Giuseppe Della Bianca wrote:

Intendo confermare che alcune LIVE se trovano poca ram creino
automaticamente un file sul disco fisso e lo usino come swap.
Sempre che riconoscano il file system presente sul disco fisso.
Mi pare, ad esempio, che Knoppix lo faccia ma non sono sicuro.
-- 
Stefano L.

 spasso per la tastiera... :(((
No dai, non era un'idea malvagia :) Era anzi la prima che ho avuto, ma avrei 
dovuto avere una diversa immagine [credo!] per ogni diversa categoria di pc. 
Immagina che nell'ambiente dove voglio fare creare tutto questo, ci sono 
circa 100 macchine appartenenti a 4-5 categorie diverse per equipaggiamento 
video/audio/ram/etc.  In un mondo perfetto il riconoscimento delle 
periferiche e l'attivazione di questo o quel driver dovrebbe essere "on the 
fly" al boot --- quello che non so è se Linux o una sua particolare distro 
siano già tanto perfette :)
    - a 

 Linux o una sua particolare distro siano già tanto perfette :)
Al 95% si`, riconoscono l'hardware. Basta avere un kernel recente (2.6.2x) 
con tutti i modulo pronti (quelli pacchettizzati dalle distro vanno bene) 
e udev.
Le nuove versioni di Xorg riconoscono da sole anche la scheda video e il 
monitor (se non e` anteguerra), e buona parte dei mouse. Forse per la 
tastiera devi forzare il layout italiano, ma eventualmente lo imposti da 
Gnome/KDE.
Tra l'altro cosi` potresti evitare la rogna dell'utente guest usato da 
tutti, e dare ad ogni persona il suo account.
Bye.

 dovuto avere una diversa immagine [credo!] per ogni diversa categoria di pc. 
No, per fortuna questo problema non c'è, a meno che le macchine
abbiano proprio strutture hardware differenti (che so: sparc alcune,
x86 altre, powerpc altre ancora...).
Credo invece di aver sottovalutato diversi problemi, e la cosa, anche
nel più semplice dei casi (magari vedi
https://help.ubuntu.com/community/DisklessUbuntuHowto
 ) non è proprio
proprio immediata.
E poi, soprattutto, mi sono confuso due volte, coi thin client:
perché tu NON vuoi dei thin client (che sono terminali più o meno
stupidi, che fanno eseguire un sacco di codice al server), vuoi
appunto dei client con SO non residente e /home remota, che del
server remoto usino solo i dischi. Quindi la soluzione che proponevo
può andare benone, direi. :)
Ma siccome in questo periodo le connessioni sinaptiche paiono
crasharmi ogni due per tre, prendi tutto quel che scrivo con enorme
beneficio d'inventario. ?-)
Pare comunue che il NAS abbisogni soprattutto di parecchia RAM, e
ovviamente d'un'ottima connessione. Per il resto, ho letto di server
dual P3@1GHz a cui si collegavano tranquillamente, per bootare da
remoto, 300 pc.


Andrea B. Previtera ha scritto:

Scusate, ma mi scappa la scemenza del giorno:
anni fa lavoravo su sistemi Unix basati su un server X, a cui si 
collegavano degli stupidissimi X-Terminal (su un server Motorola 68040 
con 64Mbyte avevamo anche 4 X-Terminal). Che erano delle scatole 
composte da una scheda video, una scheda di rete,tastiera,mouse, un po' 
di ram, una cpu, ed un X server su flash. Si configurava questo 
scatolotto in modo da avere un 'boot ip' (l'ip del server), si istruiva 
il server ad aprire un display sull'ip dell'X-terminal, ed in questo 
modo bastava premere 'On' sull'X-terminal e dopo 10 secondi appariva il 
prompt di login (xdm).
Al tempo, usando un emulatore X su Windows, ero riuscito a fare lo 
stesso con un pc-windows, quindi immagino che si possa fare lo stesso 
configurando Linux per avviare X nudo e crudo, con xdm, e creare un 
server abbastanza   muscoloso per gestire n-istanze di un qualunque 
window manager (credo non sia necessario KDE, ma basti un semplice twm 
od mwm). Se poi si vuole si può spostare il window manager sul client, 
ed avviare le applicazioni direttamente dal server. Non ci dovrebbero 
essere problemi di multiutenza anche con un solo utente configurato, 
dato che gli X-terminal sarebbero tutti mappati su ip differenti, ed al 
server sembrerebbero solo n-istanze del medesimo programma.
Fine della scemenza del giorno.
Saluti
Andrea