技术改变世界 阅读塑造人生! - shaogx.com

This string was altered by TechBlog\Plugins\Example.; This is an example to show the potential of an offcanvas layout pattern in Bootstrap. Try some responsive-range viewport sizes to see it in action.

rm 命令

   学习了创建文件和目录的命令mkdir ,今天学习一下linux中删除文件和目录的命令: rm命令。rm是常用的命令,该命令的功能为删除一个目录中的一个或多个文件或目录,它也可以将某个目录及其下的所有文件及子目录均删除。对于链接文件,只是删除了链接,原有文件均保持不变。rm是一个危险的命令,使用的时候要特别当心,尤其对于新手,否则整个系统就会毁在这个命令(比如在/(根目录)下执行rm * -rf)。所以,我们在执行rm之前最好先确认一下在哪个目录,到底要删除什么东西,操作时保持高度清醒的头脑。1.命令格式:rm [选项] 文件… ... 全文

rm 根目录 最好

ubuntu系统下使用rm命令删除文件

一 ubuntu系统下使用rm命令删除文件,如何恢复?    如果是ext3/ext4文件系统,可以使用extundelete工具恢复。$ df -hT 文件系统       类型      容量  已用  可用 已用% 挂载点 /dev/sda1    ext4      455G  366G   66G   85% /    参考文章:... 全文

ubuntu rm 恢复

用ext3grep恢复rm

                      用ext3grep恢复rm -rf 误删除的文件 ... 全文

恢复rm -rf 误删除的文件详细过程

Linux ext3文件系统 rm恢复

一个同事不小心使用rm -rf命令误删了自己的代码,这意味着一个月的工作丢失了(一个月没有备份过代码,看来他以前一定没经历计算机崩溃的灾难)。我们知道rm命令无法撤销,那么有没有办法恢复这个被删除的目录以及其中的全部文件呢? 在网上搜索了一下,找到一个名为ext3grep的工具,以及它的作者的一篇文章(见参考文档)。在这个工具出现以前,恢复ext3文件系统中被删除的数据是不可能的。因为ext3文件系统不同于ext2文件系统,它在删除一个文件后,会把文件inode结点中扇区指针清为0,而这让文件恢复看起来不太可能。不过,正如ext3grep工具作者所说的,因为ext3是一个日志型的文件系统,通过分析日志信息,有很大的可能重新解析出块指针,从而恢复出目录和文件。 以下是Easwy恢复文件所采用的步骤,希望对大家有帮助。 [ 卸载被误删除文件所在的分区,或以只读方式mount ]当你发现你误删除了文件后,要做的第一件事是马上卸载被误删除文件所在的分区,或者以只读的方式来挂载该分区。原因大家都很清楚,文件被删除后,文件中的数据还存在磁盘上,除非存放这些数据的数据块又被操作系统分配出去了。我们这一步就是尽量降低数据块中数据被覆盖的风险,以提高恢复数据成功的比率。 如果被误删的文件在根分区,那么你最好重启计算机,进入单用户模式,以只读的方式挂载根分区,然后再进行恢复。要进行单用户模式,请看Grub中进入单用户模式的方法。 进入单用户模式后,根分区还是以读写方式mount的,用下面的命令,把挂载方式由读写(rw)改为只读(ro): mount -o ro,remount / 如果被删除的文件不是根分区,也可以用unmount的方式将该分区卸载。假设文件在分区/dev/sda3中,该分区挂载到/home,那么我们用下面的命令来卸载:     umount /dev/sda3 或者命令:     umount /home 当然,在卸载前要保证没有程序在访问该分区,否则卸载会失败。所以,Easwy一般推荐进入单用户模式来恢复文件。 [ 安装ext3grep工具 ]恢复的第一步当然是安装ext3grep工具。对于Debian/Ubuntu用户来说,安装ext3grep工具非常简单,只需要执行下面的命令: aptitude install ext3grep 不过Easwy公司所使用的Linux版本是Centos,所以需要自己手工编译ext3grep工具,其实这也很简单,首先到ext3grep主页上下载它的源代码,然后用下面的命令解压/编译/安装这个工具。 tar zxf ext3grep-0.10.1.tar.gzcd /home/easwy/ext3grep-0.10.1./configuremakemake install 注:在网上搜了一下,ext3grep也有rpm包可以下载,比如,RHEL/CentOS的RPM包可以在这里下载。其它Linux发行版的RPM也可以在rpmfind.net上找到。 Easwy前面说过,发现误删除后,要卸载掉该分区,或者进入单用户模式。所以最好在另外一台计算机上来编译或安装这个工具,然后把ext3grep这个可执行文件拷贝到U盘中再进行恢复。这也正是Easwy所用的方法,因为同事的文件恰好在根分区中。如果你也是这种情况,那么在用RPM包安装时,则需要把RPM包安装到你你指定的目录中,然后再把它拷贝到U盘中。 U盘里只需要拷贝ext3grep一个文件即可,它不需要动态加载库就可以执行。接下来把U盘插到待恢复的电脑上,用下面的命令加载: mount -t vfat /dev/sdb1 /mnt 把上面的设备号和安装点换成你自己的。如果你的设备文件还不存在的话(这也刚好是Easwy的情况),用mknod命令创建一下吧。 现在,我们可以开始文件恢复了。 [ 恢复文件 ]在开始恢复前,选择一个目录来存放被恢复的文件。ext3grep程序会在当前目录下创建一个名为RESTORED_FILES的目录来存放被恢复的文件。因此在运行ext3grep命令前,先要切换到一个你可读写的目录中。 对Easwy来讲,因为进入了单用户模式,并且将根分区设成了只读,那么只能把恢复出来的文件放在U盘中了。因此,先cd /mnt进入U盘目录。 如果你有幸记得你误删除的文件名及其路径的话,就可以直接用下面的命令进行恢复了:     ext3grep /dev/your-device --restore-file path/to/your/file/filename 需要注意的是,上面的文件路径,是在该分区上文件路径。假设我们要恢复/dev/sda3分区上文件,这个分区原来的安装点是/home,现在想恢复文件/home/easwy/vi/tips.xml,那么输入的命令应该是:     ext3grep /dev/sda3 --restore-file easwy/vi/tips.xml 如果你忘记了文件名,或者你误删除的是一个目录而你无法记全该目录中的文件,你可以先用下面的命令查询一下文件名: ext3grep /dev/sda3 --dump-names | tee filename.txt上面的命令把ext3grep命令的输出记录到文件filename.txt中,你可以慢慢查看,或者使用grep命令过滤出你需要的信息。 当你知道了目录/文件的信息后,就可以用上面说的命令进行恢复了。 在ext3grep命令中有一个–depth参数,应该是用来恢复目录以及其中的所有子目录和文件的,不过Easwy用这个参数无法恢复出任何文件,只好采用笨办法,写了个脚本,一个个文件的恢复。 经过几个小时的折磨(中间走了一些弯路),同事的文件终于恢复成功了! 请阅读Easwy的博客上的其它文章获取更多信息。  本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/raining_peidx/archive/2009/12/10/4980526.aspx... 全文

Linux 删除 rm 恢复 休闲

linux rm添加回收站,防止误删文件

linux Centos 没有回收站,如果一不小心 rm -rf之后,很难恢复,所以就编写了一个回收站# mkdir /tmp/recycle_tmp  # 建立一个回收站目录# vi /bin/rm.sh   # 编辑一个文件... 全文

linux 回收站 rm

linux 误删 恢复rm

这是我 在找到的 一篇文章 .我 试了一下 能用 . 恢复被误删文件的方法 大多数Linux发行版都提供一个debugfs工具,可以用来对Ext3文件系统进行编辑操作。不过在使用这个工具之前,还有一些工作要做。 首先以只读方式重新挂载被误删的文件所在分区。使用如下命令:(假设文件在/usr分区) mount -r -n -o remount /usr -r表示只读方式挂载;-n表示不写入/etc/mtab,如果是恢复/etc上的文件,就加上这个参数。如果系统说xxx partion busy,可以用fuser命令查看一下是哪些进程使用这个分区上的文件: fuser -v -m /usr 如果没有什么重要的进程,用以下命令停掉它们: fuser -k -v -m /usr 然后就可以重新挂载这些文件系统了。 如果是把所有的文件统一安装在一个大的/分区当中,可以在boot提示符下用linux single进入单用户模式,尽量减少系统进程向硬盘写入数据的机会,要不干脆把硬盘挂在别的机器上。另外,恢复出来的数据不要写到/上面,避免破坏那些有用的数据。如果机器上有dos/windows,可以写到这些分区上面: mount -r -n /dev/hda1 /mnt/had 然后就可以执行debugfs:(假设Linux在 /dev/hda5) #debugfs /dev/hda5 就会出现debugfs提示符debugfs: 使用lsdel命令可以列出很多被删除的文件的信息: debugfs:lsdel debugfs: 2692 deleted inodes found. Inode Owner Mode Size Blocks Time deleted 164821 0 100600 8192 1/ 1 Sun May 13 19:22:46 2001 ………………………………………………………………………………… 36137 0 100644 4 1/ 1 Tue Apr 24 10:11:15 2001 196829 0 100644 149500 38/ 38 Mon May 27 13:52:04 2001 debugfs: 列出的文件有很多(这里找到2692个),第一字段是文件节点号,第二字段是文件所有者,第三字段是读写权限,接下来是文件大小,占用块数,删除时间。然后就可以根据文件大小和删除日期判断那些是我们需要的。比如我们要恢复节点是196829的文件: 可以先看看文件数据状态: debugfs:stat Inode: 196829 Type: regular Mode: 0644 Flags: 0x0 Version: 1 User: 0 Group: 0 Size: 149500 File ACL: 0 Directory ACL: 0 Links: 0 Blockcount: 38 Fragment: Address: 0 Number: 0 Size: 0 ctime: 0x31a9a574 -- Mon May 27 13:52:04 2001 atime: 0x31a21dd1 -- Tue May 21 20:47:29 2001 mtime: 0x313bf4d7 -- Tue Mar 5 08:01:27 2001 dtime: 0x31a9a574 -- Mon May 27 13:52:04 2001 BLOCKS: 594810 594811 594814 594815 594816 594817 …………………………………. TOTAL: 38 然后就可以用dump指令恢复文件: debugfs:dump /mnt/hda/01.sav 这样就把文件恢复出来了。退出debugfs: debugfs:quit 另一种方法是手工编辑inode: debugfs:mi Mode [0100644] User ID [0] Group ID [0] Size [149500] Creation time [0x31a9a574] Modification time [0x31a9a574] Access time [0x31a21dd1] Deletion time [0x31a9a574] 0 Link count [0] 1 Block count [38] File flags [0x0] Reserved1 [0] File acl [0] Directory acl [0] Fragment address [0] Fragment number [0] Fragment size [0] Direct Block #0 [594810] ……………………………. Triple Indirect Block [0] 使用mi指令后每次显示一行信息以供编辑,其它行可以直接按回车表示确认,把deletion time改成0(未删除),Link count改成1。改好后退出debugfs: debugfs:quit 然后用fsck检查/dev/hda5 fsck /dev/hda5 程序会说找到丢失的数据块,放在lost+found里面。' ... 全文

linux 误删 恢复 rm -rf 休闲

Linux下链接文件使用RM无法删除的解决办法

在进行U-boot开发的时候,遇到一个小问题。网友wanglida79前几天刚遇到过,我当时没有模拟出来,现在自己倒是遇上了。不过我想出了解决的办法,只不过原因不明确,或许使用方法不对,或许有bug。 现象描述:进行U-boot移植的开发,为了patch方便,将源码的名字命名为.orig,这样以示区分。但是名字太长,在命令行下操作不太方便,所以想法就是建立软链接。[armlinux@lqm bootloader]$ tree -L 1.|-- patch|-- u-boot-1.1.3|-- u-boot-1.2.0|-- u-boot-1.2.0.orig|-- vivi`-- vivi_origin6 directories, 0 files... 全文

RM Linux 链接文件

linux用extundelete恢复ext2、ext3、ext4下rm

一、介绍extundelete         1.extundelete的文件恢复工具,该工具最给力的一点就是支持ext3/ext4双格式分区恢复。         2. 在实际线上恢复过程中,切勿将extundelete安装到你误删的文件所在硬盘,这样会有一定几率将需要恢复的数据彻底覆盖。         3. extundelete还是有很大的不完整性,基于整个磁盘的恢复功能较为强大,基于目录和文件的恢复还不够强大。... 全文

Linux rm

将linux下的rm命令改造成移动文件至回收站

rm是Linux下文件删除的命令,它是Linux下非常强大却又非常危险的一条命令,特别是rm -rf有时候强大到让你欲哭无泪,当你想清除当前目录下的所有文件和目录时,很简单 #rm -rf ./* 这没什么,但是,但是如果不小心打成这样 #rm -rf /* 兄弟请节哀吧!~~ rm删除文件同时删除inode信息,这使得使用rm删除的文件十分难恢复。总之rm太危险了,特别是带有-rf参数时一定要慎之又慎,但老虎也有打盹的时候啊,所以为什么不给rm一剂后悔药呢! 经过在网上不断的寻找,我找到了一段将rm命令改造为把文件移动到一个指定的回收站目录下,然后可以查看回收站目录下的文件,然后在清空回收站目录彻底删除文件的一段代码,这短代码的原始出处已经无从考究,但本着独乐乐不如众乐乐的精神把它分享出来! #mkdir -p ~/.trash //创建一个目录作为回收站,这里使用的是用户家目录下的.trash目录 #alias rm=trash //命令别名 rm改变为trash,通过将rm命令别名值trash来实现把rm改造成删除文件至回收站 #alias r=trash #alias rl=’ls ~/.trash’ // rl 命令显示回收站中的文件 #alias ur=undelfile // ur命令找回回收站中的文件 #undelfile() { mv -i ~/.trash/\$@ ./ } //这个函数的作用是找回回收站下的文件 #trash() { mv $@ ~/.trash/ } //这个函数是将指定的文件移动到指定的目录下,通过将rm命令别名值trash来实现把rm改造成删除文件至回收站 #cleartrash() { read -p “clear sure?[n]” confirm [ $confirm == 'y' ] || [ $confirm == 'Y' ] && /bin/rm -rf ~/.trash/* } //这个函数的作用是清空回收站目录下的所有文件 这段代码定义了三个函数trash、undelfile和cleartrash。trash的作用是移动文件到指定的回收站目录;undelfile的作用是找回回收站目录中的指定文件;cleartrash的作用是清空回收站目录。经rm命令别名为trash来实现rm命令的改造! 下面是我修改后的代码,直接在用户家目录下创建。trash目录作为回收站,将其它代码加入用户家目录下的.bashrc文件下,这样用户每次登录这段代码就会自动生效!登录后在bash下执行一遍下面的命令就可以把rm命令改造成删除文件到回收站了!... 全文

rm -rf 回收站

ls 不显示,rm 删不掉,怎么办?

  有个叫atest的东西 ls -l atest 查不出来是什么 下面删也删不掉 但是可以用mv改名字,它放在/目录下,用ls /导致不能显示 如果操作,请大侠指点, 顺便问下什么时候会导致ls /   不显示,谢谢! # strace  ls atest execve("/bin/ls", ["ls", "atest"], [/* 22 vars */]) = 0 uname({sys="Linux", node="bjicqh700", ...}) = 0 brk(0)                                  = 0x84db000 open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY)      = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=64527, ...}) = 0 old_mmap(NULL, 64527, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb75e7000 close(3)                                = 0 open("/lib/libacl.so.1", O_RDONLY)      = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\24\0\000"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=19248, ...}) = 0 old_mmap(NULL, 22224, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x46f000 old_mmap(0x474000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x4000) = 0x474000 close(3)                                = 0 mprotect(0xbfffb000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC|PROT_GROWSDOWN) = 0 open("/lib/libtermcap.so.2", O_RDONLY)  = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\r\0"..., 512) = 512 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb75e6000 fstat64(3, {st_mode=S_IFREG|0755, st_size=11784, ...}) = 0 old_mmap(NULL, 14856, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x5d4000 old_mmap(0x5d7000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x2000) = 0x5d7000 close(3)                                = 0 open("/lib/tls/libc.so.6", O_RDONLY)    = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200X\1"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1573120, ...}) = 0 old_mmap(NULL, 1280524, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x111000 old_mmap(0x244000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x132000) = 0x244000 old_mmap(0x247000, 10764, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x247000 close(3)                                = 0 open("/lib/libattr.so.1", O_RDONLY)     = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\n\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=7148, ...}) = 0 old_mmap(NULL, 10124, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xfd5000 old_mmap(0xfd7000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0xfd7000 close(3)                                = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb75e5000 set_thread_area({entry_number:-1 -> 6, base_addr:0xb75e5080, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb75e7000, 64527)               = 0 brk(0)                                  = 0x84db000 brk(0x84fc000)                          = 0x84fc000 brk(0)                                  = 0x84fc000 open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=32148976, ...}) = 0 mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb73e5000 close(3)                                = 0 rt_sigaction(SIGTERM, {0x8049970, [TERM], SA_RESTORER|SA_RESTART, 0x1390d8}, {SIG_DFL},  = 0 rt_sigaction(SIGKILL, {0x8049970, [KILL], SA_RESTORER|SA_RESTART, 0x1390d8}, {SIG_DFL},  = -1 EINVAL (Invalid argument) rt_sigaction(SIGSTOP, {0x8049970, [STOP], SA_RESTORER|SA_RESTART, 0x1390d8}, {SIG_DFL},  = -1 EINVAL (Invalid argument) ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(1, TIOCGWINSZ, {ws_row=54, ws_col=125, ws_xpixel=0, ws_ypixel=0}) = 0 stat64("atest",   # rm -rf atest # strace rm -rf atest execve("/bin/rm", ["rm", "-rf", "atest"], [/* 22 vars */]) = 0 uname({sys="Linux", node="bjicqh700", ...}) = 0 brk(0)                                  = 0x8ca4000 open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY)      = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=64527, ...}) = 0 old_mmap(NULL, 64527, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb75e9000 close(3)                                = 0 open("/lib/tls/libc.so.6", O_RDONLY)    = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200X\1"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1573120, ...}) = 0 old_mmap(NULL, 1280524, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40b000 old_mmap(0x53e000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x132000) = 0x53e000 old_mmap(0x541000, 10764, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x541000 close(3)                                = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb75e8000 set_thread_area({entry_number:-1 -> 6, base_addr:0xb75e8520, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb75e9000, 64527)               = 0 brk(0)                                  = 0x8ca4000 brk(0x8cc5000)                          = 0x8cc5000 brk(0)                                  = 0x8cc5000 open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=32148976, ...}) = 0 mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb73e8000 close(3)                                = 0 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 lstat64("atest", {st_mode=S_IFLNK|0777, st_size=21, ...}) = 0 access("atest", W_OK    ... 全文

ls 不显示 rm 删不掉

rm: cannot remove `libtoolT': No such file or directory

在 redhat 6.0系统上编译apr时报如下错误:rm: cannot remove `libtoolT': No such file or directory解决办法:# autoreconf --force --install # libtoolize --automake --force # automake --force --add-missing#./configure --prefix=/usr/local/aprok 成功... 全文

rm: cannot remove `libtoolT': No such file or directory

Mysql安装:/bin/rm: cannot remove `libtoolt': No such file or directory

我是centos系统,是通过下面的方法解决的编译MySQL的过程中提示: /bin/rm: cannot remove `libtoolt': No such file or directory 解决: 1、确认libtool是否已经安装,如果没有安装的话,则先安装libtool # yum -y install libtool 2、分别执行以下三条命令: # autoreconf --force --install # libtoolize --automake --force # automake --force --add-missing 再重新编译安装,问题解决!... 全文

安装 cannot rm file

Mysql安装:/bin/rm: cannot remove `libtoolt': No such file or directory

编译MySQL的过程中提示: /bin/rm: cannot remove `libtoolt': No such file or directory 解决: 1、确认libtool是否已经安装,如果没有安装的话,则先安装libtool # yum -y install libtool 2、分别执行以下三条命令: # autoreconf --force --install # libtoolize --automake --force # automake --force --add-missing 再重新编译安装,问题解决!... 全文

Mysql /bin/rm libtoolt 数据库 休闲

慎用rm

 还好拯救的及时,关于rm -rf 真的要慎用,谨慎,谨慎,在谨慎。 参考以下网址: extundelete:... 全文

extundelete

不小心rm删除文件怎么办

不小心rm删除文件怎么办rm 命令的副作用越来越显现。而且rm掉之后的东西想找回来很困难。有2个原则:    1 永远不要在root下操作,尤其是rm命令    2 写一个别名,代替rm我就是在~/.bash_aliases文件里加入下面一行:    $ vi ~/.bash_aliases加入下面一行:alias rbin='mv -t ~/.local/share/Trash/files --backup=t'source ~/.bashrc测试:$ alias然后删除一个文件变成:    $ rbin testfile文件testfile会自动移到Trash里面。我承认我是标题档... 全文

linux下删除大量文件

linux下删除大量文件时,显示如下bash: /bin/rm: Argument list too long解决方法:ls | xargs -n 10 rm -frls当然是输出所有的文件名(用空格分割) xargs就是将ls的输出,每10个为一组(以空格为分隔符),作为rm -rf的参数 也就是说将所有文件名10个为一组,由rm -rf删除.... 全文

rm

ORA

2个月以前使用swingbench的时候,cc这个user创建了17GB的测试数据(ccdata.dbf),测试完成后,好久没用了,后面发现测试机空间不足,直接手动rm –rf /Data/oradata/ora11g/ccdata.dbf这个文件 之后因其他测试时重启DB时碰到了ORA-01157错误,ORA-01157: cannot identify/lock data file 6 - see DBWR trace fileORA-01110: data file 6: '/Data/oradata/ora11g/ccdata.dbf'... 全文

rm 数据文件报错 ORA-01157

蓝魔RM990 RK2706工具集

今天意外的本来想出去买条音频线的时候,带上P4,结果发现触摸屏不能用了。于是,就再次准备刷固件了。好吧,就这样把自己所有的电子设备貌似都刷了一遍机了。又再次DIY了一次。... 全文

工具 ubuntu htc os

永远不要在Linux执行的10个最危险的命令

Linux命令行佷有用、很高效,也很有趣,但有时候也很危险,尤其是在你不确定你自己在正在做什么时候。这篇文章并不打算引来你对Linux或Linux 命令行的愤怒。我们只是想让你意识到在你运行某些命令时应该三思而后行。AD:2013云计算架构师峰会课程资料下载 Linux命令行佷有用、很高效,也很有趣,但有时候也很危险,尤其是在你不确定你自己在正在做什么时候。这篇文章并不打算引来你对Linux或Linux 命令行的愤怒。我们只是想让你意识到在你运行某些命令时应该三思而后行。(译注:当然,以下命令通常都是在root权限下才能将愚蠢发挥到无可救药;在普通用户身份下,破坏的只是自己的一亩三分地。)... 全文

linux rm

为了互联网安全?俄罗斯黑客组织入侵CNET

自称w0rm的俄罗斯黑客组织入侵了新闻网站CNET服务器,窃取了一百多万用户的信息,包括用户名、加密密码和电子邮件地址。w0rm称,他们是抱着改进互联网安全的伟大目的去入侵CNET服务器的,以知名网站为目标就是为了增强人们的安全意识。... 全文

w0rm 黑客组织 黑客入侵

1 2