RJTECH Mod. RJ-2100DVRX com HD 80 GB

[ari]

Mensagem com o firmware antigo:

[ari]

Recomendação da SEAGATE, provando que existem dois tipos de marcação de setores ruins:

"Download the Seagate diags SEATOOL and run a low level scan on the drive. That will flag  physicaly sectors that are bad. CHKDSK does not work at the hardware level, it works only at the filesystem level filling a bad track table".

Isto não é prova de que o RAWFS não tenha esta tabela. Talvez tenha.

Não sei nada do vxworks ou do rawfs. Só entendo de desenho de hardware.

A Má noticia que tenho no final de semana é de que não adianta colocar gravadores de DVD de alta velocidade. O RJtech simplesmente não os aceita.
Coloquei diferentes gravadores com diferentes velocidades (Até 20X - LGH55) e o tempo de gravação foi o mesmo....

Parece que usa o padrão ATA 33.... Ou seja Gravador EIDE ATA-100 é um desperdício no RJtech....

Até o Cabo é de 40 vias e não de 80 vias....ou seja não suporta o modo UDMA 4 ou 5.

Por isso o gravador original é tão mixuruca... não precisa mais do que aquilo.

A explicação é que diante da necessidade de priorizar a gravação no HD em real time, o barramento do Gravador de DVD ficou fraquinho para não engasgar a cpu...

Vale assim a hipótese de ler o disco com DOS ou WINDOWS para aumentar a velocidade....

[Jefferson]

Existem dois tipos de marca de defeituoso.

Disso eu já sei.

uma do sistema operacional e outra no próprio setor ( hardware table) na formatação primária.

Não, não é no próprio setor. O setor está defeituso, portanto nenhum tipo de "marca" nele pode ser confiável.

O que ocorre é que todo drive moderno é capaz de mapear setores defeituosos escondendo-os das operações de alto-nível (Windows, RJTECH, etc).

Porém esse mapeamento precisa ser feito explicitamente. Quero dizer: não ocorre em tempo real. Você precisa rodar o programa de diagnóstico do fabricante para que ele varra o disco e "suma" com os setores defeituosos que forem encontrados. 

Editado: o RJTech jamais vai enxergar um setor mapeado como defeituoso pelo hardware do HDD. Uma vez marcado como defeituoso, o setor some para sempre. Ou o RJTech mantém sua própria tabela de setores defeituosos, ou faz de conta que não existe nenhum, que é o que me parece mais provável no momento.

[Jefferson]

Ele diz explicitamente: USED disk space: XXXX FREE disk space: XXXXX

Então eu tenho que "dar o braço a torcer". É preciso um erro colossal para contar o espaço total do HDD em decimal e depois calcular o espaço livre em binário, o que seria a única explicação plausível.

O gravador desperdiça um espaço enorme em disco apesar do sistema de arquivos ser tão minimalista. Para onde vão todos esses GB é um mistério para mim. 

[Jefferson]

Mensagem com o firmware antigo:

Peraí...

Nesta imagem, o RJTECH diz que o HDD de 80GB tem 75GB.

Isso confirma a teoria de que o gravador está apenas vendo a capacidade real do disco calculada em binário.

[Jefferson]

Ainda sobre setores ruins:

Eu disse no outro post que os setores são simplesmente escondidos pelo hardware do drive. Esse é o comportamento que eu acho "lógico".

Porém por uma estranha razão, na verdade o drive mantém setores reserva que "coloca no lugar" dos setores encontrados ruins. Eu não entendo como isso funciona e se é tecnicamente necessário, porque é muito estranho fazer a cabeça de leitura-gravação sempre ter que se mover até outro ponto do drive para ler o setor bom, provocando uma "fragmentação física" e incorrigível.

No texto seguinte, o autor credita isso a razões de "marketing", porque também não vê lógica técnica.

http://www.pcguide.com/ref/hdd/geom/format_Defect.htm

Really, when you think about it, the hard disk companies are sacrificing a small amount of storage for "good looks". It would be more efficient to use all of the sectors on the disk and just map out the few bad ones. However, sometimes marketing wins out over engineering, and it seems that more people want the warm feeling of thinking they have a perfect drive, even if it costs them theoretical storage in the process. Today's drives are so enormous that few people would even care much anyway about a few extra megabytes, but that wasn't always the case!

 

[Jefferson]

Turco,

Jefferson esta é a informação de um disco de 80gb apos ser formatado pelo rjtech.
(apresentação com o novo firmware)

Esses números são muito confusos.

Qual a diferença de "espaço total" para "espaço restante" se são praticamente a mesma coisa?

Editado: Já percebi  O drive é recém instalado então o espaço total e o restante tem mesmo que ser iguais.

"TSB" tem algo a ver com "Time Shifting"? Tem 2GB reservados para isso.

[Intruder_A6]

Turco,

Jefferson esta é a informação de um disco de 80gb apos ser formatado pelo rjtech.
(apresentação com o novo firmware)

Esses números são muito confusos.

Qual a diferença de "espaço total" para "espaço restante" se são praticamente a mesma coisa?

"TSB" tem algo a ver com "Time Shifting"? Tem 2GB reservados para isso.

Imagino que se possa aumentar o tempo disponível para Time Shifting com um "pequeno" ajuste no firmware, e imagino que estes 2GB seja mesmo para isto ( me parece lógico ).

[Jefferson]

65424 + 2064 + 7680 = 75168 MB

Ari, a julgar tanto pela tela do firmware novo quanto pela do antigo, não vejo elementos para crer que o RJTECH separa para si 16GB do HDD de 80GB. Todos os indícios são de que simplesmente o RJTECH está mostrando a capacidade do drive em binário.

[turco]

É isso ai Jefferson T.S.B time shift buffer