Время начальной загрузки на новой установке является очень медленным, возможно, из-за неправильного fstab? не уверенный, что сделать затем

Я только что сделал основную установку человечности - я выбрал LVM, но кроме которого это были значения по умолчанию полностью..

Моя машина занимает очень долгое время для начальной загрузки, я не испытан с Linux и гуглил далеко..

Рассмотрение dmesg:

[    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 в некотором роде, я видел, что некоторые люди говорят, что у них были проблемы с содержанием fstab:

# /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

который они зафиксировали после рассмотрения вывода blkid:

/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 выключенный NCQ путем изменения/etc/default/grub:

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

Это, конечно, остановило ошибки и имеет его система, загружающаяся приблизительно за 12 секунд. dmesg3 (dunno, что Предупреждения ACPI),

Я надеюсь, что это не влияет на другие шпиндельные диски, которые я намереваюсь добавить (Пул ZFS, который я могу переключить для совершения набега 10).

ОБНОВИТЕ 2 (К ВАШЕМУ СВЕДЕНИЮ):

Я добавлял больше поршня и новый ЦП и решенный для переустановки одновременно.. после того, как это переустанавливает, у меня больше не было этой проблемы!

кроме большего количества поршня и изменение ЦП я также изменил порт, с которым был подключен SSD.. Я не уверен, но это, возможно, было от SATA 3 до SATA 2 (я не думаю так, но его возможное - я просто знаю, что изменил его для более опрятных кабельных соединений).

1
задан 10 December 2016 в 00:38

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 отсутствует, можно попытаться отключить NCQ глобально для всех дисков путем добавления libata.force=noncq опция в GRUB_CMDLINE_LINUX:

GRUB_CMDLINE_LINUX="libata.force=noncq"
0
ответ дан 8 December 2019 в 07:29

Другие вопросы по тегам:

Похожие вопросы: