cmd 中cmd copy 相对路径命令远程复制问题.系统找不到网络路径?

在cmd命令行里怎么复制和粘贴_电脑小技巧_菲菲博客网
新版菲菲博客轻装上阵,2016感谢有你!
您的位置: &
在cmd命令行里怎么复制和粘贴
来自Aedny 原创 发表于
16:41:48 热度:
所有原创博文版权归菲菲博客所有,转载必须注明文章出处地址:/pcjiqiao/252.html
精彩推荐,马上回来...
Copyright & 2010 - 2015 菲菲博客网. All Rights Reserved建议使用以上版本或、浏览器访问本站,获得更好的用户体验。以上由提供
您的位置:
> 怎么在Win7系统CMD窗口下进行复制粘贴操作?
怎么在Win7系统CMD窗口下进行复制粘贴操作?
  CMD窗口,即命令提示符窗口,使用过这个功能的用户都知道,在命令提示符窗口下是无法进行复制粘贴操作的,只能通过手动输入信息,这个就比较麻烦,那么可以在Win7命令提示符窗口下进行复制粘贴操作吗?答案当然是可以的。
  在Win7命令提示符窗口下进行复制粘贴操作:
  方法一
  1.首先,找到需要复制路径文件所在的位置,找到文件之后,选中,并同时按下shift键。
  2.接下来使用鼠标右键,点击该文件,在弹出来的菜单中选择额&复制成路径&。
  3.然后打开命令提示符窗口,在需要复制路径信息的位置点击右键,选择粘贴即可。
  方法二
  1.第一步与上述方法的第一步是一样的。
  2.第二步的前面也是一样的,只不过在弹出来的菜单中,我们选择的是&在这不给打开命令行的窗口&。
  3.这样,需要的路径就直接在显示在弹出来的命令提示符窗口中了。
  Win7系统很多故障都可以通过命令提示符命令来完成,十分的方便,但美中不足的就是命令提示符窗口不能复制和粘贴,有了上述的方法,这个不足也就被解决了。
评论列表(网友评论仅供网友表达个人看法,并不表明本站同意其观点或证实其描述)
Copyright (C)2014 www.xitongcheng.cc All rights reserved
本站发布的系统与软件仅为个人学习测试使用,请在下载后24小时内删除,不得用于任何商业用途,否则后果自负,请支持购买微软正版软件!
黔ICP备号-1(window.slotbydup=window.slotbydup || []).push({
id: '2081942',
container: s,
size: '1000,60',
display: 'inlay-fix'为什么 Win7 CMD 下执行两条 copy 命令,其中一条会完整匹配扩展名而另一条不会?
用命令行拷贝文件的时候发现一个奇怪的现象。&br&目录树如图:&br&&img src=&/e8b12f582eb748eda6a6e80ca204510c_b.png& data-rawwidth=&201& data-rawheight=&222& class=&content_image& width=&201&&执行命令:&br&&div class=&highlight&&&pre&&code class=&language-powershell&&&span class=&n&&copy&/span& &span class=&n&&a&/span&&span class=&p&&\*.&/span&&span class=&n&&js&/span& &span class=&n&&b&/span&&span class=&p&&\&/span&
&span class=&n&&copy&/span& &span class=&n&&a&/span&&span class=&p&&\*.&/span&&span class=&n&&css&/span& &span class=&n&&b&/span&&span class=&p&&\&/span&
&/code&&/pre&&/div&运行结果:&br&&img src=&/786b11f933adf9fb8dd2_b.png& data-rawwidth=&234& data-rawheight=&141& class=&content_image& width=&234&&目录树变化:&br&&img src=&/ae84b8c230e1f83c8a33_b.png& data-rawwidth=&192& data-rawheight=&275& class=&content_image& width=&192&&&br&&b&为什么一个会完整匹配扩展名一个不会啊。。。&/b&&br&&b&环境:win7 sp1 旗舰版 x64 简体中文&/b&&br&&b&测试文件:链接: &a href=&///?target=http%3A///s/1nubWLID& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&/s/1nubWLI&/span&&span class=&invisible&&D&/span&&span class=&ellipsis&&&/span&&i class=&icon-external&&&/i&&/a& 密码: cdwa&/b&&br&&br&PS:试了宿舍的四台电脑和打印店的一台电脑都出现同样的情况&br&重现了的童鞋请评论下,让我知道我不是一个人。。。
用命令行拷贝文件的时候发现一个奇怪的现象。目录树如图:执行命令:copy a\*.js b\
copy a\*.css b\
运行结果:…
按投票排序
因为短名的问题,有人能复现有人不能是因为不同机器上短名的配置不一样(有人可能把NTFS短名支持给关了):WIN8也一样的:另外FAT32也一样的。用dir /X可以显示短名,copy的时候会匹配短名,所以自然就复制了。解决方法:在NTFS上关闭短名,那么就不会匹配了,但FAT必须有短名。关闭以后的效果:关闭方法:注册表:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem,NtfsDisable8dot3NameCreation改成1(默认值是2或者0),含义:0(全部启动),1(全部禁用),2(每个盘符单独设置),3(除系统盘外全部禁用)-------------------------------说点其它的:Windows文件系统的短名是通过内核API:RtlGenerate8dot3Name来生成的,能看到Windows源码的人是能找到这个API的实现的,如果NTFS设置成不支持短名,那么短名就不会生成。同时,还有一个配置也需要说一下,就是上面注册表项目里的Win95TruncatedExtensions值,这个配置的作用是:当它为1的时候,扩展名长度如果超过3个字符,会直接截断成3个字符;当它为0的时候,扩展名长度如果超过3个字符,会变成2个字符+‘~'的形式。配置为0的时候会遇到另外一种情况,就是如果两个扩展名都是超过3个字符的,那么也可能会把不同的扩展名截断成相同的3个字符。修改NtfsDisable8dot3NameCreation的设置,只需要重新挂载分区即可(比如格式化或者插拔U盘,或者用底层API重新mount),修改Win95TruncatedExtensions,需要重启,因为这是一个系统级的API,必须重新加载kernel才行。短名里,文件名后面那一坨奇怪的东西(比如11.cssss对应的11A45E~1的A45E)是CheckSum(调用RtlComputeLfnChecksum计算获得)
日了狗…… Windows 7 32位成功重现。研究了一下,这个 BUG(Feature)只会出现在当你匹配的扩展名是 3 位的情况。那么这是为什么呢?咳咳 这个锅还得微软的向后兼容策略来背dir *.css /x
0 A8F51~1.CSS
正好匹配到了长扩展名文件的 8.3 短文件名……
原因在于"a.css@111"所对应的短文件名为"A1F20~1.CSS",而"b.js@111"所对应的短文件名为"B5008~1.JS@",不明白的话继续往下看。NTFS文件系统本身已经对长文件名作出支持,但8.3的名称仍然会保留以供旧的应用程序使用,这个功能可以被选择性地关闭,所以题主出现的情况有人能重现有人不能,具体设置参见
大神的答案,真的不是我手慢!只是服务器突然跟我提了个问题!!!要维持对以前的应用程序(例如DOS和Windows 3.1)的向下兼容性,每一个长文件名会自动产生一个相应的8.3文件名称,以便文件可以被继续使用。由于对于一个长文件名没有一个必然的算法创建一个短文件名,Windows会使用以下的策略以决定一个短文件名(即8.3文件名)称是如何产生:1. 如果长文件名是8.3大写文件名,在磁盘上不会存储任何长文件名。例如:"TEXTFILE.TXT"2. 如果长文件名是8.3大小写混合字母,那么长文件名会存储大小写混合字母,而8.3文件名会存储它的大写字母版本。例如:"TextFile.Txt"会转换成"TEXTFILE.TXT"。3. 长文件名只会保留基本名称的前6位半角字符,以一个~号连接一个数字作结尾以作识别,最后以扩展名的前3位字符作结束。从这个结果中再对无法使用的字符作替换,像+号会转换成_号,另外也会转成全大写字母。例如:"TextFile1.Mine.txt"会转换成"TEXTFI~1.TXT"(如果"TEXTFI~1.TXT"已经存在的情况下,会存储作"TEXTFI~2.TXT");"附属应用程序"会转换成"附属应~1";"ver +1.2.text"会转换成"VER_12~1.TEX"。另外,从Windows 2000开始,如果最少4个文件或文件夹的短文件名的前6个字符是相同的话,该长文件名会另行将文件名转为原名称的前2位字符(或如果原名称只有一个字符的话,便取这一个字符),再以4位十六进制的文件名称的哈希值连接,接着~号,再接着一位的数字及.号,最后以前3位的扩展名作为结尾,并转为大写字母。例如:"TextFile.Mine.txt"会转换成"TE021F~1.TXT"。
copy是来自dos的命令所以只认8.3名。题主应该换成powershell用robocopy就可以了。具体原因见答案
原因楼上已经解释得很清楚了。请使用PowerShell!
谢邀~题主好细心,问题有点意思,下次要注意了。我的系统维护脚本一般是python写的,bat坑多,尽量远离之。
我去……我重现了…… win7 64bit 企业版 sp1不用copy,dir命令也一样dir a\*.css
会把两个文件都列出来但是dir a\*.js
只有一个文件真是日了哈士奇了~~~~~~~~重要更新~~~~~~~~~经测试,只要你命令里用的是两个字符的扩展名,就跟js一样只要是三个字母的扩展名就跟css那个例子一样比如dir a\*.js
并不会列出a.jssabcde但是dir a\*.jss
会列出a.jssabcde也就是说命令里给了两个字(或更少)的扩展名,就不会往后扩展三个字就会往后扩展,此时跟我们理解的通配符行为不一样四个字跟两个字一样……更多的暂时没测试而且跟带不带@ 似乎无关
不知道,無法重現。Win10.10586Win7___这种烂问题通常出现在中文系统中。慢慢你就知道为什么技术人员用英文系统了。
不同的操作系统不一样:复现:Windows 7 SP1 X64, CHS未复现:Windows 8.1 X64, CHS

我要回帖

更多关于 windows找不到文件cmd 的文章

 

随机推荐