Existe algo como um "Live-USB rot"?

Question

Eu geralmente utilizo USBs ao vivo para diagnosticar problemas ou simplesmente usar uma máquina não confiável.

Minha configuração USB ao vivo geralmente é de dd para um drive USB, então é assim:

root@localhost:~# lsblk /dev/sdb
NAME       RM   SIZE   RO   TYPE   MOUNTPOINT
sdb         1   7.5G    0   disk
|_sdb1      1   4.6G    0   part   /run/archiso/bootmnt

Nenhuma partição extra feita, somente gravação em um sentido.

Será que isso acontecerá com o USB, se eu nunca voltar a dd de outro ISO, apodreça ou se desgaste devido a ciclos de gravação?

Além disso, se a energia for cortada repentinamente durante a execução neste ambiente ao vivo, posso esperar que qualquer dano ocorra na unidade? Como uma ferramenta que não funciona mais tarde, alguma forma de corrupção?

    

Answer 1

Drives USB mais baratos & outras mídias flash (cartões como SD / CF, etc) estimaram gravações de 1.000 ou 10.000 ou talvez 100.000, o que parece que você está tentando evitar que as gravações as usem pelo maior tempo possível.

Escrever um ISO estático e inicializar ao vivo deve minimizar gravações, contanto que você não tenha um arquivo ou partição "persistente" (costumava haver um bug de longa data em que dados persistentes seriam corrompidos eventualmente, não tendo certeza se ainda existe). Se você tem a RAM e quer ir ainda mais longe, você pode inicializar com toram (copiando o ISO para ram) e depois desmontar, "ejetar", "desligar" ou até mesmo remover a unidade / cartão (tenha em mente os conectores físicos de cartões e dispositivos USB também se desgastam, talvez até mesmo em apenas 1.000 "ciclos de inserção")

Eu corro ao vivo o tempo todo, geralmente a partição é montada como read-write ( rw ) no momento da inicialização. Dependendo do sistema de arquivos, alguns dados ainda podem ser gravados, apenas para a montagem / desmontagem, por exemplo

• ext2 / 3/4 registra o último tempo de montagem, o último tempo de gravação, o último montado no caminho, a contagem de montagens, as gravações de vida útil e uma "recuperação de necessidades" ("sinalizador" apagada quando é desmontado com êxito). ainda ocorrerá. Mesmo com a remoção insegura ou falhas de energia, o ext3 (com registro no diário) nunca teve nenhum dano grave que um fsck rápido não corrigiu, além dos últimos dois arquivos que estavam sendo gravados durante a interrupção.
• FAT - Não tenho certeza, quanto está escrito quando apenas montado & Eu li, mas não tenho nada além de azar com os sistemas de arquivos FAT corrompidos depois de alguns meses de uso, sem falhas de energia. (Não apenas alguns arquivos corrompidos, o sistema de arquivos era "não corrigível" e cada nome de arquivo perdido, se a recuperação fosse possível com outras ferramentas)
• ISO9660 I acha que nada está escrito, já que é um sistema de arquivos somente para leitura. UDF provavelmente também é somente leitura (mas não me cite sobre isso)

Eu também notei um estranho hábito no boot, onde apenas algumas vezes outras partições também serão montadas momentaneamente (read-write) e depois desmontadas antes do carregamento finalizado. Parece quase como um bug. Pesquise seu /var/log/syslog para "montar" antecipadamente (como montagem / montagem).

Mesmo tentando a opção de inicialização somente leitura ( ro ) não parece parar a montagem de leitura / gravação no momento da inicialização.

FYI, eu pessoalmente não gosto do dd bruto de um ISO em um pen drive, essencialmente desperdiça o resto do espaço (já que a maioria dos ISOs são talvez 1GB ou 2GB, e aparentemente a menor unidade que você pode comprar agora parece ser 4GB). Se você particionou, você pode ter uma partição de inicialização (ainda em um sistema de arquivos somente leitura como o ISO9660) com o GRUB inicializando o (s) arquivo (s) ISO diretamente (ótimo para unidades multi-boot com múltiplos ISO's) e também com uma partição de dados ) em um sistema de arquivos gravável para uso posterior.

Além disso, algumas unidades flash são especialmente formatadas para aproveitar melhor os "blocos" da unidade, e limpá-la completamente com dd dessa formatação (é possível melhor alinhar a MB's ( 1024 bytes, às vezes chamados de MiB's) por motivos relacionados a apagar blocos e escrever tamanhos de bloco (o Google seria mais eloquente explicando isso do que eu).