存档

作者存档

新版Namecheap域名转移到国内注册商35.com的具体办法(图文)

2018年4月3日 没有评论

由于国内越来越多的地区现在备案都开始限制只能在国内注册商注册的域名才支持审核备案号了。以前注册优惠过的海外注册商如何移回国内注册商呢?这个文章就示例全过程,如何从新版本下namecheap.com如何移回国内注册商。
此例以移回国内中频35互联(35.com or www.china-channel.com)为示例。

好了,我们现在开始,需要知道的是,转移注册商需要做几个准备工作。
1.我们必须有要转移域名的控制权限,不只是解析权限,我们需要能有改变注册域名的所属邮箱。这个很重要很重要。不然直接会转移失败。
2.我们必须有一个在此示例中的国内注册商来接收你要转移回国内的域名的帐号。
3.帐号中必须有一定的钱。因为你转移回国内是需要续费一年域名注册费的。比如.com一般为100元左右。

有了以上几个准备工作。我们现在就一步步来开始操作吧。
1.登陆namecheap.com网站,依次选择Domain List,所要转换域名的MANAGE按键。点击Domain,关闭WhoisGuard这个保护。如果是老域名了,一般没有这个了。一般是要购买的。这个是whois保护,收费的。
2.选择Sharing & Transfer

如下图所示,按1的unlock解锁,然后2点右边的AUTH CODE。

在这里随便写点什么,我是这样写的。
Due to the need of business expansion, we need to move to new service providers for business development.
好了。这样送出以后。我们所在的域名的所有者邮箱。刚上面已经提到。就会收到一个邮件。是转移注册商的key。这个一会要用到。

这里写的Code,就是我们一会下面要使用到的。这个很重要。要在一定时间内使用完。不然会变。所以我们现在接下来移步。国内注册商。此例为中频35.com为示例。

3.我们现在登陆中频的代理网址https://cp.35.com/chinese/

选择 域名类》注册商转移》【.COM/.NET域名转入】,然后如下图所示这样。

需要注意的是以下这步。中间有一个小问题大家可能要提交前需要先去做的是。如下图。这个注册所有者使用者模版需要先通过注册商的实名认证才可以。如下图所示。这里我们公司已经审核通过完成的。这里就不仔细说明了。大家自己先去创建!各个国内注册商要求不一。无法一一说明,大同小异而已。

然后点下一步,这里会再要求你交钱了。所以刚上面最开始要帐号下有些钱就在这里了。不然没办法支付金额是不行的。一般是一年的费用。然后确定后,如下图所示。10分钟后收一下域名所有者的邮件。会有一个邮件注册商接收确认认证邮件。这步也很重要。

好了。接下来这个图就是邮件内容。会有一个地址给你确认。这边就要用到现有namecheap注册商的转移密码。

复制以上地址到浏览器。打开后会有以下图。输入验证码和namecheap给的转移密码。这样就完成大部分工作了。

点击确认后。就会提示你回去等通知了。如图:

好了。看到以上的图就说明我们已经把域名移回国内注册商了。国内注册商已经同意接受你的域名从namecheap移到中频了。然后我们进行以下最后一步。

最后一步也很容易。等邮件就可以了。域名的所有者的邮箱会收到namecheap的确定转移注册商的邮件。如下图所示。我们需要访问一下。并确定。

访问一下,如以下图所示。

点击Approve,确定转移,一般过了几天后。在国内注册商的域名列表中就可以找到所转移回来的域名了。

不是很复杂就是步骤有点多。仔细一些都没什么问题。好了,写到这。希望对大家有所帮助。

区块链技术

2018年3月10日 没有评论

所谓区块链技术,简称BT(Blockchain technology),也被称之为分布式账本技术,是一种互联网数据库技术,其特点是去中心化、公开透明,让每个人均可参与数据库记录。

最早是比特币的基础技术,目前世界各地均在研究,可广泛应用于金融等各领域。

区块链的基本原理理解起来并不难。基本概念包括:
交易(Transaction):一次操作,导致账本状态的一次改变,如添加一条记录;
区块(Block):记录一段时间内发生的交易和状态结果,是对当前账本状态的一次共识;
链(Chain):由一个个区块按照发生顺序串联而成,是整个状态变化的日志记录。
如果把区块链作为一个状态机,则每次交易就是试图改变一次状态,而每次共识生成的区块,就是参与者对于区块中所有交易内容导致状态改变的结果进行确认。

阐述编辑
用通俗的话阐述:如果我们把数据库假设成一本账本,读写数据库就可以看做一种记账的行为,区块链技术的原理就是在一段时间内找出记账最快最好的人,由这个人来记账,然后将账本的这一页信息发给整个系统里的其他所有人。这也就相当于改变数据库所有的记录,发给全网的其他每个节点,所以区块链技术也称为分布式账本(distributed ledger)。

VC6 SDK 安装支持VC6的最新SDK的资源与方法详解(适合和我一样的菜鸟)

2018年2月12日 没有评论

今天我开始学习王艳平老师的《windows网络与通信程序设计》那本书,里面有一小节讲的是如何获取MAC地址,代码中所需的头文件是VC6所没有的,
需要安装新的SDK。于是就开始从网上寻找资源并且安装,下面是安装流程与资源下载的地址:
1、下载资源
首先将以下资源下载到一个文件夹中(复制地址到迅雷中新建任务即可)。

http://download.microsoft.com/download/platformsdk/

sdk/update/win98mexp/en-us/3790.0/FULL/PSDK-FULL.1.cab

http://download.microsoft.com/download/platformsdk/

sdk/update/win98mexp/en-us/3790.0/FULL/PSDK-FULL.2.cab

http://download.microsoft.com/download/platformsdk/

sdk/update/win98mexp/en-us/3790.0/FULL/PSDK-FULL.3.cab

http://download.microsoft.com/download/platformsdk/

sdk/update/win98mexp/en-us/3790.0/FULL/PSDK-FULL.4.cab

http://download.microsoft.com/download/platformsdk/

sdk/update/win98mexp/en-us/3790.0/FULL/PSDK-FULL.5.cab

http://download.microsoft.com/download/platformsdk/

sdk/update/win98mexp/en-us/3790.0/FULL/PSDK-FULL.6.cab

http://download.microsoft.com/download/platformsdk/

sdk/update/win98mexp/en-us/3790.0/FULL/PSDK-FULL.7.cab

http://download.microsoft.com/download/platformsdk/

sdk/update/win98mexp/en-us/3790.0/FULL/PSDK-FULL.8.cab

http://download.microsoft.com/download/platformsdk/

sdk/update/win98mexp/en-us/3790.0/FULL/PSDK-FULL.9.cab

http://download.microsoft.com/download/platformsdk/

sdk/update/win98mexp/en-us/3790.0/FULL/PSDK-FULL.10.cab

http://download.microsoft.com/download/platformsdk/

sdk/update/win98mexp/en-us/3790.0/FULL/PSDK-FULL.11.cab

http://download.microsoft.com/download/platformsdk/

sdk/update/win98mexp/en-us/3790.0/FULL/PSDK-FULL.12.cab

http://download.microsoft.com/download/platformsdk/

sdk/update/win98mexp/en-us/3790.0/FULL/PSDK-FULL.13.cab

http://download.microsoft.com/download/platformsdk/

sdk/update/win98mexp/en-us/3790.0/FULL/PSDK-FULL.bat

http://download.microsoft.com/download/platformsdk/

sdk/update/win98mexp/en-us/3790.0/FULL/Extract.exe

2、打开命令行(cmd)移动到该文件夹下并运行批处理文件解压文件
如下载文件夹为d:\temp,则在命令行中先输入d:(回车),再输入temp:(回车)。
之后运行PSDK-FULL.bat d:\sdk(回车),d:\sdk为放解压文件的文件夹。
3、退出命令行到d:\sdk中运行setup.exe。之后会弹出一个安装WEB页。
若提示Versions未定义,打开setup目录,安装CoreSDK-x86.msi等文件即可。
4、若弹出的WEB页只有一段话大意为需要你安装IE,那么首先确认安装了IE,并把它设 置为默认浏览器。之后若安装的是IE8那么还不能进行网页安装,必须取消|Internet 选项 -》 高级 -》启用内存保护帮助减少联机攻击|的选项之后即可出现安装向导。
5、安装完后,配置VC6
手工配置vc6的搜索目录,打开vc6,菜单tools-options-directories。
增加以下路径

executable files

你的platform安装路径\bin

你的platform安装路径\bin\winnt

include file

你的platform安装路径\include

library files

你的platform安装路径\lib

SSD固态硬盘一般能用多久?

2018年2月10日 没有评论

SSD固态硬盘的寿命,理论上是由闪存类型和写入量决定的。
1、一般的MLC固态硬盘,最广泛了,与入量是3000次P/E,也就是累计写满3000次。假设一只128G的固态硬盘,每天平均写入40G(一般的家庭用户不可能做到),那也能使用20年以上。
2、TLC的寿命,是MLC的一半或三分之一。也就是上述寿命缩短三倍。
3、SLC的寿命,是10000次p/e,是MLC的三倍以上。

CentOS上,三步创建与root一样权限的用户

2018年1月3日 没有评论

三步创建一个用户,使他有与root一样的权限。
1. 上root下,创建一个用户“app”
[root@daddylinux~]#useradd app
[root@daddylinux~]#passwd app
2. 限定app使用root特权,如下所示,编辑visudo文件。
[root@daddylinux~]# visudo
3. 在最后一行,添加下列信息。
app ALL=(ALL) ALL
退出并保存。

分类: Linux, 解决方案 标签: , ,

Mysql INNODB存储引擎表损坏修复方法(转)

2017年12月10日 没有评论

设你正在运行使用InnoDB表格的MySQL,糟糕的硬件设备,驱动程序错误,内核错误,不幸的电源故障或某些罕见的MySQL错误使你的InnoDB表空间被损坏了。
在这种情况下,InnoDB的一般会出现这样的输出:

InnoDB: Database page corruption on disk ora failed
InnoDB: file read of page 7.
InnoDB: You may have to recover from a backup.
080703 23:46:16 InnoDB: Page dump in ascii and hex (16384bytes):
… 这里省略很多二进制和十六进制编码…
080703 23:46:16 InnoDB: Page checksum 587461377,prior-to-4.0.14-form checksum 772331632
InnoDB: stored checksum 2287785129, prior-to-4.0.14-form storedchecksum 772331632
InnoDB: Page lsn 24 1487506025, low 4 bytes of lsn at page end1487506025
InnoDB: Page number (if stored to page already) 7,
InnoDB: Database page corruption on disk or a failed

mysqldump导出库时报错如下:
“mysqldump: Error 2013: Lost connection to MySQL server during query when dumping table `; at row:6880″
或是操作对应表时,也会报错。这时数据库会重启。
当时想到的是在修复之前保证数据库正常,不是这么异常的无休止的重启。

使用innodb_force_recovery =1,正如你所看到的,即使日志文件中有校验失败的记录,但CHECK TABLE还是说表格是正确的。
这意味着你不能太依赖CHECKTABLE在InnoDB上执行的结果。
所以就修改了配置文件的一个参数:innodb_force_recovery
innodb_force_recovery影响整个InnoDB存储引擎的恢复状况。默认为0,表示当需要恢复时执行所有的,
innodb_force_recovery可以设置为1-6,大的数字包含前面所有数字的影响。
当设置参数值大于0后,可以对表进行select,create,drop操作,但insert,update或者delete这类操作是不允许的。
1(SRV_FORCE_IGNORE_CORRUPT):忽略检查到的corrupt页。
2(SRV_FORCE_NO_BACKGROUND):阻止主线程的运行,如主线程需要执行full purge操作,会导致crash。
3(SRV_FORCE_NO_TRX_UNDO):不执行事务回滚操作。
4(SRV_FORCE_NO_IBUF_MERGE):不执行插入缓冲的合并操作。
5(SRV_FORCE_NO_UNDO_LOG_SCAN):不查看重做日志,InnoDB存储引擎会将未提交的事务视为已提交。
6(SRV_FORCE_NO_LOG_REDO):不执行前滚的操作。
因为错误日志里面提示出现了坏页,导致数据库崩溃,所以这里把innodb_force_recovery 设置为1,忽略检查到的坏页。
重启数据库之后,找到错误信息出现的表

因为后者可以通过使用OPTIMIZE TABLE命令来修复,但这和更难以恢复的表格目录(table dictionary)被破坏的情况来说要好一些。

操作步骤:

修改my.cnf 配置文件,添加innodb_force_recovery = 1运行InnoDB,然后重启mysql 。

1,建议一个备份表,T_MinuteStore_BAK,使用MYISAM存储引擎,建表语句如下:

CREATE TABLE `T_MinuteStore_BAK` (
`T_MinuteStore_ID` bigint(20) NOT NULL AUTO_INCREMENT COMMENT ‘行标识’,
`siteID` int(11) DEFAULT NULL COMMENT ‘站点标识’,
`genTime` datetime DEFAULT NULL COMMENT ‘监测时间’,
`itemID` int(11) DEFAULT NULL COMMENT ‘监测项目’,
`value` varchar(255) DEFAULT NULL COMMENT ‘监测值’,
`flag` varchar(255) DEFAULT NULL COMMENT ‘异常标志’,
`filterFlag` bit(1) DEFAULT NULL COMMENT ‘过滤标志’,
PRIMARY KEY (`T_MinuteStore_ID`)
) ENGINE=MYISAM AUTO_INCREMENT=188995 DEFAULT CHARSET=utf8 COMMENT=’监测分钟数据–5分钟一组数据’;

2,把T_MinuteStore表中的数据导入到新表T_MinuteStore_BAK.

insert into T_MinuteStore_BAK select * from T_MinuteStore;

提示报错: 2013 (HY000): Lost connection TO MySQL server during query
你可能想对数据表进行扫描直到第一个被损坏的行,然后从MyISAM表中得到结果?
不幸的是,运行之后的T_MinuteStore_BAK表格是只有一部份数据。
这里查看T_MinuteStore_BAK表中,主键 T_MinuteStore_ID 从最小值到160861,可以看出是被顺序插入的数据。
那么现在就好办了,说明从16081之后,有损坏的数据行。
下面作下插入数据测试,看看大约有多少行数据损坏。
insert into T_MinuteStore_BAK select * from T_MinuteStore where T_MinuteStore_ID>161000;
执行命令后,还是报错。
最后测试;
161500160861
此主键之间的数据,有损坏,其它数据恢复正常。总计100万行数据,只丢了几百行数据,完全可以承受。
3, 删除掉原表: drop table T_MinuteStore;注释掉innodb_force_recovery 之后,重启Mysql。
4,重命名 T_MinuteStore_BAK:

rename table T_MinuteStore_BAK to T_MinuteStore;
5,最后将表T_MinuteStore修改回存储引擎:

alter table T_MinuteStore engine = innodb;

最后将数据库数据导出,测试导出成功,未发现问题。备份好数据,然后更换好硬盘,重装好Mysql ,将数据导入。
测试程序,一切正常。

分类: 解决方案 标签: , ,

tar增量备份(转)

2017年11月10日 没有评论

现在我们来展示一个使用tar工具来增量备份的例子。

一、增量备份

1、新建backup目录,里面新建file1,file2,file3文件

mkdir backup/
touch backup/{file1,file2,file3}
2、进行完整备份

tar -g tarinfo -czf backup-full.tar.gz backup/
3、新增文件到backup

touch backup/file4
4、进行增量备份

tar -g tarinfo -czf backup-incre1.tar.gz backup/
5、查看增量备份文件

tar -ztf backup-incre1.tar.gz
二、进行还原

1、删除backup目录

rm -rf backup/
2、执行还原操作

tar xzf backup-full.tar.gz
tar xzf backup-incre1.tar.gz
现在已经完成tar的还原操作。其它tar的增量备份只需要指定-g参数,tarinfo文件则是用来记录备份的一些信息。

分类: Linux 标签: ,

IIS7配置Gzip压缩

2017年10月25日 没有评论

开启配置HTTP压缩(GZip)

在IIS7中配置Gzip压缩相比IIS6来说实在容易了许多,而且默认情况下就是启用GZip压缩的。如果没有,则可以再功能视图下找到“压缩”项,进入之后就会看到“静态内容压缩”和“动态内容压缩”两个选项,勾上即可。

配置启用压缩的文件类型及其他选项

当开启GZip压缩之后,IIS并不是对所有内容都启用了压缩,而是有选择的进行压缩。遗憾的是,我们无法直接在IIS7管理器中配置这些压缩选项。我们首先需要在C:\Windows\System32\inetsrv\config文件夹下找到applicationhost.config文件,打开之后找到如下一节内容:

1
 

IIS实际上是根据MIME类型来决定是否启用HTTP压缩的,以及压缩比之类的选项。可以看出,图片默认情况下是不被压缩的,这是因为图片的压缩比太低了。

我们注意到,对于Javascript来说,上面对不同的mime类型配置了不同的压缩方式。Javascript有三种常见的Mime类型,text/javascript,application/x-javascript,application/javascript。这三种类型都是合法的,在现代浏览器中也不存在什么差别。但是由于IIS7中Js文件的mime类型默认被设置为application/x-javascript,也就是说对于js文件,使用的是动态内容压缩而不是静态内容压缩,因此会导致js文件有时经过压缩的,有时却没有压缩。

静态压缩及动态压缩的区别

IIS7中的HTTP压缩分为“静态内容压缩”和“动态内容压缩”,其实这两个名字第一次接触很费解。什么是动态内容什么又是静态内容?实际上,准确的翻译应该是“静态压缩”和“动态压缩”。这两个词反应了IIS的压缩行为。对于配置在staticTypes节中的mime类型,将会启用静态压缩,也就是说,当文件第一次被请求的时候,IIS会将其压缩,然后放入临时文件夹中,下次再有人请求此文件时直接从临时文件夹中取出压缩后的版本而不用重新执行压缩的过程。配置在dynamicTypes一节中的mime类型的http请求都将启用动态压缩,即每一次请求,主机都会对请求的内容——可能是存放在文件系统中的静态文件,也可能是ISAPI返回的内容——进行压缩,而不会对其进行缓存。这个压缩比率因主机性能不同而会有所调整,所以我们在请求js文件的时候才会发现js文件有时压缩有时不压缩的情况。

显而易见,静态压缩会占用一定的存储空间,但是速度快,而动态压缩不占用存储空间,但是占用CPU时间,而且压缩比不恒定。而对于经过ISAPI的请求,则不能使用静态压缩方式。例如对于WCF返回的内容。

CentOS下lv调整空间大小

2017年10月20日 没有评论

一、目的

在使用CentOS6.3版本linux系统的时候,发现根目录(/)的空间不是很充足,而其他目录空间有很大的空闲,所以本文主要是针对现在已有的空间进行调整。首先,先来查看一下系统的空间分配情况:

1
2
3
4
5
6
7
8
[root@CentOS-78 /]# df -h  
Filesystem            Size  Used Avail Use% Mounted on  
/dev/mapper/vg_centos-lv_root  
                       50G   14G   34G  30% /  
tmpfs                 1.9G     0  1.9G   0% /dev/shm  
/dev/sda1             485M   37M  423M   8% /boot  
/dev/mapper/vg_centos-lv_home  
                      404G  670M  382G   1% /home

下面的详细步骤部分将从vg_centos-lv_home分区下取出100G的空间添加到/vg_centos-lv_root分区上去。
二、详细步骤
1、卸载vg_centos-lv_home分区

1
2
3
4
5
6
7
8
9
10
11
12
[root@CentOS-78 /]# umount /home  
 
[root@CentOS-78 /]# df -h  
Filesystem            Size  Used Avail Use% Mounted on  
/dev/mapper/vg_centos-lv_root  
                       50G   14G   34G  30% /  
tmpfs                 1.9G     0  1.9G   0% /dev/shm  
/dev/sda1             485M   37M  423M   8% /boot  
 
[root@CentOS-78 /]# resize2fs -p /dev/mapper/vg_centos-lv_home 282G  
resize2fs 1.41.12 (17-May-2010)  
Please run 'e2fsck -f /dev/mapper/vg_centos-lv_home' first.

这一步设定vg_home-lv_home大小没有成功,系统提示我们先运行下面的命令,操作如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
[root@CentOS-78 /]# e2fsck -f /dev/mapper/vg_centos-lv_home  
e2fsck 1.41.12 (17-May-2010)  
Pass 1: Checking inodes, blocks, and sizes  
Pass 2: Checking directory structure  
Pass 3: Checking directory connectivity  
Pass 4: Checking reference counts  
Pass 5: Checking group summary information  
/dev/mapper/vg_centos-lv_home: 1386/26836992 files (0.9% non-contiguous), 1855856/107344896 blocks  
 
[root@CentOS-78 /]# resize2fs -p /dev/mapper/vg_centos-lv_home 282G  
resize2fs 1.41.12 (17-May-2010)  
Resizing the filesystem on /dev/mapper/vg_centos-lv_home to 73924608 (4k) blocks.  
Begin pass 2 (max = 43)  
Relocating blocks             XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX  
Begin pass 3 (max = 3276)  
Scanning inode table          XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX  
Begin pass 4 (max = 266)  
Updating inode references     XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX  
The filesystem on /dev/mapper/vg_centos-lv_home is now 73924608 blocks long. 
 
[root@CentOS-78 /]# mount /home  
[root@CentOS-78 /]#  
[root@CentOS-78 /]# df -h  
Filesystem            Size  Used Avail Use% Mounted on  
/dev/mapper/vg_centos-lv_root  
                       50G   14G   34G  30% /  
tmpfs                 1.9G     0  1.9G   0% /dev/shm  
/dev/sda1             485M   37M  423M   8% /boot  
/dev/mapper/vg_centos-lv_home  
                      278G  663M  263G   1% /home  
[root@CentOS-78 /]#  
 
[root@CentOS-78 /]# lvreduce -L 282G /dev/mapper/vg_centos-lv_home  
  WARNING: Reducing active and open logical volume to 282.00 GiB  
  THIS MAY DESTROY YOUR DATA (filesystem etc.)  
Do you really want to reduce lv_home? [y/n]: y  
  Reducing logical volume lv_home to 282.00 GiB  
  Logical volume lv_home successfully resized  
[root@CentOS-78 /]#

查看一下lv目前的情况

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
[root@CentOS-78 /]# vgdisplay  
  --- Volume group ---  
  VG Name               vg_centos  
  System ID  
  Format                lvm2  
  Metadata Areas        1  
  Metadata Sequence No  5  
  VG Access             read/write  
  VG Status             resizable  
  MAX LV                0  
  Cur LV                3  
  Open LV               3  
  Max PV                0  
  Cur PV                1  
  Act PV                1  
  VG Size               465.27 GiB  
  PE Size               4.00 MiB  
  Total PE              119109  
  Alloc PE / Size       86472 / 337.78 GiB  
  Free  PE / Size       32637 / 127.49 GiB  
  VG UUID               1k4ooN-RFV9-uyf1-uMYf-aERG-YaGs-ZNoSD6

Free PE / Size指定的应该是现在可在分配的空间。
4、增加vg_centos-lv_root分区的大小
将可用的空间添加到vg_centos-lv_root分区上面:

1
2
3
4
5
6
7
8
9
10
11
12
[root@CentOS-78 /]# lvextend -L +127.40G /dev/mapper/vg_centos-lv_root  
  Rounding up size to full physical extent 127.40 GiB  
  Extending logical volume lv_root to 177.40 GiB  
  Logical volume lv_root successfully resized  
[root@CentOS-78 /]#  
 
[root@CentOS-78 /]# resize2fs -p /dev/mapper/vg_centos-lv_root  
resize2fs 1.41.12 (17-May-2010)  
Filesystem at /dev/mapper/vg_centos-lv_root is mounted on /; on-line resizing required  
old desc_blocks = 4, new_desc_blocks = 12  
Performing an on-line resize of /dev/mapper/vg_centos-lv_root to 46504960 (4k) blocks.  
The filesystem on /dev/mapper/vg_centos-lv_root is now 46504960 blocks long.

5、再次查看分区大小

1
2
3
4
5
6
7
8
[root@CentOS-78 /]# df -h  
Filesystem            Size  Used Avail Use% Mounted on  
/dev/mapper/vg_centos-lv_root  
                      175G   14G  153G   9% /  
tmpfs                 1.9G     0  1.9G   0% /dev/shm  
/dev/sda1             485M   37M  423M   8% /boot  
/dev/mapper/vg_centos-lv_home  
                      278G  663M  263G   1% /home

我们发现vg_centos-lv_root分区的空间已经增加了125G,之所以比lv_home减少的空间要多25G主要是由于我们把系统所有的可用的空间都加在了lv_root分区。
三、所遇到的问题
1、在卸载/home目录的时候失败
可先执行如下fuser命令,然后再umount即可:

1
2
[root@CentOS-78 /]# fuser -m /home  
[root@CentOS-78 /]#

2、设定完lv_home的大小,再次mount该分区时,发现用df命令无法看到给分区,此时只要在mount一次即可
3、在设定lv_root的大小时,不要把Free PE / Size的空间全部都用上,这很可能会出现Free PE空间不足的现象,建议保留一点Free PE的空间。

将Centos7的yum配置为阿里云的镜像(完美解决yum下载太慢的问题)

2017年10月12日 没有评论

最近在研究一些深度学习框架和大数据可视化的应用,经常会编译一些文件,而yum的默认地址下载太慢,所以用国内比较稳定的阿里云源。

参考

http://mirrors.aliyun.com/help/centos?spm=5176.bbsr150321.0.0.d6ykiD

话不多说,上命令
1、备份
mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup

2、下载新的CentOS-Base.repo 到/etc/yum.repos.d/
CentOS 5

wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-5.repo
CentOS 6

wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-6.repo

CentOS 7

wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo

3、之后运行yum makecache生成缓存