OpenVPN-ის TAP ადაპტერის ინსტალაცია ვერ მოხდა: რომელი ეტაპი გატყდა?
ადაპტერის წარუმატებლობის შეტყობინება სამ ეტაპს მოიცავს: ინსტალატორი, მომზადებული პაკეტი, შექმნილი მოწყობილობა. სანამ რამეს წაშლით, წაიკითხეთ ჟურნალის შესაბამისი ნაწილი.
ინსტალატორი ამბობს, რომ TAP ადაპტერი ვერ შეიქმნა, და ეს ერთი წინადადება სულ მცირე სამ სხვადასხვა წარუმატებლობას მოიცავს. შესაძლოა პაკეტი არასოდეს მომზადებულა, შესაძლოა მომზადდა და მოწყობილობა არ შექმნილა, ან მოწყობილობა არსებობს პრობლემური სტატუსით, რომელიც ინსტალატორმა ერთ ზოგად შეცდომად გამოაცხადა. რომელი მათგანი გაქვთ, განსაზღვრავს, ვინ უნდა გამოასწოროს და რა მტკიცებულება გჭირდებათ.
ყველაფერზე ადრე შეაგროვეთ build-ის ნომერი და ინსტალაციის დროის ნიშა. ორივე ჟურნალების საქაღალდეს რეალურად გასაშვებ ძებნად აქცევს.
სამი ეტაპი, სამი განსხვავებული ჟურნალი
პირველი ეტაპი თავად ინსტალატორია, რომელიც ფაილებს ხსნის, საკუთარ ჟურნალს ინახავს და აცხადებს შემაჯამებელ კოდს, მაგალითად 1603, რომელიც ამბობს, რომ ტრანზაქცია ჩავარდა, მაგრამ არ ამბობს სად. მეორე დრაივერის საცავია, სადაც ხელმოწერილი პაკეტი შემდგომი გამოყენებისთვის მზადდება, რაც განსხვავებული მიღწევაა მისი ტექნიკასთან დაკავშირებისგან. მესამე მოწყობილობის შექმნაა, სადაც Windows აშენებს მოწყობილობის ეგზემპლარს, იყენებს INF-ს და შედეგს setupapi ჟურნალში იწერს. ჩუმი უფსკრული ამ ეტაპებიდან რომელიმე ორს შორის იმავე, მომხმარებლისთვის ხილულ წინადადებას წარმოშობს.
შემაჯამებელი კოდი ტრანზაქციას ეკუთვნის, ხოლო წარუმატებელი მოქმედება იმავე ჟურნალში უფრო ადრეა სადღაც. მოძებნეთ კოდიდან უკან, ნაცვლად იმისა, რომ კოდის ახსნას შეეცადოთ.
წაიკითხეთ setupapi.dev.log მცდელობის გარშემო
მოწყობილობის ყველა ინსტალაცია ნაწილს წერს ფაილში C:\Windows\INF\setupapi.dev.log, და SetupAPI ჟურნალის სახელმძღვანელო ხსნის, როგორ არის ეს ნაწილები და მათი საბოლოო სტატუსი ორგანიზებული. იპოვეთ ის ნაწილი, რომლის დროის ნიშა თქვენს მცდელობას მოიცავს, შემდეგ წაიკითხეთ ის მთლიანად და არა პირველი შეცდომის სტრიქონი, რომელსაც შეამჩნევთ. გაფრთხილებები უკავშირო მოწყობილობებზე გრძელ ჟურნალში ყველგან გვხვდება და ამ წარუმატებლობაზე არაფერს ხსნის. შესაბამისი ნაწილის საბოლოო სტატუსი არის ის ფაქტი, რომლის ციტირებაც ანგარიშში ღირს.
დააკავშირეთ ეს ნაწილი ადაპტერის სახელს, მოწყობილობის იდენტიფიკატორს და ინსტალატორის ჟურნალში დასახელებულ INF პაკეტს. სამი იდენტიფიკატორის ერთ დროის ნიშაზე დამთხვევაა ის, რაც დაკავშირებას უსაფრთხოს ხდის.
შეამოწმეთ პაკეტი და მოწყობილობა ცალ-ცალკე
მომზადებული პაკეტი მხოლოდ იმას ამტკიცებს, რომ ხელმოწერილი INF დრაივერის საცავამდე მივიდა. ამ თაობის Windows-ზე pnputil /enum-drivers მესამე მხარის პაკეტებს მიმწოდებლის, კლასის, ვერსიისა და გამოქვეყნებული სახელის მიხედვით ჩამოთვლის, რაც საშუალებას გაძლევთ იპოვოთ OpenVPN ადაპტერის პაკეტი და არ გამოიცნოთ oem ნომრიდან. ამ სიაში არაფერი ამბობს, რომ მოწყობილობა არსებობს, გაშვებულა ან თქვენს მიერ ნაპოვნ პაკეტზეა მიბმული. ეს ცალკეული კითხვებია ცალკეული პასუხებით.
მოწყობილობის მხარეს საკუთარი ხედი აქვს. მხოლოდ წაკითხვადი ადაპტერების ინვენტარი გვიჩვენებს, რას ფიქრობს Windows ახლა ინტერფეისზე, და დამალული ჩანაწერები მოიცავს მოწყობილობებს, რომლებიც არსებობს, მაგრამ არააქტიურია. ორი სიის შედარება გეუბნებათ, რომელი ეტაპი ჩავარდა: პაკეტი არ არის, მოწყობილობა არ არის, ან მოწყობილობა არსებობს პრობლემური სტატუსით.
გადაამოწმეთ ადაპტერი ხელმოწერების შეხებამდე
წაიკითხეთ მდგომარეობა მანქანიდან და არა ინსტალატორის შეჯამებიდან. ქვემოთ მოცემული ბრძანებები ჩამოთვლის მომზადებულ დრაივერის პაკეტებს, ადაპტერების ინვენტარს დამალული ჩანაწერების ჩათვლით და ქსელურ მოწყობილობებს, რომლებიც არ აცხადებენ OK-ს. გაუშვით ისინი გადატვირთვის შემდეგ, რათა მოლოდინში მყოფი მოწყობილობის ოპერაციები დასრულდეს.
pnputil /enum-drivers
Get-NetAdapter -IncludeHidden | Select-Object Name, InterfaceDescription, Status
Get-PnpDevice -Class Net | Where-Object Status -ne 'OK'
პაკეტი, რომელსაც შესატყვისი მოწყობილობა არ აქვს, მოწყობილობის შექმნაზე მიუთითებს, და იმ დროის ნიშის setupapi ნაწილი ხსნის, რატომ. მოწყობილობა პრობლემური სტატუსით მიუთითებს დრაივერზე ან მის ხელმოწერაზე, რაც სხვა საუბარია დაკარგულ მოწყობილობაზე. ადაპტერი, რომელიც არსებობს და იუწყება გათიშვას, მუშა მოწყობილობაა აქტიური გვირაბის გარეშე და არა წარუმატებელი ინსტალაცია. წაიკითხეთ სამივე გამოსავალი ერთად, სანამ გამოსასწორებელ ეტაპს აირჩევთ.
ხელმოწერის აღსრულების გამორთვა, ქსელური სტეკის გადატვირთვა ან ყველა ადაპტერის წაშლა მტკიცებულებას აქრობს. არც ერთი ამ სამიდან არ ასწორებს ეტაპს, რომელიც ჯერ არ გამოგივლიათ, და თითოეული აშორებს იმას, რაც გეტყოდათ, რომელი ეტაპი იყო.