ওয়েক-অন-ল্যান (ওওএল) এর কারণে বা পাওয়ার বোতামের কারণে সিস্টেমটি বুট হয়েছে কিনা তা আমি কীভাবে বলতে পারি?

Question

উইন্ডোজ 10-এ, আমি কীভাবে কোনও স্ক্রিপ্টে বলতে পারি যে সিস্টেমটি বুট হয়েছে কিনা তা একটি ওয়ে-অন-ল্যান (ওএলএল) প্যাকেট গ্রহণের ফলে চালু হয়েছিল, বা পাওয়ার বোতামটি চাপ দেওয়ার কারণে এটি চালু হয়েছিল কিনা ।

আমি Win32_ কম্পিউটার কম্পিউটার সিস্টেম শ্রেণীর WakeUpType সম্পত্তি পেয়েছি । এটি "ইভেন্টটি সিস্টেমকে শক্তিশালী করে তোলে" এমন ইভেন্টটি ফিরিয়ে দেওয়ার জন্য নথিভুক্ত করা হয়। সম্ভাব্য 9 টি রিটার্ন মান রয়েছে যার মধ্যে একটি হ'ল "5" (যার অর্থ "ল্যান রিমোট")।

দুর্ভাগ্যক্রমে, আমার সিস্টেমে এটি সর্বদা "6" (যার অর্থ "পাওয়ার স্যুইচ") ফিরে আসে:

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

আমি লক্ষ্য করেছি যে সিস্টেমে ঘুমিয়ে যাওয়ার পরে এবং ওওএল ব্যবহার করে জাগানোর পরে, উইন্ডোজ সিস্টেম ইভেন্টলগে একটি ইভেন্ট পোস্ট করে উত্স "পাওয়ার-ট্রাবলশুটার" এবং ইভেন্ট আইডি 1 সহ পোস্টটি লিখেছে:

জাগ্রত উত্স: ডিভাইস -আইন্টেল (আর) 82579 ভি গিগাবিট নেটওয়ার্ক সংযোগ

এছাড়াও, powercfg /lastwakeএনআইসিকে জাগরণের কারণ হিসাবে প্রতিবেদন করা হয়েছে। সুতরাং, কমপক্ষে ঘুম থেকে জেগে ওঠার সময় উইন্ডোজ নির্ধারণ করতে সক্ষম হয় যে এটি একটি ওয়াল প্যাকেটের কারণে জেগেছিল, যদিও ওয়েকআপ টাইপ সম্পত্তি এখনও সেই ক্ষেত্রে "6" (পাওয়ার স্যুইচ) প্রদান করে।

দুর্ভাগ্যক্রমে, যখন সিস্টেমটি এস 5-তে একটি ওয়াল প্যাকেটটি গ্রহণ করবে এটি সঠিকভাবে শক্তি প্রয়োগ করবে এবং বুট হবে, তবে আমি বলতে পারি না যে এটি ওএল এর কারণে এটি বুট হয়েছিল। powercfg /lastwakeবিদ্যুতের বোতামটি চাপ দেওয়ার কারণে সিস্টেম S5 থেকে চালিত হলে ঠিক একই আউটপুটটি দেখায়:

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

যে কোনও পাওয়ার স্টেট (এস 5 পর্যন্ত) থেকে আমি কীভাবে নির্ভরযোগ্যভাবে বলতে পারি যে, ওএল এর কারণে সিস্টেম চালিত / জেগেছে?

Comments

আমি ভয় পাচ্ছি এটি একটি নেটওয়ার্ক কার্ড ড্রাইভারের সমস্যা। আমি উইন্ডোজ 10 এর সাথে কিছুটা অনুরূপ ইস্যুটি মারছি - কম্পিউটারটি চালিত হওয়ার পরে পুরোপুরি ঠিকঠাক প্রতিক্রিয়া দেখায়, হাইবারনেশনে রাখলে তা কিছুতেই প্রতিক্রিয়া দেখায় না, এর অর্থ নেটওয়ার্ক কার্ড ড্রাইভার কোড কোড এর জন্য প্রস্তুত করা হয়নি। । আপনি যদি ড্রাইভারের ভিন্ন (নতুন?) সংস্করণটি খুঁজে পান তবে এটি আপনার সমস্যা সমাধান করতে পারে। তা ছাড়া, আমি ভয় করি যে আপনি কাজটি করেছেন।

— স্ট্যানটাস্টিক

Answer 1

আমার পদ্ধতির dmidecode ব্যবহার করা হবে যা BIOS থেকে ডেটা পড়বে, এর মতো কিছু

dmidecode | সন্ধানকারী / আর / সি: "জাগ্রত"

একইভাবে এই প্রশ্নের ফাইটিংজেনের উত্তর

যদি এটি কাজ না করে তবে আপনার হার্ডওয়্যারটি অবশ্যই সেই মানটি সঠিকভাবে রেকর্ডিং করবে না।

Answer 2

ডাব্লুএলএল প্যাকেটটি প্রেরণ করা পিসিতে ইভেন্টটি ট্র্যাক করতে আপনি কোনও স্ক্রিপ্ট (বা একটি সফ্টওয়্যার) সেটআপ করতে পারেন।
এই স্ক্রিপ্টটি কোথাও একটি ফাইল (নেটওয়ার্কের শেয়ারে?) তে কিছু (বর্তমান তারিখ / সময়?) লিখতে পারে এবং তারপরে সবে-জাগ্রত কম্পিউটার এই ভাগ করা ফাইলটি পরীক্ষা করতে পারে এবং এটি ডাব্লুএলএল দ্বারা চালিত হয়েছে কিনা তা নির্ধারণ করতে পারে প্যাকেট।

Comments

-১ এর জন্য ধন্যবাদ, তবে আমার (এখনও বিকল্প) সমাধানটি খারাপ কেন তা ব্যাখ্যা করে একটি মন্তব্য আরও দরকারী হবে ...

— সর্বোচ্চ

আমি জানি না কে -1 দিয়েছে (এটি আমি ছিল না), তবে আমি ব্যাখ্যা করতে পারি কেন আপনার পরামর্শটি আমার সমস্যার সমাধান করবে না: ওওএল প্যাকেট প্রেরণকারী ডিভাইসটি একটি বাষ্প লিঙ্ক। অন্য কথায়: একটি ডিভাইস যার উপরে আমি আর নিয়ন্ত্রণ করতে পারি না এবং স্ক্রিপ্টগুলি চালাতে পারি না, ওয়াল প্যাকেটটি প্রেরণ করে।

— জুরজেন

@ জুরজেন ব্যাখ্যার জন্য ধন্যবাদ, আজকের দিনে আমি আপনার সমস্যা সমাধানের সহজ এবং ব্যবহারিক উপায় কল্পনা করতে পারি না ... (teorically আপনি আমার প্রস্তাবিত সমাধানটি দ্বিতীয় পিসির সাথে ব্যবহার করতে পারেন, এটি কেবল ডাব্লুএলএল মাধ্যমে জাগ্রত হয়, যাতে স্টিমলিংক পিসি 1 জাগ্রত করুন, তারপরে পিসি 1 শেয়ার্ড ড্রাইভে কোথাও নোট নিন (একটি এনএএস-এর উপর?) তারপরে পিসি 1 জেগা করুন পিসি 2 (আপনার পিসি প্রশ্ন), তারপরে পিসি 1 নিজেই অফ হয়ে যায়, তারপরে পিসি 2 শেয়ারড ড্রাইভটি পরীক্ষা করে দেখুন কিনা পিসি 1 থেকে ডাব্লুএলএল প্যাসেট জেগেছিল (এবং স্টিমলিঙ্ক থেকে) ... এটি কাজ করতে পারে তবে এটি জটিল, এবং আপনার আর একটি পিসি দরকার ...

— সর্বোচ্চ