☰

全新安装的启动时间非常慢，可能是由于 fstab 不正确？不知道下一步该怎么做

tag-icon • tag-icon boot ssd fstab
全新安装的启动时间非常慢，可能是由于 fstab 不正确？不知道下一步该怎么做

我刚刚完成了基本的 ubuntu 安装 - 我选择了 LVM，但除此之外，一切均为默认设置。

我的机器启动时间很长，我对 Linux 没有经验，一直在用 Google 搜索...

看着消息：

[    8.846613] audit: type=1400 audit(1480970603.520:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="webbrowser-app//oxide_helper" pid=2030 comm="apparmor_parser"
[    8.849130] audit: type=1400 audit(1480970603.520:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cups-browsed" pid=2043 comm="apparmor_parser"
[    9.069385] Adding 8081404k swap on /dev/mapper/ubuntu--vg-swap_1.  Priority:-1 extents:1 across:8081404k SSFS
[   66.019923] random: nonblocking pool is initialized
[   68.827796] ata7.00: exception Emask 0x0 SAct 0x70003fff SErr 0x0 action 0x6 frozen
[   68.827803] ata7.00: failed command: READ FPDMA QUEUED
[   68.827809] ata7.00: cmd 60/20:00:68:b5:a4/00:00:08:00:00/40 tag 0 ncq 16384 in
                        res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)

我认为这在某种程度上是 SSD 的问题，我见过一些人说他们遇到了文件系统：

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/ubuntu--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sdb1 during installation
UUID=877bdd16-7292-43df-b8d0-2c15b0fd29b3 /boot           ext2    defaults        0       2
/dev/mapper/ubuntu--vg-swap_1 none            swap    sw              0       0

他们查看了输出后修复了这个问题块：

/dev/sda1: UUID="877bdd16-7292-43df-b8d0-2c15b0fd29b3" TYPE="ext2" PARTUUID="29128885-01"
/dev/sda5: UUID="btlIPb-5JH7-PKen-NJd0-1LS2-O2WG-VJGO0i" TYPE="LVM2_member" PARTUUID="29128885-05"
/dev/sdb1: UUID="061D-D50F" TYPE="vfat"
/dev/mapper/ubuntu--vg-root: UUID="6da0bd40-c7ba-429c-872c-65baf117612f" TYPE="ext4"
/dev/mapper/ubuntu--vg-swap_1: UUID="19dda764-b7ff-48b1-ad3f-0c938c886b95" TYPE="swap"

但我不知道它应该是什么样子？

但是当我跑步时systemd-analyze blame我得到这，这让我认为是显卡？

      1min 254ms gpu-manager.service
  1min 209ms ModemManager.service
  1min 142ms plymouth-quit-wait.service
   1min 76ms polkitd.service
      1.299s dev-mapper-ubuntu\x2d\x2dvg\x2droot.device
       707ms lvm2-monitor.service
       335ms apparmor.service
       265ms plymouth-read-write.service
       193ms systemd-logind.service
       192ms lightdm.service

非常感谢您的帮助！

重新安装两次后，我似乎总是遇到同样的问题，但原因却大不相同，这让我更加确定它与驱动器有关 - 也许它有问题，或者需要一些特定的设置（它是一个关键的 SSD？）..文件现在是：

更新：解决了吗？-

根据@jsalatas的评论，通过修改/etc/default/grub关闭了NCQ：

GRUB_CMDLINE_LINUX="" -> GRUB_CMDLINE_LINUX="libata.force=noncq"

这确实阻止了错误，并且系统在大约 12 秒内启动。 dmesg3（不知道 ACPI 警告是什么）

我希望这不会影响我打算添加的其他主轴驱动器（我可能会切换到 raid 10 的 ZFS 池）。

更新 2（仅供参考）：

我正在添加更多内存和新 CPU，并决定同时重新安装..重新安装后我不再遇到这个问题！

除了增加内存和更换 CPU 之外，我还更改了 SSD 连接的端口。我不确定，但它可能是从 SATA 3 更改为 SATA 2（我不这么认为，但有可能 - 我只知道我更改它是为了让布线更整洁）。

答案1

根据http://www.itechlounge.net/2013/07/linux-ata-failed-command-read-fpdma-queued/如果你收到这样的消息

ata2.00: failed command: READ FPDMA QUEUED

意味着您需要禁用 NCQ（本机命令队列）。根据文章，您可以使用以下命令执行此操作

echo 1 > /sys/block/sdX/device/queue_depth

其中您需要用您的实际驱动器（例如 sda）替换 sdX。

正如@gordatron 提到的，如果缺少 /sys/block/sdX/device/queue_depth，您可以尝试通过添加选项全局禁用所有驱动器的libata.force=noncqNCQ GRUB_CMDLINE_LINUX：

GRUB_CMDLINE_LINUX="libata.force=noncq"

相关内容