系统环境

Ubuntu-Server-14.04

参考文档

http://doc.gitlab.com/omnibus

安装GitLab

# 注册PPA源
wget https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.deb.sh
sudo bash script.deb.sh && rm script.deb.sh
# 安装必备包
sudo aptitude install -y openssh-server gitlab-ce postfix
sudo gitlab-ctl reconfigure
# 连接数据库
sudo -u gitlab-psql /opt/gitlab/embedded/bin/psql -h /var/opt/gitlab/postgresql -d 

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

#开启内核支持
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