ConductedForce's questions

Cerca de um ano atrás, eu estava me preparando para copiar arquivos de vários computadores que usei em um. Ambas as máquinas eram o Windows 7, enquanto a máquina de destino é o Windows 10.

tl; dr, a inicialização rápida do Windows 10 danificará/corromperá as unidades do Windows 7.

Uma das minhas máquinas sobreviveu ao processo, embora tenha atualizado o perfil do usuário na inicialização. A máquina em que estou trabalhando agora é menos conveniente em seu retorno.

Da última vez que o deixei, ele não concluiria um reparo de inicialização mesmo depois de horas de espera (hdd de 1 TB 7200rpm). Entrei com o Parted Magic para ver como eram as partições (não conseguia me lembrar se a coisa toda estava confusa). O visualizador de partição relatado na partição C:

$MFTMirr não corresponde a $MFT (registro 0)

e disse que eu deveria executar o CHKDSK /f, pois seria o melhor nisso.

Reiniciei e entrei no prompt de comando de reparo do sistema e executei CHKDSK /f, que esperava retornar alguma normalidade. O CHKDSK falhou em 57%. A mensagem no final foi

ocorreu um erro não especificado <696e647863686b2e e19> falhou ao transferir mensagens registradas para log de eventos com status 50

Eu o executei várias vezes e ele teria o mesmo problema na mesma %, mais ou menos alguns registros (Verifying Indexes stage 2/3, 2488728 of 2774856) e sempre em torno de 2488000+).

Alguns googling disseram que a partição pode estar bloqueada ou que eu tenho erros de unidade (executei uma verificação rápida da unidade no pmagic e voltou ok). Abri o DISKPART no CMD e tentei limpar todos os sinalizadores somente leitura para C, mas o DISKPART disse que não conseguiu limpar os sinalizadores. Eu não sei se simplesmente não havia nenhum ou algo mais estava acontecendo.

Alguns sites disseram para entrar no modo de segurança e executar o CHKDSK e eu tentei isso, mas o modo de segurança não vai além de carregar drivers e me dar uma tela preta com o cursor. Eu posso mover o cursor, mas nada mais acontece. Eu tentei o modo de segurança e o modo de segurança com prompt de comando.

Minha pergunta hoje é "Como faço para reinserir o Windows 7 com segurança após uma possível corrupção de arquivo do Windows 10?"

De preferência, gostaria de completar uma rodada de CHKDSK antes de inicializar normalmente.

Além disso, tenho disponível uma cópia do HDD de um ano e meio (um pouco mais de meio ano) antes da minha cópia inicial do arquivo com o Windows 10.

Tenho tempo e alguma habilidade técnica decente, então sou todo ouvidos.

Editar, atualizar post 2 horas : eu clico em "Iniciar normalmente" apenas para ver onde isso me levaria, e acaba o mesmo que o modo de segurança, mas conhece minhas configurações de energia, pois pressionar o botão liga / desliga vai dormir, que é o que Eu configurei há muito tempo.

Editar, atualizar post 7 horas : eu corri ntfsfix /dev/sda2(sda2: a partição principal) enquanto estava no Parted Magic pela $MFTmensagem que ele havia dado. Além de algumas edições de atributo, o CHKDSK atingiu o mesmo índice e parou. O número do índice pára nas mudanças, mas não mais do que algumas centenas em qualquer direção. Tentei executar sfc /scannow, mas não funcionou, pois precisava de uma reinicialização do sistema. Tentei excluir o pendente.xml, mas ele relatou como corrompido e que eu precisava executar o chkdsk. Eu executei o chkdsk pouco antes disso, então estou quase em um impasse completo.

Editar, atualizar post 8 horas : Esqueci de deletar pendências de X: também. Excluído pendente em C usando Parted Magic. SFC foi executado, mas não encontrou nada de errado.

Editar, atualizar post 30 horas : Chkdsk concluiu a verificação de índice desta vez, provavelmente magia negra usando pmagic, ou que estou usando um disco do Windows 7 em vez de partição de recuperação (que pode ter erros que ainda não conheço).

Editar, atualizar post 3 dias : Após os índices verificados (chkdsk), havia muitas Replacing invalid security id with default id for file ####### of 2207744mensagens. O Windows ainda inicializa em um cursor e tela preta. Os comandos sfc /scannow /offbootdir=C:\ /offwindir=C:\windowsrelatam que "a proteção de recursos do Windows não pôde executar a operação solicitada". Nenhuma verificação de % é relatada, apenas que começou e levará tempo. O DISM também não funcionou no disco Win7 que usei e o ambiente Win7 PE não contém o DISM. Estou pensando que o sistema de perfil está corrompido ou algo assim. Mais informações seria bom.

Eu me incluo nas fileiras de usuários que não sabem ler e quebrar suas próprias coisas.

No domingo passado, ao tentar copiar uma partição NTFS do Windows 7 maior para uma menor, estraguei o que acredito ser a tabela de partições em um disco rígido de 3 TB. Para contexto:

sdb (3TB drive/partition)
sdh2 (1.57 TB partition)(2TB drive)

Eu estava executando o PartedMagic 2018 (e ainda estou) e digitei o seguinte:

sgdisk -R /dev/sdb /dev/sdh2

Percebi quando abri o Gparted que digitei o comando errado. Ele foi listado em uma pergunta do SE como uma resposta para corrigir um problema relacionado à mudança de uma partição maior para uma menor. A resposta foi digitada assim:

sgdisk -R /dev/sdY /dev/sdX
where:
sdX = Disk A
sdY = Disk B

Bonehead se move para o lado, agora estou no controle de danos. Comecei a seguir este guia dos Fóruns do Ubuntu e atualmente comecei a escanear a unidade em busca de cabeçalhos de partição para que eu possa recuperar a unidade inteira.

Eu digitei o seguinte comando até agora: gpart /dev/sdb. Ele está verificando a unidade há cerca de 4 dias e 20 horas.

Eu tenho algumas perguntas sobre o meu procedimento aqui:

1. Quanto tempo isto irá levar? Minhas melhores estimativas foram olhar para a luz de atividade do HDD e contar no máximo uma piscada por segundo. Presumi que o piscar único era um setor lido e que cada setor era 4096 (está em uma unidade flash). 2.720.000 MB na unidade de 3 TB em um tempo de leitura de 4 MB por segundo me dá cerca de 7,87 dias. O tempo mais curto seria o dobro dessa velocidade, e já estaria feito. A última saída de "partição possível" foi há dois dias e deu um deslocamento de 1421742 mb, enquanto o primeiro possível foi um deslocamento de 1 mb. Eu vi em algum lugar que os tamanhos dos setores podem ser menores. Estou perto?

2. Estou tomando um curso de ação adequado para resgatar meu impulso? O guia dos fóruns do Ubuntu parece sólido e muito relacionável. Eu só tenho uma partição que tinha na unidade, havia mais anteriormente, mas eu a limpei e comecei de novo com apenas uma. Era a única partição listada antes do acidente e usava toda a unidade, pelo que me lembro. Não tenho certeza se havia uma daquelas seções não utilizadas de vários MB nele ou não (esse estranho ponto não particionado em branco que às vezes é feito no GParted quando você faz uma partição, ele será precedido por 1mib não utilizado).

3. Se eu restaurar a partição usando partede não adicionar todos os setores, ou adicionar muitos, os dados ainda serão exibidos nessa partição? O guia diz para usar as unidades de setores para reconstruir a tabela de partições. Se eu usar poucas ou muitas unidades, os dados ainda serão exibidos quando eu montar a unidade e lê-los?

4. Eu li que há uma tabela de partições primária e secundária ou algo assim, elas existem, posso copiá-las, como as visualizaria para confirmar qual delas desejo para recuperação?

Preciso de uma segunda opção de controle de danos além de enviá-lo para um serviço profissional. Este não é um computador comercial, mas há algumas coisas importantes a serem recuperadas.

Objetivo final: recuperar a partição única na unidade de 3 TB.

Atualização: verificação pós-gpart

Conforme visto nas imagens de referência, a verificação falhou perto do final da unidade. Desde então, coloquei a unidade em um computador mais novo onde executei arquivos TestDisk. A varredura rápida encontrou parte do que gpartvi, mas não o que sei que está lá. Usei a opção Deeper Scan, onde em poucos minutos ele detectou a partição em questão, chamada Big Mongo. Foi assim que chamei a unidade no Windows.

Atualização 2: Varredura Post TestDisk

O TestDisk foi concluído (veja as fotos de referência adicionais) e identificou minha partição ausente. Eu sou capaz de listar arquivos dentro do programa. Observe o tamanho na parte inferior da digitalização concluída. A varredura foi concluída em 10 horas em vez de 8 dias de gpart.

Conclusão: Para mentes inquisitivas

Depois de executar o TestDisk, ele encontrou a partição, mas criou a tabela incorretamente, então executei gdiske reconstruí usando 2048o tamanho inicial e o tamanho máximo como final (consulte a resposta marcada). Teve em hibernação, inicializou sem problemas.

Imagens de referência
gdisk -l para comentários https://isstatic.askoverflow.dev/9znYj.jpg
gpart scan 1/2 https://isstatic.askoverflow.dev/rWxuC.jpg
gpart scan 2/2 https:/ /i.stack.imgur.com/HQYJ8.jpg

Verificação rápida do TestDisk

Verificação mais profunda do TestDisk preliminar

TestDisk Completo

Estou tentando conectar dois dispositivos juntos via ethernet, mas estou tendo problemas com as etapas necessárias. Os dispositivos são um PC e um microcontrolador. Ambos os dispositivos terão IPs estáticos, pelo menos o microcontrolador. Estou executando o LWIP no microcontrolador. O que estou preso são as etapas que preciso executar para que os dois dispositivos se comuniquem. Preciso que o microcontrolador faça uma transmissão ARP ou algo assim para que ambos os dispositivos possam se ver e se comunicar?

E: A negociação automática está habilitada no controlador