Explorer.exe vytěžuje při práci s druhým HDD CPU na 95%

[michaln11]

Zdravím všechny ajťáky i neajťáky,

mám problém, a to aktuální, s apl. EXPLORER.EXE. POZOR, nejedná se o browser IExplorer 6,7,8 či 9 apod.. V mém případě se jedná o user interface, tedy uživatelské rozhraní(zobrazování plochy, ikon apod.). Na PC mám k dispozici dva HDD, pro přehled - Vestern Digital HDD "A"(160GB) a HDD "B"(40GB). Oba HDD - zdraví 95 a 99%, výkon u obou 100%, teplota HDD "A" 32st. Celsia, HDD "B" neznámá(nemá senzor).
Problém spočívá v tom, že přo práci s HDD "A", kde je i OS, tato apl. CPU nezatěžuje vůbec a když, tak max. 10 či 20%.
To však neplatí s HDD "B". Při práci s ním zatížení CPU vyskočí na průměr 95%, což vylučuje jakoukoliv efektivní a smysluplnou práci.
Děje se tak, jak shora uvedeno, v posledních několika měsících. vyzkoušeno mnoho možností, bez výsledku.

Děkuji za rychlou radu či pomoc, řešeno i na jiných fórech.

M.

[Uziv00]

Zkusil jsi nějaký souborový manažer?
Jakou konkrétně práci máš na mysli?
jaký PIO/DMA mód máš u hdd B?

[michaln11]

Ahoj,

obávám se, že je třeba upřesnit Tvé dotazy? Evidentně nejsem tak v IT oblasti daleko jako Ty. Jedná se především o první a třetí dotaz!
Co se týče druhého, měl jsem na mysli v podstatě výskyt problému již odkliknutím jednotky F, na které HDD "B" je umístěn či provozován. Od té chvíle apl. Explorer.exe začne při pohybu ve složkách a adresářích, přepínání oken apod. zpožďovat zobrazení apod. a v neposlední řadě zatížení CPU letí na 95%. Opravdu, následná práce ne neštěstí.
Totéž se děje i v př. přehrávání hudby prostřednictvím přehrávače nainstaůlovaného na HDD "A", I když je uložena na HDD "B". Děje se tak ovšem bez toho, aniž bych s HDD "B", tedy s jednotkou F pracoval přímo, tedy měl HDD "B" v přímé práci(odkliknutý). Tedy, jakýkoliv kontakt s HDD "B", CPU letí nahoru!
Bohužel, i když práci s HDD "B" včetně přehrávání hudby ukončím, CPU je stále na téměř 100%. Musím tedy proces apl. Explorer.exe ukončit manuálně a poté zase spustit, což není pro PC ideální stav. Po tomto je CPU na nule či při 10%, což je odvislé od dalších procesů.
Nechce se mi HDD "B" vyhazovat, ale mám obavu, že se něco děje a že mi klekne v té nejnevhodnější chvíli.

Dík za pomoc, M.

[Pic]

Jaké to jsou disky ATA/IDE, nebo SATA?

[michaln11]

Ahoj,

Dle zjištěných informací ze "Správce zařízení" se jedná o IDE HD, a to oba.

[Pic]

Jsou připojené na jedné kšandě a disk s OS nastaven jumperem na Master (M) a připojen na konci kabelu, a druhý disk uprostřed kabelu a jumper na Slave (Sl)? Pokud je každý zvlášť, tak na konci kabelu a jumper na Master ne CS. To stejné platí pro připojení mechaniky. Datové kabely použít oba 80ti žilové.

[domitea]

OT: Internet Explorer má proces s názvem IEXPLORE.EXE (snad)

[michaln11]

Picovi,

jak píšeš, oba disky jsou na jedné kšandě. Tedy, HDD s OS na Master(M), HDD bez OS na Slave(Sl).

Dík.

[michaln11]

Pro PICA,

v rámci řešení problémů s apl. Explorer. exe jsem zjistil zásadní skutečnost. Dle mého přesvědčení nebude problém ani tak s HDD 2 jako s aplikací samotnou. Důvod? Zajistil jsem na HDD 1 tolik místa, abych mohl data z HDD 2 na něj zkopírovat pro př. jeho skonu.
Ale ejhle! Kvůli příliš dlouhému názvu jednoho souboru se proces kopírování zastavil, takže jsem jej zrušil. Do té doby se zkopírovalo něco málo přes 14GB dat. Opakuji, že jsem data kopíroval na HDD 1. Když jsem chtěl složku se zkopírovanými daty otevřít, zatížení CPU vyletělo taktéž ke 100%.
Vyzkoušel jsem proto otevření jiných složek na HDD 1, zde však zatížení bylo O.K. 100% měla pouze složka se zkopírovanými daty.
Z uvedeného vyplývá, že příčina nebude HDD, ale nejspíše viry apod. a příčina byla zkopírována taktéž. Tuto skutečnost však narušuje fakt, že u jiných složek na HDD 1 problém není! Já už fakt nevím!
Doplňuji, že PC průběžně kontroluji, po vzniku problému na HDD 2 obzvlášť. avšak nic nebylo nalezeno.
V této fázi Tě žádám o dvě odpovědi. 1) Zda jsi ochotný se problémem i nadále zabývat. 2) Pokud ano, v čem nebo kde spatřuješ problém nyní po sdělení této zásadní věci.

Dík za rychlé odpovědi.