新安装时的启动时间很慢，可能是因为不正确的fstab？不知道下一步该做什么

Question

我刚刚完成了一个基本的ubuntu安装--我选择了LVM，但除此之外，它一直都是默认的。

我的机器需要很长时间才能启动，我对linux没有经验，一直在谷歌上搜索。

看看德梅斯：

[    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？)现在的文件：

• 怪罪2
• 布利基2
• dmesg 2
• fstab 2

最新消息:解决了？-

基于@jsalatas的注释，通过修改/etc/default/grub关闭了NCQ：

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

这无疑阻止了错误，并使他的系统在大约12秒内启动。dmesg3 (不知道ACPI警告是什么)

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

更新2 (FYI)：

我增加了更多内存和一个新CPU，并决定同时重新安装。在这次重新安装之后，我不再有这个问题了！

除了内存和CPU的变化之外，我还更改了SSD连接到的端口。我不确定，但它可能是从SATA 3到SATA 2(我不这么认为，但这是可能的-我只是知道我改变了它更整洁的电缆)。

Answer 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

在其中，您需要用实际的驱动器替换sdX (如sda)。

正如@gordatron所提到的，如果缺少/sys/block/sdX/device/queue_depth，您可以尝试在libata.force=noncq中添加GRUB_CMDLINE_LINUX选项，从而在全局范围内禁用所有驱动器的NCQ：

GRUB_CMDLINE_LINUX="libata.force=noncq"