Popup's questions

O GNU há muito pressiona por uma combinação de opções curtas ( -h) e opções longas ( --help), o que ajuda bastante a esclarecer a confusão sintática de comandos como tare dd, com sua sintaxe legada que remonta à idade da pedra.

Mas aprendi recentemente que o GNU partedtem um terceiro tipo de opção, onde um 'recurso não documentado' pode ser acessado com ---pretend-input-tty. Parece que foi introduzido neste commit em 2007.

É a primeira vez que vejo isso e estou intrigado. Trata-se de algum tipo de convenção mais ampla ou apenas pontual?

Estou executando o AlmaLinux 9.2 (systemd v.252) em um pequeno sistema incorporado (-ish), onde gosto de manter muitas coisas em arquivos /run. Quando eu estava usando o CentOS7.x, isso era da ordem de 1,5 G, e nunca pensei nisso. No entanto, desde que mudamos para o Alma9, o tamanho padrão /runé de apenas ~720M no mesmo hardware.

Posso definir o tamanho adicionando uma linha /etc/fstab- mas isso parece um pouco antiquado hoje em dia. Para o /run/user/<uid>posso definir um parâmetro RuntimeDirectorySizeem /etc/systemd/logind.conf, mas não encontrei nada semelhante para o arquivo /run.

Certamente deve haver uma maneira específica do systemd de especificar isso?

(A pergunta vinculada fala principalmente sobre /tmp- mas acaba sendo igualmente aplicável para, por exemplo /run.)

Fundo

Eu tenho um sistema, onde eu gero uma imagem do sistema de arquivos XFS em um sistema e, em seguida, uso essa imagem em outro sistema. Atualmente ambos usam o CentOS7 (7.9 e 7.8 respectivamente). Isso funciona de forma confiável.

No entanto, para me livrar do CentOS de uma vez por todas, estou mudando gradualmente para o RHEL (e/ou Alma Linux).

Em um período de transição, o sistema 'gerador' mudará para RHEL, mas ainda não posso alterar o 'consumidor'.

Problema

Se eu ingenuamente tentar montar o sistema de arquivos XFS (gerado pelo RHEL9) no sistema CentOS7, recebo uma mensagem de erro:

root@localhost updateFs]# mount -o loop ./fs.img /tmp/fs2/
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.
[root@localhost updateFs]# dmesg -H | tail -4
[May 5 14:25] XFS (loop0): Superblock has unknown read-only compatible features (0x4) enabled.
[  +0.010671] XFS (loop0): Attempted to mount read-only compatible filesystem read-write.
[  +0.000006] XFS (loop0): Filesystem can only be safely mounted read only.
[  +0.000580] XFS (loop0): SB validate failed with error -22.

Se eu tentar montá-lo como somente leitura, tudo ficará bem. Mas eu preciso ser capaz de escrever para ele.

Existe algo que eu possa fazer em ambos os lados, para 'rebaixar' o sistema de arquivos para uma versão mais compatível?

Versões