Нашел ответ. Все получилось. Действительно, если вынуть наживую диск sata в debianе, а затем вставить (соблюдая все отключения и включения питания), у него изменится и ata№, и scsi 0:0:№:0 и UUID (про UUID не уверен, многобукф, мог не внимательно оценить)
Вот решение
https://www.linuxtechi.com/fixing-lvm-io-errors/
Если ссылка когда-нибудь прокиснет, вот суть:
Деактивируем lv, потом vg. Потом обратно сканируем и активируем vg и, наконец, сканируем и активируем lv.
1) Check which Volume Group have the issue , run “vgscan” command .
2) Find out the Logical Volumes attached with that Volume Group .
3) Inactive the logical volumes as :
# lvchange -an <lv-name>
4) Inactive Volume group as :
# vgchange -an <vg-name>
5) Again Scan Volume group using “vgscan” .
6) Now activate the Volume Group :
# vgchange -ay <volume-group-name>
7) Run command “lvscan” , the error should be gone now .
8) Now activate the Logical Volume Name :
# lvchange -ay <lv-name>
Если это было с внезапно оторвавшимся девайсом, как у меня, то это может сразу не получиться.
Тогда аккуратно гасим его еще раз
echo 1 > /sys/block/sdX/device/delete
Физически отключаем (вынимаем)
Физически включаем (вставляем)
Запускаем
echo 0 0 0 > /sys/class/scsi_host/hostY/scan
И танцуем все верхие танцы с бубном еще раз.
X - легко определяется, он не должен поменяться, а вот Y я не понял как, у меня были с 0 по 4. Прошелся по всем, говорят это не слишком опасно :) Даже не понял, на каком диск вдруг появился - я быстрее их перебирал, чем он ответил. Примерно так:
Oct 23 16:29:53 node2 kernel: ata11.00: ATA-8: Hitachi HUA722010CLA330, JP4OA3EA, max UDMA/133
Oct 23 16:29:53 node2 kernel: ata11.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
Oct 23 16:29:53 node2 kernel: ata11.00: configured for UDMA/133
Oct 23 16:29:53 node2 kernel: scsi 0:0:6:0: Direct-Access ATA Hitachi HUA72201 JP4O PQ: 0 ANSI: 5
Oct 23 16:29:53 node2 kernel: sd 0:0:6:0: [sdd] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
Oct 23 16:29:53 node2 kernel: sd 0:0:6:0: Attached scsi generic sg2 type 0
Oct 23 16:29:53 node2 kernel: sd 0:0:6:0: [sdd] Write Protect is off
Oct 23 16:29:53 node2 kernel: sd 0:0:6:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Oct 23 16:29:53 node2 kernel: sdd: sdd1