HD trava temporariamente

Olá pessoal,

Adquiri um notebook novo e estou tendo uma experiência interessante.
Notebook CCE i7, 8GB, 750GB. http://www.cceinfo.com.br/produtos/notebook/novo-intel-core-i7/Iron%20-%20787P

Instalei o Slackware64 13.37 completo.
Ficou muito bom a performance.
Utilizo KDE. VirtualBox, Firefox, Thunderbird e LibreOffice são os aplicativos mais utilizados.

Porém não sei o que pode estar ocasionando que aleatoriamente a luz do HD fica ligada direto por uns 5 a 15 segundos, travando todos os processos independente de estar utilizando qualquer aplicativo ou estar simplesmente com tudo parado.
Já tentei identificar algo com o Monitor de sistema mas não encontrei.
Reistalei o Skackware64 e até o baixei novamente. Ainda nada.

Há algum aplicativo que eu possa desativar?
Alguém tem alguma idéia do que pode ser?

Obrigado.

No linux temos um recurso de reparo no HD como no windows (CHKDSK).

No linux estar logado como # - root execute o comando fsck.

Caso não de certo tente usar outro disco! Senão comente aqui o resultado do comando acima, para verificarmos o que podemos fazer para tratar este erro...

Obrigado v@gner, vou tentar hoje a tardinha.
Mas será que pode ser esse o problema?
Já reinstalei o Slackware64 e refiz as partições com tamanhos diferentes e o problema continuou.
Já utilizei partições com o formato EXT4 e agora estou com todas em reiserfs.
Como mencionei, o desempenho e todo o sistema está excelente, só essas travadinhas aleatórias que me perturbam.

Depois do teste, postarei aqui a resposta.
Valeu!

Meu caro amigo, quais os serviços que você habilitou durante a instalação para inicializarem com o sistema?

Olá lcavalheiro,
Só removi o serviço de SSH e os demais deixei como estavam.
No caminho "/etc/rc.d/" estão ativos:
rc.4
rc.6
rc.K
rc.M
rc.S
rc.acpid
rc.alsa
rc.consolekit
rc.fuse
rc.gpm
rc.hald
rc.inet1
rc.inet2
rc.inetd
rc.keymap
rc.local
rc.loop
rc.mcelog
rc.messagebus
rc.modules
rc.modules-2.6.37.6
rc.syslog
rc.sysvinit
rc.udev
rc.vboxballoonctrl-service
rc.vboxdrv
rc.vboxweb-service
rc.wicd
rc.wireless
rc.yp

Se não for essa a informação que precisa, me diga.
Obrigado.

Você usa esses serviços relacionados ao vbox?

Utilizo o VirtualBox para o trabalho, preciso ter um sistema operacional Windows em alguns momentos.
Sendo assim, os serviços:
rc.vboxballoonctrl-service
rc.vboxdrv
rc.vboxweb-service
São necessários.

E esse rc.yp, serve para...?

Boa pergunta...
Não sei porque estou usando ele.
Se não me engano, tem relação com o servidor NIS, algo sobre autenticação... estou certo?
Utilizo redes windows pelo samba, então, vou desativar e ficarei monitorando durante a tarde de hoje.
No fim do dia postarei o resultado.
Obrigado.

Eu não tenho idéia do que esse rc.yp faz, mas vamos ver. Fico no aguardo.

Meu caro lcavalheiro,

Problema novo.
Quando conecto a rede com fio, acontece do notebook congelar e não volta mais.
Mas isso somente no KDE.

Veja a história:
Precisava copiar uns arquivos grandes da rede e acessar a rede da empresa que estava visitando.
Ligo cabo utilizando KDE e logo o sistema congela. Só que dessa vez não parece ter algo a ver com o HD pois este não está trabalhando.
Tentei isso por 3 vezes e sempre congelava. Esse problema já havia acontecido em minha casa quando copiava arquivos de meu notebook antigo.

Solução: Não entrei no KDE, montei a unidade de rede pelo shell e copiei o que precisava. 100% funcional.
Não satisfeito, acesso o XFCE utilizando a rede com fio.
Não trancou. Ficou o resto da tarde na rede com fio e nada de trancar no XFCE.
O aplicativo que gerencia minhas redes é o wicd tanto no KDE quanto no XFCE.

No momento não pude ficar direto em meu PC para ver se também se resolveu o problema dos congelamentos rápidos, mas logo terei essa resposta pois pasarei a ficar usando XFCE.

Valeu pela atenção até o momento e em breve estarei concluindo o relato de minha experiência.
Obrigado.

O problema está nos pacotes do KDE que gerenciam o wireless (sim, o KDE tem pacotes próprios pra isso além do wicd). Desinstala eles e instala os pacotes de uma versão mais antiga do Slack pra ver se vai dar problema.

Ou você pode desativar o HAL e ver que bicho dá. Eu acredito, inclusive, que o HAL possa ter sua parcela de culpa - apenas porque ele vai contra o slack way and tao of life ;-)