linux删除硬盘(linux删除挂载硬盘的目录)

今天下班某电商技术部leader发现个问题，说他们服务器硬盘满了。把日志文件都删掉了，可硬盘空间依旧满。于是df-h查看了下各个挂载点的状况(如下图)。　　/dev/sda3占用了100%，那么我们du -s -h ./*看下目录的占用情况(如下图)。　　linux磁盘挂载点目录占用情况(图)　　挂载点下的目录之和远小于4.5G，那么是什么占用了硬盘呢?　　以下为该问题的解答：　　在apache/tomcat服务在运行状态下，清空了运行服务的日志，从而导致了/dev/sda3满了的问题。一般情况下，大多数服务(包括脚本)在运行时，是不能删除当前正在写入的日志文件的。　　原理分析：　　1. 当前access.log日志正在被apache进程占用。　　2. 通过rm命令删除access.log，实际只删除了文件名(该日志文件应用记数不为0，因此空间不会被释放)。　　3.通过rm命令删除了access.log后，apache依然写日志到access.log中，当开启apache进程时，已经通过access.log定位到该文件的inode了，就是说再写日志是不通过access.log，因此即使删除了access.log，apache依然写日志到access.log所在的inode节点，所以导致硬盘空间增加。　　4. 因为删除了access.log，所以我们就找不到该文件了，du也查不到，就会出现硬盘满了但看不到究竟是哪些文件占用的。　　(写的不甚详细，不明白的大家再google下。)　　解决方法：　　重启该日志文件的相关服务或程序，如：为apache日志文件则重启apache(如下图，重启后才硬盘空间占用正常)。

1：清理残余的配置文件 一般而言，当从 Ubuntu 系统中删除了一个软件之后，该软件的残余配置文件并没有被删除。如果确信以后不再使用该软件，那么保留其配置文件实在没有必要，所以大可一并删除之。 要删除某个软件的残余配置文件，可以执行下面的操作： 在终端中执行 sudo synaptic，以便启动 Synaptic 包管理工具。 点击 Synaptic 右下角的 Status 按钮进行切换。 现在，应该能够在 Synaptic 的左边看到 Not installed (residual config)。选择它即可在右边看到包含有残余配置文件的包，可以在此选择删除该包。 2：清理下载的缓存包 在 Ubuntu 中通过 sudo apt-get install 安装软件时，其下载的包都缓存在 /var/cache/apt/archives/ 目录中。如果要清理掉这些已下载的缓存包，那么可以执行命令： sudo apt-get autoclean sudo apt-get clean 3：清理不再需要的包 在 Ubuntu 系统中安装软件时，该软件的依赖通常也会自动安装上。那么，在删除该软件后，其依赖可能需要我们手动删除之。可以运行 sudo apt-get autoremove 命令来解决这个问题。 4：清理无用的语言文件 Ubuntu 与其他 Linux 发行版一样，是一个支持多语言界面的系统。其实，对使用自己母语的我们来说，通常保留中文即可，也可以保留自己所需要使用的语言，如英文。其他的语言文件则没有必要保留。 为了清理这些无用的语言文件，需要在 Ubuntu 系统中安装一个名为 localepurge 的小工具。 安装 localepurge 是十分简单的，只需执行 sudo aptitude install localepurge 命令就可以了。在安装的过程中，程序会提示进入如下图所示的画面中进行配置。 localepurge 使用空格键可以选择需要保留的区域配置，其他的则会被删除。当以后在安装程序时，此工具也会自动执行，勿需再次配置。中文用户保留zh、zh_CN、zh_CN.* 5：清理无用的翻译内容 可以使用 trans-purge 这组小工具来清理 *.desktop、mime-database、gconf schema 中的无用翻译内容。 trans-purge 这组小工具使用过程如下： 下载源代码： wgethttp://pcman.sayya.org/desktop-purge.cwgethttp://pcman.sayya.org/mime-purge.cwgethttp://pcman.sayya.org/gconf-purge.c 安装编译依赖： 　sudo apt-get install libglib2.0-dev　　编译程序：　　gcc `pkg-config glib-2.0 --cflags --libs` -o desktop-purge desktop-purge.c　　gcc `pkg-config glib-2.0 --cflags --libs` -o mime-purge mime-purge.c　　gcc `pkg-config glib-2.0 --cflags --libs` -o gconf-purge gconf-purge.c　　安装程序：　　sudo cp desktop-purge /usr/bin/　　sudo cp mime-purge /usr/bin/　　sudo cp gconf-purge /usr/bin/　　执行清理：　　手动清理：　　sudo desktop-purge　　sudo mime-purge　　sudo gconf-purge 自动清理： 让每次 apt-get 安装软件后自动进行清理。创建 /etc/apt/apt.conf.d/99-transpurge 文件，并添加下列内容： 　DPkg　　{　　Post-Invoke {"if [ $(ps w -p "$PPID" | grep -c remove) != 1 ]; then /usr/bin/desktop-purge > /dev/null; /usr/bin/mime-purge >/dev/null ; /usr/bin/gconf-purge > /dev/null; else exit 0; fi";};　　}; 警告：无用翻译在清除后无法还原
什么是磁盘碎片 文件系统会按块更新文件，如果这些块没有连成一整块而是分布在磁盘的各个角落中时，就会形成磁盘碎片。这对于 FAT 和 FAT32 文件系统而言是这样的。在 NTFS 中这种情况有所减轻，但在 Linux（extX）中却几乎不会发生。下面是原因： 在像 FAT 和 FAT32 这类文件系统中，文件紧挨着写入到磁盘中。文件之间没有空间来用于增长或者更新： NTFS 中在文件之间保留了一些空间，因此有空间进行增长。但因块之间的空间是有限的，碎片也会随着时间出现。 Linux 的日志型文件系统采用了一个不同的方案。与文件相互挨着不同，每个文件分布在磁盘的各处，每个文件之间留下了大量的剩余空间。这就给文件更新和增长留下了很大的空间，碎片很少会发生。 此外，碎片一旦出现了，大多数 Linux 文件系统会尝试将文件和块重新连续起来。 Linux 中的磁盘整理除非你用的是一个很小的硬盘或者空间不够了，不然 Linux 很少会需要磁盘整理。一些可能需要磁盘整理的情况包括： 如果你编辑的是大型视频文件或者 RAW 照片，但磁盘空间有限如果你使用一个老式硬件，如旧笔记本，你的硬盘会很小如果你的磁盘开始满了（大约使用了85%）如果你的家目录中有许多小分区最好的解决方案是购买一个大硬盘。如果不可能，磁盘碎片整理就很有用了。 如何检查碎片fsck命令会为你做这个，换句话说，如果你可以在 LiveCD 中运行它，那么就可以用于所有卸载的分区。 这一点很重要：在已经挂载的分区中运行 fsck 将会严重危害到你的数据和磁盘。
删除你不需要的文件不就可以了. 也可以借助一些工具, 比如ubuntu下面, ubuntu tweak, janitor

备份了数据就可以删啊，当然也要看具体配置，比如有没有挂载该硬盘到重要路径，没弄清楚就删可能导致系统无法正常启动。

情况介绍： 一、由于硬盘或者分区的操作方式其实都一样，所以我这里就以分区为例。 二、/home分区2.6G，由如下pv组成： /dev/sda5 100M /dev/sda6 200M /dev/sda7 300M /dev/sda8 400M /dev/sda9 500M /dev/sda10 600M /dev/sda11 500M 很碎对吧?^_^因为测试。 三、随机写了一堆文件进去，用量达到了2G，空闲500M 四、准备将sda6这个200M的PV卸掉(卸掉的容量必须小于空闲容量) 好了开始具体操作了。 卸载分区(缩小操作必须卸载才能进行)： umount /home 缩小分区： e2fsck -f /dev/liuhg_disk/home resize2fs /dev/liuhg_disk/home 2200M 首先将分区缩小到2200M这是为了给sda6腾出空间，sda6为200M，而我腾出了400M，因此应该是足够的。 缩小逻辑卷： lvreduce -L 2200M /dev/liuhg_disk/home 分区缩小了用到的逻辑卷也要随着缩小，并查看PV使用的状态： pvdisplay -m 显示如下： --- Physical volume --- PV Name /dev/sda5 VG Name liuhg_disk PV Size 103.26 MiB / not usable 3.26 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 25 Free PE 0 Allocated PE 25 PV UUID 5lnx52-b4jc-OOfZ-f2QA-ttdQ-DZeD-Ce3rb3 --- Physical Segments --- Physical extent 0 to 24: Logical volume /dev/liuhg_disk/home Logical extents 0 to 24 --- Physical volume --- PV Name /dev/sda6 VG Name liuhg_disk PV Size 203.92 MiB / not usable 3.92 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 50 Free PE 0 <-----太悲剧了，sda6里写满了数据一点不剩 Allocated PE 50 <-----这50PE的数据要挪走才行，否则数据就丢了，并且存放的地方也必须是连续的至少50PE PV UUID S2ane6-nlFG-uSNR-35NP-Yxa6-cXRb-r8E8mK --- Physical Segments --- Physical extent 0 to 49: Logical volume /dev/liuhg_disk/home Logical extents 25 to 74 --- Physical volume --- PV Name /dev/sda7 VG Name liuhg_disk PV Size 305.89 MiB / not usable 1.89 MiB Allocatable yes PE Size 4.00 MiB Total PE 76 Free PE 76 <---这个分区有76个空余，因此预计装那50个是不会有问题的 Allocated PE 0 PV UUID 9CFnlx-CAEw-CSul-Rig9-FiCN-zK0a-oGmTEP --- Physical Segments --- Physical extent 0 to 75: FREE --- Physical volume --- PV Name /dev/sda8 VG Name liuhg_disk PV Size 407.87 MiB / not usable 3.87 MiB Allocatable yes PE Size 4.00 MiB Total PE 101 Free PE 60 Allocated PE 41 PV UUID X0I8p0-x2xr-2xLG-QQD4-jbtS-3C4i-xPn4Bl --- Physical Segments --- Physical extent 0 to 40: Logical volume /dev/liuhg_disk/home Logical extents 471 to 511 Physical extent 41 to 100: FREE --- Physical volume --- PV Name /dev/sda9 VG Name liuhg_disk PV Size 509.84 MiB / not usable 1.84 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 127 Free PE 0 Allocated PE 127 PV UUID avJQaA-oMKt-NEoJ-ojBK-2Csc-1dca-1mh6Ue --- Physical Segments --- Physical extent 0 to 126: Logical volume /dev/liuhg_disk/home Logical extents 225 to 351 --- Physical volume --- PV Name /dev/sda10 VG Name liuhg_disk PV Size 603.98 MiB / not usable 3.98 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 150 Free PE 0 Allocated PE 150 PV UUID JlMIAF-A49n-M6HA-ZLXf-d8nS-pfZr-YeQsKT --- Physical Segments --- Physical extent 0 to 149: Logical volume /dev/liuhg_disk/home Logical extents 75 to 224 --- Physical volume --- PV Name /dev/sda11 VG Name liuhg_disk PV Size 478.47 MiB / not usable 2.47 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 119 Free PE 0 Allocated PE 119 PV UUID xnHJNA-tDVx-dryX-KM1x-g96Y-sptI-9iUOcU --- Physical Segments --- Physical extent 0 to 118: Logical volume /dev/liuhg_disk/home Logical extents 352 to 470 将sda6设置为离线状态： pvchange -xn /dev/sda6 使用pvdisplay -m 显示如下： …… --- Physical volume --- PV Name /dev/sda6 VG Name liuhg_disk PV Size 203.92 MiB / not usable 3.92 MiB Allocatable NO <-----表示已经关闭了该PV PE Size 4.00 MiB Total PE 50 Free PE 0 Allocated PE 50 PV UUID S2ane6-nlFG-uSNR-35NP-Yxa6-cXRb-r8E8mK …… 将sda6的数据移走： pvmove -i 1 /dev/sda6 -i 1是每1秒钟报告一次数据迁移的进度。 [root@liuhg /]# pvmove -i 1 /dev/sda6 /dev/sda6: Moved: 38.0% /dev/sda6: Moved: 84.0% /dev/sda6: Moved: 100.0% 重新用pvdisplay -m 显示如下： …… --- Physical volume --- PV Name /dev/sda6 VG Name liuhg_disk PV Size 203.92 MiB / not usable 3.92 MiB Allocatable NO PE Size 4.00 MiB Total PE 50 Free PE 50 <----显示完全空闲和Total PE数一致 Allocated PE 0 PV UUID S2ane6-nlFG-uSNR-35NP-Yxa6-cXRb-r8E8mK …… 从卷组里把sda6删除: [root@liuhg /]# vgreduce liuhg_disk /dev/sda6 Removed "/dev/sda6" from volume group "liuhg_disk" pvdisplay -m再看看吧： --- NEW Physical volume --- <-----还告诉你这是一个新的PV ^_^ PV Name /dev/sda6 VG Name <-----空了 PV Size 203.92 MiB Allocatable NO PE Size 0 Total PE 0 Free PE 0 Allocated PE 0 PV UUID S2ane6-nlFG-uSNR-35NP-Yxa6-cXRb-r8E8mK 到此vgdisplay -v能看到已经没有了/dev/sda6了。重新挂载/home [root@liuhg /]# mount /dev/liuhg_disk/home /home [root@liuhg /]# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 2.0G 546M 1.3G 30% / tmpfs 504M 0 504M 0% /dev/shm /dev/mapper/liuhg_disk-home 2.2G 1.8G 42M 98% /home 进去看看数据，一个都没丢。

如过是挂载了要umount，图形界面是插上自动mount，拔的时候点拔出，他会做umount，不然可能会坏，或丢文件。 后来微软都说了其实可以直接插拔。可是，确实有弄坏的概率……