Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
Greetings,
I've got a bat script which copies certain information from a computer onto a USB hard drive using Robocopy. The hard drive is FAT formatted and therefore doesn't support directories with extended attributes, leading me to robocopy error 282 as described here.
How do I tell robocopy to copy all the attribute information EXCEPT for the extendable attributes?
I still need help, but, some helpful info from the googling ive done thus far
Robocopy Command-Line Options: http://www.ss64.com/nt/robocopy.html
What is an Extended File Attribute: http://en.wikipedia.org/wiki/Extended_file_attributes
Windows Hotfix (which would be great if I wasn't copying to a USB hard drive): http://support.microsoft.com/kb/329145/en-us
EDIT: Wow, the file system isn't FAT, I was wrong. Its RAW.
I found I only got the 282 error when copying direcories with robocopy. So I used xcopy with /T /E to create the directory structure. I was then able to use robocpy to copy all the files without error.
Convert FAT USB hard drive to NTFS using convert command (converting in this direction won't delete the data):
http://technet.microsoft.com/en-us/library/bb456984.aspx
eg:
convert e: /fs:ntfs
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 3 years ago.
Improve this question
I ran across some files on a public share. The extension is .tabufa. There is concern this is some sort of hack. Based on my knowledge of that business unit and some of the file names, I suspect these files have something to do with Tableau. Most of them are like filename.xlsm.tabufa, but one is filename.lnk.tabufa.
Another likely scenario is someone did a batch rename to tack .tabufa to the end of all file names in that folder, so this may be a wild goose chase.
I have found nothing about this extension by using a search engine.
One other clue: There is a file named how_to_back_files.html in the same folder. The user who identified the file extension (Right, it wasn't me. I don't have access to that folder.) verified that this file contains the ransom note.
These are files that have been encrypted by GlobeImposter 2.0 Ransomware. See this link.
Probably not Tableau. I would be more inclined to lean on the .xlsm portion which would indicate that it is a Macro Enabled Excel file. I'm guessing a Macro caused/created the custom extension either on purpose or on accident.
To verify, you can change the the extension to .xml. Open with a text editor and if it is Tableau it will start with something similar to the following:
<?xml version='1.0' encoding='utf-8' ?>
<!-- build 20182.18.0627.2230 -->
<workbook original-version='10.5' source-build='2018.2.0 (20182.18.0627.2230)'
source-platform='mac' version='18.1'
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 6 years ago.
Improve this question
has anyone made experience with a unspecified error during copy big (2-3GB) files to the local hyper-v machine? My machine has in any case enough memory and space. The error comes quite suddenly during the copy process. Where can I get specific error details? There is nothing in my Windows Event logger :-/
Best regards
Copying files larger than 2 GB over a Remote Desktop Services or a Terminal Services session through Clipboard Redirection (copy and paste) is not supported. Please check
https://support.microsoft.com/en-us/kb/2258090
RDP transfers files through your clipboard. Copying something while the transfer is taking place (which is particularly easy in a large file transfer, because you probably want to do something else as it is happening, and copying things is a very common operation) fails the entire thing with an unspecified error.
If it's possible to you, consider using drive redirection, as it is much faster and resilient to this.
It happens for me when I try to copy some other text or file when a large file is being copied over Remote desktop services whereas in local machine, it allows parallel copy.
This helped for me:
Log into the Remote Desktop.
Browse to your computer over the network.
Copy file to the Remote Desktop.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
I have created a sql job with 2 steps to create a db backup i.e., 1st step to get the db backup and second step to copy the db backup to network drive.
1st Step success.
2nd step fails.
In 2step am giving type as operating system(cmdExec) and in command line i mentioned as
robocopy <soure> <destination> but it throuws the Error.
Error:-The process could not be created for step 2 of job 0x7847DBA2AFA7D149A5ED24AA8B3B9FA6 (reason: The system cannot find the file specified). The step failed.
Quick help is highly appreciated.
A few things I can think of:
Make sure that the path in the command is fully qualified (C:... etc) and wrap it in double quotes to avoid issues with spaces in path names. Paste the path into a command window and make sure Robocopy opens OK.
Make sure that the account that the SQL Server instance is running under (probably Network Service) has access to the robocopy executable.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
Recently I deleted my huge collection of data that I stored in my hard disc accidentally. I recovered it using some recovery software.
But I want to set my hard disc in such a way that, nobody can delete the files, even it is administrator of my system or other system , until the permission is changed.
I don't like to use any external software for my need.
What can I do?
The closest you can get to this, on Linux and OS X, at least, is setting the sticky bit on the directory containing the files and changing the owner of the directory and those files to a dummy user.
chmod +t /path/to/dir
chown -R someone /path/to/dir
The sticky bit makes it so only the file owner or root (or, on OS X, someone with write access to the directory) can delete or rename files in a directory.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
I'm using cp.exe from Cygwin to copy files in Windows 7. Unfortunately, when I do the permissions of the file change.
I've tried using:
cp --preserve=all
But that doesn't work either, and when I check the security of the original file vs the copy, the copy has different permissions.
Clearly there must be a way to preserve permissions when copying using Cygwin, but I can't find it.
I believe adding option noacl to the /cygdrive mount point in /etc/fstab will do what you want.
$ cat fstab
# For a description of the file format, see the Users Guide
# http://cygwin.com/cygwin-ug-net/using.html#mount-table
# This is default anyway:
# none /cygdrive cygdrive binary,posix=0,user 0 0
none /cygdrive cygdrive binary,posix=0,user,noacl 0 0
See http://cygwin.com/cygwin-ug-net/using.html#mount-table and discussion from the cygwin mailing list.
I did some more investigation about this after asking the question above.
Per this discussion with one of Cygwin's developers, it appears that Cygwin doesn't care about Windows permissions, and just sticks with the POSIX ones.
From what I can tell, POSIX permissions are a whole separate thing from the Windows ones, so yes, it's great that they're supported, but ultimately, Cygwin can't copy files and maintain normal Windows permissions. Making it useless to me. Much better to use Python or Ruby.
I would love to be proven wrong though.