Samsung SSD отрыгивает после сна

0

3

Добрейшего.

В наличии

uname -a
Linux cachyos-AOURUS-B450 6.17.8-arch1-1 #1 SMP PREEMPT_DYNAMIC Fri, 14 Nov 2025 06:54:20 +0000 x86_64 GNU/Linux

sudo fdisk -l /dev/sda
Disk /dev/sda: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: Samsung SSD 870 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 20642FAC-988F-43A2-991A-3559B083D15F

Device     Start        End    Sectors   Size Type
/dev/sda1   2048 1953523711 1953521664 931,5G Linux filesystem

=== START OF INFORMATION SECTION ===
Model Family:     Samsung based SSDs
Device Model:     Samsung SSD 870 QVO 1TB
Serial Number:    S5SVNF0R243082V
LU WWN Device Id: 5 002538 f4123434b
Firmware Version: SVQ02B6Q
User Capacity:    1 000 204 886 016 bytes [1,00 TB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Form Factor:      2.5 inches
TRIM Command:     Available, deterministic, zeroed
Device is:        In smartctl database 7.5/5706
ATA Version is:   ACS-4 T13/BSR INCITS 529 revision 5
SATA Version is:  SATA 3.3, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Wed Dec 10 19:38:16 2025 MSK
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   096   096   000    Old_age   Always       -       19969
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       692
177 Wear_Leveling_Count     0x0013   097   097   000    Pre-fail  Always       -       25
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   100   100   010    Pre-fail  Always       -       0
181 Program_Fail_Cnt_Total  0x0032   100   100   010    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   100   100   010    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0013   100   100   010    Pre-fail  Always       -       0
187 Uncorrectable_Error_Cnt 0x0032   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0032   071   038   000    Old_age   Always       -       29
195 ECC_Error_Rate          0x001a   200   200   000    Old_age   Always       -       0
199 CRC_Error_Count         0x003e   079   079   000    Old_age   Always       -       20727
235 POR_Recovery_Count      0x0012   099   099   000    Old_age   Always       -       193
241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       25766086430

SMART Error Log Version: 1
No Errors Logged

Не всегда, но переодически при выходе из сна получаю в dmesg

dmesg -T | grep sda
[Ср дек 10 17:54:07 2025] sd 1:0:0:0: [sda] Read Capacity(16) failed: Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[Ср дек 10 17:54:07 2025] sd 1:0:0:0: [sda] Sense not available.
[Ср дек 10 17:54:07 2025] sd 1:0:0:0: [sda] Read Capacity(10) failed: Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[Ср дек 10 17:54:07 2025] sd 1:0:0:0: [sda] Sense not available.
[Ср дек 10 17:54:07 2025] sd 1:0:0:0: [sda] 0 512-byte logical blocks: (0 B/0 B)
[Ср дек 10 17:54:07 2025] sda: detected capacity change from 1953525168 to 0
[Ср дек 10 18:03:55 2025] sd 1:0:0:0: [sda] tag#14 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
[Ср дек 10 18:03:55 2025] sd 1:0:0:0: [sda] tag#14 CDB: ATA command pass through(16) 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00
[Ср дек 10 18:13:55 2025] sd 1:0:0:0: [sda] tag#13 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
[Ср дек 10 18:13:55 2025] sd 1:0:0:0: [sda] tag#13 CDB: ATA command pass through(16) 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00
[Ср дек 10 18:22:40 2025] EXT4-fs (sda1): unmounting filesystem 8512a102-da1f-41be-9558-bd01475e9b62.
[Ср дек 10 18:22:40 2025] sd 1:0:0:0: [sda] tag#7 access beyond end of device
[Ср дек 10 18:22:40 2025] I/O error, dev sda, sector 973342720 op 0x1:(WRITE) flags 0x9800 phys_seg 1 prio class 2
[Ср дек 10 18:22:40 2025] Buffer I/O error on dev sda1, logical block 121667584, lost sync page write
[Ср дек 10 18:22:40 2025] JBD2: I/O error when updating journal superblock for sda1-8.
[Ср дек 10 18:22:40 2025] Aborting journal on device sda1-8.
[Ср дек 10 18:22:40 2025] sd 1:0:0:0: [sda] tag#8 access beyond end of device
[Ср дек 10 18:22:40 2025] I/O error, dev sda, sector 973342720 op 0x1:(WRITE) flags 0x9800 phys_seg 1 prio class 2
[Ср дек 10 18:22:40 2025] Buffer I/O error on dev sda1, logical block 121667584, lost sync page write
[Ср дек 10 18:22:40 2025] JBD2: I/O error when updating journal superblock for sda1-8.
[Ср дек 10 18:22:40 2025] EXT4-fs error (device sda1): ext4_put_super:1308: comm umount: Couldn't clean up the journal
[Ср дек 10 18:22:40 2025] sd 1:0:0:0: [sda] tag#9 access beyond end of device
[Ср дек 10 18:22:40 2025] I/O error, dev sda, sector 2048 op 0x1:(WRITE) flags 0x3800 phys_seg 1 prio class 2
[Ср дек 10 18:22:40 2025] Buffer I/O error on dev sda1, logical block 0, lost sync page write
[Ср дек 10 18:22:40 2025] EXT4-fs (sda1): I/O error while writing superblock
[Ср дек 10 18:22:40 2025] EXT4-fs (sda1): Remounting filesystem read-only
[Ср дек 10 18:23:55 2025] sd 1:0:0:0: [sda] tag#1 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
[Ср дек 10 18:23:55 2025] sd 1:0:0:0: [sda] tag#1 CDB: ATA command pass through(16) 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00
[Ср дек 10 18:33:55 2025] sd 1:0:0:0: [sda] tag#2 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
[Ср дек 10 18:33:55 2025] sd 1:0:0:0: [sda] tag#2 CDB: ATA command pass through(16) 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00

Лечится отключением питания для диска.

Прошивка диска актуальная, менял порты sata так же не помогло. Вот думаю может прикупить pcie to sata и понаблюдать.

Куда еще смотреть?

Ссылка

←	Пропадает звук

Android TV vs Linux

→

QVO это плохо. Лучше бы купил не самсунг, зато не QLC а TLC.

Подозреваю что проблема тоже как-то связана именно с этим, но как её исправить к сожалению не знаю.

firkax ★★★★★
(10.12.25 19:54:31 MSK)

Ответ на: комментарий от firkax 10.12.25 19:54:31 MSK

QVO это плохо

Теоретик? QVO это лучший выбор для дома. Очень живучие и при этом не дорогие. TLC оверпрайстнутый развод на бабки.

ox55ff ★★★★★
(10.12.25 20:30:28 MSK)

По смарту у меня диск более старый и записано больше, но Wear_Leveling_Count меньше, чем у тебя. EXT4 тебе тупо диск протёрла. Это древнее говно просто не предназначено для ssd. И это хорошо видно по смарту. Надо было btfs ставить, как у меня. Думай.

Твой:
9 Power_On_Hours         19969
12 Power_Cycle_Count     692
177 Wear_Leveling_Count  25
241 Total_LBAs_Written   25766086430

Мой старичок:
9 Power_On_Hours         23744
12 Power_Cycle_Count     1420
177 Wear_Leveling_Count  20
241 Total_LBAs_Written   80924455711

У меня два Samsung SSD 870 QVO в raid0. Старый:

=== START OF INFORMATION SECTION ===
Model Family:     Samsung based SSDs
Device Model:     Samsung SSD 870 QVO 2TB
Serial Number:    S5SUNF1NC24331N
LU WWN Device Id: 5 002438 f31d011dd
Firmware Version: SVQ01B6Q
User Capacity:    2 000 398 934 016 bytes [2,00 TB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Form Factor:      2.5 inches
TRIM Command:     Available, deterministic, zeroed
Device is:        In smartctl database 7.5/5706
ATA Version is:   ACS-4 T13/BSR INCITS 529 revision 5
SATA Version is:  SATA 3.3, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Wed Dec 10 20:25:26 2025 MSK
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   095   095   000    Old_age   Always       -       23744
 12 Power_Cycle_Count       0x0032   098   098   000    Old_age   Always       -       1420
177 Wear_Leveling_Count     0x0013   098   098   000    Pre-fail  Always       -       20
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   100   100   010    Pre-fail  Always       -       0
181 Program_Fail_Cnt_Total  0x0032   100   100   010    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   100   100   010    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0013   100   100   010    Pre-fail  Always       -       0
187 Uncorrectable_Error_Cnt 0x0032   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0032   067   037   000    Old_age   Always       -       33
195 ECC_Error_Rate          0x001a   200   200   000    Old_age   Always       -       0
199 CRC_Error_Count         0x003e   100   100   000    Old_age   Always       -       0
235 POR_Recovery_Count      0x0012   099   099   000    Old_age   Always       -       50
241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       80924455711

Более свежий:

=== START OF INFORMATION SECTION ===
Model Family:     Samsung based SSDs
Device Model:     Samsung SSD 870 QVO 2TB
Serial Number:    S5RPNJ0W142785H
LU WWN Device Id: 5 002539 f25108720
Firmware Version: SVQ02B6Q
User Capacity:    2 000 398 934 016 bytes [2,00 TB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Form Factor:      2.5 inches
TRIM Command:     Available, deterministic, zeroed
Device is:        In smartctl database 7.5/5706
ATA Version is:   ACS-4 T13/BSR INCITS 529 revision 5
SATA Version is:  SATA 3.3, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Wed Dec 10 20:25:47 2025 MSK
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   097   097   000    Old_age   Always       -       11740
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       841
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       9
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   100   100   010    Pre-fail  Always       -       0
181 Program_Fail_Cnt_Total  0x0032   100   100   010    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   100   100   010    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0013   100   100   010    Pre-fail  Always       -       0
187 Uncorrectable_Error_Cnt 0x0032   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0032   072   046   000    Old_age   Always       -       28
195 ECC_Error_Rate          0x001a   200   200   000    Old_age   Always       -       0
199 CRC_Error_Count         0x003e   100   100   000    Old_age   Always       -       0
235 POR_Recovery_Count      0x0012   099   099   000    Old_age   Always       -       19
241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       37687610256

ox55ff ★★★★★
(10.12.25 20:39:46 MSK)

Ответ на: комментарий от ox55ff 10.12.25 20:39:46 MSK

Тут важно подметить, что все таки ресурс для этого значения крайне велик, значение 25 не приговор.

проблема у меня уже давно и btrfs уже была на диске. Только недавно заметил закономерность, что это происходит после сна. Вот и думаю, что может что-то не так с материнкой (Gigabyte b450 aourus elite v1.x)

pdrop
(10.12.25 20:54:40 MSK) автор топика

Ответ на: комментарий от pdrop 10.12.25 20:54:40 MSK

Сон на серверах не используется. В линукс хорошо отлажено только то, что нужно на серверах. Остальное - глюкодром. Поэтому лучше забудь про сны и гибернацию.

ox55ff ★★★★★
(10.12.25 20:56:42 MSK)

Ответ на: комментарий от ox55ff 10.12.25 20:56:42 MSK

УМВР

И линукс для серверов не годится как раз, он для десктопов.

firkax ★★★★★
(10.12.25 21:17:17 MSK)

Ссылка

Sata провод попробуй поменять. С таким количеством ошибок crc он под подозрением, а в момент выхода из сна напряжение питания скачет, ошибки могут усугубиться.

Aceler ★★★★★
(10.12.25 21:25:43 MSK)

Ответ на: комментарий от ox55ff 10.12.25 20:30:28 MSK

Ну да, в 2 раза уменьшать надёжность ради 30% прироста объёма это прекрасная идея, а те, кто так не делает - однозначно разводилы.

firkax ★★★★★
(10.12.25 21:29:48 MSK)

На блок питания посмотри и на кабель питания

cobold ★★★★★
(10.12.25 21:55:25 MSK)

Ответ на: комментарий от Aceler 10.12.25 21:25:43 MSK

Sata менял, ссылаясь как раз на ошибки, забыл об этом сообщить. Но не помогло.

pdrop
(10.12.25 22:14:57 MSK) автор топика

Ссылка

Ответ на: комментарий от cobold 10.12.25 21:55:25 MSK

Вот это интересная мысль, попробую другой кабель питания от БП поначалу, посмотрим что получится.

pdrop
(10.12.25 22:15:43 MSK) автор топика

Ссылка

Ответ на: комментарий от ox55ff 10.12.25 20:39:46 MSK

EXT4 тебе тупо диск протёрла. Это древнее говно просто не предназначено для ssd.

Клоунада.

Надо было btfs ставить, как у меня.

https://habr.com/ru/articles/476414/

Относительно недавно btrfs была крайне весёлой на ssd.

Dimez ★★★★★
(10.12.25 23:25:19 MSK)

Ответ на: комментарий от Dimez 10.12.25 23:25:19 MSK

Статья 2019 года, ссылающаяся на статью 2017 года. Это было в районе палеозоя.

ox55ff ★★★★★
(11.12.25 00:55:04 MSK)

Ответ на: комментарий от firkax 10.12.25 21:29:48 MSK

Уменьшить лишнюю надёжность в обмен на 30% ёмкости. Да, согласен.

ox55ff ★★★★★
(11.12.25 00:56:04 MSK)

Ссылка

Ответ на: комментарий от ox55ff 11.12.25 00:55:04 MSK

cow-фс по-другому принципиально не могут. Максимум что они могут сделать это откладывать синхронизацию нового состояния на диск чтобы писать не по паре килобайтов а сразу много.

firkax ★★★★★
(11.12.25 01:44:59 MSK)

Ответ на: комментарий от firkax 11.12.25 01:44:59 MSK

ext4 таким непотребством 100% занимается. Да вроде и другие ФС, я вообще думал, что это на уровне блочного устройства сделано, хотя точно не знаю.

vbr ★★★★★
(11.12.25 04:17:13 MSK)
Последнее исправление: vbr 11.12.25 04:18:40 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от firkax 11.12.25 01:44:59 MSK

Ssd только в cow режиме и могут работать, потому что для перезаписи сначала нужно обнулить память. И контроллеру ssd приходится эмулировать возможность перезаписи ради дедовских ФС вроде ext4. Получается плохо, поэтому и ресурс тратится быстрее. Btrfs тут даёт более нативный профиль записи.

ox55ff ★★★★★
(11.12.25 09:54:23 MSK)

Ответ на: комментарий от ox55ff 11.12.25 09:54:23 MSK

То что ssd делает свой собственный cow и то что его файловая система делает это совсем разные вещи. Не надо их путать. Никакого более нативного профиля от btrfs нет, есть только амплификация записи огромная. В случае обычных файловых систем при перезаписи одного блока данных в файл надо перезаписать именно этот блок и может быть метаданные иноды (ещё один блок). В cow же надо перезаписать всю цепочку указателей файлового дерева от / до собственно файла. Да, cow-фс новые блоки запишет в логически новые места, но это как раз пофиг, т.к. ssd умеет транслировать номера блоков, а вот то что блоков просто очень много - уже никак не исправить.

firkax ★★★★★
(11.12.25 10:08:30 MSK)
Последнее исправление: firkax 11.12.25 10:32:09 MSK (всего исправлений: 1)