Windows neden sürekli ikincil sabit diskimi açıyor?


25

İkincil HDD'mi sürekli sıkıştıran pencerelerde sorun yaşıyorum. Ana işletim sistemim SSD'nin C: bölümünde ve HDD'mde saklama için bir D: bölümüm ve kurtarma için bir E: bölümüm var. İndeksleme E: ve D: için devre dışı bırakıldı ve şu anda tüm konumlar için duraklatıldı.

Windows güç ayarlarının 1 dakika kullanılmadığında HDD'mi kapatmak üzere ayarlanması sürücünün dönmesini sağlar, ancak yaklaşık 20 saniye sonra uyanır. 2 dakikalık hareketsizlikten sonra kapanmaya başladığımda, nadiren dönüyor ve HDD'ye 1:20 ~ 2:00 dakika arasında düzensiz aralıklarla erişen bir şey olduğunu öne sürüyor. Kaynak yöneticisinde HDD etkinliğine karşılık gelen bir tepe noktası tespit ettim.

Eğer HDD dönecek zamana sahipse ve daha sonra zirveye neden olan işlem ile uyandıysa, bu tepe noktası yüksektir. Eğer HDD boşta gitmek için hiçbir zaman bulamadıysa, tepe noktası küçücük (ama hala orada). "Disk Etkinliği" çubuğunun altında, yolunda "D:" veya "E:" olan bir resim yok, bu yüzden yapabileceğim tek şey grafikteki tepe noktalarını izlemek, sağdaki nedeni tanımlamak değil. liste.

Sysinternals İşlem İzleyicisi'ni kullanarak, yolunda "D:" veya "E:" içeren herhangi bir işlemi filtreledim ve bu, QueryFullSizeInformationVolume öğesini NoLowDiskSpaceChecks kayıt defteri anahtarıyla tanımlayıp devre dışı bırakmamı sağladı. Ancak bu işlem HDD'imin uyandığıma tam olarak uymuyor ve devre dışı bırakmanın yardımı olmadı. Şu an itibariyle, Process Monitor, sıfır işlemin HDD'ime eriştiğini bildiriyor.

Başka bir konuyu okuduktan sonra, sayfa dosyamı devre dışı bırakmayı da denedim (C'de olsa da, sadece bunun bir fark yaratacağını görmek için, ancak olmadı). Ayrıca Aygıt Yöneticisi'nde HDD denetleyicisini devre dışı bırakmayı da denedim, ancak bu sürücümün sürekli dönmeye devam etmesini sağladı. Birkaç ay önce Win 7'yi kurduğumda, diskim Explorer'da tıklayana kadar sessiz kaldı, bu yüzden son birkaç ay içinde Windows'da veya bazı üçüncü taraf yazılımlarında değişen bir şey var. Ancak, Windows'a Microsoft dışı tüm hizmetlerin devre dışı bırakılmasıyla başlatıldığında da aynı davranış söz konusudur; bu, üçüncü taraf yazılımların muhtemelen suçlu olmadığını göstermektedir.

Şu an itibariyle oldukça kayboldum ve internette arama yapmak bana yardımcı olmuyor. Başka bir işletim sistemini bir USB'den başlatmayı deneyebilirim, ancak herhangi biri, beni sorunumun çözümüne yönlendirecek herhangi bir tavsiyeye sahipse, minnettar olurum.


Bu soruna çözümüm: Windows 8.1, SSD'ye yerleştirmek yerine otomatik olarak HDD'mde bir sayfa dosyası oluşturdu. Bu, sayfa dosyasına erişildiğinde bu sürücüyü açmanın bir sonucu oldu. 8 GB RAM olmasına rağmen, ne zaman bir programın küçültüleceğini geri yükleyeceksem, bu sürücü dönene kadar bilgisayarı donduruyordu.
Josh Brown,

Yanıtlar:


16

baz

İşlem Gezgini, bir işlem tarafından okunan veya yazılmış bayt sayısındaki değişikliği izleyen özel bir sütuna sahiptir :

görüntü tanımını buraya girin

görüntü tanımını buraya girin

görüntü tanımını buraya girin

İkincil HDD’nize bu şekilde veri okuyan veya yazan işlemin adını yakalayabilirsiniz.


//Düzenle:

Harici sabit sürücüye bir şey yazan Sistem işlemi olduğunu biliyorsanız, işlemin İşlem İzleme'de ne yaptığını izleyebilirsiniz.

görüntü tanımını buraya girin

görüntü tanımını buraya girin


Ctrl + E ile yakalamayı başlatın / durdurun.

Bu filtrelerden bazılarını tanımlayın:

görüntü tanımını buraya girin

görüntü tanımını buraya girin


// Edit2:

Belki de belirli bir IRP olayıyla ilişkili iş parçacığı kimliğini izleyebilir ve ardından bu IRP etkinliğine neden olan iş parçacığını izleyebilirsiniz:

görüntü tanımını buraya girin

görüntü tanımını buraya girin

görüntü tanımını buraya girin

görüntü tanımını buraya girin


1
Bahşiş için teşekkürler! DiskMon kullanarak, yazmaların uzunluğunun 2 olduğunu ve sektörün 1465147856 olduğunu gördüm. Ancak, WinHex, nfi ve Disk Explorer kullanarak, bu sektörde hangi dosyanın bulunduğunu bulamadım (bulamıyorlardı ya da Uçunuzla birlikte, Delta Explorer Yazma Sütunu'nu Kaynak İzleyicisi ve DiskMon ile aynı anda İşlem Gezgini'nde izledim, süreci "Sistem" olarak tanımladım. Harika ... Buradan nereye gideceğinize dair bir fikriniz var mı - Sistem işleminin tam olarak ne yaptığını tam olarak öğrenebilmemin bir yolu var mı? (Ayrıca, yazmaların boyutu 2 kb'dir)
joelostblom

Sistem işlemi için PID 4'tür.
joelostblom

Biraz daha kendimden geldim. DiskMon'da zamanlayıcıyı izleyerek, süreç "sisteminden" tüm aktiviteyi aynı anda İşlem İzleyicisi (veri toplama ve etkinleştirilmiş profilleme olayları) ile aynı zamanda damgalarım. Ancak, 2ns HDD’mde etkinlik olduğunda, zaman damgalarına özgü hiçbir şeyi tanımlayamıyorum. Süreç profili oluşturma olayı IRP MJ WRITE, C üzerinde bir sayfa dosyası (bunu kapatmış olmama rağmen) ve FASTIO_RELASE_FOR_CC_FLUSH ve birkaç FASTIO olayı var.
joelostblom

Güncelleme için teşekkürler. Bunu IRP_MJ WRITE olaylarını tanımladığımda yaptım. DiskMon'un karşılık gelen zaman damgalarına yazılan dosyalar C: \ pagefile.sys ve C: \ $ LogFile'dir. WinHEx kullanarak şimdi yazılan sektörün, WinHEx’in ikincil HDD’mde "düzeltilemez alan" (evet, temizlenmemiş) olarak adlandırdığı şeylerin bir parçası olduğunu belirleyebildim.
joelostblom

Tüm yardımların için teşekkürler! Farklı bir rotada çözdüm (aşağıya bakınız), fakat ipuçlarından çok şey öğrendim!
joelostblom

7

ÇÖZÜLDÜ!

Fantezi olmayı bıraktım ve bilgisayar çökene ya da diskim boşta kalana kadar çalışan tüm hizmetleri birer birer kapatmaya karar verdim. Neyse ki, bir kazaya kadar gitmem gerekmedi ve "Sentinel LDK Lisans Yöneticisi Hizmeti" servisini uyandırmalardan sorumlu buldum. Ben googled ve sonradan kaldırdığım Lightworks ile ilgili görünüyor. Sentinel Hizmeti Lightworks ile kaldırılmadı, ancak bir şekilde HDD'im Lightworks gittiği için boşta kalıyor.

Yani, sorun orada bir yerlerde oldu ... Lightworks ve nöbetçi servisi geçinemedi ve bu ikincil HDD'min "savunulamaz" alanın bazı bölümlerindeki yazılarda uyanmasına neden oldu ... evet, bu pek bir şey değil benim için bir anlam ifade etse de, eğer birileri bunu gogolabiliyorsa ne yapacağını biliyorsun


Aferin. İşlem Gezgini'nin neden svchost.exe işlemlerinden biri yerine 'Sistem' işleminde okuma / yazma disk baytlarının değişimini gösterdiğini merak ediyorum. Sistem hizmetlerini çalıştıran işlem svchost.exe'dir (muhtemelen bildiğiniz gibi bunların birçoğu olabilir). Lightworks'ü tekrar kurmak ister misiniz;) ve ikinci HDD'nin döndüğünü gözlemlerken, İşlem Gezgini'ndeki svchost.exe işlemlerinden herhangi biri tarafından yapılan herhangi bir okuma / yazma olup olmadığını kontrol eder misiniz? Ben sadece merak ediyorum. PE'de belirli bir svchost.exe'ye çift tıkladığınızda, bu işlem tarafından ele alınan servislerin listesi görünecektir.
colemik

Hehe, şimdi her şey yolunda gittiğinden tekrar yüklemek konusunda biraz isteksizim. Fakat bu gece daha önce çok yardımcı olduğunuz için yapabilirim =)
joelostblom

1
@trismarck: Lisanslamayı zorlayan bir yazılım olduğu için, nasıl çalıştığını gizlemek için gizlilik yöntemleriyle bazı güvenlik kullanması olasıdır . Belki işletim sistemi çekirdeğine bir aygıt sürücüsü olarak sızmıştır, belki de bilgileri gizlemek için dosyalardan doğrudan disk sektörlerine depolar.
pabouk

Bilgisayarıma yeni bir 4TB HDD koydum ve kafanın neden sık sık park ettiğini ve park etmiyor olduğunu çözemedim. Problem tanımınız tam olarak sahip olduğum problem. Sürücü erişimine erişim dışında, hiçbir şey olmadan sürücü erişimi. Kaldırılan Işık İşleri ve gizemli sürüş erişimi ortadan kalktı. Geçen yıl boyunca diğer WD Green sürücülerime ne kadar yükleme / boşaltma işlemi yaptığını düşünmekten nefret ediyorum. Yenisi en az her 20 saniyede bir bisiklete biniyordu.
ChrisJD

@ChrisJD Harika! Hangi Lightworks versiyonunu kullandığınızı hatırlıyor musunuz? Bu sorunu Lightworks forumundaki lwks.com/… adresinde bildirmiştim , ancak Lightworks'ün artık uyanıkların suçlu olduğunu düşündüğüm Sentinel LDK Lisans Yöneticisi Hizmetini kullanmadığını söylediler.
joelostblom 13.03.2014
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.