The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в ФС, opennews (??), 04-Мрт-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –8 +/
Сообщение от admin (??), 04-Мрт-21, 22:36 
а, помню в винде такое было. А, не, не было.
Ответить | Правка | Наверх | Cообщить модератору

4. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –2 +/
Сообщение от Аноным (ok), 04-Мрт-21, 22:39 
В бубунте такое было, только не с файлом подкачки, а с некоторыми ссд
Ответить | Правка | Наверх | Cообщить модератору

176. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/
Сообщение от Аноним (-), 05-Мрт-21, 12:33 
> В бубунте такое было, только не с файлом подкачки, а с некоторыми ссд

Это вообще было не в убунте а в глючной фирмвари ssd.

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

8. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +6 +/
Сообщение от Timoteo Cirkla (ok), 04-Мрт-21, 22:53 
Было такое в винде с подкачкой.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору
Часть нити удалена модератором

80. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +5 +/
Сообщение от Аноним (-), 05-Мрт-21, 04:58 
И C:\:$i30:$bitmap открывается, даааа? :)
Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

151. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Анунак (?), 05-Мрт-21, 11:49 
Вы не поверите, закрывается:
https://habr.com/ru/news/t/544906/
Ответить | Правка | Наверх | Cообщить модератору

155. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +3 +/
Сообщение от Аноним (155), 05-Мрт-21, 12:00 
Офигеть, в левом превью, 1 марта, что-то законопатили. Что-то в линухе сильно оперативнее с тормоза снимаются, не? А для начала спич был что в винде так не бывает. Свежо предание.
Ответить | Правка | Наверх | Cообщить модератору

160. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 05-Мрт-21, 12:12 
Ахаха, там еще по ссылочкам еще угара на тему. А специально для жлоба поха есть https://habr.com/ru/news/t/545586/
Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

165. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Дегенератор (ok), 05-Мрт-21, 12:16 
Не открывается без патчей и с патчами. Подскажите, куда копать?
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

189. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/
Сообщение от пох. (?), 05-Мрт-21, 13:24 
Висту придется сперва зако....проапгрейдить - фича доступна только в десяточке, и только сравнительно недавних выпусков. Впрочем, ничего кроме forced chkdsk при следующей перезагрузке, вопреки визгу местных истеричек, не произойдет и там - причем он ничего не найдет.

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

193. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –2 +/
Сообщение от Аноним (193), 05-Мрт-21, 13:35 
>Однако, издание Bleeping Computer выяснило, что в случае продолжительного вызова бага повреждается MFT и перестает загружаться ОС, что чревато проблемами у пользователей. Тем более, что уязвимость можно активировать из командной строки Windows 10 или из браузера Chrome. Баг доступен не только из под администратора, его может использовать любой пользователь Windows 10 с низкими привилегиями в системе. Эту уязвимость в драйвере Windows NTFS можно активировать удаленно, а также встраивать в HTML.
Ответить | Правка | Наверх | Cообщить модератору

252. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 05-Мрт-21, 20:05 
Ты свои эксченжи то уже законопатил? А то там у майкрософта ultraviolet priority видите ли - 2 марта со скростью поросячьего визга апдейты вывалили в корыто: "вааах! gov't китайские хакеры reboot!!!"
Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

276. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 05-Мрт-21, 23:33 
> фича доступна только в десяточке, и только сравнительно недавних выпусков

Утверждается что доступно в как минимум от икспы до свежих десяток.

> Впрочем, ничего кроме forced chkdsk при следующей перезагрузке,

Если с 1 раза не прокатило, попробуй цикл с доступлм к этому наскриптить. Для вебни уже наскриптили такого черного юмора.

А там рядом - и еще приколы, типа умения эксченжа (лол) перезаписывать левые файлы в системе (лол). Ну китайцы что-то и перезаписали, при том где-то в окрестностях вайтхауса. Очень неприятный способ заметить 0day, да? :)

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

356. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (193), 06-Мрт-21, 17:19 
не от ХР, а в ХР и десятке начиная с 1803.
Ответить | Правка | Наверх | Cообщить модератору

359. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (359), 06-Мрт-21, 22:48 
> не от ХР, а в ХР и десятке начиная с 1803.

Я думаю что там вообще всю линейку сквозняком прошибает. Майки видите ли ленивые и жадные и уж точно не будут писать отдельные дрова нтфс на каждый релиз и сервиспак. Блин, он даже в бсоды падает на битых томах примерно одинаково везде.

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

16. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (16), 04-Мрт-21, 23:11 
Ну да, с каких пор в платном продукте используют нестабильные ядра...
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

30. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +12 +/
Сообщение от Timoteo Cirkla (ok), 04-Мрт-21, 23:35 
Обновления, ломавшие поиск, звук, саму систему обновлений, превращавшие девайсы в кирпичи. Целые апдейты, которые Майкрософт вначале выкатывала, а потом отзывала.
Ответить | Правка | Наверх | Cообщить модератору

34. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –2 +/
Сообщение от Онаним (?), 04-Мрт-21, 23:48 
Открыть тебе секрет?
Стабильных ядер не бывает.
Бывают недостаточно протестированные :D
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

161. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 05-Мрт-21, 12:13 
Там вообще-то вкалывают роботы. Да и тестирующих -rc как видим - есть. Так что протестировано оно получше чем почти весь остальной софт на планете.
Ответить | Правка | Наверх | Cообщить модератору

81. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/
Сообщение от Аноним (-), 05-Мрт-21, 04:59 
-rc вроде бы даже арчеводы не вкатывают, так что тут разницы нет.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

104. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от ryoken (ok), 05-Мрт-21, 08:41 
В генте спокойно может быть -rc :). Если у вас размаскирована архитектура. Но ставить его - надо чильно подумать, зачем :).
Ответить | Правка | Наверх | Cообщить модератору

179. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 05-Мрт-21, 12:40 
> В генте спокойно может быть -rc :). Если у вас размаскирована архитектура.
> Но ставить его - надо чильно подумать, зачем :).

Так то у меня гит кернела есть. Но вот именно -rc1, именно себе на десктоп - я все же не настолько камикадзе. Если там -rc5 какой, я подумаю. Но вот именно -rc1 да на нахрен, это ж только закрыли окно приема патчей и это вообще вот только-толко начали тестировать. До этого туда даже роботы не суются, потому что логическая консистентность комитов до -rc1 вообще вилами по воде писана. А -rc1 это как раз наглядная иллюстрация что свежий сыр бесплатно достается только второй мышке. А можно вот и первой оказаться.

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

187. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от ryoken (ok), 05-Мрт-21, 13:17 
> Так то у меня гит кернела есть. Но вот именно -rc1, именно
> себе на десктоп - я все же не настолько камикадзе. Если
> там -rc5 какой, я подумаю. Но вот именно -rc1 да на
> нахрен, это ж только закрыли окно приема патчей и это вообще
> вот только-толко начали тестировать. До этого туда даже роботы не суются,
> потому что логическая консистентность комитов до -rc1 вообще вилами по воде
> писана. А -rc1 это как раз наглядная иллюстрация что свежий сыр
> бесплатно достается только второй мышке. А можно вот и первой оказаться.

Исходя примерно из тех же соображений eselect kernel set делаю, в идеале - без rc :).

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

253. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 05-Мрт-21, 20:07 
Я иногда позволяю себе -rc юзать, чтобы знать что меня ждет, но -rc1 только на совсем уж пустой виртуалке, по принципу развалится - откачу снапшот. А в более реальных применениях - это хотя-бы -rc4 чтоли где-то. После всесторонней валидации.
Ответить | Правка | Наверх | Cообщить модератору

24. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +4 +/
Сообщение от Timoteo Cirkla (ok), 04-Мрт-21, 23:27 
О, у кого-то бомбануло от того, что в винде есть проблемы?
Вот, можете почитать:
https://docs.microsoft.com/ru-ru/troubleshoot/windows-client...
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

67. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +5 +/
Сообщение от б.б. (?), 05-Мрт-21, 00:52 
Было. Ноут был не выключен а заснул, и я ему другой хдд воткнул. При включении он там превратил файловую систему в кашу. Ibm R40, xp sp2
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

100. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +5 +/
Сообщение от funny.falcon (?), 05-Мрт-21, 06:55 
Преклоняюсь перед вашим мастерством тестировщика. (Обидеть не хочу, просто шутка)
Ответить | Правка | Наверх | Cообщить модератору

118. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Oxyd76 (?), 05-Мрт-21, 09:45 
Гениально!
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

163. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/
Сообщение от Аноним (-), 05-Мрт-21, 12:14 
Гениально прилумано. В следующий раз попробуй замаунтить диск одновременно на хосте и в виртуалке, тоже интересно будет :)
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

188. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от ryoken (ok), 05-Мрт-21, 13:18 
> Гениально прилумано. В следующий раз попробуй замаунтить диск одновременно на хосте и
> в виртуалке, тоже интересно будет :)

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

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

254. "Ошибка в ядре 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ообщить модератору

265. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от ryoken (ok), 05-Мрт-21, 21:36 
Ну кагбе в принципе данный винт можно вообще из fstab-а откинуть, там чисто игры остались (сама винда как откинула копыта после какого-то апдейта, так я и сказал, "туда тебе и дорога"). Используется виртуалка строго для одной цели - модпак для Корабликов обновлять :D.
Ответить | Правка | Наверх | Cообщить модератору

268. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 05-Мрт-21, 21:57 
> Ну кагбе в принципе данный винт можно вообще из fstab-а откинуть, там
> чисто игры остались (сама винда как откинула копыта после какого-то апдейта,
> так я и сказал, "туда тебе и дорога"). Используется виртуалка строго
> для одной цели - модпак для Корабликов обновлять :D.

Не знаю что за кораблики, но файловую систему монтирование из двух мест сразу в разных ОС может урыть наповал, самым неожиданным образом, если это, натурально, получилось. Виртуализаторы так-то любят эксклюзивный доступ просить, а ФС иногда допирают флаг "уже смонтировано" завести, но оно так не везде, да и обмануть все это порой случайно можно.

Так что лучше какой-нибудь failsafe придумать если так получается, типа форс-размонтирования при старте VM, иначе кораблики могут резко и внезапно на айсберг налететь. Тем более что про его наличие другой кэп честно предупредил...

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

277. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от ryoken (ok), 05-Мрт-21, 23:36 
> Не знаю что за кораблики

World of Warships

> Так что лучше какой-нибудь failsafe придумать если так получается, типа форс-размонтирования
> при старте VM, иначе кораблики могут резко и внезапно на айсберг
> налететь.

ну угу.

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

206. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/
Сообщение от rshadow (ok), 05-Мрт-21, 15:54 
А если полить оперативку жидким азотом, то ее можно в другой ноут успеть переставить и запустить без проблем. "Хороший тамада, и конкурсы интересные" (c)
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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