запись на диск препятствует ее считыванию

 А если я, апример, подключаю этот же диск через кабель к usb3 порту, то копирование на него,через этот порт, уже идет до самого финала без каких-либо «зависаний» ввода-вывода.

Проблема решена ;)

Это «железячная проблема» SATA порта моего ноута ? Или может контролера дисков?

Или. Может.

Вв какую сторону надо копать? 

В сторону проб более других ноутов/дисков, свежего либастрала и телепатов. Дистр, ядро, выхлоп dmesg. А то «темна вода в облацех» тоже правильный ответ.

дистр Arch, ядро 6.6.23-1-lts

общий выхлоп dmesg- https://pastebin.com/qgXAPegt

выхлоп смарта диска тут- https://pastebin.com/Nr9L9V5f

upower пишет лог, попробуй перенести временно в ОЗУ его

В /etc/fstab

tmpfs /var/lib/upower tmpfs nosuid,noexec 0 0

…

Ну или upower удали временно перезагрузить и проверь

Это 12309?

диски не SMR часом? у таких унутре свой буфер, после забивания которого i/o падает. связано это с особенностями физической записи на такой диск.

Судя по всему, это sshd — гибридный диск.

500 GB hdd + 8GB NAND Flash

А с какой скоростью идут оба копирования? Может UBS медленнее и потому кэш (SSD) не забивается и ты не ловишь тормоза.

Когда копипастил - в темноте п ерепутал диски с тошибами (:, все верно, это как раз гибрид , с рабочей станции dell precision, выпущенный лет 10-15 назад, и при записи на этот диск, такой проблемы,как я описывал, как раз и нет. Аправильная тошиба тут- https://pastebin.com/1nWfYTt0.

Понятия не имею. Как это проверить?

Т.е. проблемы при записи на ssd.

Файловая система монтируется с discard?

Если да, то попробуй без discard.

Файловая система cмонтирована Без discard/

не помогло. По ощущениям -забивается кеш диска. например, при копировании большого файла, система встает колом не сразу, а примерно спустя секунд 10-15, после вторго скопированного гигабайта.

fstrim по таймеру?

Нет.

Тогда проведи Трим вручную,

sudo fstrim -av

запись на hdd128 - https://imgur.com/a/rHkPMam

запись на sshd500 - https://imgur.com/a/lUZImQ2

После trim-а сделать паузу минут на 20, пусть контроллер сделает свою работу. После этого проверить запись+чтение.

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

Почитал деловский мануал. https://www.dell.com/support/kbdoc/ru-kz/000140396/5-способов-повысить-скорость-жесткого-диска-в-linux

Выключил кеширование записи . И заменил async (по умолчанию) на sync. т.е. привел к виду rw,sync,relatime, вместо default

Топик можно закрывать.

relatime

можно вообще noatime