cygwin: ls -i reporta número errado de inode para arquivos no caminho UNC

1

Eu tenho um backup de várias versões, que usa links físicos para arquivos que não foram alterados de versão para versão, no meu QNAP NAS.

O alvo de backup é um disco externo EXT4 conectado via eSATA ao QNAP.

Quando eu listo o inode do arquivo vinculado com ls -i , usando o shell QNAP via ssh, recebo o mesmo número de inode para cada um dos arquivos vinculados, por ex. para um arquivo específico A é 11961450 (0xB6846A).

Quando eu uso o cygwin shell em minha máquina windows para fazer a mesma coisa, acessando o sistema de arquivos remoto via SMB, o inode relatado de ls -i é diferente para cada arquivo linkado e os números de inode são estranhamente enormes. Para o mesmo arquivo A, recebo um número de inode 10167322761950234564 (0x8D19962EE6C987C4) em um diretório e 6110607626948733827 (0x54CD3D42E6126B83) em outro.

A propósito, quando eu verifico os inodes dos arquivos nos discos internos da QNAP, eles são sempre reportados corretamente, não importa se eu os verifico do shell da QNAP via SSH ou via Cygwin.

A questão é, existe uma maneira de contornar essa inconsistência e obter o número de inode correto ao usar o cygwin? Além disso, quem é a culpa? Servidor SMB (no QNAP), cliente SMB (no Windows), Cygwin ou outra coisa?

    
por sns 12.06.2017 / 17:12

0 respostas