для понимания.. я не гордый, я и без масштабирования потыкать могу. Пытаюсь выделить картинку контуры для редактирования. Проблема только в Fedora, до этого в последней CentOS Studio все ОК с той же самой мышкой

знаете кого-нибуть кто знает как ext4 устроена?
мне бы помогла помощь в ручном восстановлении слегка побитого раздела

CentOS Studio?

угу, типа Ubuntu но на базе CentOS

дайте ссыль, чет не гуглится

если не сложн

Привет!
Если fsck не помогает, testdisk ничего не находит, то неси в спец. контору по восстановлению данных, бесплатно таким никто заниматься не будет. Еще, как вариант, можешь посмотреть на гитхабе на предмет низкоуровневых средств работы с данными extN в их репозитории, вроде что-то такое припоминаю
Судя по твоей аватарке и нику, ты вряд ли так поступишь, так что могу предложить покурить https://ext4.wiki.kernel.org/index.php/Ext4_Disk_Layout
Удачи))

1. Проверить воспроизводимость в других средах
2. Поискать здесь: https://www.gimp.org/bugs/
3. Спросить тут https://t.me/Krita_Gimp_MyPaint_ART
4. Оформить баг

Вряд ли, т.к. в юзерской сессии нельзя создать сеточку. Скорее всего оно пробрасывается с хоста

я виртуалку смог создать и использовать без них

Без libvirt и qemu?
Мужчина 👍
А если серьезно, то проверь разрешения у прилоежния, чего оно тянет с хоста

в системе нет libvirtd и qemu

на базе CentOS 7? corp репозиторий?

/un

fsck предлагает фиксы но они похоже только зацементируют потерю данных.
соль в том что smart self test показывает что всё ок. а fsck пишет как будто совсем плохое что-то случилось:

e2fsck 1.45.5 (07-Jan-2020)
One or more block group descriptor checksums are invalid.  Fix? no

Group descriptor 0 checksum is 0xc5a6, should be 0x95b3.  IGNORED.
Group descriptor 1 checksum is 0xefb0, should be 0xbfa5.  IGNORED.
Group descriptor 2 checksum is 0xf13b, should be 0xa12e.  IGNORED.
Group descriptor 3 checksum is 0xf35a, should be 0xa34f.  IGNORED.
Group descriptor 4 checksum is 0x4ab2, should be 0x1aa7.  IGNORED.
....
Group descriptor 22333 checksum is 0xd7a8, should be 0x87bd.  IGNORED.
Group descriptor 22334 checksum is 0xd99d, should be 0x8988.  IGNORED.
Group descriptor 22335 checksum is 0xa7d0, should be 0xf7c5.  IGNORED.
Group descriptor 22336 checksum is 0x38b0, should be 0x68a5.  IGNORED.

в некоторых папках ls показывает имена файлов а открыть их нельзя: No such file or directory. те что открываются вроде как целые.

Я сейчас смотрю на disk layout и хекс дампы но как-то это затягивается

e2fsck 1.45.5 (07-Jan-2020)
One or more block group descriptor checksums are invalid.  Fix? no

Group descriptor 0 checksum is 0xc5a6, should be 0x95b3.  IGNORED.
Group descriptor 1 checksum is 0xefb0, should be 0xbfa5.  IGNORED.
Group descriptor 2 checksum is 0xf13b, should be 0xa12e.  IGNORED.
Group descriptor 3 checksum is 0xf35a, should be 0xa34f.  IGNORED.
Group descriptor 4 checksum is 0x4ab2, should be 0x1aa7.  IGNORED.
....
Group descriptor 22333 checksum is 0xd7a8, should be 0x87bd.  IGNORED.
Group descriptor 22334 checksum is 0xd99d, should be 0x8988.  IGNORED.
Group descriptor 22335 checksum is 0xa7d0, should be 0xf7c5.  IGNORED.
Group descriptor 22336 checksum is 0x38b0, should be 0x68a5.  IGNORED.

Если дело только в чексуммах, то fsck, по идее, просто исправит их на актуальные и всё. В любом случае, лучше вариантом будет скопировать с помощью dd содержимое диска на другой и прогнать fsck там.

Проводить манипуляции, не сделав дамп, в любом случае нежелательно.

там не только чексуммы, оно ещё предлагает "Clear HTree index?" что звучит страшно.
а сделать dd некуда

там 3TB почти

Это, вроде, лишь индекс каталога.
Но, в любом случае, смотри сам, что для тебя дешевле: рискнуть потерей данных или достать диск.