很久以前配置过,后来都是基于管理交换机配置;今天被逼无奈,又一次必须使用,怎么也弄不好,原来配置方式变了,郁闷!!

#开启内核支持
modprobe 8021q
echo "8021q" >>/etc/modules

#安装配置工具
aptitude install vlan

#增加虚拟接口
vconfig add eth1 30

以下内容添加到 /etc/network/interfaces

auto eth1

auto eth1.30
iface eth1.30 inet static
    address 10.20.30.19
    netmask 255.255.255.0
    network 10.20.30.0
    broadcast 10.20.30.255

凌晨的时候,小手一抖,格式化了一块历史备份磁盘,那就恢复一些重要数据吧:

aptitude install extundelete

#恢复/dev/sdc1中所有数据
extundelete /dev/sdc1 --restore-all 

#恢复/dev/sdc2中的归档目录
extundelete /dev/sdc2 --restore-directory /archive

#恢复/dev/sdc2中的密码文件
extundelete /dev/sdc2 --restore-files /oral/passwd

前段时间帮朋友修复一台服务器,并写了一篇文章 Ubuntu修复grub开机引导,今天自己果断遇到了这个情况,但有有些不同。

在esxi环境中使用efi+gpt模式安装了ubuntu14.04,结果启动后直接跳入grub界面(非诊断模式),无法启动进系统。

此时,感觉十分郁闷,于是只好输入 normal 正常进入系统。

然后,启动修复命令,至此结束(不过,仍莫名奇妙为何grub会无法引导,汗。。。)。

sudo update-grub
sudo grub-install /dev/sda

google越来越难访问了,就算用hosts方法也要不断的修改,而且很容易搜到恶意的ip,劫持你的搜索。
下面给出一段命令来获取google的官方ip段,可以做智能路由,可以验证网上的ip是否为官方ip,等等。。。

nslookup -q=TXT _netblocks.google.com 8.8.8.8

整理结果如下:

64.18.0.0/20
64.233.160.0/19
66.102.0.0/20
66.249.80.0/20
72.14.192.0/18
74.125.0.0/16
173.194.0.0/16
207.126.144.0/20
209.85.128.0/17
216.58.192.0/19
216.239.32.0/19

自己编译的mysql,在使用命令行登录时,提示该错误,经过查阅资料,解决方案如下:

1、在源代码目录中,编辑文件 cmd-line-utils/libedit/terminal.c

2、terminal_set 方法中:
a、注释 char buf[TC_BUFSIZE];
b、把 area = buf; 改为 area = NULL;

3、重新编译