Eu fiz algumas pesquisas sobre essa questão e descobri que o que meu departamento de TI diz é essencialmente correto, o Linux é muito mais vulnerável do que o Windows a uma queda de energia. A razão pela qual é como a tabela inode funciona no Linux / unix. Como é uma lista não ordenada e está sendo constantemente modificada, não há separação entre arquivos estáticos importantes, como binários de kernel, e arquivos inúteis, como arquivos temporários. O que isso significa é que as entradas de inode para arquivos críticos do sistema estão sendo constantemente reescritas, um design muito ruim, obviamente. Na verdade, os arquivos críticos do sistema têm maior probabilidade de ter suas entradas de inode gravadas a qualquer momento do que os arquivos não essenciais. Quando a energia acaba, ela tende a explodir qualquer parte da tabela de inodes que está sendo gravada, o que provavelmente não contém ponteiros para os arquivos do sistema. Os arquivos do sistema estão bons e intactos, mas o diretório para encontrá-los está danificado. A situação é agravada pelo cache do disco, que tem o efeito de aumentar o tamanho das áreas danificadas da tabela de inodes.
No Windows, mesmo o antigo sistema de arquivos FAT é muito mais robusto que isso. O FAT também possui uma tabela, mas é uma tabela ordenada, portanto, não possui arquivos de sistema misturados com arquivos temporários. Geralmente, os arquivos do sistema estão em uma área do diretório todos juntos e é improvável que essa área seja gravada com muita frequência. Além disso, o FAT possui um diretório de backup; portanto, mesmo que o diretório esteja corrompido, ele apenas reverte para o backup. Isso significa que, com o FAT, é improvável que o usuário perca qualquer link de arquivo em caso de falta de energia, mesmo arquivos temporários. No entanto, com o Linux, como a tabela de inodes é constantemente escrita, o usuário praticamente garante a perda de acesso aos arquivos em uma falha de energia.
A única coisa que pode ser feita para mitigar isso é desativar o cache do disco.