Newsgroup: it.comp.os.linux.sys
Titolo: repository per winsozz

Salve a tutti.
Supponiamo di avere una rete con circa 300 winsozz ed almeno un server
Linux, e supponiamo di voler creare una repository che consenta di
ripristinare e/o aggiornare tutte le macchine winsozz. Che ne dite se
per fare ciò usiamo un cd live di Linux, una directory sul server
Linux con dei pacchetti rpm con i files di sistema di base di windows e
dei pacchetti che contengano le specificità di ciascuna macchina, gli
aggiornamenti ed i services pack? Il tutto si potrebbe comodamente
gestire addirittura con yum. Avanti il prossimo, io il sasso l'ho
lanciato!
SaluTano

 gestire addirittura con yum.
l'idea č buona, ma come la metti con il registro di configurazione?
Matteo

Mandi! Davide Bianchi
  In chel dí si favelave...
DB> Installi un Windows 2K3 Server (avendo 300 client ha senso avere un
DB> server) lo configuri per installazione remota e come 'cache' di
DB> Win Update ed hai risolto il problema.
..ma che vantaggi reali si hanno ad usare windows update services
rispetto a un normale squid con la dimensione degli oggetti
sufficientemente grandicella? ;-)
Anche se il tema è mooolto OT...
-- 
  Mentre il cuore d'Italia, da Palermo ad Aosta
  si gonfiava in un coro di vibrante protesta		(F. De Andre`)

RedTano wrote:

Scusa ma non è + semplice semmai utilizzare partimage per creare delle
immagini "vergini" (ossia appena installate) dei vari pc e poi
ripristinarle usando un livecd quando necessario? oltretutto se non sbaglio
partimage include anche un server che evita la trafila di creare uno share
nfs.
Per quel che riguarda gli update invece penso che sia molto + semplice
appoggiarsi agli strumenti forniti da microsoft
Luca

 sufficientemente grandicella? ;-)
Pressoché infiniti. Installare su un server interno WUS offre parecchie
possibilità di gestione degli aggiornamenti interni alla rete, come la
possibilità di approvarli prima di installarli, la possibilità di
aggiornarli a gruppi ecc.ecc.
E' un po' lo stesso vantaggio che hai facendoti un repository interno
per Debian, con il vantaggio di essere gestibile via Web. Una volta che
M$ fa qualcosa di decente bisogna riconoscerglielo.
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4

 l'idea è buona, ma come la metti con il registro di configurazione?
grazie per l'incoraggiamento. Col registro non sono molto ferrato, in
ogni caso la parte relativa all'utente sta nei profili configurati come
roaming e quindi non residenti sui client, infatti stiamo parlando di
un dominio samba. La parte specifica della macchina andrebbe negli rpm
assieme agli altri files di sistema.
SaluTano

Già provato. Partimage però è rigido. Intanto se la stessa immagine
viene usata per diversi pc questi devono avere hd compatibili e la
stessa dimensione della partizione, inoltre l'immagine deve contenere
tutti i driver di tutte le periferiche di tutti i client dove viene
installata. Inoltre non vi è la possibilità con una sola immagine di
gestire situazioni in cui le licenze software differiscono da macchina
a macchina. Lo spazio occupato su un repository di immagini sarebbe
spropositato se si impiegasse una immagine diversa per ogni client.
Tutto questo mi ha fatto pensare che forse sarebbe meglio un repository
di files o di pacchetti. Gli strumenti forniti da M$ sono senz'altro
buoni, ma io vorrei un totale controllo e la possibilità di gestire il
backup e gli aggiornamenti di tutto il software e non solo quello della
M$.

Un problema che mi ha bloccato è il caso di client con filesystem
NTFS. Sapete a che punto siamo circa la possibilità di scrivere su
NTFS da Linux? Dove trovo una buona documentazione su come si creano
gli RPM ed i repository?
SaluTano

Il mio lavoro consiste nell'evitare server w2k3 sostituendoli con
samba. I soldi che l'azienda risparmia solo mome CAL me li becco io
come consulente. Inoltre niente virus, troiani ed affini.
SaluTano

RedTano wrote:

Per NTFS puoi provare ad usare captive (cercalo con google) che in pratica
appoggiandosi a wine e a parti del kernel di reactOS usa il driver ntfs.sys
per implementare la scrittura, io l'ho usato molte volte dal systemrescuecd
e pare funzionare bene
Per gli rpm dai un'occhiata sul sito di redhat e di fedora, dovrebbero
esserci delle guide
Luca