> Ну там первый же комент на проблему просто эпик, в характерном стиле бсд-про,
>
>> qemu+KVM на Linux
> Проблема здесь.
>
> Алсо:
>
> Запускают системы дендрофекальным образом, а потом плачутся в инторнетах, ...
>
> Сразу видно уровни владения технологиями и общий как бы и не-луддизм, ога.Похоже, делать на основе кратких (и удивительно точно, хоть и невежливо, описывающих суть проблемы) комментариев выводы о владении технологиями и попутно, отношении к научно-техническому прогрессу, при этом "изящно" игнорируя все остальные комментарии - не менее эпичный, характерный опеннет-линукс-про стайл.
Получается, запускать виртуалку с (умолчательным, лет 8 как) cache=writeback,
By default, the cache.writeback=on mode is used. It will report
data writes as completed as soon as the data is present in the host
page cache. This is safe as long as your guest OS makes sure to
correctly flush disk caches where needed. If your guest OS does not
handle volatile disk write caches correctly and your host crashes
or loses power, then the guest may experience data corruption.
расчитанным на "специально пропатченного" гостя (читай: пинвгинчика, там в этом режиме пробрасывают пингвинячий fdatasync, если дока шапки-суси не врала. RedHat этот режим очень "не рекомендовал" это для гостя RHEL 5.5 и меньше), искренне удивляясь сопутствующему "оно при крахе и продолбало вагон всего из буфера хоста" - это на самом деле не запуск "дендрофекальным образом" и "высокий уровень владения технологиями"?
Вот оно как!
> Одно вот это уже отличная причина не иметь дел с бсдшным
> сообществом. Напыщеная ламота имеющая мнение основанное на их измышлизмах - визитная карточка современной бсдшной экосистемы.
Отличная демонстрация напыщенной "солидарности" вашего "линукс-про" сообщества, благодарю.
