GRUB 在启动扩展坞时停止

GRUB 在启动扩展坞时停止

我的问题

我在基座中启动联想 T540p 时遇到了一些问题。如果我在基座外启动,Linux 会启动,并且一切都很完美。我可以将笔记本电脑放入基座并使用另外两个显示器。

如果笔记本电脑在扩展坞中,我可以制作一个重启插入扩展坞后,计算机正常重启。但如果我关闭笔记本电脑,然后将其打开,而笔记本电脑仍在扩展坞中,它会停止运行,光标闪烁,正常文本模式 80x20 (我指的是 MS-Dos 中的文本模式,没有图形)启动时按住 Shift 键会显示“GRUB 正在加载”。(在文本模式 80x20 中也是如此)。没有其他信息,没有错误编号。我通过 USB 启动操作系统,但据我所知,运行普通 SATA-HDD 时也存在此问题。

我的扩展坞

我使用笔记本电脑的普通扩展坞。(不是使用 USB 接口的扩展坞)

https://www.cyberport.de/?DEEP=1D02-6AY&APID=117&gclid=CJjw6tmL_MsCFUWNGwodyLYKSw

我尝试了不同的发行版:Mint、Fedora、Mint 17.3、带有 KDE 的 Debian 8.4、Ubuntu 15.10。结果总是一样的。

我读过(google,manjaro.org)

[已解决] Grub 无法在扩展坞中加载 thinkpad_acpi

并尝试在额外的文件中使用 thinkpad_acpi (就像在那里描述的那样)!

我读

http://www.thinkwiki.org/wiki/Thinkpad-acpi

发现 thinkpad_acpi 不再使用。我应该使用 ACPI bay 而不是 thinkpad_acpi!?:-(

此外,使用 acpi 也并非毫无危害,因为风扇控制等重要设备将被停用。(如果这是真的,我不知道)

我读过(谷歌,它在 askubuntu 上)

如何在启动时禁用 ACPI?

并在 GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=off" 中使用 acpi

我试过对 GRUB_CMDLINE_LINUX_DEFAULT="..." 进行一些修改

-nomodeset

-xforcevesa

-“”<-无 ETC。

我试过BIOS 中的显示设置不同。无显示、基座显示等。

软件版本

sudo X-版本 X.Org X Server 1.17.2 Release Date: 2015-06-16 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.13.0-68-generic x86_64 Ubuntu Current Operating System: Linux ***** 4.2.0-16-generic #19-Ubuntu SMP Thu Oct 8 15:35:06 UTC 2015 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-16-generic root=UUID=7fb2e262-0d61-4640-954a-7c9b79acf84c ro quiet splash --- vt.handoff=7 Build Date: 12 November 2015 05:33:29PM xorg-server 2:1.17.2-1ubuntu9.1 (For technical support please see http://www.ubuntu.com/support) Current version of pixman: 0.32.6 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version.

uname -a Linux *** 4.2.0-16-generic #19-Ubuntu SMP Thu Oct 8 15:35:06 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

GRUB 引导加载程序

猫/etc/默认/grub
# 如果你更改了此文件,请随后运行“update-grub”进行更新
#/boot/grub/grub.cfg。
# 有关此文件中选项的完整文档,请参阅:
# info -f grub -n ‘简单配置’

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="安静的启动"
GRUB_CMDLINE_LINUX=""

# 取消注释以启用 BadRAM 过滤,修改以满足您的需求
# 这适用于 Linux(无需补丁)以及任何获得
# 来自 GRUB(GNU Mach、FreeBSD 的内核...)的内存映射信息
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# 取消注释以禁用图形终端(仅限 grub-pc)
#GRUB_TERMINAL=控制台

# 图形终端使用的分辨率
# 请注意,您只能使用您的显卡通过 VBE 支持的模式
# 您可以使用命令“vbeinfo”在真实的 GRUB 中看到它们
#GRUB_GFXMODE=640x480

# 如果不希望 GRUB 将“root=UUID=xxx”参数传递给 Linux,请取消注释
#GRUB_DISABLE_LINUX_UUID=true

# 取消注释以禁用恢复模式菜单项的生成
#GRUB_DISABLE_RECOVERY="真"

# 取消注释以便在 grub 启动时听到哔声
#GRUB_INIT_TUNE="480 440 1"

串行通信

00:00.0 主机桥:英特尔公司 Xeon E3-1200 v3/4th Gen Core 处理器 DRAM 控制器(rev 06)
00:02.0 VGA 兼容控制器:英特尔公司第四代酷睿处理器集成图形控制器(rev 06)
00:03.0 音频设备:英特尔公司 Xeon E3-1200 v3/4th Gen Core 处理器高清音频控制器(rev 06)
00:14.0 USB 控制器:英特尔公司 8 系列/C220 系列芯片组家族 USB xHCI (rev 04)
00:16.0 通信控制器:英特尔公司 8 系列/C220 系列芯片组家族 MEI 控制器 #1(修订版 04)
00:16.3 串行控制器:英特尔公司 8 系列/C220 系列芯片组家族 KT 控制器(rev 04)
00:19.0 以太网控制器:英特尔公司以太网连接 I217-LM(修订版 04)
00:1a.0 USB 控制器:英特尔公司 8 系列/C220 系列芯片组系列 USB EHCI #2 (rev 04)
00:1b.0 音频设备:英特尔公司 8 系列/C220 系列芯片组高清晰度音频控制器(rev 04)
00:1c.0 PCI 桥:英特尔公司 8 系列/C220 系列芯片组家族 PCI Express 根端口 #1 (rev d4)
00:1c.1 PCI 桥:英特尔公司 8 系列/C220 系列芯片组家族 PCI Express 根端口 #2 (rev d4)
00:1c.2 PCI 桥:英特尔公司 8 系列/C220 系列芯片组家族 PCI Express 根端口 #3 (rev d4)
00:1d.0 USB 控制器:英特尔公司 8 系列/C220 系列芯片组家族 USB EHCI #1 (rev 04)
00:1f.0 ISA 桥:英特尔公司 QM87 Express LPC 控制器(修订版 04)
00:1f.2 SATA 控制器:英特尔公司 8 系列/C220 系列芯片组家族 6 端口 SATA 控制器 1 [AHCI 模式](修订版 04)
00:1f.3 SMBus:英特尔公司 8 系列/C220 系列芯片组系列 SMBus 控制器(修订版 04)
03:00.0 未分配的类别 [ff00]: Realtek Semiconductor Co., Ltd. RTS5227 PCI Express 读卡器 (rev 01)
04:00.0 网络控制器:Intel Corporation Wireless 7260(修订版 83)

我学到了很多东西,但还是找不到解决问题的方法。我不想像某些网页上描述的那样刷新固件。因为我的显示器不闪烁,而且它们正常工作。

有人有这个问题吗?

答案1

我找到了一种处理该问题的方法。第一次使用 PC 时,我认为该问题出现在使用第二台显示器时。Ubuntu 总是告诉我 X 有问题。当我释放显示器时,一切都正常。在较新的 Ubuntu 版本中,此显示器错误不再发生。我从未想过在扩展坞后面释放其他东西。

今天我在一个网站上看到,有人通过拔掉所有 USB 设备解决了这个问题。我也这么做了。我松开键盘和鼠标,然后(看)电脑启动了。我尝试只使用一个设备,电脑也启动了。只有两个设备的组合才会显示闪烁的光标并使电脑停止运行。

对于两个设备(鼠标和键盘),我都使用 USB 集线器,效果很好。使用 HUB 并且仍然在 ds 上留有 USB 端口并不是最好的解决方案。而且我真的不知道错误来自哪里。

我对那里发生的事情很感兴趣!

相关内容