linux 回收站的路径:-/.local/share/Trash

linux回收站设计 在windows下有一个很好的东西,那就是回收站,虽然有很多人批评它.linux不是没有回收站,很多桌面环境都可以看到是有回收站的. 这里是讨论如何设计一个回收站,而不是有没有的问题.最好的结果是将rm命令使用mv命令替代使用了. 1.设计思路 因为在linux下rm命令执行成功就直接将文件删除了,而不是将其移入回收站了,也没用给一个用于确认的命令提示,所以rm的误操作是很危险的.而使用mv命令来提供一个后悔机制,就挺好了. 我们可以设计这么一种操作,将rm命令用mv命令来

linux是没有回收站概念的,一旦误删除文件了是很难很难找回来的,对普通用户而言误删除文件就等于永久性不可逆丢失数据了:不过可以改造一下rm命令来变相实现回收站功能,实际上就是mv命令转移文件到指定路径,如果误操作删除了文件可以到这个指定文件夹内找回来: 这里我把/root/.recycle/这个文件夹定义为"回收站" mkdir ~/.recycle 编辑~/.bashrc这个文件将以下内容找个合适的位置copy编辑进入 alias rm=myrmmyrm(){ for target

paip.log4j兼容linux windows 路径设置 作者Attilax  艾龙,  EMAIL:1466519819@qq.com  来源:attilax的专栏 地址:http://blog.csdn.net/attilax   log4j.appender.A1.File=/Users/zhengzb/dev/resin-4.0.32/log/homiServer.log 实际上windows :: "C:\Users\zhengzb\dev\resin-4.0.32\log\hom

shell实现linux回收站的功能 下载: https://gitee.com/LoongWang/shellrecycling/repository/archive/master.zip 代码: #/usr/bin/env bash #定义 #定义回收站目录 RecyclingDir='/usr/local/recycling/' #定义回收站log文件夹 RecyclingLogDir='/var/log/recyclinglog/' #定义回收站log文件 RecyclingLog="/

背景 在上一篇文章安装dotnet core,已经安装好dotnet core了.之前只是安装成功了dotnet, 输入dotnet --info,可以确认安装成功了,但是在运行代码时,还是报错了,本章记录在部署好dotnet core后,到能运行控制台程序当中的错误. 首先将项目用vs发布一下,然后把文件放到中标麒麟的系统上,在文件夹打开终端,执行 dotnet **.dll,结果如下: [root@gumis02 PublishOutput]# dotnet Beyondbit.Consol

Linux learning path Mind Map graph LR A[Linux学习路径]-->b[计算机概论与硬件相关知识] A -->c[Linux 初级] A -->d[Linux 中级] A -->e[Linux 高级] A -->f[Linux 内核研究和操作系统开发] c -->c1[Linux 系统安装] c -->c2[Linux 图形界面使用] c -->c3[Linux 常用命令] d -->d1[Linux 用户和文件系

项目文档引子系列是根据项目原型,制作的测试实验文档,目的是为了提升项目过程中的实际动手能力,打造精品文档AskScuti. 项目文档引子系列目前不对外发布,仅作为博客记录.如学员在实际工作过程中需提前演练,可单独联系进行索取. 文档编号:0-0-4 中标麒麟 Linux V7.0 安装 文档类别:公开型文档  PUB  在线查看 点击下载

麒麟Linux上编译subversion svn-1.7不支持svn info --show-item=revision[1]获取revision. svn-1.12开始不能保存密码stackoverflow. 源码编译svn-1.10: https://subversion.apache.org/download.cgi yum remove subversion yum install apr-devel apr-util-devel lz4-devel utf8proc-devel lib

背景 根据我之前写的文章 将 Net 项目升级 Core项目经验:(一)迁移Net项目为Net Core\Standard项目,我们将公司内部最核心的ORM框架迁移到net core 上面,并在window和mac操作系统上运行测试通过,在后续我们开始准备迁移web 项目到net core 上,并运行在linux系统上. 我们选择的linux不是国际上的大牌linux发行版本,而是我们国内的linux发行版-中标麒麟.在迁移的过程中遇到了太多的问题,最后花费了1个星期的时间,部署成功了.我将其中

Linux中的路径使用'/',而Windows下正好相反'\',Java提供了以系统属性的方式获取路径分隔符: System.getProperty("file.separator"); 通过文件方式也可获取: File.separator

转自:https://blog.csdn.net/lwlgzy/article/details/83857297 http://www.cnblogs.com/jiaping/p/6321859.html https://www.cnblogs.com/lvpengms/archive/2010/02/03/1663071.html https://www.jb51.net/article/64094.htm linux下安装qt请看:https://www.cnblogs.com/kimyee

一.什么是多路径 普通的电脑主机都是一个硬盘挂接到一个总线上,这里是一对一的关系.而到了有光纤组成的SAN环境,或者由iSCSI组成的IPSAN环境,由于主机和存储通过了光纤交换机或者多块网卡及IP来连接,这样的话,就构成了多对多的关系.也就是说,主机到存储可以有多条路径可以选择.主机到存储之间的IO由多条路径可以选择.每个主机到所对应的存储可以经过几条不同的路径,如果是同时使用的话,I/O流量如何分配?其中一条路径坏掉了,如何处理?还有在操作系统的角度来看,每条路径,操作系统会认为是一个实际存

rm -rf 慎用 命令敲得多了,常在河边走,难免会湿鞋 昨天,一个手误,敲错了命令,把原本想要留的文件夹给rm -rf掉了 几天心血全木有了,靠,死的心都有了 经百度,google以及尝试无果,哎,这个以后再研究怎么找回吧 几点教训: 1.rm 特别是rm -rf之前,小心,三思,或者直接将命令改写掉 2.做好备份,有便捷的备份脚本 3.做好定时备份,有个前辈搞定时脚本,每天定时自个执行,即使删错了也不会那么悲催 首先,搞个回收站 在~下     .bashrc或者.bash_profile加

最近有个在页面上传Excel文件至服务器指定目录并进行数据校验.最后入库及进行进一步处理的应用情境,我写好代码在模拟环境下测试,完全没问题:但客户试用的时候,却老是报告“No such file or diretory ”的异常,上传不了.后来发现是文件路径的问题.我的模拟测试环境是windows+tomcat,而客户的环境是linux+tomcat,文件路径的分隔符在windows系统和linux系统中是不一样.当直接使用绝对路径时,跨平台会暴出“No such file or diretor

部署dotnet Core Web API 上一步的文章,是我们公司最核心的一个ORM组件,在中标麒麟系统完成了一个插入数据的任务,这一步是将正式的从dot net framework 迁移到 dotnet core 的项目,部署运行在中标麒麟系统中. 项目预览 现有从dotnet framework 迁移过来的一个 dotnet core web api 项目,准备部署中标麒麟系统上测试运行,下面是项目截图: 运行 & 解决 将文件上传到服务器上,然后执行命令运行: [root@gumis02

精简Linux的文件路径: ..回退的功能 .留在当前文件夹 //仅仅保留一个/ abc/..要返回. 报错 删除最后一个/ 主要思路: 用栈记录路径的起始位置,讨论/后的不同情况就可以: #include <iostream> #include <map> #include <algorithm> #include <limits.h> #include <assert.h> #include <stack> using names

前言: linux系统下的rm是不可挽回的,命令设计本身没有问题,问题在于我们通常非常的自信,执行的时候喜欢rm -rf,这样的话就非常危险了,在执行的时候如果执行命令不对,甚至是执行的目录不对,那么将会造成很大的麻烦,轻则会导致加班加点,浪费人力物力,重则影响公司业务,更甚则有开除之虞,而windows下的回收站机制就是一个非常不错的策略,但linux并不自带,那我们就可以手动创建一个,直接执行就好: mkdir -p ~/.Trash cat >>~/.bashrc<<EOF

最近有个在页面上传Excel文件至服务器指定目录并进行数据校验.最后入库及进行进一步处理的应用情境,我写好代码在模拟环境下测试,完全没问题:但客户试用的时候,却老是报告“No such file or diretory ”的异常,上传不了.后来发现是文件路径的问题.我的模拟测试环境是windows+tomcat,而客户的环境是linux+tomcat,文件路径的分隔符在windows系统和linux系统中是不一样. 比如说要在temp目录下建立一个test.txt文件,在Windows下应该这么

操作系统:Centos linux6.6 当我们从EMC存储上划分空间同时分配给两台或者多台服务器上时,有的时候会出现在服务器上所生成的磁盘路径是不一致的,这样就会导致盘符名称不一致或者是盘符对应的大小不一致. 我遇到的情况是后者. 我在两台linux服务器上一共划分了7个裸设备.但是在两台机器上出现这种情况: Linux1                                                       Linux2 310G                   /d