Tôi đã cố gắng lấy bản sao trong Windows 7 để tạo nhật ký Unicode, vì tôi có các tệp có ký tự Unicode. Lệnh tôi đã sử dụng:

robocopy C:\mysource D:\mydest /mir /unilog:backup.log /tee

Tệp bản sao hoạt động và đầu ra trên màn hình là chính xác, bản thân tệp nhật ký chỉ chứa vô nghĩa. Điều này là bất kể tôi sử dụng Dấu nhắc Lệnh hay Powershell.

Đưa cái gì? Tôi có làm điều gì sai?

Lỗi trong XP27. Hãy thử hạ cấp xuống XP26.

Nó dường như là một lỗi trong XP27phiên bản RoboCopy (đi kèm với Windows 7).

Trong phiên bản XP26(đi kèm với Windows Vista) /UNILOGtạo ra tệp nhật ký Unicode hoàn toàn dễ đọc cho tôi.

Nếu bạn không có bản sao Vista nằm xung quanh EasyRoboCopy cũng đi kèm với XP26phiên bản. (Tôi thực sự chưa thử EasyRoboCopy, chỉ cần trích xuất robocopy.exera khỏi tệp thiết lập của nó bằng cách sử dụng WinRAR.)

Nhìn thoáng qua, tôi muốn nói rằng tệp được viết bởi Robocopy trong khi sử dụng các công tắc /UNILOGvà các /TEEcông tắc chứa một dấu thứ tự byte cuối nhỏ UTF-16 theo sau là một bản in thiết bị đầu cuối ISO-8859-1.

Để làm cho nó dễ đọc, tôi đã làm như sau trong Ubuntu:

dd if=robocopy.log ibs=1 skip=2 obs=512        | # Strip the byte order mark
  iconv --from-code ISO-8859-1 --to-code UTF-8 | # Convert to UTF-8
  col -b > robocopy_utf-8.log                    # Interpret control characters

Tệp kết quả khớp với những gì tôi thấy trong dấu nhắc lệnh của Windows.

Đọc thêm: người đàn ông dd, người đàn ông iconv, người đàn ôngcol

Nhìn vào đầu ra tệp (nhị phân) trên Win7, tùy chọn / UNILOG là vô dụng. Nó viết BOM UNICODE tiêu chuẩn (FFFE), nhưng sau đó tiến hành viết tất cả các ký tự hẹp NGOẠI TRỪ cho dòng tùy chọn (ví dụ: / BYTES / S / COPY: DATS ...), đó là unicode thực tế. Sau đó, nó trở lại ký tự ANSI và nó cũng không phải là UTF-8; tức là, nếu bạn có một tên tệp có ký tự rộng trong đường dẫn, nó được chuyển đổi thành một '?' hẹp tính cách.

Rõ ràng không có hứng thú với việc sửa nó từ MSFT, vì nó đã xảy ra theo cách này một thời gian và tôi có tất cả các bản cập nhật.

Tôi đã sửa các tệp nhật ký Robocopy định dạng Unicode không thể đọc được của mình trong Windows (được tạo ngẫu nhiên bằng cách nối thêm đầu ra Robocopy bình thường vào đầu ra Unicode từ Out-File trong PowerShell), như sau:

Trong PowerShell:

$bytes = [System.IO.File]::ReadAllBytes('C:\Temp\RoboCopyLog.txt')
$len = $bytes.Length
#Remove the Unicode BOM, and convert to ASCII
$text = [System.Text.Encoding]::ASCII.GetString($bytes,2,$len -2)
$text

Các mã trên có thể không hoạt động cho tất cả các kích cỡ tập tin!

(Tín dụng cho mã: Tôi đã điều chỉnh mã từ bài đăng này của Ferdinand Prantl: Stackoverflow - Đọc / Phân tích tệp nhị phân với PowerShell

Sử dụng trang mã UTF-8, sau đó chạy trình chuyển đổi winword

Nếu tên tệp hoặc thư mục của bạn chứa các ký tự Unicode thì trước khi ban hành lệnh Robocopy với /unilogtham số, hãy sử dụng chcp 65001lệnh. (Mã trang 65001 là UTF-8 .)

Khi bạn có bản ghi Unicode được đọc sai, chỉ cần mở nó trong MS Word Unicode (UTF-8)và lưu nó:

Trong trường hợp của bạn, lệnh trong Powershell sẽ giống như thế này:

robocopy C:\mysource D:\mydest /mir | Out-File backup.log

Cách giải quyết là bạn sử dụng Out-File thay vì tham số tích hợp / unilog. Bạn sẽ nhận được chính xác cùng một tệp nhật ký, nhưng bây giờ nó sẽ được viết đúng bằng unicode.

Chạy chcplệnh trước lệnh robocopy, với trang mã bên phải.

cho UTF-8 (không hoạt động với robocopy & tiếng Do Thái và có thể nhiều ngôn ngữ hơn):

chcp 65001 | Out-Null

đối với tiếng Do Thái:

chcp 1255 | Out-Null 

Danh sách trang mã đầy đủ: https://docs.microsoft.com/en-us/windows/desktop/intl/code-page-identifier