Проблемы с дисковой подсистемой

Опрос

Появились у вас в последнее время на новых ядрах (~с 4.13) проблемы с дисковой подсистемой и зависаниями?
Нет
Бывают постоянно
Примерно с месяц-2-3 начались проблемы с зависанием системы - в консоли сыпались ошибки дисковых подсистем, особенно это происходило при выполнении многих задач, а, в частности, при лазании в инете через Фаерфокс, обновлении системы, компилировании с АУР-а и т.д...., сегодня произошло зависание при обновлении, перезагрузил - загрузился DM, переключился на консоль и повторил обновление системы - в этот раз произошло зависание на формировании загрузочного образа одного из ядер...,что в итоге дало частичную загрузку на linux-rt,а остальные ядра уже не рабочии...:
[img]https://yadi.sk/i/32G2lfPm3VUbnw[/img] [img]https://yadi.sk/i/ha1zeq8O3VUc28[/img] [img]https://yadi.sk/i/KZNEPYAv3VUc76[/img] [img]https://yadi.sk/i/KlmX-0Mh3VUcAx[/img] [img]https://yadi.sk/i/zLir6zHN3VUcJJ[/img] [img]https://yadi.sk/i/v_F4LqJ53VUcN2[/img] [img]https://yadi.sk/i/2GNeRdkJ3VUcRP[/img]

fstab правил для разделов с SSD и исправлял старые настройки для "обычных" разделов, настраивал раздельное использование планировщика для SSD (bfq) и для обычных НЖМД (по дефолту) (корень, /home, /boot -на первом ssd, var и некоторые грузные и часто обновляемые папки с домашнего раздела перевел на разделы одного из последних НЖМД (всего два), второй SSD для Шиндоус) . Из-под Винды 10 SpeedFan говорит о хорошем состоянии 3 накопителей и только в более старом нжмд уже закончилось резервное место и начинает уже на ладан дышать...
Куда копать? Что делать? Может проблема с тем, что некоторые файлы с дом.раздела на более медленном разделе и используется bfq ,а в fstab стоят не те настройки на ФС-ах?
Какие именно ошибки? Логи показывайте. Например зависание при обновлении , смотрите время в журнале пакмана а потом системный лог с этого времени
vs220
Какие именно ошибки? Логи показывайте. Например зависание при обновлении , смотрите время в журнале пакмана а потом системный лог с этого времени
Логовские ошибки приведу,когда доберусь до компа и восстановлю...а в консоли приведенные ошибки заснял и выложил фото - самые последнии ссылки и сообщения выше.
sharddin
Логовские ошибки приведу,когда доберусь до компа и восстановлю
fdisk -l
#и
cat /etc/fstab 

Еще покажите

Судя по картинкам диск sda сбоит и ошибки файловой на нем соответственно.
vs220
sharddin
Логовские ошибки приведу,когда доберусь до компа и восстановлю
fdisk -l
# fdisk -l
Диск /dev/sda: 111,8 GiB, 120029896192 байт, 234433391 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x000e42a4

Устр-во    Загрузочный    начало     Конец   Секторы Размер Идентификатор Тип
/dev/sda1  *                2048   2050047   2048000  1000M            83 Linux
/dev/sda2                2050048  77826047  75776000  36,1G            83 Linux
/dev/sda3               77826048 221186047 143360000  68,4G            83 Linux
/dev/sda4              221186048 234432511  13246464   6,3G            82 Linux своп / Solaris
Диск /dev/sdb: 1,4 TiB, 1500297682432 байт, 2930268911 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x000ae38a

Устр-во    Загрузочный     начало      Конец    Секторы Размер Идентификатор Тип
/dev/sdb1                    2048     159743     157696    77M             7 HPFS/NTFS/exFAT
/dev/sdb2                  160713   16836119   16675407     8G            83 Linux
/dev/sdb3                16836183  774831014  757994832 361,5G            83 Linux
/dev/sdb4               774831015 2930272064 2155441050     1T             f W95 расшир. (LBA)
/dev/sdb5               774832128  836020223   61188096  29,2G             7 HPFS/NTFS/exFAT
/dev/sdb6               836022663 1655209079  819186417 390,6G            83 Linux
/dev/sdb7              1655209143 2269598939  614389797   293G            83 Linux
/dev/sdb8              2269599003 2474395559  204796557  97,7G            83 Linux
/dev/sdb9              2474395623 2515345244   40949622  19,5G            83 Linux
/dev/sdb10             2515345308 2720157929  204812622  97,7G            83 Linux
/dev/sdb11             2720161792 2929436671  209274880  99,8G            83 Linux
Диск /dev/sdc: 931,5 GiB, 1000200658432 байт, 1953516911 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: dos
Идентификатор диска: 0x9558e38a

Устр-во    Загрузочный     начало      Конец    Секторы Размер Идентификатор Тип
/dev/sdc1                    2048     616447     614400   300M             7 HPFS/NTFS/exFAT
/dev/sdc2  *               616448  158314495  157698048  75,2G             7 HPFS/NTFS/exFAT
/dev/sdc3               158314496  203370495   45056000  21,5G            83 Linux
/dev/sdc4               203370496 1953516911 1750146416 834,5G             f W95 расшир. (LBA)
/dev/sdc5               203372544 1239461887 1036089344   494G            83 Linux
/dev/sdc6              1239463936 1546663935  307200000 146,5G            83 Linux
/dev/sdc7              1546665984 1874345983  327680000 156,3G            83 Linux
/dev/sdc8              1874348032 1952733183   78385152  37,4G            83 Linux
Диск /dev/sdd: 55,9 GiB, 60018253312 байт, 117223151 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x035be1c0

Устр-во    Загрузочный    начало     Конец   Секторы Размер Идентификатор Тип
/dev/sdd1  *                2048   1026047   1024000   500M             b W95 FAT32
/dev/sdd2                1026048 101899729 100873682  48,1G             7 HPFS/NTFS/exFAT
/dev/sdd3              101900288 102885375    985088   481M            27 Скрытый NTFS WinRE

cat /etc/fstab
# cat /etc/fstab
# Static information about the filesystems.
# See fstab(5) for details.

# <file system> <dir> <type> <options> <dump> <pass>
# /dev/sda2
UUID=4aaa1cf9-7a31-4080-b12a-3a2ac9e625bc       /               ext4            rw,relatime,data=ordered,discard        0 1

# /dev/sda1
UUID=66b68ed4-72af-4336-82ca-fbc4cce449db       /boot           ext3            rw,relatime,data=ordered        0 2

# /dev/sda3 LABEL=home
UUID=f5c3cbd0-0d8e-4fec-96d4-16d9454a0b80       /home           ext4            rw,relatime,data=ordered,discard        0 2

# /dev/sdc8
UUID=95a467f3-3bd5-4e51-953a-241a4f5fdf4b       /var            ext4            rw,relatime,data=ordered        0 2

tmpfs /tmp tmpfs  nodev,nosuid,size=7G 0 0

#sdc5 huiraettaer
UUID=822a702d-b8b6-4598-a9b9-b0e93865a025 /mnt/lin1.0-1_huiraettaer ext4 rw,relatime 0 2

#sdc6 betektaer
UUID=9869141e-3f8b-469a-a91c-ea19b6ef3fa0 /mnt/lin1.0-1_kitaptar ext4 rw,relatime 0 2

#sdc7 media-1
UUID=66907b6e-20be-40f6-8c90-560101deea48 /mnt/lin1.0-1_media-1 ext4 rw,relatime 0 2

#sdc2 win-programms
UUID=7882265A82261CDE /mnt/win-sdc2-programs ntfs rw,relatime 0 2

#sdb

#sdb3 media-1
UUID=7b2a1ef4-1030-44e8-ac5f-ca5ab247b9b2 /mnt/lin1.5-1_media-1 ext4 rw,relatime  0 2

#sdb6 media-2
UUID=d05bb9cd-99ff-48e7-9821-4128fec0f802 /mnt/lin1.5-1_media-2 ext4 rw,relatime 0 2

#sdb7
UUID=72dade8d-9bf6-4ec2-a119-a316ea6d4277 /mnt/lin1.5-1_huiraet ext4 rw,relatime 0 2

#sdb8
UUID=b83f26b3-c665-488d-ae88-524ea37ebc2a /mnt/lin1.5-1_kitaptar ext4 rw,relatime 0 2

#sdb10
UUID=3fc0c8ad-c2a0-4635-bdba-b3f53f5613c9 /mnt/lin1.5-1_home ext4 rw,relatime 0 2

#sdb11
UUID=f86ab6fb-b83f-4f21-9f63-936b8be69206 /mnt/lin1.5-1_media-4 ext4 rw,relatime 0 2
Может быть все-таки дело в bfq и флагах оптимизации для корня в fstab, ведь, упоминаемая в консоле ошибка sda2 - как раз о корне файловой системы.
vs220
Какие именно ошибки? Логи показывайте. Например зависание при обновлении , смотрите время в журнале пакмана а потом системный лог с этого времени
Вот вроде бы тот лог - время взял с фотки:
# journalctl --since="2018-05-07 16:00:16"
-- Logs begin at Tue 2018-01-16 15:52:35 +05, end at Mon 2018-05-07 20:27:48 +05. --
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2:  bad "add" command line
мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running.
мая 07 16:32:20 sharddin acpid[533]: client 18572[0:0] has disconnected
мая 07 16:32:20 sharddin acpid[533]: client connected from 18580[0:0]
мая 07 16:32:20 sharddin acpid[533]: 1 client rule loaded
мая 07 16:32:20 sharddin acpid[533]: client 18580[0:0] has disconnected
мая 07 16:32:20 sharddin acpid[533]: client connected from 18588[0:0]
мая 07 16:32:20 sharddin acpid[533]: 1 client rule loaded
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2:  bad "add" command line
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2:  bad "add" command line
мая 07 16:32:20 sharddin sddm-helper[18577]: [PAM] Starting...
мая 07 16:32:20 sharddin sddm-helper[18577]: [PAM] Authenticating...
мая 07 16:32:20 sharddin sddm-helper[18577]: [PAM] returning.
мая 07 16:32:20 sharddin sddm-helper[18585]: [PAM] Starting...
мая 07 16:32:20 sharddin sddm-helper[18585]: [PAM] Authenticating...
мая 07 16:32:20 sharddin sddm-helper[18585]: [PAM] returning.
мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running.
мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running.
мая 07 16:32:20 sharddin acpid[533]: client 18588[0:0] has disconnected
мая 07 16:32:20 sharddin acpid[533]: client connected from 18596[0:0]
мая 07 16:32:20 sharddin acpid[533]: 1 client rule loaded
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2:  bad "add" command line
мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running.
мая 07 16:32:20 sharddin acpid[533]: client 18596[0:0] has disconnected
мая 07 16:32:20 sharddin acpid[533]: client connected from 18605[0:0]
мая 07 16:32:20 sharddin acpid[533]: 1 client rule loaded
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2:  bad "add" command line
мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running.
мая 07 16:32:20 sharddin acpid[533]: client 18605[0:0] has disconnected
мая 07 16:32:20 sharddin acpid[533]: client connected from 18613[0:0]
мая 07 16:32:20 sharddin acpid[533]: 1 client rule loaded
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
мая 07 16:32:20 sharddin sddm[566]: /usr/bin/xauth: (stdin):2:  bad "add" command line
мая 07 16:32:20 sharddin sddm[566]: QProcess: Destroyed while process ("/usr/lib/sddm/sddm-helper") is still running.
мая 07 16:32:21 sharddin acpid[533]: client 18613[0:0] has disconnected
мая 07 16:32:21 sharddin acpid[533]: client connected from 18621[0:0]
мая 07 16:32:21 sharddin acpid[533]: 1 client rule loaded
мая 07 16:32:21 sharddin sddm[566]: /usr/bin/xauth: (stdin):1:  bad "remove" command line
мая 07 16:32:21 sharddin sddm[566]: /usr/bin/xauth: (stdin):2:  bad "add" command line

# journalctl -k
-- Logs begin at Tue 2018-01-16 15:52:35 +05, end at Mon 2018-05-07 20:32:25 +05. --
мая 07 20:17:19 sharddin kernel: Linux version 4.16.7-1-ARCH ([email protected]) (gcc version 8.1.0 (GCC)) #1 SMP PREEMPT Wed May 2 21:12:36 UTC 2018
мая 07 20:17:19 sharddin kernel: Command line: BOOT_IMAGE=/vmlinuz-linux root=UUID=4aaa1cf9-7a31-4080-b12a-3a2ac9e625bc rw quiet
мая 07 20:17:19 sharddin kernel: KERNEL supported cpus:
мая 07 20:17:19 sharddin kernel:   Intel GenuineIntel
мая 07 20:17:19 sharddin kernel:   AMD AuthenticAMD
мая 07 20:17:19 sharddin kernel:   Centaur CentaurHauls
мая 07 20:17:19 sharddin kernel: x86/fpu: x87 FPU will use FXSAVE
мая 07 20:17:19 sharddin kernel: e820: BIOS-provided physical RAM map:
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x0000000000000000-0x00000000000957ff] usable
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x000000000009f800-0x000000000009ffff] reserved
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000bfceffff] usable
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000bfcf0000-0x00000000bfcf2fff] ACPI NVS
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000bfcf3000-0x00000000bfcfffff] ACPI data
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000bfd00000-0x00000000bfdfffff] reserved
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000ffffffff] reserved
мая 07 20:17:19 sharddin kernel: BIOS-e820: [mem 0x0000000100000000-0x000000023fffffff] usable
мая 07 20:17:19 sharddin kernel: NX (Execute Disable) protection: active
мая 07 20:17:19 sharddin kernel: SMBIOS 2.4 present.
мая 07 20:17:19 sharddin kernel: DMI: Gigabyte Technology Co., Ltd. GA-MA770T-UD3/GA-MA770T-UD3, BIOS F10 03/22/2011
мая 07 20:17:19 sharddin kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
мая 07 20:17:19 sharddin kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
мая 07 20:17:19 sharddin kernel: AGP: No AGP bridge found
мая 07 20:17:19 sharddin kernel: e820: last_pfn = 0x240000 max_arch_pfn = 0x400000000
мая 07 20:17:19 sharddin kernel: MTRR default type: uncachable
мая 07 20:17:19 sharddin kernel: MTRR fixed ranges enabled:
мая 07 20:17:19 sharddin kernel:   00000-9FFFF write-back
мая 07 20:17:19 sharddin kernel:   A0000-BFFFF uncachable
мая 07 20:17:19 sharddin kernel:   C0000-C7FFF write-protect
мая 07 20:17:19 sharddin kernel:   C8000-FFFFF uncachable
мая 07 20:17:19 sharddin kernel: MTRR variable ranges enabled:
мая 07 20:17:19 sharddin kernel:   0 base 000000000000 mask FFFF80000000 write-back
мая 07 20:17:19 sharddin kernel:   1 base 000080000000 mask FFFFC0000000 write-back
мая 07 20:17:19 sharddin kernel:   2 base 0000BFD00000 mask FFFFFFF00000 uncachable
мая 07 20:17:19 sharddin kernel:   3 base 0000BFE00000 mask FFFFFFE00000 uncachable
мая 07 20:17:19 sharddin kernel:   4 base 000100000000 mask FFFF00000000 write-back
мая 07 20:17:19 sharddin kernel:   5 base 000200000000 mask FFFFC0000000 write-back
мая 07 20:17:19 sharddin kernel:   6 disabled
мая 07 20:17:19 sharddin kernel:   7 disabled
мая 07 20:17:19 sharddin kernel: TOM2: 0000000240000000 aka 9216M
мая 07 20:17:19 sharddin kernel: x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WP  UC- WT
мая 07 20:17:19 sharddin kernel: total RAM covered: 3069M
- Может дело в материнке? Искал когда-то инфу о подобных проблемах с моей материнкой - вроде как-будто они и у пользователей винды были... А вообще, это всё где-то началось с ядра, эдак, 4.12-4.13...
Были несколько лет назад сбои и зависания. Как в итоге выяснилось, причина - вспухшие конденсаторы на системной плате. Ремонт проблему решил.

(CPU - старый Athlon x2 socket 939)
sirocco
Были несколько лет назад сбои и зависания. Как в итоге выяснилось, причина - вспухшие конденсаторы на системной плате. Ремонт проблему решил.

(CPU - старый Athlon x2 socket 939)
У меня, конечно, по-моложе, но стоят "фирменные" японские кондёры от Гигабайта - не замечал за ними внешних повреждений.
sharddin
Может быть все-таки дело в bfq и флагах оптимизации для корня в fstab
Вряд ли, скорее всего диск сбоит. Попробуйте шлейф сата и питания вытащить вставить (обесточив комп) ,а лучше поменять на другой. Ну и смарт проверить.

sharddin
Вот вроде бы тот лог
логи не до конца
чтобы выложить длинные логи
sudo pacman -S wgetpaste
#потом для вывода
#команда | wgetpaste
# и ссылку выкладываете сюда
#например
journalctl -k | wgetpaste
 
Зарегистрироваться или войдите чтобы оставить сообщение.