pts's questions

Acabei de baixar a versão 4.3.6 do sistema operacional QNAP QTS . Parece conter amd64 Linux kernel 4.2.8, initrd e root filesystem, glibc 2.21, Apache 2.4.37, PHP 5.6.38, sem Perl, Python 2.7.17rc1, BusyBox 1.24.1, rsync 3.0.7, Bash 3.2. 57, tar 1.22, etc., (alguns deles) compilados com GCC 4.9.2.

O tamanho do arquivo de firmware baixado é de 208 MiB, após a descompactação recursiva completa é de 582 MiB e após a compactação com 7z é de 148 MiB. (O kernel é de 6,88 MiB, o initrd é de 15,69 MiB, ambos compactados.)

Assim, para poder executar o sistema operacional QTS, o dispositivo QNAP precisa de armazenamento de pelo menos 582 MiB.

Minhas perguntas:

1. Qual dispositivo de armazenamento contém os sistemas de arquivos de inicialização e raiz em um QNAP NAS, como TS-251+ , quando está executando o sistema operacional QTS? É um dos HDDs SATA ou existe algum outro armazenamento interno, como um flash (ou SSD)? (Observe que estou interessado apenas em dispositivos com pelo menos 582 MiB de tamanho, portanto, um flash menor contendo apenas o carregador de inicialização não é o que estou procurando.)

2. Se eu quiser instalar o Debian (executando nativamente como um substituto do QTS) no QNAP NAS TS-251+, posso instalá-lo em um dispositivo de armazenamento interno e ele será inicializado e executado se o NAS contiver 0 dispositivos SATA? Quanto espaço de armazenamento interno estará disponível para o sistema de arquivos ext4 boot+root?

3. De quais opções eu tenho para inicializar o Debian? Eu acho que estes: armazenamento interno (se disponível), SATA HDD ou SSD, armazenamento USB externo. Existem outras opções, como um cartão SD extra ou SSD não SATA?

Eu tenho um diretório /var/mychootno mesmo sistema de arquivos que /, e iniciei o programa /var/mychroot/progcomo sudo chroot /var/mychroot /prog, então o programa está sendo executado como EUID 0.

Se o programa executar a técnica de escape chdir("..") , ele poderá escapar do chroot e ver tudo dentro de /. (Verifiquei isso no Linux 4.18.)

Eu quero evitar tal fuga. Na verdade, eu quero evitar todos os tipos de escapes chroot, mas nesta questão estou interessado apenas em como a técnica de escape chdir("..") pode ser evitada em sistemas Linux modernos. Para isso estou procurando alternativas da chamada de sistema chroot(2) .

Eu encontrei 2 soluções: pivot_root e MS_MOVE , mas eles só funcionam se /var/mychrootfor um ponto de montagem, então eles falham se /var/mychrootfor apenas um subdiretório dentro do sistema de /arquivos. Existe outra solução neste caso?

Eu quero evitar técnicas usando LD_PRELOAD(porque LD_PRELOADnão afeta executáveis ​​vinculados estaticamente), técnicas usando ptrace(2) (porque então não consigo executar stracedentro do chroot, e também ptrace(2) é muito complicado de acertar: processos irão travar ou travar) e virtualização real (por exemplo, Xen ou KVM ou QEMU; devido à sobrecarga de desempenho e ao provisionamento de memória menos flexível).

Para recapitular, preciso de:

• uma alternativa de chamada de sistema chroot(2) ,
• com qual root pode restringir processos rodando como root (EUID 0),
• para um subdiretório do sistema de arquivos de /,
• que impede a técnica de escape chdir("..") ,
• e não usa LD_PRELOADou
• ptrace(2) ou
• virtualização (por exemplo, Xen, KVM ou QEMU),
• e roda em um sistema Linux moderno,
• com e kernel não corrigido.

Isto existe?

Meu NAS pode conter vários discos rígidos de 3,5" e um cartão SD. Estou planejando inicializar e executar um sistema Linux personalizado (baseado no Debian, construído por mim) a partir de um cartão SD, e os discos rígidos de 3,5" serão usados ​​para armazenamento de dados (e possivelmente arquivos de log). O cartão SD tem uma velocidade de leitura e gravação sequencial de 90 MB/s.

Qual sistema de arquivos Linux devo usar? Existe um sistema de arquivos que forneça melhor velocidade e maior vida útil do hardware (se houver muitas gravações de arquivos de log) do que o ext4?

Quais são os sinalizadores de criação e montagem de ext4 recomendados para cartões SD?