Lima longa - os dados conhecidos das entradas de diretório da raiz de LFN em seu espaço dos dados que suporta a etiqueta de volume escondida de leitura apenas do sistema atribuem o Byte do formato de Unicode da entrada das funções da enumeração dos bocados 0FH de bocados do ASCII

Files Recovery Software
Início Detalhes de Contato Apoio ao Cliente Download Demo Produtos  

 
 

Lima longa - nome (LFN)

Porque nós temos discutido já mais cedo na discussão do diretório de raiz, previamente o diretório de raiz usou-se ser reparado no tamanho e ser ficado situado em um de posição fixa no disco mas agora está livre crescer como necessário porque é tratado agora como uma lima.

Isto é muito importante de long nomes de arquivo porque cada nome de arquivo longo usa entradas de diretório múltiplas. Adicionar a sustentação longa do nome de arquivo a um sistema operando-se que use 8.3 nomes de arquivo não é tão simples quanto entradas de diretório de expansão prender mais de 11 caráteres. Se este sistema se operando novo retornasse 255 nomes de arquivo do caráter, muitas aplicações mais velhas, que esperam receber não mais de 11 caráteres, deixariam de funcionar porque um programa tem que reservar a memória para armazenar os nomes de arquivo que lê, e se reservar 16 Bytes para um nome de arquivo e as cópias do sistema se operando (palavra) 32 caráteres nesse espaço, a seguir em outros dados começam overwritten. Uma maneira certa quebrar uma aplicação é copí dados aleatórios em seu espaço dos dados.

Para superar este problema, uma solução inteligente foi encontrada em Windows 95, ao problema de suportar nomes de arquivo longos ao preservar a compatibilidade com versões precedentes de aplicações do DOS e do Windows. Quando a maioria de aplicações (à exceção das utilidades de disco de baixo nível tais como o doutor do disco de Norton) perguntam o sistema para nomes da lima e do subdirectory, fazem assim não lendo entradas de diretório diretamente fora do disco, mas usando as funções da enumeração construídas no sistema operando-se. Porque nós sabemos que uma entrada de diretório está marcada com a combinação de de leitura apenas, escondida, o sistema, e a etiqueta de volume atribuem bocados.

Provavelmente, se o byte do atributo da entrada de diretório prendesse o valor 0FH as funções da enumeração construíram em todas as versões existentes do DOS e todo o Pre-Windows 95 versões de Windows saltará o excesso essa entrada de diretório como se não estava lá. Então, a solução era armazenar dois nomes para cada lima e subdirectory, um nome curto que fosse visível a todas as aplicações e a um nome longo que fosse visível somente às aplicações de Windows 95 (e mais tarde) e às aplicações que foram reescritas para adicionar a sustentação para nomes de arquivo longos.

Os nomes de arquivo curtos são armazenados em 8.3 formatos em 32 entradas de diretório convencionais do byte. Nós temos discutido já que Windows cría um nome de arquivo curto de um longo truncando o a seis caráteres caixas e adicionando “~1” ao fim do nome de arquivo baixo. Se houver já um outro nome de arquivo com os mesmos primeiros seis caráteres, o número está incrementado. A extensão é mantida o mesmos, e todo o caráter que seja ilegal em umas versões mais adiantadas de Windows e do DOS é substituído com um underscore. Os nomes de arquivo longos são armazenados em 32-Byte especialmente formatado arquivam por muito tempo - as entradas de diretório do nome (LFN) marcadas com os bytes do atributo ajustados a 0FH.

Para uma lima ou um subdirectory dado, um grupo de um ou mais lima longa - as entradas de diretório conhecidas precedem imediatamente a única entrada de diretório 8.3 no disco. Cada lima longa - a entrada de diretório conhecida contem até 13 caráteres do nome de arquivo longo, e o sistema operando-se amarra junto tanto como enquanto needed para compreender um nome de arquivo longo inteiro.

Para uma lima longa - a entrada de diretório conhecida, nomes de arquivo é armazenada no formato de Unicode, que requer 2 Bytes por o caráter ao contrário de 1 Byte do ASCII. Os caráteres do nome de arquivo são espalhados entre três campos separados:

  • Os primeiros 10 Bytes (cinco caráteres) no comprimento,
  • Os segundos 12 Bytes (seis caráteres),
  • Os terceiros 4 Bytes (dois caráteres).

 

Os cinco bocados os mais baixos do primeiro byte da preensão que da entrada de diretório um número de seqüência que identificasse a posição da entrada de diretório relativo à outra lima longa - entradas de diretório conhecidas associou com a mesma lima. Se um nome de arquivo longo requerer três entradas de diretório de LFN, o número de seqüência do primeiro será 1, que do segundo será 2, e o número de seqüência do third será 3 e 6 mordidos do primeiro Byte da terceira entrada são ajustados a 1 para indicar que é a última entrada na seqüência. O campo do atributo aparece na mesma posição em entradas de diretório de LFN que em 8.3 entradas de diretório porque o sistema de lima não sabe que tipo de entrada de diretório trate até que depois que examina o byte do atributo.

O campo começando do número do conjunto aparece também na mesma posição, mas em entradas de diretório de LFN seu valor é sempre 0. O tipo campo de indicador prende também 0 em cada nome de arquivo longo. Um dos problemas com nomes de arquivo longos é que consomem mais espaço de disco do que os curtos. Aquele não é um negócio grande quando os nomes longos são armazenados nos subdirectories, porque contanto que o espaço de disco estiver disponível, os subdirectories podem vir acomodar adicionou entradas de diretório mas o número máximo das entradas de diretório disponíveis no diretório de raiz é espaço waste dos nomes de arquivo fixos, e longos no diretório de raiz que é limitado no tamanho.

Agora por exemplo, se o diretório de raiz do discos duros contivesse em a maioria 512 entradas de diretório, porque um caráter 128 conhecido requer 11 entradas, 10 para o nome longo e 1 para o nome curto, você poderia criar somente 46 limas e subdirectories no diretório de raiz se cada um fosse dado um nome de 128 caráteres. O problema parte para FAT32 também porque o diretório de raiz sob FAT32 pode crescer também porque no sistema FAT32 o diretório de raiz é tratado enquanto uma lima que possa crescer no tamanho.


Previous page

page 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19


page 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35

Next page
 
 
Data Recovery livro
 
Capítulo-1 Uma vista geral da recuperação dos dados
Capítulo-2 Introdução de discos duros
Capítulo-3 Aproximação lógica aos discos e ao ósmio
Capítulo-4 Sistemas de número
Capítulo-5 Introdução da programação de C
Capítulo-6 Introdução aos princípios do computador
Capítulo-7 Comandos necessários do DOS
Capítulo-8 Funções e interrupções do Disco-BIOS que seguram com C
Capítulo-9 Segurando discos duros grandes
Capítulo-10 Recuperação dos dados do disco flexível Corrupted
Capítulo-11 Fazendo apoios
Capítulo-12 MBR de leitura e modificando com programação
Capítulo-13 DBR de leitura e modificando com programação
Capítulo-14 Programação para “a recuperação da lima crua”
Capítulo-15 Programação para limpadores dos dados
Capítulo-16 Desenvolvendo mais utilidades para discos
Apêndice Glossário de termos da recuperação dos dados
 
 
Pro Data Doctor

Início

Produtos

Detalhes de Contato

Apoio ao Cliente

Download Demo

Termos e Condições

 
Pro Data Doctor