Existe um sucessor para o NTFS? [fechadas]

3

O que estou perguntando é se existe algum sistema de arquivos conhecido como possível sucessor do NTFS?

Estou perguntando porque acabei de comprar um novo externo e percebi que o caminho para um arquivo, incluindo o próprio nome do arquivo, não pode adicionar mais de 255 caracteres. Isso é conhecido como "Nome longo do arquivo" da microsoft. Suponho que isso se deva à limitação do sistema de arquivos, por isso estou procurando por possíveis alternativas.

Eu tenho uma máquina com Windows 7, mas estou sob a suposição de que haveria software de terceiros que funcionaria com o Windows para tornar o novo sistema de arquivos acessível pelo Windows Explorer.

hak8or
fonte
1
De onde você tirou aquela informação? en.wikipedia.org/wiki/NTFS#Limitations diz: "Os nomes dos arquivos estão limitados a 255 pontos de código UTF-16". e "O kernel do NT limita os caminhos completos para 32.767 pontos de código UTF-16".
Shi
1
Eu estava copiando alguns arquivos para o meu externo que estavam em um padrão de subdiretório de diretório muito longo usando tera copy, e em tera copy ele disse que o caminho era muito longo, então procurei no Google e entrei na página wiki de "Nome Longo do Arquivo" . Se estiver errado, ficaria feliz em ser corrigido sobre esse problema! :)
hak8or
Bem, minha intenção original era perguntar sobre qualquer alternativa possível ao NTFS que seria melhor. As informações sobre o nome do arquivo foram fornecidas para fornecer um motivo para perguntar sobre um possível sucessor do NTFS, não era exatamente isso que eu estava perguntando. Mas, as respostas foram úteis de qualquer maneira, obrigado pessoal. :)
hak8or

Respostas:

18

Há um sucessor para o NTFS. É NTFS :)
(o NTFS manteve seu nome, mas as versões mais recentes do Windows têm versões diferentes e aprimoradas do NTFS)

No entanto, NTFS não é o motivo do limite de tamanho do nome do arquivo. Verifique este link da microsoft . Copiarei a parte relevante, mesmo que demore um pouco para copiar de outro lado.


Limitação máxima de comprimento do caminho

Na API do Windows (com algumas exceções discutidas nos parágrafos a seguir), o comprimento máximo de um caminho é MAX_PATH, definido como 260 caracteres .

Um caminho local está estruturado na seguinte ordem: letra da unidade, dois pontos, barra invertida, componentes de nome separados por barras invertidas e um caractere nulo final. Por exemplo, o caminho máximo na unidade D é "D: \ alguma cadeia de caminho de 256 caracteres" onde "" representa o caractere nulo final invisível para a página de código atual do sistema. (Os caracteres <> são usados ​​aqui para maior clareza visual e não podem fazer parte de uma cadeia de caminho válida.)

Nota As funções de E / S de arquivo na API do Windows convertem "/" em "\" como parte da conversão do nome em um nome no estilo NT, exceto quando o prefixo "\? \" É usado, conforme detalhado nas seções a seguir.

A API do Windows possui muitas funções que também possuem versões Unicode para permitir um caminho de tamanho estendido para um comprimento total máximo de 32.767 caracteres . Esse tipo de caminho é composto de componentes separados por barras invertidas, cada um até o valor retornado no parâmetro lpMaximumComponentLength da função GetVolumeInformation (esse valor geralmente é de 255 caracteres). Para especificar um caminho de tamanho estendido, use o prefixo "\? \". Por exemplo, "\? \ D: \ caminho muito longo".

Hennes
fonte
é suposto ser ReFS
phuclv 08/08/19
12

A limitação a que você se refere está na API do Windows, não no sistema de arquivos. Para passar nomes de arquivos com mais de MAX_PATH caracteres, a Microsoft estendeu as APIs para aceitar nomes Unicode longos até 32.767 caracteres. Mas para usar um caminho mais longo, ele deve estar em Unicode, prefixado por \\? \ E totalmente qualificado (sem nomes de caminho relativos). Efetivamente, o que isso significa é que, para usar esses caminhos mais longos, o sistema de arquivos e o suporte ao SO estão disponíveis, mas você precisa de um aplicativo que saiba fazer sua parte.

Nicole Hamilton
fonte
... mas muitos 'aplicativos principais' (como o Windows Explorer) ainda não conseguem lidar com caminhos longos, então o problema aumenta sua cabeça de vez em quando. Os programadores JS de nó que trabalham no Windows estão muito cientes desses problemas .
Stijn de Witt