আপনি যদি গত এগারো বছর ধরে Dedoimedo পড়ে থাকেন, আপনি জানেন যে আমি নিরাপত্তা সফ্টওয়্যার খুব পছন্দ করি না। কিন্তু আমি নিরাপত্তা পণ্যগুলি পরীক্ষা করি, শুধু দেখার জন্য যে তারা জিনিসের বিস্তৃত পরিসরে কীভাবে আচরণ করে। এই ধরনের একটি নিঃস্বার্থ অনুশীলন আমাকে সফ্টওয়্যার তুলনা করতে এবং বিচার করতে দেয়, বিশেষ করে উইন্ডোজ সিকিউরিটি প্রোগ্রামের গোল্ডেন বেঞ্চমার্কের বিরুদ্ধে, সবচেয়ে মহিমান্বিত, দরকারী এবং নো-ননসেন্স EMET। সেখানে।
যাইহোক, কয়েক মাস আগে, আমি একটি Windows 7 মেশিনে ম্যালওয়্যারবাইটস অ্যান্টি-ম্যালওয়্যার (MBAM) দিয়ে একটি স্ক্যান করেছি এবং স্ক্যানের মাঝখানে, আমার কাছে একটি ব্লু স্ক্রিন অফ ডেথ (BSOD) ছিল। ভাল না. পুনরুদ্ধারের পরে, আমি সমস্ত তদন্ত শুরু করি। আমাকে অনুসরণ কর.
অপারেশনাল সেটআপ, অতিরিক্ত তথ্য
আমরা কি ঘটেছে তা খুঁজে বের করার আগে, আমাকে আরও কিছু তথ্য দিতে দিন। অন্যথায়, এই সময় ব্যায়াম অর্থহীন। প্রথমত, BSOD. সাধারণভাবে, বাড়ির পরিবেশে উইন্ডোজ অত্যন্ত স্থিতিশীল - সার্ভারগুলি একটি পৃথক বিষয় - এবং একটি অভ্যন্তরীণ উইন্ডোজ কার্নেল বাগ-এর কারণে আপনার কখনই একটি জটিল সিস্টেম ক্র্যাশ হওয়ার কোনও কারণ নেই৷
প্রায় 15 বছরের ভারী উইন্ডোজ ব্যবহারে, প্রায় এক ডজন বিভিন্ন সিস্টেমে বিস্তৃত, আমি মাত্র কয়েকবার BSOD পেয়েছি - একটি গ্রাফিক্স কার্ড অতিরিক্ত গরম হওয়ার কারণে, বগি গ্রাফিক্স ড্রাইভারের কারণে, একটি দুঃখজনক পর্ব যা আমরা দৈর্ঘ্যে বলেছি, এবং একবার যখন আমি USB তারের মাধ্যমে একটি স্মার্টফোন সংযুক্ত করি। এটা সম্বন্ধে.
প্রকৃতপক্ষে, আমার আগের দাবিতে ফিরে যাওয়া, শুধুমাত্র হার্ডওয়্যার ত্রুটি বা ত্রুটিপূর্ণ ড্রাইভারের কারণে আপনি কার্নেল ক্র্যাশ দেখতে পাবেন, যা আমার ব্যবহারের ইতিহাসের সাথে পুরোপুরি সারিবদ্ধ। এটি লিনাক্সের সাথে আমার বরং ব্যাপক কাজের অভিজ্ঞতার সাথে হাত মিলিয়ে যায়, যা আমি আমার লিনাক্স ক্র্যাশ বইতে নথিভুক্ত করেছি। সংক্ষেপে, হার্ডওয়্যার, খারাপ সিস্টেম কল, বা বিশুদ্ধ কার্নেল বাগ। যে সব আছে, এবং শেষ সম্ভাবনা কম.
কিন্তু এখন, আমি ataport.sys ড্রাইভারের সাথে একটি সমস্যার সম্মুখীন ছিলাম - যা একটি মাইক্রোসফ্ট ড্রাইভার, এবং এতে কোন বাগ থাকা উচিত নয়। তারপর, আমাদের হাতে একটি হার্ডওয়্যার সমস্যা আছে? এবং যদি তাই হয়, কি ধরনের? তবুও, আমরা এগিয়ে যাওয়ার আগে, আমি আপনার দৃষ্টি আকর্ষণ করতে চাই সমস্যা সমাধানের শিল্পের দিকে এবং কীভাবে এটি করা উচিত, ধীরে ধীরে, সাবধানে, পদ্ধতিগতভাবে।
বিশ্লেষণ, প্রথম ধাপ
ঠিক আছে. আসুন বুঝতে পারি কি হয়েছে। আমরা জানি কিভাবে BSOD বিশ্লেষণ করতে হয়, কারণ আমি আপনাকে আমার বিশদ BSOD গাইডে তা কিভাবে করতে হয় তা দেখিয়েছি। টিউটোরিয়ালে উপস্থাপিত উপলব্ধ সরঞ্জামগুলির একটি ব্যবহার করে, আমরা ক্র্যাশ ডাম্প বিশ্লেষণ করতে পারি। আমি Nirsoft এর BlueScreenView প্রোগ্রামটি বেছে নিয়েছি। দেখা যাচ্ছে যে ক্র্যাশটি এর কারণে হয়েছে:
ataport.SYS+1ff3c
এবং নির্দিষ্ট ত্রুটি হল KERNEL_DATA_INPAGE_ERROR৷ মেমরি কোরে উপলব্ধ অন্যান্য আর্গুমেন্টের কিছু পরীক্ষা করা হলে, এটি কার্নেল অপারেশনের সময় একটি হার্ডওয়্যার ত্রুটির দিকে নির্দেশ করে, যা অনিবার্যভাবে একটি সিস্টেম ক্র্যাশের দিকে পরিচালিত করে। এখন পর্যন্ত তাই সহজ.
কিন্তু কেন একটি MBAM স্ক্যানের সময় ক্র্যাশ ঘটেছে?
এটা মজার একটা প্রশ্ন? প্রকৃতপক্ষে, আমাদের এখন খুঁজে বের করতে হবে কিনা:
- এই সমস্যাটি শুধুমাত্র MBAM এর জন্য নির্দিষ্ট।
- একটি আরও সাধারণ সিস্টেমের সমস্যা যা স্ক্যান করার সময় ঘটনাক্রমে প্রকাশ পায়।
দাবি a) বা b) সঠিক কিনা তা নিশ্চিত করতে, আমাদের ক্র্যাশের পরিস্থিতি পুনরাবৃত্তি করতে হবে। এখানে আরও কিছু বিশদ বিবরণ:একটি উইন্ডোজ 7 মেশিন, মাউন্ট করা TrueCrypt কন্টেইনার সহ EMET ছাড়া অন্য কোনও অতিরিক্ত নিরাপত্তা সফ্টওয়্যার নেই৷ এটি গুরুত্বপূর্ণ এবং প্রাসঙ্গিক, কারণ এটি আরেকটি সফ্টওয়্যার যা স্টোরেজ লেয়ার ড্রাইভার ব্যবহার করে এবং এই পরিস্থিতির ফলাফলকে সম্ভাব্যভাবে প্রভাবিত করতে পারে।
আমি একটি দ্বিতীয় স্ক্যান চালালাম - কিন্তু এইবার সিস্টেমটি ক্র্যাশ হয়নি, TrueCrypt কন্টেইনার এবং সব। যাইহোক, আমি ইভেন্ট লগে একটি ত্রুটি দেখেছি, একটি ইভেন্ট আইডি 11 রিডিং:
ড্রাইভার \Device\Ide\IdePort1 এ একটি কন্ট্রোলার ত্রুটি সনাক্ত করেছে।
আমি আগে কখনও এই ধরনের ত্রুটি দেখিনি, এবং MBAM স্ক্যানের সময়টি বেশ আকর্ষণীয়। এখন যেহেতু আমাদের হাতে অতিরিক্ত তথ্য আছে, আমাদের তদন্তের পরবর্তী ধাপটি বের করতে হবে।
নিয়ামক ত্রুটির অর্থ
আপনি যদি এই নির্দিষ্ট ত্রুটির জন্য অনুসন্ধান করেন, আপনি একই প্রশ্ন জিজ্ঞাসা করা লোকেদের থেকে এন্ট্রির একটি সম্পূর্ণ পরিসর পাবেন। শেষ পর্যন্ত, এটি তিনটি প্রধান সমস্যায় ফুটে ওঠে - খারাপ SATA কেবল, খারাপ ডিস্ক, বা খারাপ চিপসেট কন্ট্রোলার, যা কার্যকরভাবে একটি নতুন মাদারবোর্ড বোঝায়। বেশ অশুভ শোনাচ্ছে। যাইহোক, সমস্যাটি শুধুমাত্র একটি MBAM স্ক্যানের সময় প্রকাশ পায়। এবং এই মুহুর্তে, আমাদের বুঝতে হবে যে আমরা একটি বিচ্ছিন্ন ঘটনা বা সিস্টেমের সমস্যা নিয়ে কাজ করছি কিনা।
বিশ্লেষণ, সিস্টেম স্বাস্থ্য
আমি হার্ডওয়্যার চেক সহ বিভিন্ন স্তরে মেশিনের স্থিতি পরীক্ষা করার সিদ্ধান্ত নিয়েছি। মনে রাখবেন যে আপনি কখনই 100% নিশ্চিত হতে পারবেন না। এমনকি যদি একটি নির্দিষ্ট চেক পরিষ্কার আসে, প্রযুক্তিগতভাবে, আপনার হার্ডওয়্যার পরের দিন মারা যেতে পারে। অতএব, আপনি এই চেকগুলিতে সান্ত্বনা এবং গ্যারান্টি চাইতে পারবেন না। তারা আপনাকে যা বলে তা হল আপাতত, সর্বোত্তম ক্ষেত্রে, এমন কোনও লক্ষণ নেই যা একটি বিস্তৃত সমস্যা নির্দেশ করে।
- ডিস্ক স্মার্ট চেক, পরিষ্কার।
- WD ডেটা লাইফগার্ড ডায়াগনস্টিক চেক, পরিষ্কার।
- উপরের সমস্যা ছাড়া সিস্টেমটি রক স্থিতিশীল।
- ঘটনার পুরো এক সপ্তাহ সহ অন্য কোনো সমস্যা নেই।
যদিও আমি কিছু করার জন্য চুলকানি, আমি সিদ্ধান্ত নিয়েছি যে আমি কিছুই করব না এবং কম্পিউটারকে পুরো এক সপ্তাহ চালাতে দেব, যার মধ্যে রয়েছে চাপপূর্ণ ক্রিয়াকলাপ যেমন - ভারী IO সহ প্রচুর গেম, ডেটা ব্যাকআপ, সিস্টেম ইমেজিং, উইন্ডোজ আপডেট এবং আরও অনেক কিছু। এই সমস্ত পরীক্ষা-নিরীক্ষায়, সিস্টেমটি ভবিষ্যদ্বাণীমূলকভাবে আচরণ করেছিল, একই পদ্ধতিতে এটি কয়েক মাস এবং বছর আগে ছিল।
এই মুহুর্তে, আমি সিদ্ধান্ত নিয়েছি যে হার্ডওয়্যারের সাথে কোনো আসন্ন স্বাস্থ্য সমস্যা নেই, অন্তত, সাময়িক পরিসংখ্যান এবং কুসংস্কার সত্ত্বেও। এটি আমাকে বিশ্বাস করতে পরিচালিত করেছিল যে সমস্যাটি এমবিএএম দ্বারা সৃষ্ট হয়েছিল। এবং এটি আমার অভিজ্ঞতার সাথে ভালভাবে সারিবদ্ধ যে উইন্ডোজ কখনই ক্র্যাশ হয় না, এটি সর্বদা অন্য কিছু যা এটি করে।
MBAM, অতিরিক্ত তদন্ত
এখন, আমরা এই নিরাপত্তা সফ্টওয়্যার উপর ফোকাস. আবার, যদি আপনি অনলাইনে অনুসন্ধান করেন, তাহলে আপনি এই প্রধান থিমগুলি পুনরাবৃত্ত হওয়ার সাথে অবিরাম পরিমাণ এন্ট্রি পাবেন:ক) ম্যালওয়্যার, যেমন DUH, কিছু ট্রোজান সহ যা নিরাপত্তা সফ্টওয়্যারকে চলতে বাধা দেয় এবং এই ধরনের ক্র্যাশ ঘটায় খ) ব্যবহারকারীদের দাবি MBAM 3 ক্র্যাশ ঘটায় যেখানে MBAM 2 করেনি গ) যে TrueCrypt এর সাথে একটি অসঙ্গতি থাকতে পারে যা একটি BSOD-এর দিকে নিয়ে যেতে পারে।
আমি এই অনুমানগুলি পরীক্ষা করার এবং সেগুলি সত্য কিনা তা দেখার সিদ্ধান্ত নিয়েছি। প্রথমত, c সম্পর্কিত), এটি একবার একটি সমস্যা হতে পারে, তবে এটি অবশ্যই আর নয়। আমার অভিজ্ঞতায়, আমার কাছে সর্বদা TrueCrypt ভলিউম মাউন্ট ছিল এবং তারা এর আগে কখনও ক্র্যাশ করেনি।
একটি সম্পর্কে), এটি বাজে কথা, কিন্তু তারা চেক আউট কিনা তা দেখতে আমি কয়েকটি দ্রুত সুপারিশ অনুসরণ করার সিদ্ধান্ত নিয়েছি। অবশ্যই তারা না. অধিকন্তু, MBAM কোনো BSOD ছাড়াই কিন্তু প্রাসঙ্গিক কন্ট্রোলার ত্রুটির সাথে পরবর্তী স্ক্যানটি সম্পন্ন করেছে, যা সমস্যাটিকে সফ্টওয়্যারে সংকুচিত করে।
MBAM + ইভেন্ট আইডি 11
এখন, আমরা সত্যিই প্রাসঙ্গিক তথ্য অনুসন্ধান করতে পারেন. অফিসিয়াল ফোরামে মাত্র কয়েকটি এন্ট্রি রয়েছে এবং তাদের গল্পটি আমার মতোই। বেশ কয়েকজনের একটি ক্র্যাশ হয়েছিল, এবং তারা বুঝতে পেরেছিল যে এটি MBAM এবং Intel Rapid Storage Technology (RST) ড্রাইভারদের মধ্যে সংঘর্ষের কারণে হয়েছে। আহা। আমি লেটেস্ট সমর্থিত ড্রাইভার ইনস্টল করেছি এবং রিবুট করেছি। আমি পথ ধরে বেশ কিছু জিনিস আবিষ্কার করেছি:
- আমার ড্রাইভের অক্ষরগুলি এলোমেলো হয়ে গিয়েছিল, তাই আমাকে সঠিকভাবে পুনরায় বরাদ্দ করতে হয়েছিল৷
- কেসের ডিস্কের আলো আগের চেয়ে কম ঘন ঘন জ্বলে - এমনকি কোনো SATA লিঙ্ক পাওয়ার ম্যানেজমেন্ট সক্ষম না করেও - এটি শুধুমাত্র একটি চাক্ষুষ কৌশল হতে পারে বা প্রকৃতপক্ষে, আগের তুলনায় ডিস্ক পোলিং কার্যকলাপ হ্রাস পেয়েছে৷ সিস্টেম মেট্রিক্স কোন বড় পার্থক্য দেখায় না।
- এই নতুন ড্রাইভারগুলির কারণে খুব সামান্য পারফরম্যান্স বুস্ট হয়েছে।
এবং এখন, আমি একটি নতুন MBAM স্ক্যান চালিয়েছি, এবং এটি কোনো সমস্যা ছাড়াই সম্পন্ন হয়েছে। বা ইভেন্ট লগে এগুলি কোনও ত্রুটি ছিল না। সুতরাং দেখা যাচ্ছে যে এটি তৃতীয় পক্ষের সফ্টওয়্যার দ্বারা সৃষ্ট একটি সমস্যা, এবং মাইক্রোসফ্টের দোষ নয়, বা হার্ডওয়্যার সমস্যা নয়। পুনশ্চ. অন্যান্য MBAM লোকেরা রিপোর্ট করেছে যে MBAM সংস্করণ আপগ্রেড করার পরে সমস্যাটি চলে যাচ্ছে।
আমাকে এটি অস্বীকার করতে দিন, যতদূর আপনি বলতে পারেন ত্রুটিগুলি উইন্ডোজ বা অন্তর্নিহিত প্ল্যাটফর্মের কারণে হয় না। এটি একটি ব্যবহারকারীর এটি খুঁজে বের করার যুক্তিসঙ্গত ক্ষমতার মধ্যে নয়। কারণ আমার পুরানো ডেস্কটপে, আপনি এই বিষয়ে আমার খুশির নিবন্ধে পড়তে পারেন, একটি দাগহীন SMART ডেটা শীট সহ একটি ডিস্ক কোনো পূর্ব সতর্কতা ছাড়াই মারা গিয়েছিল, অন্যটি, একটি অনুমিতভাবে অত্যন্ত জটিল সমস্যা সহ যা আসন্ন ডিস্কের মৃত্যুর ঘোষণা করা উচিত ছিল। ত্রুটি দেখানোর পর থেকে অনেক মাস আনন্দের সাথে বেঁচে ছিল। পরিসংখ্যান আপনার বিরুদ্ধে না হওয়া পর্যন্ত ভাল কাজ করে।
কিন্তু সমস্ত ব্যবহারিক উদ্দেশ্যে, এখানে, ঠিক তখনই, এটি একটি 100% MBAM সমস্যা ছিল এবং হার্ডওয়্যারের সাথে কিছুই করার নেই। নিম্ন-স্তরের সিস্টেম সুবিধা এবং স্টোরেজ ড্রাইভারের সাথে একটি নিরাপত্তা স্ক্যানারের মধ্যে একটি সংঘর্ষ। প্রশ্ন হল কেন?
প্রকৃতপক্ষে, কেন?MBAM কোড উত্সগুলিতে অ্যাক্সেস ছাড়া, আপনি সত্যিই নিশ্চিতভাবে জানতে পারবেন না, তবে আমার কাছে একটি তত্ত্ব আছে। ম্যালওয়্যার কখনও কখনও সমস্ত ধরণের চতুর স্কিম ব্যবহার করে ডিস্কে নিজেকে লুকানোর চেষ্টা করে৷ এটি করার একটি উপায় হল সিস্টেমকে জাল I/O ড্রাইভার ব্যবহার করতে বাধ্য করা, যাতে তারা একটি পরিষ্কার ডিস্কের রিপোর্ট করে। এর মানে হল যে একটি ম্যালওয়্যার স্ক্যানার একটি সত্যিকারের মান ফেরাতে সিস্টেমের ফাংশনগুলিকে বিশ্বাস করতে সক্ষম নাও হতে পারে৷
আমি বিশ্বাস করি যে MBAM তার নিজস্ব ডিস্ক অ্যাক্সেস ফাংশন প্রয়োগ করে, যেমন কন্ট্রোলার কমান্ড, সেইসাথে নিজস্ব অনুসন্ধান, পড়া, লিঙ্কমুক্ত করা এবং অন্যান্য সিস্টেম কল এবং ফাংশনগুলি। কিছু কারণে, এই কমান্ডগুলির মধ্যে একটি ইন্টেলের RST-এর সাথে সংঘর্ষে লিপ্ত হয়, একটি I/O ত্রুটি ট্রিগার করে, যা সিস্টেমটি একটি কন্ট্রোলার ত্রুটি হিসাবে ব্যাখ্যা করে। তাই, BSOD বা সিস্টেম ইভেন্ট। এটি আমার তত্ত্ব, এবং এটি ভুল হতে পারে, তবে এটি অর্থপূর্ণ।
আরো পড়া
যেহেতু আপনি কখনই নিশ্চিত হতে পারবেন না যে আপনার সিস্টেমগুলি ব্যর্থ হবে না, আপনার আসলে তাদের ব্যর্থতার জন্য পরিকল্পনা করা উচিত। অন্য কথায়, বেদনাদায়ক মুহূর্তগুলিকে আলিঙ্গন করুন, সেগুলি কখন ঘটে তার জন্য প্রস্তুত থাকুন যাতে আপনি ন্যূনতম ক্ষতি সহ দ্রুত পুনরুদ্ধার করতে পারেন। উদাহরণস্বরূপ, আমার কাছে সর্বদা অতিরিক্ত হার্ডওয়্যার পড়ে থাকে, অন্তত 2-3টি তাজা হার্ড ডিস্ক সহ।
আমি অধ্যবসায়ের সাথে ডেটা ব্যাকআপ করি এবং সিস্টেমের চিত্রগুলি সঞ্চালন করি, তাই যদি হার্ডওয়্যার প্রতিস্থাপনের প্রয়োজন হয় তবে আমি দ্রুত উত্পাদনশীলতায় ফিরে যেতে পারি। এবং তাই এটি ঘটে, বেশ কয়েক মাস আগে, আমি সেখানে ছিলাম, একটি ভিন্ন ডেস্কটপে এই হঠাৎ ডিস্ক ব্যর্থতার মুখোমুখি হয়েছিল। কোন চিন্তা করো না. ডেটা বা এমনকি সিস্টেম কনফিগারেশনের কোনো ক্ষতি ছাড়াই আমি প্রায় এক ঘণ্টার মধ্যে কর্মে ফিরে এসেছি।
অবশেষে, আমি সমস্যা সমাধানের বিষয়ে এবং কীভাবে এটি পদ্ধতিগতভাবে করা উচিত তা নিয়ে মন্তব্য করেছি। এটি সমস্যা সমাধানের সারমর্ম, বিশেষ করে হার্ডওয়্যার এবং সফ্টওয়্যার সমস্যা। আপনি যদি এটি সঠিকভাবে করেন তবে আপনার ভুল হওয়ার সম্ভাবনা কম, সময় এবং অর্থ সাশ্রয় হবে। অন্ধভাবে কিছু পরিবর্তন করতে যাওয়া কখনই ভাল ধারণা নয়। আমি এই বিষয়ে একটি সম্পূর্ণ বই আছে.
উপসংহার
এটি একটি কঠিন, জটিল সমস্যা ছিল, যার মধ্যে একাধিক কারণের ওজন ছিল। এক পর্যায়ে, আমাদের বিভিন্ন ফ্রন্টে সম্ভাব্য হার্ডওয়্যার সমস্যা ছিল, TrueCrypt, ম্যালওয়্যার এবং সফ্টওয়্যার বাগগুলি মনোযোগের জন্য প্রত্যাশী। এটি সমাধান করা সহজ নয়। এবং তবুও, ধীর, সতর্কতার সাথে কাজ করে, আমরা সমস্যাটি সম্পূর্ণরূপে বুঝতে, মূল কারণটি আলাদা করতে, দাবিগুলিকে যাচাই করতে এবং সম্ভাব্য রেজোলিউশনগুলি পরীক্ষা করতে সক্ষম হয়েছি। কোন কঠোর সিস্টেম পরিবর্তন ছাড়া সব.
আমি বিশ্বাস করি এটি একটি মূল্যবান পাঠ। এটা আমার সাথে ঘটেছে, কিন্তু আমি চাই আপনি খুঁজে বের করে নিন. যখনই খারাপ কিছু ঘটবে, ইন্টারনেট আপনাকে আবর্জনা দিয়ে বিস্ফোরিত করবে। হার্ডওয়্যার, ম্যালওয়্যার, আপনার পছন্দ নিন। প্রত্যেকেরই আপনার সমস্যা হবে, এবং তবুও, এটি এত সামান্য ভিন্ন হবে এবং পুরোপুরি প্রযোজ্য নয়। আপনি এইভাবে পাগল হতে পারেন. এই সব মানুষ কি চেষ্টা করার জন্য একটি শক্তিশালী প্রলোভন আছে. তবে এগিয়ে যাওয়ার সর্বোত্তম উপায় হল উপসর্গগুলিকে খুব সাবধানে পরীক্ষা করা, তাদের পুঙ্খানুপুঙ্খভাবে বিশ্লেষণ করা এবং সবচেয়ে সহজ, ন্যূনতম অনুপ্রবেশকারীগুলি দিয়ে শুরু করে, বিপরীত, সম্পূর্ণরূপে পরিমাপযোগ্য সংশোধনগুলি প্রয়োগ করা।
যা আমরা এই সমস্যা সম্পর্কে গিয়েছিলাম কিভাবে. আমরা কি জানি কি হয়েছে? আমরা কি এটি পুনরুত্পাদন করতে পারি? নতুন পাওয়া তথ্য কি অর্থপূর্ণ? আমরা সম্ভাব্য কারণ যাচাই করতে পারি? আমরা কি তাদের কাউকে অযোগ্য করতে পারি? আমাদের সাথে বাকি আছে, অনুসন্ধানের একটি নতুন রাউন্ড। নতুন দাবি, নতুন অনুমান, নতুন চেক। পরিষ্কার, প্রজননযোগ্য ফলাফল। রেজোলিউশন। জ্ঞান. মজা. আমি আশা করি আপনি এই উপভোগ করেছেন. মনে রাখবেন, উইন্ডোজকে দোষারোপ করবেন না এবং আপনার হার্ডওয়্যার সম্পর্কে ইন্টারনেট কী বলে তা নিয়ে সন্দিহান হন। এটা সব ধ্বংস এবং অন্ধকার. তবে এমনটা হতে হবে না। হ্যাপি কম্পিউটিং.
চিয়ার্স।
