Jefferson, 
28 de setembro de 2010, 
#manutenção
Ontem, pela primeira vez na vida, me deparei com uma máquina Windows sem drive C:
Só existiam as letras D: E: e F:, sendo que o Windows (XP) estava em E:
Isso pode criar toda sorte de problemas. E aparentemente criou. Fui instalar o Autocad 2011 e o programa simplesmente passou 15h na fase de instalação do (maldito) .NET 3.5.
Não, eu não esperei isso tudo. Depois de uma hora, o notebook foi deixado sobre a mesa na empresa para vermos o resultado no dia seguinte.
Mas o problema também pode ter sido causado porque o imbecil do Windows entrou em modo standby (era um notebook, rodando na bateria) com o instalador em execução.
Será que é pedir muito esperar que o Windows detecte um instalador em execução e não entre em standby com 54% da bateria? Detectar instaladores não é exatamente "hocus-pocus", e o Vista/Seven já faz isso para ativar o UAC.
Provavelmente a instalação foi feita de um flash drive, dai o windows fora do drive C:. Talvez criar uma nova partição em C: possa facilitar a instalação de alguns programas com instaladores "burros", mas no caso do .NET acho q não resolve. Eu acho o gerenciador de energia do windows xp muito ruim ele nem diminui automaticamente o brilho do monitor quando o comp. está na bateria.
Eu já tive o XP instalado como drive H e usei durante muito tempo sem nenhum problema. Hoje tenho o Windows 7 no drive C e sou feliz.
Rogério, apesar de sua experiência ter sido positiva são muitos os problemas de se ter o Windows instalado em um drive diferente de C:. Todos derivados de aplicações (ou seus instaladores) que não verificam no Registro ou nas variáveis de ambiente onde o Windows está instalado e "assumem" (hardcode) que é em C:
As linguagens de programação para Windows não costumam ter um comando nativo para determinar isso. Assim os programadores tem que obter ou criar funções que determinem quem é "%windir%". A maioria absoluta segue o caminho fácil e faz um hardcode para "c:windows"
Um dos problemas é ter duas instalações do Windows no mesmo PC. Uma em C: e outra em uma letra qualquer (vamos assumir D:). Se você instalar um programa "burro" no Windows em D que requeira substituir arquivos do Windows, este vai substituir arquivos em C (que é outro Windows). Daí dois problemas podem surgir: tanto o programa instalado em D: pode não funcionar direito por não ter sido instalado no PATH correto, quanto o OUTRO Windows pode ser bagunçado porque seus arquivos foram substituídos.
Isso é ainda mais desastroso se forem duas versões diferentes do Windows.
O Windows Vista/Seven funciona de forma diferente do XP. Sempre ao ser instalado, não importando em que partição, ele assume para si C:. Assim você pode ter várias cópias do Vista/Seven no mesmo HDD convivendo harmoniosamente. Porque cada uma delas ao dar boot dá letras diferentes de C: para as outras.
O problema não era causado pelas letras de unidade.
Tentei novamente. Desta vez quando tinham se passado 55 minutos parado na instalação do (maldito) .NET, me lembrei que o instalador fornecido pela MS do (maldito) .NET 3.5 insiste em ter um acesso à internet, senão nem começa a instalar.
Então eu dei ao notebook uma conexão à internet e tentei de novo. Gotcha!
Não sei quem eu xingo mais nesse caso. Se a MS ou a Autodesk.
xinga todo mundo ehehhehee; vi um caso desse num micro de cliente que o cara que tinha instalado o xp dele disse que não deixava o windows em c: pra evitar virus; deixou como unidade i: e aí dá problema pq alguns softwares só buscam o c: o cliente me falou que teve problema pra instalar o realplayer por conta disso. Reformatei e deixei normal no c: mesmo.