Come cambio HOMEDRIVE HOMEPATH e HOMESHARE in Windows XP?


40

Ho un laptop configurato per avere il profilo utente in un'unità di rete. Questo mi sta causando molti mal di testa poiché la connettività alla mia azienda è molto lenta. Voglio spostare il profilo del mio utente in una directory locale. Come lo faccio?

Quelle sono le impostazioni al momento:

C:\>set HOME
HOMEDRIVE=P:
HOMEPATH=\
HOMESHARE=\\SOMESERVER\_myuser$

L'unità P è un'unità di rete mappata su HOMESHARE.

Non riesco a trovare dove Windows sta impostando quelle variabili di ambiente, nemmeno nel registro.

Il laptop esegue Windows XP.

Risposte:


27

Ho avuto un problema simile, che ha causato problemi con msysgit . Ecco la soluzione che ho usato e sicuramente ha funzionato per me. Questa risposta è simile a questa e a quella posta SO .

  1. Se sei su Windows 7, puoi saltare questo passaggio. Se sei su Windows XP, scarica e installa gli strumenti di supporto di Windows XP Service Pack 2 che contiene SETXun'utilità, descritta su SS64 e technet , che ti consente di impostare variabili permanenti di sistema e utente. È necessario disporre dei diritti amministrativi per impostare le variabili di sistema globali. L'utilizzo di base è SETX <variable> "<value>" [-m].

  2. Aggiungere il seguente script nella cartella di avvio - W7: "C:\Users\<username>\Start Menu\Programs\Startup"e XP: "C:\Documents and Settings\<username>\Start Menu\Programs\Startup".

    SETX HOMEDRIVE %SYSTEMDRIVE% -m
    SETX HOMEPATH "\Documents and Settings\%USERNAME%" -m
    SETX HOMESHARE "\\<server>\<share>" -m
    SET HOME=%SYSTEMDRIVE%\Documents and Settings\%USERNAME%
    SETX HOME "%HOME%"
    SET TEMP=%HOME%\Local Settings\Temp
    SETX TEMP "%TEMP%"
    SETX TMP "%TEMP%"
    

Nota: le SETX variabili sono permanenti, ma non sono disponibili fino a dopo l'esecuzione dello script, quindi utilizzare SETper creare variabili temporanee nello script. Utilizza anche virgolette doppie attorno al valore su cui si desidera impostare la variabile nel caso in cui abbia spazi, ma non è necessario SET. Le variabili macchina sono impostate con l' -mopzione; la variabile utente è l'impostazione predefinita. Windows 7 ha molte più opzioni e utilizza /invece di -.


9

Ci sono buone probabilità che qualunque cosa tu cambi, verrà semplicemente rimandata alla successiva connessione al dominio (tramite Criteri di gruppo o simili).

Hai mai pensato di chiedere alle persone IT della tua azienda se possono cambiarlo per te?

Forse creare un utente locale sul laptop da utilizzare quando si è al di fuori del dominio, in questo modo non si sta aspettando queste scorciatoie da collegamento lento, né si sta cercando di aggirare le impostazioni dell'utente del dominio come stabilito dalla società.


3
Questa è la bellezza di Windows. Anche se sei root, qualcun altro decide cosa farà il tuo sistema operativo.
Luigi R. Viggiano,

9
No, questa è la bellezza di avere un lavoro in cui forniscono e controllano i computer. O è la bellezza di essere in grado di unificare e gestire centralmente una rete piena di computer aziendali a cui gli utenti continuano a tentare di hackerare perché pensano che sia loro. Windows non ha nulla a che fare con il tuo capo che decide come utilizzare le risorse dell'azienda (notebook, rete, ecc.). ;)
Ƭᴇcʜιᴇ007,

3
No, questa è la bellezza di un ecosistema che rende facile per le scimmie che scattano il potere giocare a Dio senza alcuna cura o preoccupazione per come influisce sulla produttività.
nathanchere

2
No, è la capacità di gestire in modo efficiente centinaia di computer senza che gli utenti rovinino tutto ed è uno dei motivi per cui non vedi desktop Linux o Mac ovunque. Non tutti sono utenti esperti nel mondo reale delle imprese. Non stiamo parlando di negozi di codici.
Alan B,

9

Ho un problema simile nel mio ambiente aziendale e ho sviluppato una varietà di hack e soluzioni alternative . Con la mia configurazione attuale i seguenti valori sono forzati dal dominio:

set HOME
HOMEDRIVE=G:
HOMEPATH=\
HOMESHARE=\\Server\Users\username

Ma con la mia soluzione alternativa, i mapping risultanti sono:

HOMEDRIVE => G: => \\Server\Users\username => C:\Users\username
HOMESHARE       => \\Server\Users\username => C:\Users\username

Mentre altri percorsi del server / mapping delle unità vanno al server remoto:

O: => \\Server\Example => \\Real_Server\Example
      \\Server\Example => \\Real_Server\Example

Questi sono stati testati solo in Windows 7, ma immagino che funzioneranno anche in Windows XP se hai lo strumento mklink.


Grazie per il suggerimento; alla fine sono riuscito ad avere alcuni programmi (come app java, mingw, ecc.) che usano una cartella home diversa; Ho dovuto configurare o hackerare quelle app per ingannarle, ma ha funzionato. Ho lasciato l'azienda ora, quindi non posso verificare se la tua soluzione si applica bene al mio caso, ma i tuoi hack sono le cose che speravo di ottenere quando ho pubblicato questa domanda.
Luigi R. Viggiano,

8

Si verifica un problema con TortoiseGit quando si lavora fuori sede, dove l'unità di rete non è connessa.

Cambiare HOME, HOMEPATHnon aiuta !!

Soluzione:

mkdir c:\home
net use g: /delete
subst g: c:\home

Dov'è g:l'unità di rete.

 


Amico, sei il mio eroe.
Chad Schouggins,

4

Sono nelle proprietà di sistema avanzate. Su Vista / Win 7:

  1. Fare clic con il tasto destro del mouse su "Risorse del computer"
  2. Seleziona "Proprietà"
  3. Seleziona "Impostazioni di sistema avanzate" (link sul lato sinistro della finestra)
  4. Seleziona "Avanzate" (scheda)
  5. Seleziona "Variabili d'ambiente" (pulsante)

2
Grazie, ma il laptop esegue Windows XP (ho aggiornato la domanda con questo dettaglio). E quelle variabili non sono visibili né modificabili dalle impostazioni di sistema.
Luigi R. Viggiano,

2
Alcuni di essi sono presenti nell'ambiente solo per informazione e sono impostati / archiviati altrove. HOMEDRIVE / HOMEPATH sono la home directory impostata nella configurazione dell'account in "Utenti e account". Prova a eseguire "lusrmgr.msc" (gestore utenti e gruppi locali). Alcune delle impostazioni avanzate del percorso sono gestite tramite questo.

1
Purtroppo il mio utente è un utente di dominio (non locale), quindi non è elencato negli utenti locali e nel gestore del gruppo.
Luigi R. Viggiano,

1
Quindi dovresti modificarlo sul controller di dominio, che è dove tali cose vengono conservate per gli account di dominio. L'altra opzione è usare solo un account locale con accesso ai file dell'account di dominio per quando sei fuori sede

Grazie lo controllerò (il controller di dominio). Trovato su Wikipedia: en.wikipedia.org/wiki/Domain_controller
Luigi R. Viggiano

0

So di essere in ritardo su questo thread, ma ho lo stesso problema quando il mio dipartimento IT ha cambiato i criteri di gruppo e il mio HOMEDRIVE è diventato M: invece per C: e HOMEPATH solo "\" installato per "\ Users \ [nome utente] ". Ho cercato nel codice Git e ho scoperto che utilizza la combinazione HOMEDRIVE / HOMEPATH solo se HOME non è definito.

Quindi ho appena definito HOME (che per fortuna non era in GP) come "C: \ Users \ [nome utente]" e Git ha trovato di .gitconfignuovo.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.