Проблема: Ошибка ввода/вывода (Input/output error) при попытке записи на SSD. Система не может завершить операцию записи, возвращая код ошибки EIO.

Причины:
1. Аппаратный сбой SSD (вышедшие из строя ячейки NAND, неисправность контроллера, повреждение SMART-критических параметров).
2. Переполнение таблицы отображения страниц (FTL) из-за фрагментации или неисправности TRIM.
3. Файловая система повреждена (коррупция метаданных, сбой записи журнала).
4. Проблемы с питанием или интерфейсом (SATA/USB/PCIe — плохой контакт, нестабильное напряжение).
5. Драйвер/контроллер ввода-вывода (устаревший драйвер NVMe, тупик в цепочке IRQ).
6. Нарушение регистрации (ограничение файловой системы, исчерпание inode).

Решение:
1. Диагностика аппаратной части:
- Проверить SMART: `sudo smartctl -A /dev/sdX` (поле `Reallocated_Sector_Ct` >0, `Current_Pending_Sector` >0, `UDMA_CRC_Error_Count` >0 — замена SSD).
- При ошибках CRC (кабель/разъём) — заменить шлейф/порт, проверить контакты, переподключить SSD.
- Для NVMe: `sudo nvme list` → `sudo nvme smart-log /dev/nvme0n1` (значения `critical_warning` или `media_errors`).

2. Проверка файловой системы и таблицы разделов:
- Отмонтировать раздел: `sudo umount /dev/sdX1`.
- Запустить fsck: `sudo fsck -f -y /dev/sdX1` (для ext4) или `sudo xfs_repair /dev/sdX1` (XFS). Обратить внимание на ошибки «Journal inode» — нужна чистка журнала.
- Если fsck не восстанавливает — проверить таблицу разделов: `sudo fdisk -l /dev/sdX`, `sudo gdisk -l /dev/sdX`. При повреждении GPT — восстановить резервную копию.

3. Работа с FTL и переполнением:
- Выполнить TRIM: `sudo fstrim -v /mount/point` (только при смонтированной исправной ФС).
- При переполнении FTL (SSD полностью занят, нет блоков для обновления) — освободить место (удалить/переместить файлы), затем принудительно выполнить TRIM.
- Если TRIM недоступен (например, неисправен TRIM-стек) — клонировать данные (`ddrescue`), выполнить безопасное стирание (ATA Secure Erase), создать новую ФС.

4. Сброс драйверов и кэша:
- Очистить кэши: `sync; echo 3 > /proc/sys/vm/drop_caches`.
- Перезагрузить драйвер NVMe: `sudo modprobe -r nvme && sudo modprobe nvme`.
- Для AHCI: проверить `dmesg | grep ahci`, при ошибках — обновить прошивку SATA-контроллера.

5. Восстановление данных (форензика):
- Создать образ повреждённого раздела на другой исправный носитель: `sudo ddrescue -d -f /dev/sdX1 /mnt/backup/image.dd /mnt/backup/logfile.log`.
- Использовать `testdisk /dev/sdX` для восстановления раздела при повреждённой MBR/GPT.

6. Экстренное решение (только для тестовых/некритичных данных):
- Сбросить контроллер SSD через утилиту производителя (например, `hdparm --user-master u --security-set-pass p /dev/sdX` + `hdparm --user-master u --security-erase p /dev/sdX`) — полностью уничтожает данные. Легально только при согласии владельца.

Важно: При повторяющихся ошибках немедленно копировать данные исправным `ddrescue`, так как SSD может полностью отказать. Если после всех шагов ошибка сохраняется — замена накопителя.