Normalmente utilizo USBs ativos para diagnosticar problemas ou apenas para usar uma máquina não confiável.
Minha configuração USB ao vivo geralmente é dd
para uma unidade USB, então fica 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, em certo sentido, somente gravação.
Este USB ativo, se eu nunca dd
mais usar outro ISO, apodrecerá ou se desgastará devido aos ciclos de gravação?
Além disso, se a energia for cortada repentinamente durante a execução neste ambiente ativo, posso esperar que ocorra algum dano à unidade? Tal como uma ferramenta que não funciona mais tarde, alguma forma de corrupção?
Responder1
A maioria das unidades USB baratas e outras mídias flash (cartões como SD/CF, etc.) estimam "gravações vitalícias" de 1.000 ou 10.000 ou talvez até 100.000, então parece que você está tentando evitar gravações para mantê-las utilizáveis por tanto tempo quanto possível.
Escrever um ISO estático e inicializar ao vivo deve minimizar as gravações, desde que você não tenha um arquivo ou partição "persistente" (havia um bug de longa data onde os dados persistentes seriam corrompidos eventualmente, não tenho certeza se ainda existem ). Se você tiver RAM e quiser ir ainda mais longe, poderá inicializar toram
(copiando o ISO para a memória RAM) e depois desmontar, "ejetar", "desligar" ou até mesmo remover a unidade/cartão (tenha em mente os cartões de memória e USB os conectores físicos dos dispositivos também se desgastarão, talvez até em apenas 1.000 "ciclos de inserção")
Eu corro ao vivo o tempo todo, geralmente a partição é montada para leitura e gravação ( rw
) no momento da inicialização. Dependendo do sistema de arquivos, alguns dados ainda poderão ser gravados, apenas para montagem/desmontagem, por exemplo
- ext2/3/4 registra a hora da última montagem, hora da última gravação, última montagem no caminho, contagem de montagens, gravações vitalícias e um "recuperação necessária" ("sinalizador" que é limpo quando é desmontado com sucesso), portanto, algumas pequenas gravações ainda ocorrerão . Mesmo com remoções inseguras ou falhas de energia, o ext3 (com registro no diário) nunca teve nenhuma corrupção séria que não fosse corrigida rapidamente
fsck
, além dos últimos arquivos que estavam sendo gravados durante a interrupção. - FAT - Não tenho certeza de quanto é escrito quando apenas montado e lido, mas, curiosamente, não tive nada além de azar com os sistemas de arquivos FAT sendo corrompidos após alguns meses de uso, sem falhas de energia. (Não apenas alguns arquivos foram corrompidos, o sistema de arquivos era "incorrigível" e todos os nomes de arquivos foram perdidos, se a recuperação fosse possível com outras ferramentas)
- ISO9660 eupensarnada é escrito, pois é um sistema de arquivos somente leitura. UDF provavelmente também é somente leitura (mas não me cite sobre isso)
Também notei um hábito estranho na inicialização, ondesó as vezesoutras partições também serão montadas momentaneamente (leitura e gravação) e desmontadas antes que tudo termine de carregar. Parece quase um bug. Pesquise /var/log/syslog
por "montagem" inicial (como montagem/montado).
Mesmo tentar a opção de inicialização somente leitura ( ro
) não parece interromper a montagem de leitura e gravação no momento da inicialização.
Para sua informação, eu pessoalmente não gosto do material bruto dd
de um ISO em uma unidade flash, isso essencialmente desperdiça o resto do espaço (já que a maioria dos ISOs tem talvez 1 GB ou 2 GB e, aparentemente, a menor unidade que você pode comprar agora parece ter 4 GB) . Se você o particionou, poderá ter uma partição de inicialização (ainda em um sistema de arquivos somente leitura como ISO9660) com o GRUB inicializando o(s) arquivo(s) ISO diretamente (ótimo para unidades de inicialização múltipla com vários ISOs) e também ter uma(s) partição(ões) de dados ) em um sistema de arquivos gravável para uso posterior.
Além disso, algumas unidades flash são formatadas especialmente para aproveitar ao máximo os "blocos" da unidade e apagá-la completamente, dd
perdendo a formatação (issopoderiaseria melhor alinhar com MB (1024 bytes, às vezes chamados de MiB) por motivos relacionados aos tamanhos de bloco de apagamento e gravação (o Google seria mais eloquente explicando isso do que eu).