Ubuntu 卡在启动时,无法通过 fsck!

Ubuntu 卡在启动时,无法通过 fsck!

这是第二次发生这种情况。我已按照以下方法禁用了 Ubuntu 上的鼠标加速这些说明

此后我立即尝试注销但系统在 fsck 屏幕上挂起了,因此大约 5 分钟后我强制关闭系统,再次打开时 Ubuntu 却卡在 fsck 屏幕上,无法通过!

我尝试使用实时 USB 删除我创建的文件,并在 sda6 分区上运行 fsck,它显示一切正常。现在真的不知道该怎么做。它看起来是这样的:

这就是它的样子

答案1

在使用 Ubuntu 16.04.02 遇到同样的问题后,我找到了几种解决方法。我的问题似乎是由更改图形 nvidia 驱动程序引起的,虽然我还没有找到正确使用驱动程序的方法,但我可以让常规登录操作再次正常运行。

  1. 第一次修复。

    • ESC在启动时使用 ubuntu purple splash 才能够进入GRUB
    • 使用e编辑 grububuntu启动命令,我添加了命令nomodeset到以 开头的行linux,紧接在其他命令之前quiet splash。请参阅举个例子。
    • 在 Ubuntu 登录屏幕上,我陷入了登录循环,其中显然调用了相同的启动过程。要解决这个问题,可以使用++CTRL登录并进入终端。ALTF1
    • 用于sudo apt-get purge nvidia*删除不可用的图形驱动程序。如有必要,可以稍后再次安装。(即,这里
  2. 第二次修复(背景:在使用第一种方法取得成功后,我继续重新安装 nvidia 驱动程序,以尝试再次运行。这样做,我还xserver按照说明重新启动了这里这最终破坏了我的登录过程,甚至nomodeset仍然导致了同样的问题。)看起来像

    • 为了克服这个障碍,我需要启动一个恢复模式Ubuntu 的配置。
    • 在启动时使用ESCubuntu purple splash 即可进入GRUB。选择Advanced options for Ubuntu
    • 选定的Root选项将进入 root shell 提示符。
    • 用于sudo apt-get purge nvidia*删除不可用的图形驱动程序。
    • 使用方法 2重置xserver依赖项。这是因为 xserver 托管显卡的 nouveau 驱动程序。

您现在应该可以正常访问您的 Ubuntu 安装,但我无法评论您的显卡功能。

答案2

这是我仍在处理的问题,因为我刚刚在 Ubuntu 18.04 升级中发现了这个问题。似乎 nVidia 和 Ubuntu(以及 Linus、Wayland 等等)相处不太融洽此刻,让我们所有人都受苦。 nVidia 驱动程序错误造成了很多问题。

我不得不:

  • 升级后启动,进入问题中提到的相同屏幕
  • 谷歌 谷歌 谷歌 在我的手机上
  • ctrl-alt-F2 打开 tty
  • sudo apt purge nvidia*
  • sudo add-apt-repository ppa:图形驱动程序
  • sudo apt 更新
  • 找出我使用的哪个芯片组以及可用的驱动程序(好吧,我选了最新的)
  • sudo apt 安装 nvidia-390
  • sudo apt upgrade # 修复了一堆依赖项
  • 启动,编辑启动行以添加 nomodeset(还有那个讨厌的 noveau 驱动程序...rrrr...)
  • 但那不起作用...所以我通过以下方式重新安装了 gnome 和 gdm3:sudo apt install --reinstall gnome gdm3
  • 这让我进入了 GNOME 桌面
  • 从那里,我发现运行 i3 时出现 X 启动错误;我删除了之前指向 nvidia 的手动 /etc/X11/xorg.conf;最后我又有了我的 i3 窗口管理器。

答案3

您可以尝试使用 tty1 将系统升级到 18.04。

当我尝试将我的 ubuntu 从 14.04 升级到 16.04 时,遇到了同样的错误消息。在 14.04 系统中,升级过程中没有错误消息。但升级所需的重启后,计算机无法进入图形界面。桌面停留在与问题中发布的照片​​类似的 fsck 屏幕上。

我尝试安装最新的 nvidia 驱动程序 nvidia-430。安装后,我在 fsck 结果后立即停留在“starting lsb: vpn client from palo alto netwrks globalprotect”消息上。重置 xserver 也无济于事。

最后我切换到tty1,升级系统到18.04,升级后重启,就能直接进入图形界面了。

答案4

rw nomodeset我遇到了同样的问题,我通过使用而不是参数运行 Ubuntu 一次来修复它ro。我假设ro代表“只读”(如果它试图修复错误,这可能会妨碍 fsck)和rw“读写”。之后,我可以使用正常参数启动我的 Ubuntu 安装而不会出现问题。
在一次过载崩溃后(我的笔记本电脑过载并挂起,我按下电源按钮几秒钟),问题就出现了。

相关内容