The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в ФС"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..." +/
Сообщение от Аноним (-), 05-Мрт-21, 20:13 
> Дико извиняюсь, но у меня оно так и работает ...

Тут дело в том что драйвер ФС (что на хосте, что на гуесте) ну вот вообще совсем не ожидает что ФС кроме него будет кто-нибудь менять. Нарушение этого допущения чревато крайне нестандартным разлетом ФС на куски.

> NTFS-ный винт с вендоиграми, подключен в virt-manager на виртуалку с вендой и в
> хост систему. При работе венды стараюсь не трогать этот винт. Как-то
> автоматизировать демонтаж при запуске виртуалки средствами virt-manager можно..?

Эм... написать какой-нибудь тривиальный скриптик вида
umount /what
<whatever to start your VM>

Аchtung, для первого может потребоваться наприме suid root на тот скриптик. Тогда еще права до запуска виртуалки дропнуть надо. Гламурный и failsafe вариант - шорткат на десктопчике на скриптика слепить, забыв прошлый способ старта той виртуалки и привыкнув жать эту кнопу :)

И да, как это в virt manager я не знаю но гольному quemu я такое в два счета нарисую. И это, а оно вообще цепляет такой диск? А то на как минимум используемый qcow оно не дает второй раз прицепиться, если виртуалку еще раз запустить она орет что ее файл уже юзает и закругляется.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в ФС, opennews, 04-Мрт-21, 22:34  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру