ಸ್ಥಾಪಕವು TAP ಅಡಾಪ್ಟರ್ ಅನ್ನು ರಚಿಸಲಾಗಲಿಲ್ಲ ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಆ ವಾಕ್ಯವು ಕನಿಷ್ಠ ಮೂರು ವಿಭಿನ್ನ ವೈಫಲ್ಯಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ಪ್ಯಾಕೇಜ್ ಎಂದೂ ಸಿದ್ಧವಾಗಿರದಿರಬಹುದು, ಅದು ಸಿದ್ಧವಾಗಿದ್ದರೂ ಸಾಧನ ರಚಿಸದೇ ಇರಬಹುದು, ಅಥವಾ ಸಾಧನವು ಸಮಸ್ಯಾತ್ಮಕ ಸ್ಥಿತಿಯಲ್ಲಿ ಇದ್ದು ಸ್ಥಾಪಕವು ಅದನ್ನು ಒಂದೇ ಸಾಮಾನ್ಯ ದೋಷವಾಗಿ ವರದಿ ಮಾಡಿರಬಹುದು. ಇವುಗಳಲ್ಲಿ ಯಾವುದು ನಿಮ್ಮದು ಎಂಬುದು ಯಾರು ಸರಿಪಡಿಸಬೇಕು ಮತ್ತು ಯಾವ ಸಾಕ್ಷ್ಯ ಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

ಬೇರೆ ಯಾವುದಕ್ಕೂ ಮೊದಲು ಬಿಲ್ಡ್ ಸಂಖ್ಯೆ ಮತ್ತು ಸ್ಥಾಪನೆಯ ಸಮಯದ ಮುದ್ರೆಯನ್ನು ಸಂಗ್ರಹಿಸಿ. ಎರಡೂ ಲಾಗ್ಗಳ ಕಡತಕೋಶವನ್ನು ನಿಜವಾಗಿ ಚಲಾಯಿಸಬಹುದಾದ ಹುಡುಕಾಟವಾಗಿ ಬದಲಾಯಿಸುತ್ತವೆ.

ಮೂರು ಹಂತಗಳು, ಮೂರು ವಿಭಿನ್ನ ಲಾಗ್ಗಳು

ಮೊದಲ ಹಂತ ಸ್ಥಾಪಕವೇ: ಅದು ಕಡತಗಳನ್ನು ಬಿಚ್ಚುತ್ತದೆ, ತನ್ನದೇ ಲಾಗ್ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು 1603 ನಂತಹ ಸಾರಾಂಶ ಸಂಕೇತವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಅದು ವಹಿವಾಟು ವಿಫಲವಾಯಿತು ಎಂದು ಹೇಳುತ್ತದೆಯೇ ಹೊರತು ಎಲ್ಲಿ ಎಂದಲ್ಲ. ಎರಡನೆಯದು ಚಾಲಕ ಭಂಡಾರ, ಅಲ್ಲಿ ಸಹಿ ಮಾಡಿದ ಪ್ಯಾಕೇಜ್ ನಂತರದ ಬಳಕೆಗಾಗಿ ಸಿದ್ಧಗೊಳ್ಳುತ್ತದೆ, ಇದು ಅದನ್ನು ಯಂತ್ರಾಂಶಕ್ಕೆ ಬಿಗಿಯುವುದಕ್ಕಿಂತ ಬೇರೆ ಸಾಧನೆ. ಮೂರನೆಯದು ಸಾಧನ ರಚನೆ, ಅಲ್ಲಿ Windows ಸಾಧನದ ಪ್ರತಿಯನ್ನು ನಿರ್ಮಿಸಿ, INF ಅನ್ನು ಅನ್ವಯಿಸಿ, ಫಲಿತಾಂಶವನ್ನು setupapi ಲಾಗ್ನಲ್ಲಿ ದಾಖಲಿಸುತ್ತದೆ. ಈ ಹಂತಗಳಲ್ಲಿ ಯಾವುದೇ ಎರಡರ ನಡುವಿನ ನಿಶ್ಶಬ್ದ ಕಂದಕವು ಬಳಕೆದಾರರಿಗೆ ಕಾಣುವ ಅದೇ ವಾಕ್ಯವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.

ಸಾರಾಂಶ ಸಂಕೇತ ವಹಿವಾಟಿಗೆ ಸೇರಿದ್ದು, ಆದರೆ ವಿಫಲವಾದ ಕ್ರಿಯೆ ಅದೇ ಲಾಗ್ನಲ್ಲಿ ಹಿಂದಿನ ಎಲ್ಲೋ ಇರುತ್ತದೆ. ಸಂಕೇತವನ್ನು ವಿವರಿಸಲು ಪ್ರಯತ್ನಿಸುವ ಬದಲು ಸಂಕೇತದಿಂದ ಹಿಂದಕ್ಕೆ ಹುಡುಕಿ.

ಪ್ರಯತ್ನದ ಸುತ್ತಮುತ್ತ setupapi.dev.log ಓದಿ

ಪ್ರತಿ ಸಾಧನ ಸ್ಥಾಪನೆಯೂ C:\Windows\INF\setupapi.dev.log ಗೆ ಒಂದು ವಿಭಾಗವನ್ನು ಬರೆಯುತ್ತದೆ, ಮತ್ತು SetupAPI ಲಾಗ್ ಮಾರ್ಗದರ್ಶಿ ಆ ವಿಭಾಗಗಳು ಮತ್ತು ಅವುಗಳ ಅಂತಿಮ ಸ್ಥಿತಿ ಹೇಗೆ ಜೋಡಣೆಯಾಗಿವೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ಸಮಯದ ಮುದ್ರೆಯು ನಿಮ್ಮ ಪ್ರಯತ್ನವನ್ನು ಸುತ್ತುವರಿಯುವ ವಿಭಾಗವನ್ನು ಕಂಡುಕೊಂಡು, ನೀವು ಗಮನಿಸಿದ ಮೊದಲ ದೋಷ ಸಾಲಿನ ಬದಲು ಅದನ್ನು ಪೂರ್ಣವಾಗಿ ಓದಿ. ಸಂಬಂಧವಿಲ್ಲದ ಸಾಧನಗಳ ಬಗ್ಗೆ ಎಚ್ಚರಿಕೆಗಳು ಉದ್ದವಾದ ಲಾಗ್ನುದ್ದಕ್ಕೂ ಕಾಣಿಸುತ್ತವೆ ಮತ್ತು ಈ ವೈಫಲ್ಯದ ಬಗ್ಗೆ ಏನನ್ನೂ ವಿವರಿಸುವುದಿಲ್ಲ. ಹೊಂದಿಕೆಯಾಗುವ ವಿಭಾಗದ ಅಂತಿಮ ಸ್ಥಿತಿಯೇ ವರದಿಯಲ್ಲಿ ಉಲ್ಲೇಖಿಸಲು ಯೋಗ್ಯವಾದ ಸತ್ಯ.

ಆ ವಿಭಾಗವನ್ನು ಅಡಾಪ್ಟರ್ ಹೆಸರು, ಸಾಧನ ಗುರುತು ಮತ್ತು ಸ್ಥಾಪಕ ಲಾಗ್ನಲ್ಲಿ ಹೆಸರಿಸಿದ INF ಪ್ಯಾಕೇಜಿನೊಂದಿಗೆ ಹೊಂದಿಸಿ. ಒಂದೇ ಸಮಯದ ಮುದ್ರೆಯಲ್ಲಿ ಮೂರು ಗುರುತುಗಳು ಒಪ್ಪುವುದೇ ಆರೋಪವನ್ನು ಸುರಕ್ಷಿತಗೊಳಿಸುತ್ತದೆ.

ಪ್ಯಾಕೇಜ್ ಮತ್ತು ಸಾಧನವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ

ಸಿದ್ಧಪಡಿಸಿದ ಪ್ಯಾಕೇಜ್ ಸಹಿ ಮಾಡಿದ INF ಚಾಲಕ ಭಂಡಾರವನ್ನು ತಲುಪಿತು ಎಂಬುದನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಈ Windows ಪೀಳಿಗೆಯಲ್ಲಿ pnputil /enum-drivers ತೃತೀಯ ಪಕ್ಷದ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಪೂರೈಕೆದಾರ, ವರ್ಗ, ಆವೃತ್ತಿ ಮತ್ತು ಪ್ರಕಟಿತ ಹೆಸರಿನಿಂದ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಇದು oem ಸಂಖ್ಯೆಯಿಂದ ಊಹಿಸುವ ಬದಲು OpenVPN ಅಡಾಪ್ಟರ್ ಪ್ಯಾಕೇಜನ್ನು ಕಂಡುಕೊಳ್ಳಲು ಅನುವು ಮಾಡುತ್ತದೆ. ಆ ಪಟ್ಟಿಯಲ್ಲಿ ಸಾಧನವಿದೆ, ಪ್ರಾರಂಭವಾಯಿತು ಅಥವಾ ನೀವು ಕಂಡುಕೊಂಡ ಪ್ಯಾಕೇಜಿಗೆ ಬಿಗಿದಿದೆ ಎಂದು ಏನೂ ಹೇಳುವುದಿಲ್ಲ. ಅವು ಪ್ರತ್ಯೇಕ ಉತ್ತರಗಳಿರುವ ಪ್ರತ್ಯೇಕ ಪ್ರಶ್ನೆಗಳು.

ಸಾಧನದ ಬದಿಗೆ ತನ್ನದೇ ನೋಟವಿದೆ. ಓದಲು-ಮಾತ್ರ ಅಡಾಪ್ಟರ್ ಪಟ್ಟಿ Windows ಈಗ ಇಂಟರ್ಫೇಸ್ ಬಗ್ಗೆ ಏನು ನಂಬುತ್ತದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಗುಪ್ತ ನಮೂದುಗಳು ಇರುವ ಆದರೆ ನಿಷ್ಕ್ರಿಯ ಸಾಧನಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ. ಎರಡು ಪಟ್ಟಿಗಳನ್ನು ಹೋಲಿಸಿದರೆ ಯಾವ ಹಂತ ವಿಫಲವಾಯಿತು ಎಂದು ತಿಳಿಯುತ್ತದೆ: ಪ್ಯಾಕೇಜ್ ಇಲ್ಲ, ಸಾಧನ ಇಲ್ಲ, ಅಥವಾ ಸಾಧನವಿದೆ ಆದರೆ ಸಮಸ್ಯಾತ್ಮಕ ಸ್ಥಿತಿಯಲ್ಲಿದೆ.

ಸಹಿಗಳನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಅಡಾಪ್ಟರ್ ಪರಿಶೀಲಿಸಿ

ಸ್ಥಿತಿಯನ್ನು ಸ್ಥಾಪಕದ ಸಾರಾಂಶದಿಂದ ಅಲ್ಲ, ಯಂತ್ರದಿಂದಲೇ ಓದಿ. ಕೆಳಗಿನ ಆಜ್ಞೆಗಳು ಸಿದ್ಧಪಡಿಸಿದ ಚಾಲಕ ಪ್ಯಾಕೇಜುಗಳನ್ನು, ಗುಪ್ತ ನಮೂದುಗಳನ್ನು ಒಳಗೊಂಡ ಅಡಾಪ್ಟರ್ ಪಟ್ಟಿಯನ್ನು ಮತ್ತು OK ಎಂದು ವರದಿ ಮಾಡದ ಜಾಲ ಸಾಧನಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತವೆ. ಮರುಬೂಟ್ ನಂತರ ಅವನ್ನು ಚಲಾಯಿಸಿ, ಬಾಕಿ ಇರುವ ಸಾಧನ ಕಾರ್ಯಾಚರಣೆಗಳು ಸ್ಥಿರವಾಗಲಿ.

pnputil /enum-drivers
Get-NetAdapter -IncludeHidden | Select-Object Name, InterfaceDescription, Status
Get-PnpDevice -Class Net | Where-Object Status -ne 'OK'

ಪ್ಯಾಕೇಜ್ ಇದ್ದು ಹೊಂದಿಕೆಯಾಗುವ ಸಾಧನ ಇಲ್ಲದಿದ್ದರೆ ಅದು ಸಾಧನ ರಚನೆಯತ್ತ ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಸಮಯದ ಮುದ್ರೆಯ setupapi ವಿಭಾಗ ಏಕೆ ಎಂದು ವಿವರಿಸುತ್ತದೆ. ಸಮಸ್ಯಾತ್ಮಕ ಸ್ಥಿತಿಯಲ್ಲಿ ಸಾಧನ ಇದ್ದರೆ ಅದು ಚಾಲಕ ಅಥವಾ ಅದರ ಸಹಿಯತ್ತ ತೋರಿಸುತ್ತದೆ, ಇದು ಕಾಣೆಯಾದ ಸಾಧನದ ಬಗ್ಗಿನ ಮಾತಿಗಿಂತ ಬೇರೆ. ಇದ್ದು ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡಿದೆ ಎಂದು ವರದಿ ಮಾಡುವ ಅಡಾಪ್ಟರ್ ಸಕ್ರಿಯ ಸುರಂಗವಿಲ್ಲದ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಸಾಧನ, ವಿಫಲವಾದ ಸ್ಥಾಪನೆಯಲ್ಲ. ಸರಿಪಡಿಸಬೇಕಾದ ಹಂತವನ್ನು ಆರಿಸುವ ಮೊದಲು ಮೂರೂ ಔಟ್ಪುಟ್ಗಳನ್ನು ಒಟ್ಟಿಗೆ ಓದಿ.

ಸಹಿ ಜಾರಿಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು, ಜಾಲ ಸ್ಟ್ಯಾಕ್ ಮರುಹೊಂದಿಸುವುದು ಅಥವಾ ಎಲ್ಲಾ ಅಡಾಪ್ಟರುಗಳನ್ನು ಅಳಿಸುವುದು ಸಾಕ್ಷ್ಯವನ್ನು ಮಾಯವಾಗಿಸುತ್ತದೆ. ಆ ಮೂರರಲ್ಲಿ ಯಾವುದೂ ನೀವು ಇನ್ನೂ ಗುರುತಿಸದ ಹಂತವನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಯಾವ ಹಂತ ಎಂದು ಹೇಳುತ್ತಿದ್ದುದನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು