Eu fiz um pouco de pesquisa sobre o seu problema. Não é fácil, mas parece viável.
A área de código que quebra você é essa (bem, em novos kernels):
fs/xfs/libxfs/xfs_sb.c
271 /*
272 * Until this is fixed only page-sized or smaller data blocks work.
273 */
274 if (unlikely(sbp->sb_blocksize > PAGE_SIZE)) {
275 xfs_warn(mp,
276 "File system with blocksize %d bytes. "
277 "Only pagesize (%ld) or less will currently work.",
278 sbp->sb_blocksize, PAGE_SIZE);
279 return -ENOSYS;
280 }
Basicamente, requer que o tamanho do bloco XFS seja pelo menos igual ao tamanho da página do sistema.
Isso significa duas coisas.
- Esta é uma solução alternativa de um bug anteriormente desconhecido.
- O tamanho da página do sistema era originalmente de 64k.
Eu fui e verifiquei um kernel realmente antigo (EL4) e a restrição acima ainda estava lá. Isso significa que fundamentalmente não é viável fazer o que você deseja fazer em sua arquitetura (x86).
Dado que você forneceu o nome do NAS, fiz algumas pesquisas e descobri isso: link
O que implica que usa uma CPU PPC.
The hardware of the Javelin is more than capable of handling additional roles. It is essentially an embedded Linux system with a 800 MHz AMCC PowerPC processor and 256 MB of RAM.
De fato, os kernels PowerPC podem ser construídos para usar 64k páginas ou 4k páginas. Isso explicaria porque o bloco é 64k e também porque você não pode executar o sistema de arquivos em sua máquina, onde ele trabalhou em seu próprio NAS antes.
Se você quer tentar abrir o sistema de arquivos - eu acho que sua melhor opção é rodar uma instância de máquina virtual em um hipervisor usando PPC64LE (acho que é a arquitetura real daquela CPU), o Fedora constrói seu PPC64LE com 64k páginas .
Você pode usar o qemu para fazer isso. Esse cara parece dar algumas instruções (não testadas) sobre como você faria isso.
A partir daí, exponha diretamente o (s) disco (s) na VM e faça o seu dmraid / lvm / mount normal para obter acesso à unidade.