I've downloaded a website from the net using the wget command-line tool with--restrict-file-names=windows so that once the download is complete I couldcopy the downloaded files to a mounted Windows 7 partition (more precisely,a directory on a Windows 7 host system mounted from an Ubuntu Linux guest systemrunning inside Oracle VirtualBox). However after mounting the directory andcopying the cp command gave me an error for the following files:cp: cannot create directory `/mnt/Desktop/WebSites/foo/www.johndoeandjanedoe.com/ru/\321%81\321%87\321%82\321%8C': Protocol errorcp: cannot create directory `/mnt/Desktop/WebSites/foo/www.johndoeandjanedoe.com/ru/\321%83\321%81\321%82\321%8B-\321%80': Protocol errorcp: cannot create directory `/mnt/Desktop/WebSites/foo/www.johndoeandjanedoe.com/ru/\321%80': Protocol errorcp: cannot create regular file `/mnt/Desktop/WebSites/foo/www.johndoeandjanedoe.com/ru/\321%83\321%80\321%81-\321%81.1': Protocol errorcp: cannot create directory `/mnt/Desktop/WebSites/foo/www.johndoeandjanedoe.com/ru/\321%81\321%82': Protocol errorcp: cannot create directory `/mnt/Desktop/WebSites/foo/www.johndoeandjanedoe.com/ru/\321%83\321%80\321%81-\321%81': Protocol errorcp: cannot create directory `/mnt/Desktop/WebSites/foo/www.johndoeandjanedoe.com/ru/\321%80\321%82-\321%81\321%82': Protocol errorcp: cannot create directory `/mnt/Desktop/WebSites/foo/www.johndoeandjanedoe.com/ru/\321%88\321%82\321%81\321%8C--\321%88\321%83-\321%80\321%81\321%81\321%8B\321%83': Protocol errorcp: cannot create directory `/mnt/Desktop/WebSites/foo/www.johndoeandjanedoe.com/ru/category/\321%81\321%82': Protocol errorcp: cannot create directory `/mnt/Desktop/WebSites/foo/www.johndoeandjanedoe.com/ru/\321%81\321%8C\321%8B-\321%80': Protocol errorcp: cannot create directory `/mnt/Desktop/WebSites/foo/www.johndoeandjanedoe.com/ru/\321%81\321%8F': Protocol errorcp: cannot create directory `/mnt/Desktop/WebSites/foo/www.johndoeandjanedoe.com/ru/\321%83\321%80-\321%81': Protocol errorHow come wget didn't properly convert the links so that they could be properlycopied to my Windows 7 64-bit NTFS file system?EDIT #1As pointed out, the  main problem seems to be with the mounting software from Oracle VirtualBox, although IMHO something could be done at the wget level as well, because if I zip the files, copy the zipped folder with cp over to the mounted partition, and then extract there with 7-Zip, then the filenames which were failing to get copied still have messy/unreadable characters in them (I'm referring in particular to the almost completely black squares characters) as displayed in the image below:
wget --restrict-file-names=windows seems to fail converting links for NTFS
mount;wget;cp;ntfs
These messages look like the underlying software you're using to do the mounting cannot handle the special characters that wget is using due to the --restrict-file-names=windows argument.cp: cannot create directory `/mnt/Desktop/WebSites/foo/www.johndoeandjanedoe.com/ru/\321%81\321%87\321%82\321%8C': Protocol errorPer the wget man page--restrict-file-names=modesChange which characters found in remote URLs must be escaped during  generation of local filenames.  Characters that are restricted by this  option are escaped, i.e. replaced with %HH, where HH is the  hexadecimal number that corresponds to the restricted character. This  option may also be used to force all alphabetical cases to be either  lower- or uppercase....When windows is given, Wget escapes the characters \, |, /, :, ?, ,  *, <, >, and the control characters in the ranges 0--31 and 128--159. In addition to this, Wget in Windows mode uses + instead of : to  separate host and port in local file names, and uses @ instead of ? to  separate the query portion of the file name from the rest.  Therefore,  a URL that would be saved as www.xemacs.org:4300/search.pl?input=blah  in Unix mode would be saved as  www.xemacs.org+4300/search.pl@input=blah in Windows mode.  This mode  is the default on Windows.To confirm this I'd try using 7z to create a compressed archive of the directory (recursively), copy that file over, and then uncompress it on Windows. NOTE: The issue is likely with those special characters that wget is using when you specify that it should output files for consumption on Windows, in combination with the software being used to do the mounting.