dev

http://czmmiao.iteye.com/blog/1058215 概述 随着硬盘容量、速度的快速发展，硬盘的可靠性问题越来越重要，今天的单块硬盘存储容量可轻松达到1TB，硬盘损坏带来的影响非常巨大。 不同的文件系统(xfs,reiserfs,ext3)都有自己的检测和修复工具。检测之前可以先使用dmesg命令查看有没有硬件I/O故障的日志，如 果有，先用fsck看看是不是文件系统有问题，如果不是则可以使用下面介绍硬盘检测和优化方法来修复它。 grep"error"/va/log/messages*; Linux检测硬盘坏道 使用SMART检测硬盘 SMART是一种磁盘自我分析检测技术，早在90年代末就基本得到了普及每一块硬盘（包括IDE、SCSI），在运行的时候都会将自身的若干参数记录下 来，这些参数包括型号、容量、温度、密度、扇区、寻道时间、传输、误码率等。硬盘运行了几千小时后，很多内在的物理参数都会发生变化，某一参数超过报警阈 值，则说明硬盘接近损坏，此时硬盘依然在工作，如果用户不理睬这个报警继续使用，那么硬盘将变得非常不可靠，随时可能故障。 启用SMART SMART是和主板BIOS上相应功能配合的，要使用SMART，必须先进入到主板BIOS设置里边启动相关设置。一般从Pentium2级别起的主板， 都支持SMART，BIOS启动以后，就是操作系统级别的事情了

1.测试MySQL连接 bin/sqoop list-databases --connect jdbc: mysql://192.168.1.187:3306/trade_dev --username 'mysql' --password '111111' 2.检验SQL语句 bin/sqoop eval --connect jdbc: mysql://192.168.1.187:3306/trade_dev --username 'mysql' --password '111111' --query "SELECT * FROM TB_REGION WHERE REGION_ID = '00A1719A489D4F49906A8CA9661CCBE8'" 3.导入hdfs 3.1 导入 bin/sqoop import --connect jdbc: mysql://192.168.1.187:3306/trade_dev --username 'mysql' --password '111111' --table TB_REGION --target-dir /sqoop/mysql/trade_dev/tb_region -m 5 --columns "code,name,category,farthercode,visible,regionlevel,region_id"

1.创建一个基于”webpack“模板的项目 d: cd nodejs vue init webpack my-project 2.安装依赖 cd my-project cnpm install 3.运行 npm run dev //‘dev’在 package.json中 来源： oschina 链接： https://my.oschina.net/u/4245910/blog/3223144

（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/testftp 875M ftp/platform/doc/002-录像 27M ftp/platform/doc/001-PDF 5.2M ftp/platform/doc/BBFlash 1.2G ftp/platform/doc/003-录音 2.1G ftp/platform/doc 2.1G ftp/platform 4.0K ftp/pmo/doc 20K ftp/pmo 36M ftp/uf/doc/innovate-201207 36M ftp/uf/doc 36M ftp/uf 446M ftp/code/doc 446M ftp/code 6.3G ftp 查看指定文件大小 # du -h ./package/compat-libstdc++-33-3.2.3-69.el6.x86_64.rpm 184K ./package/compat

1、chmod -rw /tmp/file1，编写脚本/root/bin/per.sh,判断当前用户对/tmp/fiile1文件 是否不可读且不可写 #!/bin/bash [ ! -r /tmp/file1 ] && [ ! -w /tmp/file1 ] && echo "不可读写" || echo "可读写" [root@centos7 shell]# chmod -rw /tmp/file1 [root@centos7 shell]# ll /tmp/file1 ----------. 1 root root 0 Aug 10 16:22 /tmp/file1 [root@centos7 shell]# bash per.sh 可读写 [root@centos7 shell]# su cent [cent@centos7 shell]$ bash per.sh 不可读写 2、编写脚本/root/bin/nologin.sh和login.sh,实现禁止和充许普通用户登录系统 思路：当/etc/目录下存在 nologin 文件时，普通用户会无法登陆，因此，我们只需要通过删除或增加该文件来限制普通用户是否可登陆 [root@centos7 shell]# cat login.sh nologin.sh #!/bin/bash [ -e /etc/nologin ] && echo

Ubuntu 查看文件以及磁盘空间大小管理 （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/testftp 875M ftp/platform/doc/002-录像 27M ftp/platform/doc/001-PDF 5.2M ftp/platform/doc/BBFlash 1.2G ftp/platform/doc/003-录音 2.1G ftp/platform/doc 2.1G ftp/platform 4.0K ftp/pmo/doc 20K ftp/pmo 36M ftp/uf/doc/innovate-201207 36M ftp/uf/doc 36M ftp/uf 446M ftp/code/doc 446M ftp/code 6.3G ftp 查看指定文件大小 # du -h ./package/compat-libstdc++-33-3.2.3-69.el6.x86_64.rpm

IPMI报错 # 查看现有的模块 [root@Proxy ~]# lsmod |grep ^ipmi ipmi_devintf 17603 0 ipmi_msghandler 46608 1 ipmi_devintf # 添加模块 [root@Proxy ~]# modprobe ipmi_watchdog [root@Proxy ~]# modprobe ipmi_poweroff [root@Proxy ~]# modprobe ipmi_devintf [root@Proxy ~]# modprobe ipmi_si [root@Proxy ~]# modprobe ipmi_msghandler # 检查加载的模块 [root@Proxy ~]# lsmod |grep ^ipmi ipmi_si 57587 2 ipmi_poweroff 14366 0 ipmi_watchdog 25058 0 ipmi_devintf 17603 0 ipmi_msghandler 46608 4 ipmi_devintf,ipmi_poweroff,ipmi_watchdog,ipmi_si # 可以查看到ipmi信息 [root@Proxy ~]# ipmitool lan print Set in Progress : Set Complete IP Address

比较古老的硬盘，经常会出现读取错误。用DDRESCUE备份毁坏磁盘，然后尝试修复备份。 dd_rescue的好处 想象一下, 你的某个分区失效, 存在一些硬错误, 你不会想继续写所有数据到这块硬盘. 这时候需要把上面数据拷贝出来. 然而, 通常情况下, 你不能访问文件, 因为文件系统已损坏. 目前, 你可能会拷贝整个分区到一个文件, 或烧入到一个CD-Rom, 这样将不再丢失所有数据. 你也能创建一个loop设备, 使用fsck修复损坏的分区, 然后访问上面的数据. 在Un*x系统上使用cat或dd拷贝损坏分区将会失败, 因为他们遇见错误后会终止拷贝. 而dd_rescue将尝试从坏扇区读出数据, 然后继续下面的扇区. 输出文件(output file)会存在有一些错误. 你能通过写入日志文件看到这些错误的位置. 当遇见错误的时候, dd_rescue的数据丢失率是非常低的. 如果你终止当前拷贝, 你不会丢失所有数据. 可在所有地方继续. 输出文件将不断被填充, 而不像其他Un*x工具会有截端. 如果你的分区有一个坏扇区, 你能考虑从两边拷贝, 这将是个不错的主意.两个块大小是个不错的优化, 更大的块将有更好的优化效果. 不过在硬盘发生错误的情况下, 你想恢复的是每个扇区上的数据. 所以harbs最佳设置成硬件扇区大小(通常是512字节), softbs数值会大一些, 缺省是16K

前言 工作中，我们会用到 git pull 来从远程仓库"同步"代码，通常有三种方式； git pull origin <remote_branch>：<local_branch> git pull origin <remote_branch> git pull 这三种用法充分诠释了什么是 简即繁 ， 繁即简 ；看上去简单的，往往背后蕴藏玄机； 测试环境: 本地分支：master和dev 远程分支：master和dev $ git branch -a * dev master remotes/origin/HEAD -> origin/master remotes/origin/dev remotes/origin/master 1.git pull origin <remote_branch>：<local_branch> 这种用法写起来最为繁琐，但最好理解： 场景：当本地的当前分支不是local_branch； 作用：将远程分支拉取到指定本地分支； 例如：当前分支是dev，但是你想把远程master”同步”到本地master，但又不想使checkout切换到master分支； 这时你就可以使用git pull origin master：master zhangchangzhi@ZBXXXX /e/02.Workspace-test/gitTest (dev) $ git

前言 上一次我们详细讲解了 git pull 的三种使用方式，也介绍了什么是upstream(关联分支)，这次我们来看看 git push 的使用； 在使用 push 时，我们要特别注意分支的名称和”关联分支"对于操作的影响； 1.git push 2.git push origin <remote_branch> 3.git push origin <local_branch>：<remote_branch> 测试起始环境： 远程仓库有两个分支：master和dev 本地仓库由一个分支：master 注：本次只使用dev分支进行演示 zhangchangzhi@ZB-PF0SB6DQ MINGW64 /e/02.Workspace-test/gitTest (master) $ git branch -a * master remotes/origin/HEAD -> origin/master remotes/origin/dev remotes/origin/master 1.git push 场景：当前分支已经有关联分支，并且关联分支与当前分支同名； 作用：将当前分支代码同步到远程 同名 分支； 什么是关联分支:点击我 首先从远程dev分支检出一个不同名的分支 dev_zhangcz ： zhangchangzhi@ZB-PF0SB6DQ MINGW64 /e/02