笔记本上的FreeBSD进不了loader界面[原创 已解决]

网友投稿 823 2022-09-25 14:20:05

笔记本上的FreeBSD进不了loader界面[原创 已解决]

笔记本上的FreeBSD进不了loader界面[原创 已解决]

感谢今天guixing在irc上的热心帮助,同时还有QQ群里的朋友帮忙出点子

1 故障现像:

问题表现为使用grub引导loader的时候,还没进loader界面就挂掉了,所以根本没机会选择单用户模式这些功能(重点,不能进loader界面)

FreeBSD 7.1 RELEASE 上周才安的系统,之前一直用得好好的,昨天设置了一下调CPU频率功能,睡前关机后,早上开机就出现引导不正常的情况

从Grub引导后加载驱动模块,错误信息如下

[Copy to clipboard]

[ - ]

CODE:Can't work out which disk we are booting from

Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0:

pacnic: free: guard1 fail @ 0x5d254 from /usr/src/sys/boot/i386/loader/../../common/module.c:959

--> Press a key on the console to reboot <--

google了一下,发现信息还挺多的,不过没看到解决方法

2 计划解决办法:   通过livecd进入系统后,修改loader.conf 文件,因为最可疑的就是这个文件在作怪,想学习一下 livecd loader来引导硬盘上的系统

准备使用gentoo-bsd的iso来进系统试试,因为手上刚好有下载好的ISO

... ook/acpi-debug.html

看样子只有请livefs, livecd, gentoo-bsd-livecd出山了

补上,这是后来进系统提取出来的

推荐 wgetpaste这个小工具,非常好用

[Copy to clipboard]

[ - ]

CODE:wget -qO - [url]| bunzip2 - > /usr/local/bin/wgetpaste && chmod +x /usr/local/bin/wgetpaste

使用方法类似cat 命令, 如 wgetpaste /boot/loader.conf

/boot/loader.conf文件信息

[Copy to clipboard]

[ - ]

CODE:nvidia_load="YES"

#cpufreq_load="YES" #### <<<<<<-----------都怪它

acpi_ibm_load="YES"

if_ath_load="YES"

if_wi_load="YES"

wlan_scan_ap_load="YES"

wlan_scan_sta_load="YES"

snd_driver_load="YES"

###snd_hda_load="YES"

if_iwn_load="YES"

legal.intel_iwn.license_ack=1

wlan_wep_load="YES"

wlan_ccmp_load="YES"

wlan_tkip_load="YES"

wlan_scan_ap_load="YES"

wlan_scan_sta_load="YES"

if_bridge_load="YES" <<--之前写错了,少了if ,多谢 guixing 的提醒,应该 kldload或ls 一下的,不过证明一点,写错了不会影响,大不了当作无用语句

fuse_load="YES"

vesa_load="YES"

#bitmap_load="YES"

#bitmap_name="/boot/logo.bmp"

#------------------------

# verbose_loading="YES"

# console="vidconsole"

# kern.maxuse="32"

# boot_verbose="YES"

# autoboot_delay="10"

# beastie_disable="NO"

# loader_logo="fbsdbw"

#------------------------

PS:   在关了那个cpufreqd 后,其他按原来恢复打开,没问题,昨晚测试是kldload加载的,后来就关机了

刻了张gentoo-bsd-livecd,用光盘引导竟然死机,用交互 I 来启动服务,进去后竟然查不到硬盘

无耐进 gentoo , grep bsd /var/log/dmesg 发现 bsd: sda14 --> ad4s3a ,结果mount不上, make menuconfig 原来没选上,重新编译内核 内核配置中写着,使能ufs write功能<危险> 后果很严重

[Copy to clipboard]

[ - ]

CODE:# mount -rt ufs -o ufstype=ufs2 /dev/sda14 /media/usbdisk

# mount -t ufs -o ro,ufstype=ufs2 /dev/sda14 /media/usbdisk

写到fstab

/dev/sda14 /media/usbdisk ufs ro,ufstype=ufs2 0 0

mount -t ufs -o ufstype=sunx86,ro /dev/sdb8 /mnt/sol

[url]用 freebsd 7.1 release cd1启动, loader按下6,然后 boot (0,2) 出来的结果还是 panic ,还是Guessed BIOS device 0xfffffff not found by probes,难道跟loader无关?

没想到这样就能引导硬盘上的系统了

试着下载livefs.iso, 但以 6kb/s的速度下载livefs.iso 下班时间才下了20%,   竟然连官方列出来的境像一个也打不开,今天的网真烂

... SGML-MIRRORS-ZA-FTP

下班回去到亲戚家吃饭,正好那里有艾普宽带,马上试着下载 7.1-RELEASE-livefs.iso,平均速度快300kB/s ,几下就载完了,回到家想用硬盘引导,试了一下没搞头,还是老实地刻盘吧,使用livefs光盘进系统后,fixit进到shell, 把硬盘的分区挂上, 建一个备份目录,把loader.conf 拷过去,然后vi 配置loader.conf, 把所有模块全屏蔽, vi真难用,要是用vim就好了,将就了,然后重启系统, 竟然OK了,总结了一下, loader.conf 直接影响到 loader画面,具体是咋回事搞不清楚了,才用了几天的FreeBSD, 这下好了,又可以继续折腾了,运气真不好,刻了一个iso竟然光盘有问题,跟我这前刻的FreeBSD 7.1 DVD一样卡壳了,进到系统后,然后把loader.conf 一个个打开,结果是 cpufreqd   作怪, 参考文件在前面

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:关于“段错误”个人小结
下一篇:营销技巧:不要去教育客户,引发客户的思考就行!(如何引导客户思维)
相关文章