Windows 7 - erro do sistema 5

1

Minha esposa acabou de ter um novo computador para o Natal (com uma atualização do VISTA para o Windows 7) e se juntou à rede doméstica. Estamos usando uma combinação de caixas WindowsXP e Ubuntu vinculadas por meio de um switch. Estamos todos no mesmo grupo de trabalho. (Nenhum domínio).

O acesso à Internet, DHCP e servidor DNS é um servidor SME que acha que é um controlador de domínio (embora não estejamos usando um domínio).

Eu preciso executar um script para fazer backup da máquina da minha esposa (venus). No passado, o script cria um compartilhamento em uma máquina com muito espaço (leda) e, em seguida, executa a linha.

PSEXEC  \venus -u admin -p adminpassword -c -f d:\Progs\snapshot.exe C: \leda\Venus\C-drive.SNA

Com a antiga máquina XP da esposa, isso executaria o utilitário sysinternals, copia shapshot, exe para sua máquina e o executa, o que então faz o backup de sua unidade C: para o compartilhamento em leda.

Não consigo fazer isso funcionar com o Windows 7, nem posso vincular o compartilhamento C $ à sua máquina. Isso me dá um erro de permissão (erro de sistema 5). A conta de administrador é uma conta de administrador completa. E sim - eu sei a senha.

As ações ordinárias em sua máquina funcionam bem!

Acho que estou perdendo algo que a Microsoft criou no Windows 7 - mas o que? A máquina está executando o Windows 7 Business, com o Windows Firewall, o AVG Anti-Virus, e todo o lixo que você tem com um novo PC removido.

Informações adicionadas

Eu configurei essa entrada (em venus), observando que o System tem um S maiúsculo e reiniciado, mas ainda não consigo me conectar ao c $. Isto é o que acontece. C: \ Documents and Settings \ Ian > net use \ venus \ c $ A senha é inválida para \ venus \ c $.

Digite o nome de usuário para 'venus': admin Digite a senha para venus: Erro de sistema 5 ocorreu.

O acesso é negado.

C: \ Documents and Settings \ Ian>

Há uma longa pausa após inserir a senha, antes que o erro 5 do sistema seja retornado.

Obrigado

    
por Ian 29.12.2009 / 02:16

3 respostas

2

No Win7 (e no Vista, suponho) o processador de comandos é iniciado com privilégios reduzidos - não com direitos de administrador. Você tem que explicitamente executá-lo como administrador. Eu enfrentei um problema semelhante agora mesmo quando tentei criar usuários a partir de arquivos em lote. Executar lote através de "Executar com direitos de administrador" funcionou bem. Espero que isso ajude.

    
por 23.11.2010 / 17:52
0

O Windows Vista e o 7 fizeram muitas alterações em relação à segurança da rede.

Eu realmente não posso recomendar nada em relação ao PSEXEC, simplesmente porque nunca usei em um ambiente que não seja de domínio, mas um de seus pontos era sobre o c $ share, e eu posso ajudar lá.

Eu tive esse problema no Vista e é um recurso, não um bug. Para ativá-lo:

Launch Registry Editor

Navigate to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system\

Create a new DWORD Entry called LocalAccountTokenFilterPolicy

Edit it and put the value of 1

Restart your computer

Agora você deve conseguir acessar os compartilhamentos do sistema.

Edit - O PSEXEC faz alguma coisa? Neste ponto, não tenho certeza se é o próprio PSEXEC ou um problema de permissão com o utilitário de backup. Você pode tentar fazer algo simples como o bloco de notas de lançamento? Se não, é provavelmente um problema de permissão com PSEXEC, se você pode iniciar o bloco de notas, é provavelmente uma permissão de nível de arquivo com o utilitário de backup .... Se você pode escrever comentários e feedback, vou tentar editar isso e ajudar você depois de

    
por 29.12.2009 / 03:00
0

Este é um problema de permissões.

Meu primeiro palpite é que isso tem a ver com o fato de que, no Win7, o usuário Convidado não faz mais parte do grupo Todos. Portanto, eu verificaria se essa conta está habilitada e conceda permissões de Controle total sobre o compartilhamento em questão. No entanto, com todos os aprimoramentos de segurança no Win7, isso pode não ser suficiente.

Em segundo lugar, eu verificaria isso na seguinte chave do registro
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
o valor de RestrictAnonymous é 0.
RestrictAnonymous controla se sessões nulas, sessões que funcionam sem qualquer autenticação e usam as permissões dos grupos Everyone e NETWORK, são permitidas (valor 0) ou não permitidas (valor 1).

Em terceiro lugar, eu procuraria uma solução alternativa para usar o PSEXEC. Existem muitos programas de sincronização de arquivos que podem não acionar os mecanismos de defesa do Win7.

    
por 20.03.2010 / 21:45