directory di sistema

[djpeppe]

ciao,
mettiamo che ho un pc con 2 patizioni: C con win7 e D con un'altro win, magari anche diverso da 7.
al boot carico win 7 dalla partizione c.
molti programmi che raccolgono info sul sistema o i programmi di tweaking funzionerebbero sulla partizione c, sul registro di sistema di 7 e sui file di 7.
esiste un modo per "ingannare" i programmi facendogli credere che le directory di sistema sono quelle di D??
ad esempio un programma X che svuota i file temporanei di internet e i file recenti funziona sulle cartelle
C:\Documents and Settings\nome_utente\Impostazioni locali\Temporary Internet Files
C:\Users\NomeUtente\Recenti
ora io vorrei sapere se esiste, oppure come scriverlo in C++, un programma che carichi X e gli dica che le cartelle sulle quali deve operare sono
D:\Documents and Settings\nome_utente\Impostazioni locali\Temporary Internet Files
D:\Users\NomeUtente\Recenti

spero di essere stato chiaro
grazie

[!fazz]

no e dubito che sia legale pure questa cosa

[djpeppe]

si stavolta voglio svaligiare una banca usando un nokia 3330 collegato ad un pc senza schermo...

che c'è di illegale????
se io ho un prog che svuota i file temporanei della partizione c perchè sa che %sysroot% è una cartella c:\eccetera\eccetera non posso modificare %sysroot% in D:\quello\che\voglio\legalmente\io?????

[astorcas]

ma fare una semplice delete non basta? O la cosa è più complessa?

[RaouL_BennetH]

boh, per quello che ho capito anche io voto per un semplice script, eseguibile scritto in qualsiasi linguaggio che periodicamente svuoti quelle cartelle.

Credo si possa fare anche modificando le chiavi nel registro e impostando come cartelle temporanee per determinati file (semprechè sia lo scopo) quelle relative all'altra partizione.

[djpeppe]

si la cosa è più complessa, mi spiego meglio:

ho un paio di programmi che raccolgono info sul sistema ed operano modifiche, installano disinstallano driver e applicazioni ecc.

normalmente apri il programma fai quello che devi fare e via senza problemi. questo perchè carichi il tuo win ( in C:\windows con i programmi in C:\Program Files utenti in C:\Users eccetera) e lui lavora su queste cartelle.

a me non basta. infatti io carico sempre il win ma poi attacco al pc un hd esterno con un SO caricato sul'hd esterno e voglio che questi programmi lavorino sull'hd esterno non sul mio, su quello del win che sta girando. quindi non più su C:\windows ma su G:\Windows.

ovviamente non lo faccio per eliminare i file temporanei ma è una cosa più complessa.
ora non credo esistano programmi del genere perciò ho postato in programmazione.
spero di essere stato chiaro stavolta
grazie

P.S.: è tutto legale!!!

[astorcas]

ma il programma che hai è opensource? Hai del codice per farmi vedere come opera? Magari si modifica quello e via!

[djpeppe]

non sarei qui se fosse stato opensource

[!fazz]

si la cosa è più complessa, mi spiego meglio:

ho un paio di programmi che raccolgono info sul sistema ed operano modifiche, installano disinstallano driver e applicazioni ecc.

normalmente apri il programma fai quello che devi fare e via senza problemi. questo perchè carichi il tuo win ( in C:\windows con i programmi in C:\Program Files utenti in C:\Users eccetera) e lui lavora su queste cartelle.

a me non basta. infatti io carico sempre il win ma poi attacco al pc un hd esterno con un SO caricato sul'hd esterno e voglio che questi programmi lavorino sull'hd esterno non sul mio, su quello del win che sta girando. quindi non più su C:\windows ma su G:\Windows.

ovviamente non lo faccio per eliminare i file temporanei ma è una cosa più complessa.
ora non credo esistano programmi del genere perciò ho postato in programmazione.
spero di essere stato chiaro stavolta
grazie

P.S.: è tutto legale!!!

allora, per me con questo tentativo di hijacking ti stai complicando la vita praticamente ricapitolando, hai dei tool per una installazione / configurazione automatica di una macchina che lavorano solitamente sul s.o. dove sono lanciati e stai cercando un sistema redirigere l'installazione su un altro disco.

allora il tool che usi da qualche parte dovrebbe avere le impostazioni per le installazioni e dovrebbe essere molto più semplice modificare quello rispetto a modificare le chiavi del registro (che potrebbero portare a instabilità visto che non sono usate solo dal tuo programma) il maggior problema sono le modifiche alle chiavi di registro del sistema so che si può fare da remoto via rete ma non ho mai sentito della modifica del registro da un secondo sistema operativo

[astorcas]

non sarei qui se fosse stato opensource

ah be' scusa... avere il codice a portata di mano non significa automaticamente che sai cosa farci. Vabbè lascio la parola agli altri

[tomminno]

si la cosa è più complessa, mi spiego meglio:

ho un paio di programmi che raccolgono info sul sistema ed operano modifiche, installano disinstallano driver e applicazioni ecc.

normalmente apri il programma fai quello che devi fare e via senza problemi. questo perchè carichi il tuo win ( in C:\windows con i programmi in C:\Program Files utenti in C:\Users eccetera) e lui lavora su queste cartelle.

a me non basta. infatti io carico sempre il win ma poi attacco al pc un hd esterno con un SO caricato sul'hd esterno e voglio che questi programmi lavorino sull'hd esterno non sul mio, su quello del win che sta girando. quindi non più su C:\windows ma su G:\Windows.

ovviamente non lo faccio per eliminare i file temporanei ma è una cosa più complessa.
ora non credo esistano programmi del genere perciò ho postato in programmazione.
spero di essere stato chiaro stavolta
grazie

P.S.: è tutto legale!!!

Il problema è che non puoi redirigere le chiamate al file di registro della macchina attiva, verso un sistema operativo non in esecuzione. Installare e disinstallare applicazioni comporta la scrittura sul registro, credo che sia molto improbabile riuscire a fare una cosa del genere.

[djpeppe]

:muro: :muro: sapevo che la cosa era complicata...

cmq proviamo a tralasciare il registro di sistema..
per quanto riguarda le cartelle si può fare qualcosa???

[tomminno]

:muro: :muro: sapevo che la cosa era complicata...

cmq proviamo a tralasciare il registro di sistema..
per quanto riguarda le cartelle si può fare qualcosa???

Per le cartelle bastano dei banali script.
Non avendo il sorgente del programma non puoi sapere che operazioni esegue, quindi il tentativo di utilizzare il programma su un sistema operativo non attivo, difficilmente potrà andare a buon fine.
Dovresti recuperare sul registro le variabili del sistema e andare a modificarle, ma credo che potresti rovinare l'installazione, sempre che poi sia possibile.
Infine non hai specificato se il sistema esterno è la stessa versione di Windows di quello attivo, perchè se uno è XP e l'altro Vista o 7 i path cambiano radicalmente.

[djpeppe]

mettiamo che l'SO sia uguale.
io però non volevo cambiare le directory intervenendo sul registro, perchè sicuramente si fanno casini.
io volevo ingannare solo il programma. infatti avevo in mente una specie di loader, un emulatore che faccia girare il programma dicendogli che le cartelle di sistema sono altre. in modo che faccia lui da SO.

[tomminno]

mettiamo che l'SO sia uguale.
io però non volevo cambiare le directory intervenendo sul registro, perchè sicuramente si fanno casini.
io volevo ingannare solo il programma. infatti avevo in mente una specie di loader, un emulatore che faccia girare il programma dicendogli che le cartelle di sistema sono altre. in modo che faccia lui da SO.

Il programma quasi certamente chiede a Windows dove sono le cartelle di sistema.
Per ingannarlo una strada possibile ma decisamente complessa è: mappare tramite Dependancy Walker tutte le chiamate alle Win32 che riguardano la richiesta dei percorsi standard fatte dal programma e tramite hook andare a rimpiazzarle, restituendo di volta in volta il path di tuo gradimento.
Ovviamente rimane il problema del registro, visto che non hai modo di leggere quello di un sistema non in esecuzione.

Secondo me non arriverai comunque a niente.

[djpeppe]

http://img713.imageshack.us/img713/3460/immagineebk.png
*
e ora che dovrei fare??? dove devo sostituire il percorso???

[tomminno]

*
e ora che dovrei fare??? dove devo sostituire il percorso???

Non penserai mica che sia così semplice?

Comunque il software è fatto in .NET prova a vedere se con Reflector riesci a tirare fuori il codice.