Que ordem um disco rígido grava no disco em um Mac?

0

Eu tenho um antigo Titanium que tem seções ruins na unidade. Este não é meu sistema principal, eu o uso para checar e-mails, ouvir um servidor de correio de voz, etc. É basicamente um semi-aposentado, mas ainda útil. Algumas semanas atrás, enquanto o utilizava, comecei a girar bolas de praia periodicamente. Achei que a memória do sistema estava esgotada, mas o Activity Monitor me disse o contrário. O sistema também estava fazendo alguns ruídos quando diminuiria a velocidade.

Depois de fazer algumas pesquisas, me deparei com este artigo:

link

O barulho que eles chamam de "chug-a-chug-a" foi exatamente o que eu estava ouvindo, então eu fui em frente e comprei a ferramenta de teste de drive Scannerz. Eu corri o programa e a unidade digitalizou perfeitamente até os últimos 3GB da unidade. Ao entrar nesse reino, Scannerz, que estava se movendo rapidamente, desacelera de repente. As contagens de irregularidade, que estavam em zero, começam subitamente a aumentar em cerca de 1 por segundo. Então Scannerz diminui mais ainda, então o incremento de erro aumenta. Isso aconteceu nos últimos 3 GB do teste.

Coloquei o Scannerz no modo de sondagem e fiz um teste dos últimos 3 GB da unidade para determinar a gravidade do dano. Após cerca de 15 min de testes, cancelei o teste porque era evidente que o dano nessas áreas era bastante extenso.

Estas são realmente duas perguntas que tenho:

Parte 1: A unidade neste sistema foi substituída de seu original 40GB para um drive de 80GB há algum tempo. A unidade de 40GB não era grande o suficiente na época para armazenar todas as minhas coisas. Acabei colocando em um iBook. Eu acho que por volta de 2006. A unidade de 80 GB só tem cerca de 50 GB usada.

Aqui está a pergunta 1: Se essa coisa está usando APENAS 50 GB de espaço, por que isso está me causando problemas na faixa de 77 a 80 GB? Eu achava que o sistema operacional escrevia coisas sequencialmente, mantendo tudo em ordem e em ordem.

Parte 2: Este sistema é antigo e não quero substituir a unidade. Os discos rígidos IDE agora estão comandando um preço premium (o dobro do custo das unidades SATA), porque um bom e novo é difícil de encontrar. Uma nova unidade IDE provavelmente custaria mais do que computadores como este estão sendo vendidos no ebay. Este sistema é tão antigo que eu sei que um dia desses eu vou abri-lo e uma nuvem de fumaça sairá dele, a luz de fundo do LCD estará apagada ou simplesmente não ligará. Isso vai acontecer, provavelmente no próximo ano. A coisa já é 11 anos de idade.

Com isso dito, o que estou pensando em fazer é particionar a unidade para EXCLUDE os últimos 3 GB. Imaginei que poderia dividir a partição em um volume de 77 GB e em um volume de 3 GB e excluir o volume de 3 GB.

Se eu fizesse isso, eliminaria completamente a região ruim da unidade de ser acessada pelo SO, e assim colocaria um fim aos problemas de bola de praia girando. Acho que vai. Alguém pode confirmar ou contestar isso?

    
por Ziggy1970 17.04.2013 / 21:19

3 respostas

0

Eu não estou realmente respondendo a minha própria pergunta, eu vou apenas dizer o que eu fiz.

Eu não queria tentar mapear novamente os blocos ruins porque percebi que o dano no final do disco era tão extenso que consumiria todos os setores sobressalentes, mesmo que houvesse algum.

Eu fiz um backup da unidade, em seguida, usando os arquivos de log do Scannerz encontrei a localização dos blocos na unidade onde o dano começou. Usando esses dados, divido a unidade em dois volumes, um que ainda é grande e ocupa a maior parte da unidade, e o outro na parte final da unidade que contém os dados incorretos. Mudei o ponto inicial para o segundo volume ruim, cerca de 500MB à frente de seu ponto inicial, apenas para estar seguro. Eu formatei ambas as partições NORMALMENTE - sem zerar - e depois DELETED a partição contendo as regiões ruins da unidade.

Eu retestei com o Scannerz. Se eu selecionar meu volume bom recém-criado, ele passará nos testes com cores voadores. Se eu selecionar para testar toda a unidade primária, que será a unidade inteira, incluindo o volume excluído, os problemas ainda estarão lá - isso é apenas para esclarecer que os problemas não desapareceram magicamente, eles não são mais visíveis.

Eu re-instalei o sistema operacional e meus dados e agora tudo está funcionando bem.

Quanto tempo vai ser bom? Quem sabe. A unidade é antiga e estou surpreso que funcionou tanto quanto ela. Eu sei que um dia desses eu vou ligar esse velho amigo e o drive vai fazer ruídos de moagem, a luz na tela sumirá, ou talvez simplesmente não acenda. Eu sei que esse velho amigo é velho e vai desistir de mim algum dia ...

..... MAS NÃO HOJE !!!! : -)

    
por 29.04.2013 / 20:45
0

Embora inicialmente os dados sejam gravados no disco de maneira organizada, ele não fica assim por muito tempo. Conforme os arquivos são criados e excluídos (não apenas seus dados, mas arquivos do sistema operacional como swap), os blocos de dados que continham esses arquivos são liberados. À medida que novos arquivos são criados, o SO reutilizará esses blocos, mas também usará novos blocos no final da lista. BTW esta é uma das razões pelas quais os dados em discos rígidos são fragmentados. O HTS + tem várias maneiras de reduzir essa fragmentação (consulte aqui ), mas isso ainda acontecerá em algum grau.

Portanto, a questão não é qual ordem os dados são gravados, mas o disco rígido inteiro pode ser acessado para leitura e gravação de dados. A resposta é sim.

Se você tivesse certeza de que todos os setores defeituosos da unidade estavam no final, você poderia isolá-los com uma partição separada. Dada a idade dessa viagem, não tenho certeza se concordaria.

Eu recomendaria a leitura desta questão do SuperUser Corrigir os blocos danificados no disco rígido do Mac e seguindo algumas das sugestões sobre o uso de ferramentas para fazer os blocos ruins, para que o sistema operacional não tente usá-los.

Ah, e tenha cópias de segurança porque, como você percebe, essa coisa pode morrer a qualquer momento.

    
por 17.04.2013 / 21:54
0

Como uma unidade lê e grava blocos de dados varia muito com os sistemas operacionais e tipos de mídia. No MacOS com um disco rígido tradicional, quando um arquivo é excluído, ele não é necessariamente excluído, mas os blocos são marcados como "disponíveis". O HFS + tentará coletar quantos blocos contíguos estiverem livres ou marcados como disponíveis o mais possível durante uma operação de gravação. Isso reduz a desfragmentação. Alguns utilitários de unidade têm o modo "recuperação" e, quando tentam recuperar dados excluídos, o que eles estão realmente fazendo ao analisar todos os blocos marcados como disponíveis contêm dados.

SSDs, FWIW são diferentes porque ao contrário de um HD que pode marcar o bloco como disponível e sobrescrevê-lo a qualquer momento, um bloco SSD precisa ser limpo ou apagado antes que possa ser gravado novamente. O apagamento é incrivelmente lento com um SSD, portanto, os fabricantes de SSD implementaram o "Suporte TRIM" nas unidades, o que limpa os blocos disponíveis como um processo em segundo plano.

A razão pela qual você está se deparando com setores defeituosos no final da unidade é porque quando o SO tenta encontrar blocos livres contíguos, ele tenta usar todos aqueles que nunca foram usados primeiro, ENTÃO começa a sobrescrever os blocos "disponíveis" que costumavam conter dados. Como resultado, um arquivo acabará sendo gravado no final da unidade, mesmo que haja bastante espaço aparentemente livre da unidade.

Em relação à redução do tamanho da partição e ao bloqueio da área ruim da unidade, isso pode funcionar, mas até mesmo o HFS + usa alguma região da extremidade traseira da unidade. A Apple tem um documento que descreve como o sistema de arquivos é apresentado e que você pode revisar no seguinte link:

link

Não tenho certeza se isso está atualizado, mas se você passar por isso, perceberá que ele coloca algumas informações no final do volume, portanto, convém ter certeza absoluta de que o volume termina antes do volume. começam os setores defeituosos.

Para encontrar o local onde terminar sua partição reduzida, ela deve estar nos arquivos de log do Scannerz para seus testes. Certifique-se que não há irregularidades nessa área, porque eles provavelmente são setores fracos, danificados pelo acidente na cabeça. Você poderia tentar mapear novamente os setores defeituosos para poupar setores, o que estava implícito na resposta de Brad Patton, mas é provável que, se a Scannerz estivesse encontrando toneladas deles, é provável que muitos sejam remapeados. Eu especularia que encolhendo o tamanho do volume, as gravações nunca ocorrerão naquela região ruim da unidade e, assim, os setores sobressalentes poderão permanecer disponíveis (supondo que haja algum), caso um setor ruim surja na seção boa.

Para chutes eu fiz uma busca por Titaniums usados e novas unidades IDE. O preço típico do ebay para um Titanium pode variar de US $ 30US a US $ 120US (em excelentes condições), enquanto um IDE novo e não utilizado de cerca de US $ 100,00 pode entender por que você quer considerar uma abordagem mais sensível ao custo .

    
por 18.04.2013 / 05:38