Влад, На это ответит только всемогущий гугл. Понимаешь, устанавливая нетиповую ось, ты берешь на себя всю ответственность за свои действия. И если что-то идет не так - никто тебе не доктор, только самому разбираться.
Чтобы пробросить карточку в ВМ, нужно ее открепить от хоста. То есть нужна либо интеграха, либо еще одна карточка. Случай с интеграхой куда чаще, но тут чтобы включить IOMMU, нужно чтобы с матерью повезло. В том смысле, чтобы в группе ввода-вывода не было ресурсов матери вместе с карточкой. Если таковые есть - никак.
vaut, Да вроде говорят отменила, но мне уже неохота проверять - натрахался по самое не могу. Раньше она не выключалась, она просто не включалась :) Ошибка 43, устройство не запущено.
Николай Медведков, Братан, как выглядят чьи-то сиськи - мало кому интересно, разве только это сиськи медийной персоны. А вот то, о чем ты пишешь в закрытом чате - может заинтересовать много кого.
Filipp42, Это знают только в гугле :) Кстати, насчет китайцев верное замечание - вполне возможно, что не только xiaomi, но и другие этим балуются. Вот Infinix и Tecno например - у них оболочка - перепутать запросто. Я вовсе не уверен, что они ничего не шлют...
Иерокопус Таманский, Только если у него временные файлы хранятся на другом диске, например. Потому что если они тоже здесь - они точно так же пропадут.
Adamos, ну вот, что нашлось:
"To protect all data, regardless of any power supply problems, users should choose the SSD product that supports PLP. When the SSD is powered on, PLP capacitors start to charge the current and, if external power is off for any reason, the charged current in the capacitors starts to discharge to offer additional power (current) to the SSD. This process holds the DRAM data and allocates time for the data flush from the DRAM to the NAND to occur, updating the latest data. This flushing task should be completed within the discharging time."
Ну вот я - первопроходец применения линуха на рабочих станциях. В масштабе конторы на полторы сотни рыл (в перспективе). А сейчас идет ловля блох.
десктопная убунта, которая ломается после обновления,
Могу расширить этот пример на генту и все прочие системы, где недавно менялся glib. После замены glib на 2.78.4 там рушится вообще все, что можно, и лезет такая дичь, что волосы дыбом!
Это не сервер. Рабочая станция на линухе. "Программист Коля" из описания вопроса - это и есть ее юзер. Диск я починил через livedvd. Что можно сделать, чтобы минимизировать проблемы?
Сейчас отформатировано в ext4. Но вот ситуация - чел сидит, что-то делает. По виндовозным привычкам, где все проблемы решает перезагрузка, он топит ресет. После перезагрузки мы видим черный экран с надписью cannot read superblock.
Потом livevdvd, fsck, куча сообщений про orphaned nodes...
Вопрос в общем-то в этом - какими настройками можно минимизировать потери такого рода?
Мне нужна защита от сбоя, по какому бы поводу он ни произошел. Например, мисс секретарша случайно жмакнула ресет, втыкая флэшку. Да, сейчас у нее винда и даже если она помрэ - никто и не удивится - это же винда! Но линух-то известен своей надежностью! (типо)
Melkij, Хм. То есть ситуация , как с raid-контроллером без батарейки? "Наверх" уже ушло, что данные записаны, "внизу" они еще только пишутся и, если топануть фазу - мы и выловим рассогласование кэша?
Есть способы это настроить как-нибудь (даже ценой производительности)?
Drno, Вопрос о выборе ФС :) настройках монтирования и всего того, что можно покрутить через sysctl и ведро. Потому что ситуация не поменялась, за исключением того, что hdd сменился на ssd, а устойчивость к сбоям куда-то делась. Понятно, что я просто что-то не включил/не выключил/не установил/не настроил. Вопрос - что?
