Yerel Ağda Uyandırma (WoL) veya güç düğmesi nedeniyle sistemin önyükleme yapıp yapmadığını nasıl anlayabilirim?


11

Windows 10'da, bir komut dosyasında sistemin bir Wake-on-LAN (WoL) paketi alınarak açıldığından veya güç düğmesine basıldığından açıldığından dolayı önyükleme yapıp yapmadığını nasıl anlayabileceğimi bilmek istiyorum .

Win32_ComputerSystem sınıfının WakeUpType özelliğini buldum . Bu, "sistemin açılmasına neden olan olayı" döndürmek için belgelenmiştir. 9 olası dönüş değeri vardır, bunlardan biri "5" ("LAN Uzaktan Kumandası" anlamına gelir).

Ne yazık ki, benim sistemde her zaman "6" ("Güç Anahtarı" anlamına gelir) dönmek gibi görünüyor:

PS C:\WINDOWS\system32> echo $(Get-WmiObject -class win32_computersystem).wakeuptype
6

Sistemin uykuya daldıktan ve WoL kullanarak uyandıktan sonra, Windows Sistem olay günlüğüne "Power-Sorun Giderici" ve metni içeren olay kimliği 1 içeren bir olay gönderdiğini fark ettim:

Uyandırma Kaynağı: Device -Intel (R) 82579V Gigabit Ağ Bağlantısı

Ayrıca, powercfg /lastwakeNIC'yi uyanma nedeni olarak bildirir. Bu nedenle, en azından uykudan uyanma sırasında, bu durumda WakeUpType özelliği hala "6" (Güç Anahtarı) döndürmesine rağmen, Windows bir WoL paketi nedeniyle uyandığını belirleyebilir.

Ne yazık ki, sistem S5 durumunda bir WoL paketi aldığında düzgün bir şekilde açılacak ve önyükleme yapacak, ancak WoL yüzünden açıldığını söyleyemem. powercfg /lastwakegüç düğmesine basıldığında sistem S5'ten açıldığında olduğu gibi tam olarak aynı çıkışı gösterir:

C:\WINDOWS\system32>powercfg /lastwake
Wake History Count - 0

Herhangi bir güç durumundan (S5'e kadar), sistemin WoL nedeniyle açıldığını / uyandığını nasıl güvenilir bir şekilde söyleyebilirim?


Korkarım bir ağ kartı sürücüsü sorunu. Windows 10 ile biraz benzer bir sorunla karşılaştım - bilgisayar kapatıldığında WoL'ye mükemmel bir şekilde tepki verirken, hazırda bekletme moduna alınırsa hiç tepki vermez, yani ağ kartı sürücü kodu bunun için hazırlanmamıştır . Sürücünün farklı (daha yeni?) Bir sürümünü bulabilirseniz, bu sorununuzu çözebilir. Bunun dışında korkarım ki işiniz bitti.
StanTastic

Yanıtlar:


1

Benim yaklaşımım , BIOS'tan veri okuyacak dmidecode'u kullanmak ,

dmidecode | findstr / R / C: "Uyandırma"

Feitingen'in bu soruya verdiği cevaba benzer şekilde

Bu işe yaramazsa, donanımınız bu değeri düzgün bir şekilde kaydetmiyor olmalıdır.


-1

Belki de PC'de WOL paketini GÖNDEREN olayı izlemek için bir komut dosyası (veya yazılım) kurabilirsiniz.
Bu komut dosyası bir dosyaya (ağ paylaşımında) bir şey (geçerli tarih / saat?) Yazabilir ve daha sonra uyandıran bilgisayar bu paylaşılan dosyayı kontrol edebilir ve bir WOL tarafından çalıştırılıp çalıştırılmadığını belirleyebilir paket.


-1 için teşekkürler, ancak (yine de alternatif) çözümümün neden kötü olduğunu açıklayan bir yorum daha yararlı olacaktır ...
Max

1
-1'i kim verdi bilmiyorum (ben değildi), ama önerinin neden sorunumu çözmediğini açıklayabilirim: WoL paketini gönderen cihaz bir Steam Link. Başka bir deyişle: üzerinde daha fazla kontrole sahip olmadığım ve komut dosyalarını çalıştıramadığım bir cihaz, WoL paketini gönderir.
Jurjen

@Jurjen açıklama için teşekkürler, bugün itibariyle sorununuzu çözmenin basit ve pratik bir yolunu hayal edemiyorum ... (teorik olarak önerilen çözümü ikinci bir PC ile kullanabilirsiniz, bu sadece WOL ile uyandırıldı, böylece SteamLink PC1'i uyandırır, daha sonra PC1 paylaşılan bir sürücüde (NAS?) Bir yere not alır, ardından PC1 PC2'yi uyandırır (sorunuzun PC'si) sonra PC1 kendini kapatır, ardından PC2 paylaşılan sürücüyü kontrol edip etmediğini kontrol eder PC1'den WOL pachet tarafından uyandı (ve SteamLink'ten) ... işe yarayabilir, ancak karmaşık ve başka bir PC'ye ihtiyacınız var ...
Max
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.