Unarc.dll вярнуў код памылкі 12: як выправіць?

Глабальнай праблемай многіх геймераў пры ўсталёўцы які-небудзь гульні з'яўляецца памылка пры распакаванні Unarc.dll, з-за чаго інсталяцыя перарываецца практычна яшчэ на пачатковай стадыі. Што гэта за збой і як яго выправіць, зараз і паглядзім.

Unarc.dll вярнуў код памылкі 12: што б гэта значыла?

Пачнем з інтэрпрэтацыі самога збою. Паколькі ў нас маецца менавіта памылка пры распакаванні Unarc.dll, лагічна выказаць здагадку, што гэта звязана з дэкампрэсія усталявальнага дыстрыбутыва. Збольшага так яно і ёсць.

Аднак памылка 12 Unarc.dll ў асноўным ўзнікае пры ўсталёўцы ня афіцыйных дыстрыбутываў, якія пастаўляюцца ў незапакованном выглядзе, а так званых репаков (repack), створаных ўручную і досыць часта ўключаюць у сябе мноства дадатковых ці неафіцыйных патчаў, якія, уласна, і павінны распакоўваць у працэсе ўстаноўкі асноўных файлаў гульні.

Некалькі варыянтаў прычын з'яўлення збою

Цяпер паглядзім на некалькі канкрэтных выпадкаў, калі з'яўляецца памылка пры ўсталёўцы. Unarc.dll у дадзеным выпадку мае сувязь яшчэ з адной дынамічнай бібліятэкай ISDone.dll. Не ўдаючыся ў тэхнічныя падрабязнасці, вызначым дзве самыя распаўсюджаныя сітуацыі.

Першая заключаецца ў тым, што ў апісанні збою прадстаўлена паведамленне пра памылку праверкі CRC Checksum. Пра што гэта кажа? Толькі аб тым, што шуканы архіў пашкоджаны. Адначасна апісваецца і прычына збою: Unarc.dll вярнуў код памылкі 12. Як выправіць такую сітуацыю? Ды вельмі проста. Калі ўзнікае менавіта такі збой, значыць, архіў папросту недакачала, таму варта пашукаць іншую яго версію і загрузіць з іншага рэсурсу. Тут жа трэба звярнуць увагу на тое, што архіўны файл сапраўды можа быць пашкоджаны. Рашэнне тое ж самае.

У другім выпадку ў паведамленні таксама лічыцца бібліятэка Unarc.dll (код памылкі 12), аднак, як вынік - сістэма кажа аб немагчымасці распакавання (DECOMPRESSION Failed). Гэта ўжо не пашкоджанне архіва, як думаюць многія карыстальнікі. На самай справе з ім можа быць усё ў парадку, вось толькі для памяншэння яго аб'ёму выкарыстоўваліся метады максімальнага сціску (у 7-Zip гэта алгарытмы bcj2, ppmd, lzma2, delta і інш.), Максімальна заархіваваныя Самараспакоўныя архівы SFX, якія патрабуюць бібліятэкі DLL на стадыі распакавання, ці ж самыя свежыя версіі праграм-архіватара.

Unarc.dll вярнуў код памылкі 12: як выправіць найпростым спосабам?

Зыходзячы з выкладзенага вышэй, паглядзім на найпростае рашэнне праблемы. Возьмем стандартную сітуацыю. Напрыклад, репак запакаваны праграмай WinRAR пятай версіі, а ў карыстача на кампутары ўсталяваная чацвёртая. Зразумела, што з яе дапамогай дэкампрэсія файлаў будзе проста немагчымая, нягледзячы на практычна аднолькавыя алгарытмы сціску.

Як паступіць у гэтым выпадку? Ды проста загрузіць з Інтэрнэту самую свежую версію архіватара і паўтарыць спробу. Пры гэтым варта звярнуць увагу, што калі не працуе, дапусцім, WinRAR, можна паспрабаваць прарабіць тую ж працэдуру з дапамогай 7-Zip. Толькі і ўсяго.

Выпраўляем шляху ўстаноўкі гульняў або іншага ПА

Але не ўсё так проста. Справа ў тым, што збой «Unarc.dll вярнуў код памылкі 12» можа з'яўляцца і яшчэ ў адной самай банальнай сітуацыі. Справа ў тым, што некаторыя репаки з гульнямі і патчамі, якія ўяўляюць сабой «крэкнутые» версіі арыгінальных дыстрыбутываў, не дазваляюць вырабляць распакаванне або ўстаноўку ў тэчкі, у назве якіх або ў названых шляхах прысутнічаюць кірылічныя сімвалы.

Растлумачым на прыкладзе. Дапусцім, калі карыстальнік усталёўвае гульню па шляху C: \ Documents \ Гульні або C: \ Дакументы \ Games, яна туды проста не ўстане з-за назваў каталогаў у кірылічным выглядзе. Як ужо зразумела, часткова праблема (калі толькі яна сапраўды складаецца ў гэтым) вырашаецца звычайным перайменаваннем дырэкторый ў лацінскія назвы.

Павялічваем памер файла падпампоўкі

Ёсць яшчэ адзін выпадак, калі з'яўляецца збой з паведамленнем «Unarc.dll вярнуў код памылкі 12». Звязана гэта можа быць з занадта малым памерам файла падпампоўкі або яго адключэннем ў сістэме. Зразумела, што яго трэба ўключыць і наладзіць памер.

Тут трэба быць вельмі асцярожным, паколькі заданне завышанага або заніжанага аб'ёму можа прывесці да поўнай непрацаздольнасці Windows. Аднак задаваць аўтаматычнае вызначэнне аб'ёму файла таксама не трэба. Паступім прасцей.

Для пачатку выкарыстоўваем меню «Выканаць», выкліканае спалучэннем клавіш Win + R, дзе прапісваем каманду sysdm.cpl, пасля чаго ў якое з'явілася акне настроек на ўкладцы «Дадаткова» выкарыстоўваем кнопку параметраў і зноў пераходзім на ўкладку «Дадаткова» ў новым акне.

У раздзеле віртуальнай памяці націскаем кнопку змены налад, а затым здымаем галачку з радка аўтаматычнай налады і паказваем памер ўручную. Адзін маленькі савет: зь верхняга вакна, дзе пазначаны дыскі і лагічныя часткі, лепш не выбіраць сістэмны тым, а пазначыць у якасці месца віртуальны падзел, на якім больш месца. Акрамя таго, зыходны памер не мяняем, але вось у якасці максімальнага паказваем той, які роўны аб'ёму «аператыўкі». Напрыклад, у карыстальніка ўсталяваныя планкі памяці 4 Гб. Адпаведны памер складзе 4096 Мб. Памятаеце, што 1 Гб змяшчае 1024 Мб, а не тысячу, як думаюць некаторыя. Зараз застаецца націснуць кнопку задання памеру і захаваць змены, пасля чаго пажадана перазагрузіць сістэму (абавязковай умовай гэта не з'яўляецца, такая працэдура, скажам, настойліва рэкамендуецца да выканання).

Заўвага: доступ да налад файла падпампоўкі можна атрымаць з стандартнай "Панэлі кіравання" у раздзеле уласцівасцяў сістэмы, аднак ўвод каманды будзе больш хуткім спосабам.

Правяраем аператыўную памяць

Нарэшце, яшчэ адна праблема, звязаная з тым, што з'яўляецца збой, а паведамленне паказвае, што Unarc.dll вярнуў код памылкі 12, можа быць звязаная з некарэктнай працай аператыўнай памяці (занадта моцная і неабгрунтаваная нагрузка, фізічныя пашкоджанні і т. Д.) . Хоць і сустракаецца такая сітуацыя нячаста, тым не менш скідаць з рахункаў яе нельга.

У гэтым выпадку сітуацыя са стацыянарнымі тэрміналамі выглядае прасцей. Трэба ўсяго толькі выняць усе планкі памяці з слотаў на «мацярынцы», затым ўстаўляць іх па чарзе, пасля чаго кожны раз нанова спрабаваць усталяванню пакетаў або распакаванне.

Але перад гэтым вельмі неабходна вырабіць праверку «аператыўкі». Для гэтага можна выкарыстоўваць убудаваныя сродкі Windows. Сродак праверкі выбіраецца з падзелу адміністравання ў "Панэлі кіравання".

Аднак, як паказвае практыка, лепш выкарыстоўваць спецыялізаваную ўтыліту Memtest86 +, якую папярэдне трэба спампаваць з Інтэрнэту, а затым з яе дапамогай стварыць загрузны дыск, і толькі потым стартаваць менавіта з яго. Гэтая праграма працуе больш эфектыўна, чым «родная» ўтыліта Windows.

Калі сканаванне скончыцца, можна будзе высветліць, дзе менавіта адбыўся збой, і адбыўся ён наогул. Як ужо зразумела, калі планкі прыйшлі ў непрыдатнасць, іх прыйдзецца замяніць.

З наўтбукамі справа ідзе некалькі складаней, бо выкрываць іх самому, ды яшчэ калі яны на гарантыі, ўжо дакладна не варта. Тут выхад адзін: звяртацца ў сэрвісны цэнтр. Можна, вядома, і самастойна паспрабаваць ліквідаваць праблему. Але гэта, як той казаў, на свой страх і рызыка.

Ці варта спампоўваць збойныя бібліятэкі з Інтэрнэту?

Напрыканцы некалькі слоў яшчэ пра адно рашэнні, якое прапануюць некаторыя, так бы мовіць, "спецыялісты". Яны рэкамендуюць проста спампаваць файлы Unarc.dll і ISDone.dll з Інтэрнэту і скапіяваць іх у адпаведнае месца на вінчэстары. Адразу скажам: займацца такімі глупствам не варта. Максімум, чаго можна дамагчыся, - толькі змяніць код памылкі, дапусцім, на 7 або 1. А вось прыведзеныя рэкамендацыі ліквідуюць праблему на 99%. Калі ж нічога не атрымаецца, пераўсталёўкі Windows не пазбегнуць, паколькі праблема можа быць нашмат глыбей.

заключэнне

Як бачым, прапанаваныя рашэнні праблемы досыць простыя і даступныя для разумення. Зрэшты, тут не разглядаліся праблемы, звязаныя з вірусамі. Па-першае, сустракаюцца яны вельмі рэдка, а па-другое, любы які паважае сябе карыстальнік і сам павінен ведаць, як тэставаць сістэму на прадмет наяўнасці пагроз і іх ліквідацыі.