Tenho um disco rígido Momentus 4200.2 ST9808210A e quero conectá-lo ao meu computador com um cabo USB, mas nenhum parece se encaixar no formato dos pinos deste disco rígido. Alguma ideia de qual é o formato ou onde posso comprar um adaptador? Aqui está uma foto dos pinos da frente do disco rígido e aqui está uma foto dos pinos da parte superior do disco rígido. Agradeço a ajuda!
Para fazer backup dos meus dados pessoais, tenho dois HDDs WD Red de 4 Tb , rotulados como " disco 1 " e " disco 2 ".
Normalmente, coloco todos os arquivos que quero salvar no disco 1. Então, usando esta estação de acoplamento específica , prossigo para clonar o disco 1 no disco 2 .
A docking station não me permite conectar os dois drives ao mesmo tempo no meu computador. No entanto, ela tem uma função de clonagem interna. Toda vez que eu a uso, o disco 2 é formatado e apagado, e o disco 1 é clonado nele do zero.
Eu fiz vários backups dessa forma. No entanto, a clonagem leva mais e mais tempo conforme o disco 1 fica cheio. Além disso, não tenho certeza se é "saudável" para a unidade limpá-lo e reescrevê-lo regularmente.
Li que há ferramentas como o Total Commander que permitem que você copie apenas as diferenças entre dois drives. Para usá-lo, no entanto, eu precisaria formatar o disco 2 novamente, pois ele é atualmente um clone do disco 1 (meu computador só detectará um se os dois estiverem conectados simultaneamente, um via SATA na placa-mãe e o outro na docking station).
Devo continuar clonando minhas unidades dessa maneira ou é melhor limpar o disco 2 e copiar apenas as diferenças de agora em diante?
Meu sistema Fedora travou recentemente com mensagens de erro estranhas, então estou preocupado que meu SSD de aproximadamente 5 anos esteja falhando.
Agora quero resgatar meus dados deste SSD e reinstalar o Fedora do zero em um novo SSD.
Criei um pendrive USB inicializável do Fedora e o inicializei sem montar o SSD com falha. Agora, quero resgatar os dados deste SSD em um HDD externo de 8 TB (~4 TB de espaço livre). O SSD tem capacidade de 1 TB, mas apenas ~250 GB são realmente usados.
Acho que o ddrescue é uma boa opção para isso?
Como posso usar o ddrescue? Quero obter meus dados e o arquivo de log em uma nova pasta no HDD externo de 8 TB. Não quero sobrescrever nenhum dado.
Não sei qual sistema de arquivos meu HDD externo usa. Não sei os sistemas de arquivos usados pelas partições do meu SSD com falha (no qual o Fedora está instalado).
Então, no meu caso, posso executar este comando:
sudo ddrescue -n /dev/nvme0n1 /run/media/liveuser/Elements/Backup/backup.img /run/media/liveuser/Elements/Backup/log.log
É nvme0n1o SSD de onde quero salvar os dados e /run/media/liveuser/Elements/Backup/
é a pasta onde quero armazenar o backup e o arquivo de log?
Devo usar a --sparseopção? Quais são os prós e contras? Devo alocar 1 TB para backup.imgvia truncate? Quais são os prós e contras? Qual será o tamanho do backup.img? ~250 GB ou 1 TB?
O ChatGPT me diz que não preciso usar truncate e que o backup.imgserá aproximadamente 250 GB grande. No entanto, a Gemini recomenda fortemente usar truncate e me diz que o arquivo ocupará aproximadamente 1 TB mesmo sem truncate e que a única maneira de fazê-lo chegar a ~250 GB é usando a --sparseopção. Qual é a verdadeira?
Devo usar opções como -fou -n? O que essas opções fazem?
Problema: Então meu laptop Toshiba deu uma BSOD (não notei a mensagem de erro) no momento em que o conectei a uma tela de projetor funcionando usando um HDMI, eu acho. Desconectei o projetor, mas agora na inicialização ele diz:
Verificando a presença da mídia. Nenhuma mídia presente
E ao pressionar uma tecla:
Reinicie e selecione o dispositivo de inicialização apropriado ou insira a mídia de inicialização no dispositivo de inicialização selecionado e pressione uma tecla
Um pouco de contexto: Essa foi a primeira vez que conectei a um projetor. E o BSOD e o problema de inicialização nunca aconteceram antes.
(Ele inicializou aleatoriamente com sucesso uma vez, mas depois apresentou uma tela azul da morte novamente.)
Observe que no BIOS:
- Nenhum HDD ou SDD está presente
- Nenhum gerenciador de inicialização está sendo exibido
- A maior prioridade é HDD/SDD
- UEFI é escolhido
- Não vejo nenhum termo relacionado ao PXE
Por fim, o laptop tem um SSD e um HDD. Ambos sempre funcionaram. O Windows 10 está instalado no SSD, mas também pode estar no HDD.
Qualquer ajuda é bem-vinda.
Resumo:
- Deixei cair meu laptop com SSD dentro
- A unidade não pode mais ser montada ou fsck-able (o temido erro de entrada/saída)
- Entretanto, o disco ainda está intacto/funcionando o suficiente para ler a tabela de partições e verificar a senha de criptografia
- Se conectado externamente via USB, a unidade fica totalmente invisível, não sendo reconhecida de forma alguma
- O que aconteceu?
- Existe alguma maneira de consertar isso?
Detalhes completos:
Tenho um antigo ThinkPad T420 de 2012. Eu uso o Ubuntu 20.04 e a partição principal é criptografada. Alguns dias atrás, eu o deixei cair. Ele desligou imediatamente e não inicializa mais na unidade principal.
A unidade de inicialização principal é um SSD (Samsung 870 EVO) que é conectado ao laptop por meio de um caddy que adapta a unidade para caber no compartimento da unidade óptica.
Embora não haja danos visíveis no SSD ou no adaptador, meu primeiro pensamento foi que o dano era no conector/adaptador ou algo assim que foi danificado ou solto. Então, removi o SSD do laptop e o conectei a um adaptador SATA para USB . Foi um fracasso total. Conectei-o a alguns computadores diferentes e a unidade parecia totalmente invisível (nenhum novo dispositivo em /dev, nenhuma entrada em lsusb). (O adaptador SATA para USB em si funciona bem quando o testei com um HDD diferente.)
No entanto, se eu colocar o SSD de volta em seu local/caddy original e inicializar o Linux via USB, a unidade não ficará totalmente invisível, mas também aparentemente não poderá ser usada.
Posso ver a tabela de partição da unidade:
ubuntu@ubuntu:~$ sudo fdisk -l /dev/sda
Disk /dev/sda: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: Samsung SSD 870
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xe62c1c13
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 1050623 1048576 512M b W95 FAT32
/dev/sda2 1052670 976771071 975718402 465.3G 5 Extended
/dev/sda5 1052672 2549759 1497088 731M 83 Linux
/dev/sda6 2551808 976771071 974219264 464.5G 83 Linux
A unidade está criptografada, então não posso simplesmente montá-la diretamente, mas preciso passar por algumas etapas antes:
ubuntu@ubuntu:~$ sudo cryptsetup open /dev/sda6 ssd
Enter passphrase for /dev/sda6:
se eu digitar a senha errada, ele me rejeita:
Warning: keyslot operation could fail as it requires more than available memory.
No key available with this passphrase.
mas se eu digitar a senha correta, ele me deixa entrar e o dispositivo /dev/mapper/ssdaparece como esperado.
Agora há mais um passo de rigamarole. O comando é sudo vgchange -ay, que deve fazer o dispositivo /dev/vgubuntu/rootaparecer. Quando tentei pela primeira vez, esse comando funcionou, mas no momento, ele não faz mais nada (as coisas estão se deteriorando com o passar do tempo, veja abaixo).
Neste ponto, você deve conseguir montar /dev/vgubuntu/root, mas mountfalha com um "erro de entrada/saída" genérico (não tenho o erro exato em mãos no momento). fsckTambém falha com "erro de entrada/saída" e um segundo erro algo como "nenhum superbloco encontrado".
No momento estou correndo ddrescuepara ver o que pode ser recuperado:
sudo ddrescue --idirect /dev/sda /media/ubuntu/whatever/rescue.img /media/ubuntu/whatever/rescue.log
Parece que está fazendo alguma coisa, mas muito lentamente e estou um pouco cético de que realmente terá sucesso.
Outra observação: o problema parece piorar e você obtém mais erros quanto mais tempo a unidade estiver conectada. Por exemplo, inicialmente você pode ler a tabela de partição com sudo fdisk -l /dev/sdao que mostrei acima. No entanto, eventualmente isso deixará de funcionar:
ubuntu@ubuntu:~$ sudo fdisk -l /dev/sda
fdisk: cannot open /dev/sda: Invalid argument
Mas ele voltará a funcionar se você retirar o drive e recolocá-lo novamente.
O que aconteceu com o disco? Algo pode ser feito para recuperá-lo?
É uma boa ideia usar um disco rígido feito para uso em NAS como uma unidade de sistema de desktop?
Estou particularmente preocupado com a recuperação de erros.
A postagem a seguir afirma que as unidades NAS não se esforçam tanto para corrigir erros de disco, em comparação com unidades de desktop normais:
https://www.reddit.com/r/DataHoarder/comments/78ek5h/comment/doxiq91/
Os drives BarraCuda são projetados para uso em um ambiente de desktop, enquanto os drives NAS como o IronWolf são projetados para uso em gabinetes NAS. Os drives IronWolf são projetados para se destacar em situações em que funcionam em um NAS como equipes RAID, o que significa que eles não tentam consertar setores realocados/ruins de forma tão agressiva porque eles podem simplesmente "seguir em frente" e deixar algo para outro drive no array, o que significa que quando usado como um único drive em um desktop, pode potencialmente resultar em esses erros se acumulando mais rápido do que um drive de nível desktop padrão faria.
Há alguma verdade nisso?
Gostaria de usar uma unidade Seagate IronWolf como uma unidade de desktop, sem RAID.
Tenho um sistema Windows 11 e tenho o Git há muito tempo. Baixei o Git no meu HDD interno do meu laptop. Recentemente, meu HDD interno foi corrompido e não consigo acessar nenhum dado nele e não poderei consertar isso por um tempo. Também não consigo usar o Git, pois ele está no meu HDD.
Sempre que tento baixar o Git no meu SSD, aparece o mesmo erro dizendo:
A unidade ou compartilhamento UNC selecionado não existe ou não está acessível. Selecione outro.
depois de baixar o arquivo zip do site oficial. Ele não me dá uma opção para selecionar onde eu quero baixá-lo.
Tentei excluí-lo várias vezes. Mas a mensagem de erro diz:
E:\Git\unins000.exe
O sistema não pode encontrar a unidade especificada
Quero excluir o Git e baixá-lo novamente no meu SSD para que ele funcione normalmente como antes.
aqui estão os passos que segui ao tentar configurar o git e o erro que obtive:
o aplicativo de configuração:
a tela de configuração:
o prompt para instalar:
o erro:
Meu computador de mesa fabricado em 2019 suporta uma ou duas configurações de HDDs SATA de 2,5". O manual não menciona nada sobre SSD SATA de 2,5". Posso presumir com segurança que um SSD SATA de 2,5" caberá?
Não sou novato no PowerShell, mas também não sou fluente nele, então postei meu problema aqui para possível assistência.
Estou logado no Windows PowerShell ISE como administrador, tenho o módulo PowerCLI instalado e estou logado no servidor Hyper V que hospeda nossas máquinas virtuais. Tenho um script PS que itera por várias VMs e expande o espaço em disco nelas para atingir 30 GB de espaço livre. No entanto, tenho tido que redimensionar essas unidades para o espaço recém-alocado, uma máquina de cada vez, usando o PSSession. Tenho procurado uma maneira de usar o script PS para iterar por uma lista de arquivos de texto dessas máquinas e redimensioná-las, assim como o outro script faz para expandir as unidades. Depois de alguma pesquisa, percebi que poderia usar o PSSession para fazer exatamente isso. Criei um script para fazer isso e ele funciona bem até chegar à parte de redimensionamento do script abaixo.
Resize-Partition -DriveLetter $drive_letter -Size $size.SizeMax
Recebo a mensagem de erro "Resize-Partition: Size Not Supported Extended information: The partition is already the requested size." Verifico as máquinas de teste e o volume estendido está corretamente estendido, mas a partição não foi redimensionada para fazer a quantidade recém-fornecida de espaço livre em disco. O script está postado abaixo. A mensagem de erro completa que recebo será postada abaixo do script.
Não sei o que estou perdendo aqui e toda a ajuda fornecida é bem-vinda.
Roteiro:
$vmcomputers = Get-Content -Path C:\Temp\computers.txt
$drive_letter = "C"
# iterate through list
$result = foreach ($vmcomputer in $vmcomputers) {
# create PSsession
#$session = New-PSSession -ConnectionUri $vmcomputer.hostname
$session = Get-Content C:\Temp\computers.txt | New-PSSession -ThrottleLimit 50
# resize disk
$size = (Get-PartitionSupportedSize -DriveLetter $drive_letter)
Resize-Partition -DriveLetter $drive_letter -Size $size.SizeMax
# cleanup
Remove-PSSession -PSSession $session
}
Mensagem de erro:
Resize-Partition : Size Not Supported
Extended information:
The partition is already the requested size.
Activity ID: {69684292-964a-4637-92bd-1ddf1ccb773f}
At C:\Temp\ResizeVMdiskPsession\AICodeResizeVmHardDisk.ps1:12 char:3
+ Resize-Partition -DriveLetter $drive_letter -Size $size.SizeMax
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (StorageWMI:ROOT/Microsoft/.../MSF
T_Partition) [Resize-Partition], CimException
+ FullyQualifiedErrorId : StorageWMI 4097,Resize-Partition
Remove-PSSession : A parameter cannot be found that matches parameter name
'PSSession'.
At C:\Temp\ResizeVMdiskPsession\AICodeResizeVmHardDisk.ps1:15 char:20
+ Remove-PSSession -PSSession $session
+ ~~~~~~~~~~
+ CategoryInfo : InvalidArgument: (:) [Remove-PSSession], Paramet
erBindingException
+ FullyQualifiedErrorId : NamedParameterNotFound,Microsoft.PowerShell.Comm
ands.RemovePSSessionCommand
Tive um crash no Linux (devido a bad block bitmap checksum) e depois disso fiz alguns testes:
- com um sistema Linux ativo, fiz um teste de badblocks somente leitura, ele leu o disco inteiro sem problemas, embora às vezes mostrasse uma velocidade lenta (dos normais ~120 MB/s para ~40 MB/s ou algo assim)
- instalou o QDiskInfo e obteve o resultado na imagem: 7900 horas é menos de um ano inteiro de uso contínuo e mostra apenas 36 contagens de setores realocados, mas ainda diz "Cuidado"
Devo substituir o disco?
