标签 程序员 下的文章

升级到Ubuntu 12.04LTS

Ubuntu 10.04 LTS已经伴随我两年了,经过我这么长时间的折腾,Ubuntu早已不堪重负^_^。在未升级前,Ubuntu 10.04已经表现出诸多问题:

- 在家中连接无线路由器时间漫长,且经常掉线;
- 在公司用有线网络经常掉线;
- 由于反复安装软件,系统中残留较多垃圾数据;
- Ubuntu 10.04官方源中的软件版本都有些低,很多软件手工安装高版本比较费力;

另外原先与Ubuntu 10.04共存的Windows 7系统已经早在大半年前就罢工了,无法引导进入,原因不明,我也懒得去fix,平时根本也用不到Windows系统。因此这次升级系统还有另外一个目的, 那就是将Windows 7的残余数据彻底清除出我的本本。

虽然Ubuntu最新版本是刚刚发布不久的12.10,但本着只用LTS版的原则,这次打算升级12.04 LTS,目前的最新版本是12.04.1。

原以为我的老旧的ThinkPad X60可以安装64位的12.04,但在安装时引导程序提示X60的CPU不是X86-64类型的,而是一颗双核的i686 CPU。恼火啊!下载和刻录一个iso容易吗,尤其在公司这个代理网络里!无奈只能重新折腾,重新下载和刻录32位的Ubuntu 12.04.1。

安装方法这里不赘述了。这次在安装时我使用了安装界面上可选的自定义安装分区的方法将12.04安装到了原Windows 7的分区中了,但安装结束重启后,Grub2的引导初始页面居然依旧显示以前的系统菜单,并且菜单中并没有我新装的12.04菜单项。重新安装,这次格掉 了原Ubuntu 10.04的安装分区。经过漫长等待后重启机器,映入眼帘的是"grub rescue>",引导再次失败,显而易见,Grub2依旧没有找到正确的引导分区。

Google了一把,原来是我对Grub2的引导原理理解还不够,Grub2是两阶段引导。直接格式化原有分区并安装新系统并未重新刷新 MBR(主引导记录)中的第二阶段引导分区的id,因此机器启动后,MBR依旧按原有的配置去寻找那个分区ID,但装有Ubuntu的分区ID已 经发生了变化,原引导分区被重新格式化并且无系统,因此Grub2无法找到分区,无法开启第二阶段引导。

无奈只能使用livecd,进入terminal,执行如下命令(ubuntu 12.04安装在sda1):
> sudo mount /dev/sda1 /mnt
> sudo grub-install –boot-directory=/mnt/boot  /dev/sda

再次重启后,系统引导正常,终于可以进入12.04了。网上说利用grub rescue命令也可以刷新MBR记录,不过我没能试验成功。

不同Ubuntu的配置过程大同小异,我早已轻车熟路了:

- 添两个源:搜狐和网易的ubuntu 12.04的源,然后更新软件包列表;
- 打开更新管理器,设置首选软件源;
- 打开“语言支持”,下载和更新语言包;
- 安装Google Chrome、Vim、iptux、rdesktop、Filezilla、subversion、htop、git、golang、apache2、 parcellite等工具;
- Thunderbird配置恢复(Ubuntu 12.04已经将thunderbird作为默认mail客户端);
- 恢复用户配置,包括.bashrc、模板、vim配置和插件等;
- 恢复hosts、apache2等配置;

Ubuntu演进到今天,对中文的支持已经很好了。默认情况下的iBus拼音已经很好用了。更新完语言包后,输入法变成SunPinyin,用起 来的确比小企鹅输入法智能多了。

Ubuntu默认的桌面环境是自行开发的Unity,至少目前感觉还行,其Dash程序启动器比较好用,基本可以替代原先在Gnome下用的 launchy。不过对于我用的X60 12寸普通屏幕(非宽屏)来讲,左边的Dock启动栏显然占据了应用本已不大的界面空间。

Ubuntu 12.04配置与应用安装时遇到了两个问题,这里做个分享和备忘:

1、ext3分区自动挂载以及权限问题

这次安装时,原安装ubuntu 10.04的分区被重新格式化了,但并未挂载目录。系统启动后,该分区未被自动挂载,只能手动挂载。于是尝试通过修改/etc/fstab自动挂载该ext3分区。

root下建立/home1目录,在/etc/fstab中添加一行,将该分区自动挂载到/home1:

# / was on /dev/sda3 during installation
UUID=1ed84fc1-5ba2-4e82-94f5-c3e4f5654036 /home1          ext3    defaults,errors=remount-ro 0       0

重启后,该分区如预期一样被自动挂载。但有出现了新问题,该分区下无法用普通用户权限创建文件,也就是没有写权限。反复改了几次fstab中的挂载参数, 都无法解决。后想到既然分区已经挂载到了/home1目录,那修改/home1目录的权限是否可以解决这个问题呢?于是sudo chmod 777 /home1。命令执行完后重启。新分区自动挂载,并可写了。

2、恢复iptux默认配置

部门都用飞秋作为内部IM工具。Linux下的feiq协议兼容工具是iptux。Ubuntu 12.04下用apt-get就可以正确安装iptux,运行也一切OK。但我在配置iptux时,无意中选择了“启动后主面板自动隐藏”,导致始终无法 看到iptux主界面,也就无法发送消息。于是开始尝试恢复iptux的默认配置。

直接上方法:
- 后台杀掉iptux;
- cd ~/.gconf/apps/iptux
- 删除iptux配置文件
- 执行gconftool-2 –recursive-unset /apps/iptux

注意如果不用上面方法,即便是卸载再重装iptux也是无济于事的。

谈谈如何高效地组织和实施内部会议

我个人一直追求高效的工作,无论是在职场中的哪个环节,在我眼中总是应该有提效的空间的,我甚至感觉我在这方面似乎形成了一种偏执,有些时候一看到低效的环节,我就有些情绪激动^_^。

如果要大家投票表决组织内部最低效地活动环节,估计大多数人会将选票投给会议。关于内部会议的组织和实施,有很多反模式,这里列举一二:

- 会议组织人突然发出会议通知,两个小时后举行某会议;
- 会议通知中没有会议的agenda信息,也没有任何有关会议的资料;
- 会议的干系人选择不恰当,有些人本无需参会;
- 会议实施过程中主持人无准备,无整体思路主线,想到哪里,就说到哪里;
- 所讲内容与会议类型不匹配,无有效价值传达;
- 会议无决议,无后续行动计划,大家无所获 – 三无会议。

这里谈到的会议的效率不仅在于实施时的时间上的长短,更重要的是会议主题内容在单位时间内传递给相关干系人的程度。其实细致高效地组织和实施一次组织内部会议,并非是件多难的事情。一个会议,无非准备、实施、会后跟踪落实三个部分,而每个部分其实又都是有章可循的。

一、准备阶段

* 提前预定好会议室

注意会议室的Size要适宜,别到时侯人多没地儿坐;而人少又显得空旷,显得人气不旺,气氛不足^_^。对于有限时的远程视频会议室,要预留足够长的时间,避免会议超时带来的意外情况。

* 会议通知

在明确会议主题、类型、目标和Agenda之后,可提前数天或更长时间在组织内发出会议通知,这样可以便于干系人安排好自己的任务列表;通知中应说明会议 的主题、目标与Agenda,如果有初步的资料的话,最好能附上,让相关干系人可以更深入了解;会议的干系人选择要谨慎,哪些人必须参会,哪些人需要知道 有这个会议,自由选择参加等等都要明确。

* 会议资料准备

会议的主讲人或主持人(因会议不同而定)需进行精心的资料准备。准备阶段,主讲人应充分考虑会上要向与会者传达哪些信息与价值,要有贯穿会议的清晰的思路 主线。有条件的情况下,可以请相关人评审这份资料,主讲人最好自己做些模拟讲解,以保证在会议上能产生最好的表达效果,以提高与会者的信息接收和理解程 度。另外有些类型会议(如总结会)需要一些第三方提供的资料或需第三方讨论确认的事情,这些务必在会议举行前完成,避免在会上进行细节的讨论,降低效率。

* 参会提醒

会议主持者应提前一天再次发出会议提醒,如果此时已经准备好最新资料了,可将资料附上;但少数主讲人希望保持神秘感,只发提醒也就是了。

二、实施阶段

* 当天的会议提醒

会议举行当天,再次做会议提醒,这次仅一个通知即可。

* 会议室准备

会议的主持人或组织者或主讲人应根据会议类型和具体情况,提前一些时间到达会议室做好各种准备,包括确认会议室的设备完好情况,至少连上投影,插上网线看 看是否可用;若是远程视频会议室,则更是要提早联系管理员做设备调试,确保会议准点开始时,设备是好用的,远程是接通的;类似一些架构讲解会的会议,可能 还需要提前在会议室白板上做板书。总之,这些准备工作目的就是让会议可以准时开始,而不是让与会者坐在那里白白浪费时间。

* 会议进行

不同类型的会议有不同的进行方式。在组织内部,例会、总结会和评审类会议居多。但总体来说,无论哪种会议,如果要高效地进行,都应该按照主持人/主讲人的 思路主线进行,围绕着会议要传达给与会者的主题为中心,详说重点,有理有据,略说细节,避免细节讨论;必要讨论时,主讲人也应引导与会者的讨论,避免跑 题,并及时打断讨论,回到正题上。

* 控制会议时间节奏

在某件事情上,常人保持集中精力于其上的时间是有限度的,超过这个时间,常人肯定会溜号,信息接收和理解的效率自然就会降低。因此为了让与会者可以保持集中精力的投入,主持人需要控制好会议的节奏,适当予以休息。组织内的大部分会议,应不超过一小时为宜。

* 会议要有结论,并与与会者达成一致

会议是以高效地传达某种信息为目的的,这些信息可能是知识、技巧、最佳实践、思路、工具或某种结论,与会者在后续的工作中会用到信息。因此虽然会议类型不同,但会议均应有相关结论,作为后续的行动计划;并且与会者需要这些结论上达成一致。

三、会后跟踪落实

会议的效率更多体现在前两个阶段。最后这个阶段更多是用来检验和评估会议后的信息传达效果。另外会议主持人/主讲人需要通过这些跟踪和落实情况,总结信息传达情况;回顾和反省会议是否组织和实施的足够高效;发掘和发现问题,并做持续改进和改善。

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言精进之路1 Go语言精进之路2 Go语言编程指南
商务合作请联系bigwhite.cn AT aliyun.com

欢迎使用邮件订阅我的博客

输入邮箱订阅本站,只要有新文章发布,就会第一时间发送邮件通知你哦!

这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn
DigitalOcean Referral Badge

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats