Я новичок в Ubuntu/Linux, и пока это был образовательный опыт. Однако я столкнулся с проблемой, которую не смог преодолеть.
У меня проблема, которая вызывает зависание/подтормаживание во время чтения/записи на жесткий диск. Не зависание системы, а просто передача данных или что-либо запущенное на жестком диске.
Конфигурация моего жесткого диска следующая: SSD 120 ГБ, раздел 1 Windows 10 (устаревшие/игровые требования), раздел 2 Ubuntu 15 64bit (минималистичная установка) Gnome Desktop, раздел 3 — Swap. Загрузчик использует Grub 2. Затем у меня есть конфигурация RAID 5, состоящая из 6 дисков SATA III по 2 ТБ (7200 об/мин). Это было настроено с помощью mdadm после установки.
Чтение/запись на SSD, кажется, в порядке, но более заметно на секторе RAID. При передаче данных не будет никакой активности HDD в течение примерно 5-10 секунд, а затем произойдет всплеск скорости (около 120 МБ/с в течение 5-10 секунд), а затем снова зависнет.
Этот программный RAID использует небольшой RAID-контроллер для подключения всех дисков. Контроллер используется только для расширения порта SATA и не выполняет никаких операций по его удалению. Я подключил к контроллеру отдельный HDD, и он, похоже, демонстрирует те же симптомы. SSD, подключенный к материнской плате, работает нормально.
До перехода на Linux в качестве основной ОС у меня была та же конфигурация через Windows, которая отлично работает. Чтобы подтвердить, я снова протестировал ее и прочитал свой отдельный диск с помощью ext2fsd. Что отлично работало.
Для проверки я провел короткие тесты HDD на всех дисках, и все они прошли без плохих секторов. Раздел Health в утилите Disks также показывает, что все здоровы.
Я также пробовал изменить планировщик ввода-вывода из информации в Интернете, но это не дало результата. Также я проверил, чтобы убедиться, что своп активен из другой информации.
Я думаю, это связано, во время загрузки, после GRUB. Он зависает на некоторое время на пустом экране с мигающим подчеркиванием в правом верхнем углу. Затем он показывает ошибку: ata5: Softreset failed (device not ready).
Затем он показывает, что он сдается, и переходит прямо к входу в диспетчер дисплеев Gnome.
Я нашел, где проверяю логи, и в Kern.log полно этого:
Oct 22 22:47:17 lightwrath-desktop kernel: [18896.613896] ata7.00: status: { DRDY }
Oct 22 22:47:17 lightwrath-desktop kernel: [18896.613899] ata7: hard resetting link
Oct 22 22:47:18 lightwrath-desktop kernel: [18897.089597] ata7: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Oct 22 22:47:18 lightwrath-desktop kernel: [18897.133592] ata7.00: configured for UDMA/33
Oct 22 22:47:18 lightwrath-desktop kernel: [18897.133598] ata7.00: device reported invalid CHS sector 0
Oct 22 22:47:18 lightwrath-desktop kernel: [18897.133604] ata7: EH complete
Oct 22 22:47:23 lightwrath-desktop kernel: [18902.196603] ata7: illegal qc_active transition (00000002->00000003)
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489847] ata7.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489851] ata7.00: failed command: READ DMA
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489855] ata7.00: cmd c8/00:08:90:6f:21/00:00:00:00:00/ea tag 1 dma 4096 in
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489855] res 40/00:01:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489856] ata7.00: status: { DRDY }
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489859] ata7: hard resetting link
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.969484] ata7: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Oct 22 22:47:54 lightwrath-desktop kernel: [18933.013500] ata7.00: configured for UDMA/33
Oct 22 22:47:54 lightwrath-desktop kernel: [18933.013506] ata7.00: device reported invalid CHS sector 0
Oct 22 22:47:54 lightwrath-desktop kernel: [18933.013512] ata7: EH complete
Oct 22 22:48:15 lightwrath-desktop kernel: [18954.650783] ata9: illegal qc_active transition (00000080->000000c0)
Я знаю, что здесь много информации, но я подумал, что предоставлю столько, сколько знаю, чтобы диагностировать проблему. Любой отзыв или помощь были бы очень признательны. Спасибо, LightWrath
решение1
Мне удалось решить мою проблему, указанную выше, переустановив карту PCI-E SATA. Не уверен, почему в Windows не было той же проблемы, но я заметил, что скорость передачи данных в Linux намного выше, чем в Windows. Может быть, из-за различий в том, как это обрабатывается, или из-за преимущества перед NTFS?
Спасибо.
(Я не могу принять свой собственный ответ, чтобы закрыть тему)