Актуально?

А можно поподробнее, какая там была гостевая ОС и прочие условия.

Это скорее зависит от клиента vnc, а не от гостевой ОС.

Какой был клиент и воспроизводится ли это под клиентом vinagre ?

Это ошибка не kvm а tightvnc. gvncviewer с kvm работает нормально. Перевешиваю.

Какое разрешение экрана было в контейнере KVM по умолчанию?

(В ответ на комментарий №5)
> Какое разрешение экрана было в контейнере KVM по умолчанию?
800x600.

alt7 - cмотрите и пробуйте в сизифе.
Поправил следующим образом: в случае странных rectangle-ов он теперь должен только ругаццо а не вылетать. Если все правильно - закройте баг, если неверно поправил - отпишите здес.
Всего хорошего.

(В ответ на комментарий №7)
> alt7 - cмотрите и пробуйте в сизифе.
> Поправил следующим образом: в случае странных rectangle-ов он теперь должен
> только ругаццо а не вылетать. Если все правильно - закройте баг, если неверно
> поправил - отпишите здес.
Не, стрёмно!

CConn:       connected to host localhost port 5900
 CConnection: Server supports RFB protocol version 3.8
 CConnection: Using RFB protocol version 3.8
 TXImage:     Using default colormap and visual, TrueColor, depth 24.
 CConn:       Using pixel format depth 24 (32bpp) little-endian rgb888
 CConn:       Using Tight encoding
Rect too big: 61440x2056 at 45056,53248 exceeds 800x600
Rect too big: 36864x45056 at 20480,28672 exceeds 800x600
Rect too big: 12288x20480 at 2056,4096 exceeds 800x600
Rect too big: 61440x284 at 45056,53248 exceeds 800x600
Rect too big: 59355x252 at 59387,28 exceeds 800x600
Rect too big: 59387x28 at 59387,28 exceeds 800x600
Rect too big: 2064x48 at 59387,14 exceeds 800x600
Segmentation fault

Верни, как было.

Пожалуйста, попробуйте запустить vncviewer со следующими параметрами ("их применить вместе")
-AutoSelect 0
-PreferredEncoding (попробуйте ZRLE, hextile или raw)
Похоже  KVM генерирует какой-то не правильный tight поток.

Просьба также более-менее детально описать процесс запуска KVM

Created attachment 3836 [details]
Вывод при PreferredEncoding raw

(В ответ на комментарий №10)
> Просьба также более-менее детально описать процесс запуска KVM

(В ответ на комментарий №9)
> Пожалуйста, попробуйте запустить vncviewer со следующими параметрами ("их
> применить вместе")
> -AutoSelect 0
> -PreferredEncoding (попробуйте ZRLE, hextile или raw)
> Похоже  KVM генерирует какой-то не правильный tight поток.
Показывается (см. приложение) только при raw. Когда запускаются X-ы в KVM вылетает с сегфолтом. Остальные варианты сразу вылетают с сегфолтом.

(В ответ на комментарий №10)
> Просьба также более-менее детально описать процесс запуска KVM
Это Desktop 5.0, запускаемый через alterator-mkve.

Чудеса в решете. Дублируется экран что-ли? Буду разбираться. А какие вообще клиенты нормально работали с таким сервером и с какими encodings?

gtk-vnc работает нормально

К сожалению, на своем оборудовании не имею возможности для аппаратной виртуализации. Можете ли кто-нибудь дать доступ к удаленному запуску kvm контейнера для отладки?

(В ответ на комментарий №16)
> К сожалению, на своем оборудовании не имею возможности для аппаратной
> виртуализации. Можете ли кто-нибудь дать доступ к удаленному запуску kvm
> контейнера для отладки?
А что мешает запустить qemu -nographic?

(В ответ на комментарий №17)
> (В ответ на комментарий №16)
> > К сожалению, на своем оборудовании не имею возможности для аппаратной
> > виртуализации. Можете ли кто-нибудь дать доступ к удаленному запуску kvm
> > контейнера для отладки?
> А что мешает запустить qemu -nographic?

Попробовал. НЕ удалось воспроизвести ситуацию. Все ОК - vncviewer  нормально проглотил заставку без проблем.
Видимо это именно когда KVM=KVM а не qemu.

(В ответ на комментарий №18)
> Видимо это именно когда KVM=KVM а не qemu.
Да, нужно смотреть в KVM.

Не могу воспроизвести. Если будете переоткрывать баг - пожалуйста дайте возможность его воспроизвести.

*** Bug 20599 has been marked as a duplicate of this bug. ***