1. 安装 tuxboot (ubuntu下烧写工具) sudo apt-add-repository ppa:thomas.tsai/ubuntu-tuxboot sudo apt-get update sudo apt-get install tuxboot 2. 下载 Gparted http://gparted.org/download.php 根据系统选择64位还是32位,这里选择64位 gparted-live-0.29.0-1-amd64.iso(64位) 3. 烧写到Gparte

背景:esxi安装在32G的U盘上,硬盘总大小:1.64T,虚拟机A占用:600GB,虚拟机B占用:900GB.所以还有剩余不到200G左右. 原因是宿主机硬盘空间不足.通过图中可以看出空间已经只剩2M,但我之前划分空间时,除了给几个虚拟机后,还剩150多G的空间的,但现在发现被占用完了. 解决:之前给2个虚拟机都做了快照,所以我就尝试删除其中一个虚拟机的快照,删除后发现空间腾出来了,虚拟机也好了,都可以正常启动了. 再看空间如图: 分析:server-000001.vmdk应该是快照文件(我就

问题引出: 在测试过程中替换so文件,报磁盘空间不足的错误. ▲问题分析: 由于当时系统部署架构的考虑,把软件和数据库部署在了同一台机器上,并且给了30G的磁盘空间.系统上占用磁盘空间的有2部分,一是软件本身,二是安装的oracle数据库.使用du命令,查看了下所写磁盘大小,发现都是在长期操作中,由于写到后台数据库的数据越来越大,导致数据库的表空间越来越大,对应的物理文件就是datafile,占用了很大的表空间. ▲问题解决方法分析: 1. 系统不做改变,删除数据库的一些log.不用的数据 2.

总览 df [OPTION]... [FILE]... POSIX 选项: [-kP] GNU 选项 (最短方式): [-ahHiklmPv] [-t fstype] [-x fstype] [--block-size=size] [--print-type] [--no-sync] [--sync] [--help] [--version] [--] 描述 此手册页文档是df的GNU版本. df命令列出指定的每一个文件名所在的文件系统上可用磁盘空间的数量.如果没有指定文件名,则显示当前所有使用

Jenkins在帮助我们自动化构建服务的同时也在消耗服务器的磁盘空间,试想如果构建的项目个数很多,而Jenkins 服务器磁盘空间又不是非常大的话,每隔一段时间磁盘空间就会爆满导致Jenkins出现磁盘空间不足无法构建的后果.这时候我们就需要进行一定的手工干预才能恢复Jenkins的正常运作. 本文基于Windows操作系统,结合Jenkins 的相关特性解决上述问题. 一.手工删除构建记录 这是最基本的一种操作方法,通过直接物理删除构建记录进行磁盘空间管理.手工删除构建记录方式如下: 进入Je

有关磁盘空间的命令 命令 功能 mount 挂载文件系统 umount 卸载已挂载上的文件系统 df 检查各个硬盘分区和已挂上来的文件系统的磁盘空间 du 显示文件目录和大小 fsck 主要是检查和修复Linux文件系统 2.1 mount命令 mount命令的功能是挂载文件系统,可以挂载硬盘.光盘.软盘,也可以挂载NFS网络文件系统.这个命令的标准用法如下: mount –t 设备类型 存放目录 mount IP地址:/所提供的目录 存放目录 选项 说明 (无) 不加任何参数,直接输入命令可以

df 命令列出指定的文件名所在的文件系统上可用磁盘空间的数量. 如果没有指定文件名,则显示当前所有使用中的文件系统.默认情况下,磁盘空间以 1K 为一块显示,如果设置了环境变量 POSIXLY_CORRECT,则采用 512 字节为一块显示. 命令格式 df [OPTION]... [FILE]... 命令参数 -a, --all 显示所有文件系统磁盘空间的占用情况 -B, --block-size=SIZE 指定块的大小 --total 额外显示总体的磁盘空间的占用情况 -h, --human

现象: 从根目录开始,使用du -h -x --max-depth=1  查看哪个目录占用过高,打算对于过高目录中的内容适当删减腾出一些空间 通过追踪查询,发现是jenkins的构建纪录未清理,而且最近我们项目测试构建很频繁,导致磁盘最近爆涨. 注:查看隐藏文件的命令: du -sh .[!.]* * | sort -hr解决方法: 1.手工删除构建记录 这是最基本的一种操作方法,通过直接物理删除构建记录进行磁盘空间管理.手工删除构建记录方式如下:进入Jenkins根目录,Windows下默认位

本篇内容关注NameNode启动之前,active状态和standby状态的一些后台服务及准备工作,即源码里的CommonServices.主要包括磁盘空间检查. 可用资源检查.安全模式等.依然分为三部分:源码调用分析.伪代码核心梳理.调用关系图解. 第一部分,源码调用分析. 接着上篇RpcServer启动之后开始梳理,进入到了initialize()方法中. protected void initialize(Configuration conf) throws IOException { /

1.mount 命令的功能是挂载文件系统,可以挂载硬盘.光盘.软盘,也可以挂载NFS网络文件系统 mount -t 设备类型 存放目录 mount IP地址:/所提供的目录 存放目录 (无) 不加任何参数,直接输入命令可以显示已挂载的文件系统和目录 -a 挂上/etc/fstab 下的全部文件系统 -t 制定所挂上来的文件系统的名称,所有系统支持的文件系统,这个信息可以在/proc/filesystems这个文件里看到 -n 挂上文件系统,但是不把文件系统的数据写入/etc/mtlab 这个文件

0.思路 创建一个新的逻辑分区,将新的逻辑分区格式化ext3(或其他类型)的文件系统,mount到磁盘空间不够的文件系统,就跟原来的分区/文件系统一样的使用 1.准备 1.1 注意使用VMware自带的Expand功能不能有Snapshot存在,所以在expand之前先把所有的Snapshot删掉了 1.2 为了以防万一,把VMware虚拟机copy了一份备用. 2.查看挂载点 [root@vnode1 ~]# df -h 文件系统 容量 已用 可用 已用% 挂载点 /dev/mapper/ce

在用wubi安装的时候,按默认的是20G空间,明显不够用,从Windows上追加空间 首先用win7自带的磁盘分区工具,从任意一个空余空间较多的磁盘划出一块新分区(无损数据)(如NTFS),作为ubuntu新增空间所用. 计算机——管理——磁盘管理——磁盘0——选中哪块分区,右键——压缩卷——等待分出一块空闲分区——右键新建简单卷,按指示往下走 然后: 在linux下挂载新磁盘到指定目录下/home或者根目录/下(一定要做好备份). 以给/home目录增加磁盘空间为例: df -lh 找出new

(1)查看文件大小  查看当前文件夹下所有文件大小(包括子文件夹)    du -sh   # du -h15M     ./package16K     ./.fontconfig4.0K    ./.cache5.1M    ./.rpmdb20M     .   查看指定文件夹下所有文件大小(包括子文件夹) # du -h ftp3.8G    ftp/sanya/doc3.8G    ftp/sanya4.0K    ftp/testftp/doc1.4M    ftp/testftp8

(1)查看文件大小 查看当前文件夹下所有文件大小(包括子文件夹)    du -sh   # du -h 15M     ./package 16K     ./.fontconfig 4.0K    ./.cache 5.1M    ./.rpmdb 20M     .   查看指定文件夹下所有文件大小(包括子文件夹) # du -h ftp 3.8G    ftp/sanya/doc 3.8G    ftp/sanya 4.0K    ftp/testftp/doc 1.4M    ftp/

转自 http://wenku.baidu.com/link?url=WZDgESO0oXqYfhPYOWFalZsMglS0HKtLw7t6ICRs_sJ_sfPc85RpxsqKMwqSniis0QkpgCru5OoaxkhbGl4z-eHmeejjbX58LZhlgOLYuzG 今天查看学校的监控报修系统,不能访问了!!!系统运行很慢,用top命令查看发现内存使用率90%,用"df -h ”查看“/”目录使用率已达到80%,导致系统运行很慢.我用以下方法扩大根目录磁盘空间. 一.关闭你的虚

今天查看学校的监控报修系统,不能访问了!!!系统运行很慢,用top命令查看发现内存使用率90%,用"df -h ”查看“/”目录使用率已达到80%,导致系统运行很慢.我用以下方法扩大根目录磁盘空间.一.关闭你的虚拟机系统,找到如下内容:选择"Edit Virtual mache settings” 点击"Expand“ 扩大虚拟机的空间为"40G"(根据个人需要填写空间大小).但是linux下面并不可见.二.使用linux下的fdisk工具进行分区.用ro

新公司的测试机磁盘空间空余很小,日志很多,也很大,做个日志压缩脚本,在夜里4:30自动运行,第二天后发现磁盘空间又满了,只好删除没用的日志,清空空间,可诡异的是怎么删除没用的文件,空间还是占用很大.如图 用du 根目录下,发现这些文件加一块也达不到占用的空间大小.如图 我也有遇见过此类问题,一般都是重启完事,因为磁盘坏道损坏有可能导致此问题. 或 DF -i 查看inode使用率,inode不够用也会导致此问题.可看了inode也够用. 如图 这次我度娘了一下,”磁盘空间没释放“,按一篇文章干,

最近刚换了笔记本,拿到本后在win10基础装上Ubuntu 16.04双系统,有个问题是每次关机都会报一堆pcie问题,并且经常没声音,声音问题通过上一篇文章暂时解决,然后就没在意了,可是几天后出现系统盘根目录磁盘空间不够的提醒,于是用磁盘空间分析工具查看,/var/log/下kern.log 和syslog非常大,两个kern.log都接近10G,一个syslog也接近10G,三个点开都发现同样的问题,即pcie重复报错,信息如下: Jan :: zzf-ubuntu kernel: [ ::

VMware 虚拟机(linux)增加根目录磁盘空间     今天查看学校的监控报修系统,不能访问了!!!系统运行很慢,用top命令查看发现内存使用率90%,用"df -h ”查看“/”目录使用率已达到80%,导致系统运行很慢.我用以下方法扩大根目录磁盘空间. 一.关闭你的虚拟机系统,找到如下内容:选择"Edit Virtual mache settings” 点击"Expand“ 扩大虚拟机的空间为"40G"(根据个人需要填写空间大小).但是linux下

磁盘与目录的容量 我们知道磁盘的整体数据hi在superblock块中,但是各文件的容量则在inode中记载. df:列出文件系统的整体磁盘使用量 由于df主要读取的数据几乎都是针对整个文件系统,因此读取的范围主要是在Super block内的信息,所以这个命令显示结构的速度非常快.在显示的结果中 你需要特别留意的是那个根目录的剩余容量,因为我们所有的数据都是由根目录衍生出来的.因此当根目录的剩余容量剩下0时,那你的系统可能问题就大了. 如果使用-a这个参数时,系统会出现/pro这个挂载点,但是