Lỗi khi gọi cho bên thứ ba thực thi từ Powershell khi sử dụng IDE

Question

Tôi có tập lệnh PowerShell sử dụng du.exe (Disk Usage ban đầu từ Sysinternals) để tính kích thước của thư mục.

Nếu tôi chạy du c:\Backup trong giao diện điều khiển, nó hoạt động như mong đợi, nhưng cùng một dòng mã chạy trong ISE hoặc PowerGUI cho kết quả mong đợi cộng với lỗi

+ du <<<< c:\backup 
+ CategoryInfo   : NotSpecified: (:String) [], RemoteException 
+ FullyQualifiedErrorId : NativeCommandError 

Tại sao vậy? Làm cách nào để tránh lỗi này? Tôi đã thử gọi biểu thức, sử dụng &, nhưng không được.

Cảm ơn sự giúp đỡ.

Answer 1

Để tránh điều này, bạn có thể chuyển hướng stderr null ví dụ .:

du 2> $null 

Về cơ bản các máy chủ giao diện điều khiển và ISE (cũng như remoting) đối xử với dòng stderr khác nhau. Trên máy chủ bàn điều khiển, điều quan trọng là PowerShell phải hỗ trợ các ứng dụng như edit.com để làm việc cùng với các ứng dụng khác có ghi kết quả đầu ra màu và lỗi trên màn hình. Nếu luồng I/O không được chuyển hướng trên máy chủ bàn điều khiển, PowerShell sẽ cung cấp cho EXE một bảng điều khiển xử lý để ghi trực tiếp. Điều này bỏ qua PowerShell để PowerShell không thể thấy rằng có lỗi được ghi để nó không thể báo cáo lỗi thông qua lỗi $ hoặc bằng cách ghi vào luồng stderr của PowerShell.

ISE và điều khiển từ xa không cần phải hỗ trợ kịch bản này để họ thấy lỗi trên stderr và sau đó ghi lỗi và cập nhật lỗi $.

Answer 2

Gần đây tôi đã gặp phải các vấn đề tương tự, nhưng tôi muốn nhận được kết quả đầu ra stderr hướng tới stdout. Bạn sẽ nghĩ rằng những điều sau đây sẽ hoạt động:

& du 2>&1 

Nhưng PowerShell sẽ giải thích chuyển hướng và xử lý sau khi hoàn thành 'du'. Các công việc xung quanh tôi thấy là để gọi nó bằng cách sử cmd.exe/c:

& cmd /c 'du 2>&1' 

Answer 3

Một cách khác để ngăn chặn các NativeCommandError ra là để chuyển đổi các đối tượng trong các đường ống để chuỗi như đã nêu ở phía dưới của this answer:

du c:\Backup 2>&1 | %{ "$_" } 

Answer 4

Hãy thử:

du 2>&1 | %{ "$_" } 

Answer 5

Previ F FIX sẽ chuyển hướng lỗi nhưng bạn có thể mất một lỗi thực nếu ví dụ tên người dùng hoặc mật khẩu của bạn không tốt hoặc nếu sử dụng xác thực tích hợp, bạn không có quyền truy cập.

Vì vậy, đây là một cách để thực hiện xử lý lỗi và bỏ qua lỗi cụ thể (không phải là một) do psexec đưa ra.

try{ 
 
      \t psexec command ..... 
 
      } 
 
      catch [System.Management.Automation.RemoteException]{ 
 
       if ($_.TargetObject -like "Connecting to *" -and $_.CategoryInfo.Category -eq "NotSpecified" -and $_.FullyQualifiedErrorId -eq "NativeCommandError" -and $_.InvocationInfo.MyCommand.Name -like "psexec*.exe"){ 
 
        $error.Remove[$Error[0]] 
 
       } 
 
       else{ 
 
        Throw 
 
       } 
 
      }   
 
      catch{ 
 
       throw 
 
      }