比尔盖子 博客

Tag: Gentoo

折腾Nvidia分辨率,启用uvesafb

Nvidia不支持KMS已经令人诟病很长时间了,可不支持就是不支持。我们只能通过各种方式,来获得一个在没有KMS情况下完美/半完美的分辨率。有些幸运的人,在通过添加内核参数vga=791/792,就成功让自己的1024×768显示器配合VESA使用最佳分辨率了。而有些Nvidia的显卡BIOS还不太一样,有的在最差的状态下只支持800×600。这样的80×24终端除了复古,没人想要吧。
Continue reading

整理Gnome3的桌面

Gentoo的Gnome3使用久了,你的“应用程序”集合就会出现各色的图标:失效的、无用的、重复的、图标烂/图标丢失的,还有Wine创建的大量快捷方式,严重影响了Gnome3的使用体验. 比如比尔盖子的桌面上有好多分辨率很低的三明治——好多版本的PyShell.
Continue reading

对Gentoo的RAID bug进行Workaround

在之前的文章中已经提到了,Gentoo的mdadm在Intel的FakeRAID存在bug,会将一个三块正常硬盘组成的RAID5阵列少识别一块硬盘,但由于RAID5在2块硬盘也能正常运行。而重新启动计算机后,mdadm又能识别出三块硬盘,并开始重建RAID阵列。再次重启后,又回到最初的情况。
Continue reading

Gentoo神秘而又气死人的RAID bug

昨天更新完Gentoo,重新启动机器后发现,Gentoo不认RAID了。又重启一下,这回不但依然不认,英特尔的芯片还告诉我:RAID已损坏,进入系统后将Rebuild⋯⋯我发现我的Fedora还能认阵列,马上进去Rebuild。Rebuild好了,发现每次进入Fedora没有任何问题,进入Gentoo就会这样。

后来进入Gentoo仔细研究,发现Gentoo把三块硬盘组成的RAID 5认成了两个阵列。Rebuild完之后,倒是能正确的认出来,但是由于之前造成数据不同步,导致Rebuild。经过搜索,发现这个Bug已经有所报告,是由于关机时没有正确停止RAID造成的,之前也遇到过,并自己解决。但是,我这样不认+阵列坏的问题,倒是离奇。

只能使用重装系统之大法了。

解决Gentoo能识别非iOS的ipod但不能识别iOS设备的问题

今天想用Gentoo给iPhone同步一些音乐,却发现播放器没有识别。通过dmesg得知:

usb 1-3: New USB device found, idVendor=05ac, idProduct=1297
usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-3: Product: iPhone
usb 1-3: Manufacturer: Apple Inc.
usb 1-3: SerialNumber: <You mustn't know>

但是系统没有给其分配设备文件,导致无法挂载。重新配置内核,增加GUID分区表等驱动,未果。最后经过搜索,安装了libimobiledevice,但仍未果。

经过实验,发现比尔盖子的iPod不是iOS系统,可以挂载;但其它iOS设备:iPad、iPhone都无法挂载。经过搜索,发现原来需要增加一个USE:ios,然后再深度编译emerge -avuDN world即可。

原来,USE:ipod是给非iOS的iPod使用的,而iOS的iPod touch、iPhone、iPad则需要使用USE:ios。

最后安装ifuse即可。

iOS 5

但若是用此方法,无法使用iOS 5 的设备。那是因为iOS 5太新了,libimobiledevice和ifuse不支持。需要编译安装git版本。

git clone git://git.sukimashita.com/libimobiledevice.git
cd libimobiledevice/
./autogen.sh
make -j2
su -c 'make install'

git clone git://git.sukimashita.com/ifuse.git
cd ifuse/
./autogen.sh
make -j2
su -c 'make install'

#这样系统就会认为你的这两个包已经安装了,就不会再装一次了,但是当这两个包升级以后就需要自己维护了
su -c 'emerge -C ifuse libimobiledevice'
su -c 'mkdir /etc/portage/profile/'
su -c 'echo "app-pda/ifuse-1.1.1" >> /etc/portage/profile/package.provided'
su -c 'echo "app-pda/libimobiledevice-1.1.1" >> /etc/portage/profile/package.provided'

 

Gentoo GCC报错解决

今天,比尔盖子在更新了GCC之后,运行了emerge –depclean。然后GCC就不工作了!
每当运行GCC,就得到一个提示:

 

* gcc-config: Active gcc profile is invalid!
[1] i686-pc-linux-gnu-4.5.3

 

比尔盖子吓坏了,因为如果GCC被误删了,那么比尔盖子就没法安装任何软件了,怎么办呢……后来,比尔盖子搜索了一下这个错误提示,发现解决方案原来这么简单!

#第一步依然会报错,不要紧张,这是预料之中的事情。
#你需要在第一条命令报错后接着运行下面的命令
gcc-config -c
gcc-config i686-pc-linux-gnu-4.5.3
gcc-config -c

然后GCC就正常了,世界又恢复了美好……

后来反思了一下报错的原因,比尔盖子认为原因应该是:比尔盖子的系统在删除旧版本GCC之前,有两个GCC并存,而且默认使用旧版本GCC。而现在删掉旧版本的GCC之后,由于系统内所有的配置文件都指向旧版本GCC,但旧版本GCC已经不存在了,GCC还能工作吗?而上面的命令,就是将配置文件改成新版本GCC,最终让GCC恢复正常。

 

按照最新规范修改启动脚本

话说比尔盖子转换完文件系统之后,发现开机的时候有一些Warning。具体内容如下:

Use of the opts variable is deprecated and will 
be removed in the future. Please use extra_commands or extra_started_commands.

也就是说,只要把init启动脚本中的”opts=”改成”extra_commands=”就OK了。但是,这项工作也太繁琐了。最终在Gentoo论坛上找到了解决方法,翻译过来,比尔盖子再修改一下,大致是:

注意,这个方法很快捷,同时也很脏。容易出现问题!

用root执行:

cd /etc/init.d
mkdir /root/init.d_backups
cp * /root/init.d_backups
sed -e 's:opts=:extra_commands=:g' -e 's:${opts}:${extra_commands}:g' -e 's:$opts:$extra_commands:g' /etc/init.d/* -i

重启。如果系统没挂,而且启动之后的Warning都消失了,就继续用root执行:

rm -r /root/init.d_backups

如果系统挂了,很简单,用LiveCD启动系统,chroot之后(方法你应该懂得),root执行:

rm -r /etc/init.d
cp /root/init.d_backups /etc/init.d

重启,进入系统吧,有Warning就有吧。反正不影响正常使用。最好别再试验了。

反正比尔盖子是一次成功了,重启之后,Warning都消失了!如果你有兴趣,不妨看看原帖:http://forums.gentoo.org/viewtopic-t-465367-start-175.html。

ext2 转换到 ext4!

比尔盖子的蜗牛笔记本在装上Gentoo后,终于变成蜈蚣了,速度快多了。
但是刚才突然想起,比尔盖子的/boot分区当时装机为了避免麻烦,没有使用ext4文件系统。虽然这几乎不会损失什么性能,但是比尔盖子还是想把它转换成ext4。

注意:请务必阅读“修复引导”部分,否则,到时候系统挂了比尔盖子就只能帮你了……如果你没有LiveCD,那么比尔盖子也帮不了你了。

初步转换

怎么转换呢?首先,要先把它转换成ext3,这两条命令盖子都已经背熟了:

#先卸载,后日志,再强检。完事以后挂载。ext2就变ext3!
umount /dev/hda1
tune2fs -j /dev/hda1
fsck -f /dev/hda1
mount /dev/hda1

然后再转换成ext4,去网上查了查命令:

#先卸载,变结构,再强检。完事以后挂载。ext3就变ext4!
umount /dev/hda1
tune2fs -O extents,uninit_bg,dir_index /dev/hda1
fsck -f /dev/hda1
mount /dev/hda1

性能优化

虽然转换完了,但是由于这样转换,虽然文件系统是ext4了,但是数据结构还是ext3。只有新的数据才是ext4格式。这不是瞎折腾吗?

这可通过整理磁盘碎片解决,但是由于ext4从来没有什么真正的“碎片”,因此磁盘碎片整理程序几年过去了还是没有稳定下来。但是,比尔盖子发现BFS调度器的作者:大名鼎鼎的澳大利亚黑客——CK,居然还写了一个能基本上无视文件系统,从抽象层就可以(我不知道我理解的是否正确,因此使用了删除符号,注意,这段内容仍然有效,只是我怕误导大家)整理磁盘碎片的bash脚本!

可以从这里获得:http://ck.kolivas.org/apps/defrag/defrag-0.08/defrag

把这个脚本放到你要整理的文件系统上,比如我要整理的是新的ext4分区:/boot。就把它放到/boot的根目录上,然后用root执行:

bash defrag
umount /dev/hda1
fsck -f /dev/hda1
mount /dev/hda1

在这里,为了防止这个脚本在整理磁盘碎片时胡乱破坏文件系统,因此再强制检查一次。稍等片刻,整理就完成了。现在可以删除这个脚本了。

引导修复

修复GRUB

需要注意的是,这时候如果你重新启动系统,那么你可能就再也进不去了!你只能看到永远的黑屏,没错,连内核信息都没有!

因为,文件系统转换以后,再加上用CK大神的脚本整理了磁盘碎片,因此我的/boot的GRUB已经有99%可能性已经被破坏了,因此,需要重装GRUB。

如果你转换/整理的文件系统不是引导分区,那么可以省略这步!

用root执行:

#因为比尔盖子的/boto分区是独立的,因此需要这样:
grub-install --root-directory=/boot /dev/hda1

如果提示没有错误,那么就说明GRUB已经修好了。

修改/etc/fstab

这一步是必需的,否则下一次将无法挂载修改后的文件系统。只能卡在内核提示的Kernel Panic的灾难信息上。

用root权限执行你喜欢的编辑器,比如Vim、Emacs,把里面的ext2改成ext4。

注意,如果你并没有转换某个ext2分区,请不要把它后面的ext2改成ext4。程序猿,Linuxer,你们懂得。

Copyright © 2019 比尔盖子 博客

Theme by Anders NorenUp ↑