Error 126 "ໂມດູນທີ່ລະບຸບໍ່ສາມາດໄດ້ຮັບການພົບເຫັນ": ວິທີການແກ້ໄຂ?

ຜູ້ຊົມໃຊ້ຈໍານວນຫຼາຍຂອງລະບົບຄອມພິວເຕີໂດຍອີງໃສ່ Windows ມັກກໍາລັງປະເຊີນກັບບັນຫາຂອງໃນເວລາທີ່ຂໍ້ຄວາມທີ່ບໍ່ໄດ້ພົບການລະບຸລະຫັດ (126 ຂ້າພະເຈົ້າຜິດພາດ). ວິທີການຕີຄວາມຫມາຍມັນ, ພວກເຂົາເຈົ້າຮູ້ຈັກທຸກສິ່ງທຸກຢ່າງ, ແລະຄໍາຖາມທີ່ວ່າ, ດ້ວຍຄວາມລົ້ມເຫຼວຂອງອຸປະກອນໄດ້ຖືກເຊື່ອມຕໍ່, ບັນຫາດັ່ງກ່າວແມ່ນມັກຈະເຮັດໃຫ້ງົງໄດ້. ພວກເຮົາຈະເຂົ້າໃຈວ່າມີຫຍັງແດ່ສິ່ງທີ່.

ສາເຫດແລະອຸປະກອນ, ເຊິ່ງກໍ່ໃຫ້ເກີດຄວາມຜິດພາດໄດ້ "ໂມດູນທີ່ລະບຸບໍ່ສາມາດໄດ້ຮັບການພົບເຫັນ"

ຕົນເອງບໍ່ສາມາດມີຄວາມຜິດພາດ aforesaid, ໂດຍທົ່ວໄປ, ບໍ່ມີຫຍັງຮ້າຍແຮງແທ້ໃນເງື່ອນໄຂຂອງຜົນສະທ້ອນສໍາລັບການເຮັດວຽກຂອງລະບົບປະຕິບັດການ Windows ທີ່ບໍ່ແມ່ນ.

ຄວາມຜິດພາດນີ້ສາມາດເກີດຂຶ້ນໄດ້ໃນຫຼາກຫຼາຍສະຖານະການ, ແຕ່, ເປັນງານວາງສະແດງການປະຕິບັດ, ໃນກໍລະນີຫຼາຍທີ່ສຸດມັນກໍສາມາດໄດ້ຮັບການຫຼຸດລົງມາເປັນການຜິດພາດການຮັບຮູ້ຂອງຫ້ອງສະຫມຸດເສຍຫາຍແບບໄດນາມິກການເຊື່ອມຕໍ່, ອຸປະກອນ disconnected HID (ຕົວຢ່າງ:, USB ຫນູ) ຫຼືບໍລິການທີ່ຕີຄວາມຫມາຍຂອງການເຂົ້າເຖິງທີ່ຖືກຕ້ອງທີ່ຈະປະຕິບັດຫນ້າຂອງເຄື່ອງແມ່ຂ່າຍ OS.

Error "ໂມດູນທີ່ລະບຸບໍ່ພົບ": ແກ້ໄຂສໍາລັບ Radeon

ແຕ່ຫນ້າເສຍດາຍສໍາລັບ fans ຂອງບໍລິສັດຂອງ Radeon ຮູບພາບ chipsets, ເຫຼົ່ານີ້ບັດວິດີໂອມີຄວາມອ່ອນໄຫວທີ່ສຸດກັບປະເພດຂອງຂໍ້ຜິດພາດນີ້. ເຖິງແມ່ນວ່າຂໍ້ຂັດແຍ່ງທີ່ມີຫນ້າທີ່ OpenGL ສາມາດເກີດຂຶ້ນໃນເວລາທີ່ຕິດຕັ້ງຢ່າງຖືກຕ້ອງຂັບ.

ໃນເວລາທີ່ລະບົບແຈ້ງເຕືອນຄຸນທີ່ບໍ່ໄດ້ພົບ dll ລະບຸລະຫັດອາດຈະສາມແກ້ໄຂບັນຫາບັນຫານີ້: ບໍ່ວ່າຈະເພື່ອອັບເດດໄດເວີກາດຈໍທີ່ຈະສະບັບປະຈຸບັນຫຼືການຕິດຕັ້ງສະບັບຫຼ້າສຸດຂອງ DirectX ຫລືການແຊກແຊງໂດຍກົງໃນລະບົບການນໍາໃຊ້ເສັ້ນຄໍາສັ່ງແລະ ການປະຕິບັດຫຼາຍການຕິດຕາມ.

ມີສອງວິທີການທໍາອິດ, ຂ້າພະເຈົ້າຄິດວ່າ, ແລະດັ່ງນັ້ນທຸກສິ່ງທຸກຢ່າງເປັນທີ່ຈະແຈ້ງ, ສະນັ້ນວ່າພວກເຂົາເຈົ້າຢຸດເຊົາການ, ພວກເຮົາຈະບໍ່ໄດ້. ແຕ່ນີ້ແມ່ນວິທີການທີ່ຈະແກ້ໄຂບັນຫາດ້ວຍຕົນເອງຄືການສົນທະນາແຍກຕ່າງຫາກ. ໃນປັດຈຸບັນອະທິບາຍວິທີການຈະສະຫມັກຂໍເອົາຄໍາສັ່ງດັ່ງຕໍ່ໄປນີ້, ມັນບໍ່ແມ່ນມີຄວາມຈໍາເປັນ (ໂດຍສະເພາະແມ່ນໂປຣແກຣມຫຼືຈຸດດ້ານວິຊາການຂອງທັດສະນະ). ມັນເປັນພຽງພໍທີ່ພວກເຂົາເຈົ້າພຽງແຕ່ເຮັດວຽກ.

.. ດັ່ງນັ້ນ, ສໍາລັບຮູບພາບທີ່ປະສົມປະສານອະແດບເຕີ (ຜູ້ທີ່ຖືກປະສົມປະສານໂດຍກົງເຂົ້າໄປໃນ motherboard ທີ່) ເຊັ່ນ: Intel HD Graphics ຫຼື chip ທີ່ຄ້າຍຄືກັນ Radeon, nVIDIA, ແລະອື່ນໆໃນບັນທັດຄໍາສັ່ງທີ່ທ່ານຕ້ອງການທີ່ຈະລົງທະບຽນຄັ້ງທໍາອິດ CD / d C: / Windows / System32 ແລ້ວ - ສໍາເນົາ atiogl64.dll atio6axx.dll (ກັບກົດທີ່ສໍາຄັນເຂົ້າຫຼັງຈາກແຕ່ລະຄໍາສັ່ງ). ສໍາລັບ desktop (ບໍ່ໄດ້ embedded) ແບບທີມງານເບິ່ງທີ່ແຕກຕ່າງກັນເລັກນ້ອຍ: copy- atio6axx.dll ໌ dll . (ອີກເທື່ອຫນຶ່ງ, ປະຕິບັດຕາມໂດຍ "Enterom" ກົດຫມາຍ IDEA, ຫຼັງຈາກນັ້ນທຸກສິ່ງທຸກຢ່າງຈະຖືກບໍ່ ..

ອຸປະກອນ HID

ດັ່ງນັ້ນອັນທີ່ເອີ້ນວ່າອຸປະກອນ HID ອັດສະລິຍະສາມາດເຮັດໃຫ້ຄວາມຜິດພາດດັ່ງກ່າວເປັນ "ໂມດູນທີ່ລະບຸບໍ່ສາມາດໄດ້ຮັບການພົບເຫັນ." ກັບເຂົາເຈົ້າ, ສະຖານະການແມ່ນຢູ່ໃນຄວາມຮູ້ສຶກໄດ້ພັດທະນາໃນວິທີການດຽວກັນເຊັ່ນດຽວກັບອຸປະກອນຮູບພາບ, ແຕ່ໃນກໍລະນີຫຼາຍທີ່ສຸດບັນຫາໄດ້ຖືກຫຼຸດລົງພຽງແຕ່ຄວາມຈິງທີ່ວ່າສໍາລັບເຫດຜົນບາງຢ່າງໄດ້ຮັບການເສຍຫາຍຫຼືລຶບໄຟລ໌ຄົນຂັບໄດ້.

ໃນສະຖານະການ, ສໍາລັບການຍົກຕົວຢ່າງ, ສໍາລັບ Windows XP, ທ່ານຈໍາເປັນຕ້ອງໄດ້ໃສ່ເກີບຈາກການຕິດຕັ້ງຫຼືແຜ່ນການຟື້ນຕົວຂອງ (ສໍາລັບຕົວຢ່າງ, Live CD), ພົບເຫັນຢູ່ໃນເອກະສານການກະຈາຍການຕິດຕັ້ງເອີ້ນວ່າ drivers.cab, ເຊິ່ງປົກກະຕິແລ້ວແມ່ນຢູ່ໃນໂຟເດີ i386, ແລະສະກັດຈາກມັນໄດ້ສາມອົງປະກອບຕົ້ນຕໍ: mouclass.sys, mouhid.sys ແລະ hidserv.dll.

ຫຼັງຈາກນັ້ນ, ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະເລີ່ມການເຮັດວຽກຂອງຄອມພິວເຕີໃນເຊຟໂຫມດ (ຫນັງສືພິມ F8 ໃນເວລາທີ່ທ່ານເລີ່ມຕົ້ນ Windows), ແລະຫຼັງຈາກນັ້ນສໍາເນົາໄຟລ໌ເຫຼົ່ານີ້ເພື່ອລະບົບ System32 ຂອງໂຟເດີລະບົບ Windows. ຫຼັງຈາກນັ້ນ - ອີກ OS reboot, ແຕ່ໃນຮູບແບບປົກກະຕິ. ອີງຕາມລະບຽບເປັນ, ຫຼັງຈາກນັ້ນລະບົບຄວາມຫມັ້ນຄົງຢູ່ໃນໄລຍະປົກກະຕິແລະໂດຍບໍ່ມີການ glitches ໃດ.

ຄວາມຜິດພາດຂອງເຄື່ອງແມ່ຂ່າຍ

ສາມາດເຂົ້າເຖິງເຄື່ອງແມ່ຂ່າຍ, ເຊັ່ນດຽວກັນ, ສາມາດມີຄວາມຫຍຸ້ງຍາກທີ່ບໍ່ຄາດຄິດ. ໃນກໍລະນີນີ້ (ໃນສະຖານະການທີ່ຜ່ານມາ), ບໍ່ມີຄວາມຜິດພາດ "ໂມດູນທີ່ລະບຸບໍ່ສາມາດໄດ້ຮັບການພົບເຫັນ." ຕໍ່ສູ້ກັບມັນເປັນສິ່ງຈໍາເປັນໂດຍຜ່ານການບັນນາທິການຈົດທະບຽນທີ່ເປັນຕົ້ນເຫດຄໍາສັ່ງ regidit ໃນເມນູ "ການດໍາເນີນງານ" (ປະສົມປະສານຂອງ Win + R) ໄດ້.

ທີ່ນີ້ພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ໄປໃຫ້ສາຂາ HKEY_LOCAL_MACHINE \ SYSTEM, ແລະອື່ນໆ - CurrentControlSet, ແລະຫຼັງຈາກນັ້ນກ່ຽວກັບ "ຕົ້ນໄມ້» - ບໍລິການ, ແລະສຸດທ້າຍ - ຕົວກໍານົດການພາກນີ້, ຕັ້ງຢູ່ໃນ LanmanServer ສາຂາໄດ້. ໃນທີ່ນີ້ທ່ານຕ້ອງໃສ່ຄ່າ«% SystemRoot% \ System32 \ srvsvc.dll », ແນ່ນອນ, ຖ້າຫາກວ່າທ່ານກໍານົດອື່ນໆ. ທັງຫມົດທີ່ສໍາຄັນແມ່ນວ່າ Windows ຕົວຂອງມັນເອງໃຊ້ເວລາໃດ - ວ່າພາຍໃນທີ່ໄດ້ຈາກພາຍນອກ - ຊື່ຂອງເຄື່ອງແມ່ຂ່າຍເປັນແນວຄວາມຄິດທົ່ວໄປຂອງ "ເຄື່ອງແມ່ຂ່າຍຂອງ" ແລະບໍ່ໄດ້ເຮັດໃຫ້ຫຼາຍຂອງຄວາມແຕກຕ່າງເຖິງແມ່ນວ່າມີຂໍ້ມູນປະຈໍາທີ່ແຕກຕ່າງກັນ.

ຜົນ

ດັ່ງນັ້ນ, ເປັນທີ່ຊັດເຈນ, ຖ້າຫາກວ່າມີຄວາມຜິດພາດທີ່ກ່ຽວຂ້ອງກັບຄວາມຈິງທີ່ວ່າສໍາລັບເຫດຜົນບາງຢ່າງບໍ່ໄດ້ພົບໂມດູນທີ່ລະບຸໄວ້, ເພື່ອແກ້ໄຂບັນຫາ ແມ່ນຍັງເປັນໄປໄດ້, ແລະເພື່ອເຮັດແນວໃດນີ້ແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ, ແລະບໍ່ມີຄວາມລົ້ມເຫລວຂອງລະບົບທີ່ສໍາຄັນໃນອະນາຄົດບໍ່ໄດ້ຄາດວ່າຈະ. ແຕ່ທໍາອິດ, ມັນເປັນຄວາມປາຖະຫນາທີ່ຈະກໍານົດລັກສະນະຂອງຄວາມຜິດພາດໄດ້, ແລະພຽງແຕ່ຫຼັງຈາກນັ້ນເຮັດໃຫ້ການຕັດສິນໃຈໃນຄວາມໂປດປານຂອງການແກ້ໄຂຂອງຕົນໄດ້. ເຮັດແນວໃດມັນຈະເປັນໄປໄດ້, ມັນຂື້ນຢູ່ກັບຄໍາສັ່ງໃນການທີ່ຄວາມລົ້ມເຫຼວຂອງອົງປະກອບສັງເກດ: ໃນໂຄງການຫຼືໃນເຕົາ.

ແນ່ນອນວ່າ, ມີກໍາລັງອະທິບາຍ, ບໍ່ມີບັນຫາທັງຫມົດທີ່ສາມາດເກີດຂຶ້ນຈາກຄວາມຜິດພາດດັ່ງກ່າວ. ຢ່າງໃດກໍຕາມ, ໃນກໍລະນີຂອງພວກເຮົາມັນແມ່ນປະເພດທົ່ວໄປທີ່ສຸດຂອງອຸປະຕິເຫດແລະວິທີການປະຕິບັດຫຼາຍທີ່ສຸດຂອງການແກ້ໄຂໃຫ້ເຂົາເຈົ້າ. ພວກເຮົາບໍ່ສາມາດຍົກເວັ້ນທາງເລືອກທີ່ອາດຈະມີບັນຫາກັບຫຼາຍ "ທາດເຫຼັກ", ທີ່ເປັນ, ຂັບລົດໄດ້ແລະທັງຫມົດທີ່ຈະເຮັດແນວໃດກັບມັນ, ແຕ່ວ່າມັນເປັນ "ທາດເຫຼັກ" ຄວນໄດ້ຮັບການປ່ຽນແປງ. ຢ່າງໃດກໍຕາມ, ທີ່ຈະຖືກກ່າວ, ກໍລະນີທີ່ຮ້າຍທີ່ສຸດ, ເຊິ່ງຄວນຈະ resorted ກັບໃນເວລາທີ່ມີບໍ່ມີຫຍັງຈະຊ່ວຍໃຫ້ (ແລະຈາກສະມາຊິກຫຼືລະບົບປະຕິບັດການບໍ່ຂຶ້ນກັບ). ແຕ່ວ່າເລື່ອງອື່ນ ...