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

"Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в ФС"	+/–
Сообщение от opennews (??), 04-Мрт-21, 22:34
Линус Торвальдс предостерёг пользователей о выявлении в экспериментальном выпуске ядра 5.12-rc1 критической проблемы, посоветовал не устанавливать для тестирования данную версию и переименовал Git-тег "v5.12-rc1" в "v5.12-rc1-dontuse". Проблема проявляется при использовании файла подкачки и может привести  к повреждению данных в файловой системе в которой размещён данный файл... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54703
Ответить | Правка | Cообщить модератору

Сообщения

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

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

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

	90. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+3 +/–
	Сообщение от Аноним (-), 05-Мрт-21, 05:19
	Ссыль на багрепорт?
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (170), 05-Мрт-21, 12:26
	Сами понимаете, что ретроградов со старым и не очень железом тут мало,а вот фичастого топового хайтек хоть отбавляй.) Потому только свежачок - получить и опробовать  багофичи ещё до их полноценной реализации.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	248. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 05-Мрт-21, 19:47
	> Сами понимаете, что ретроградов со старым и не очень железом тут мало,а > вот фичастого топового хайтек хоть отбавляй.) Потому только свежачок - получить > и опробовать  багофичи ещё до их полноценной реализации. Да ну ладно тебе, там разработчики сами на себе что напрогали не гнушаются тестировать. И, вот, остались недовольны результатом тестов. Но да, они предпочитают не очень ископаемое железо.
	Ответить | Правка | Наверх | Cообщить модератору

	318. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (318), 06-Мрт-21, 06:58
	А нафига, позвольте узнать? Сижу на текущем релизе, багов не наблюдаю, зачем себе лишние проблемы создавать?
	Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

	322. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (322), 06-Мрт-21, 09:16
	> А нафига, позвольте узнать? Сижу на текущем релизе, багов не наблюдаю, зачем > себе лишние проблемы создавать? Затем что если все делать правильно, новые ядра работают только лучше, а не хуже. Например в btrfs время монтирования скостили, а скорость подтянули. Поди плохо? Или, допустим, lockdown. Если вам его OEM в гаджете для тупиц ввинтил, это, конечно, фигово. А если я его сам ввинтил, имеючи свои ключи на подпись модулей кернела... полезная фича, убавляет радость у всяких сомнительных элементов в случае если они все-таки смогли прорубиться. Более подробное обсуждение в LKML есть. Или вот поддержку некоторых новых железок добавили, типа интерфейсов камеры на некоторых allwinner. А чего, теперь и туда можно будет попробовать камеру по типу распишной/мобилочной прицепить. А, собственно, чем плохо расширение ассортимента поддержки железа? А так то в принципе и Win95 работать не перестал вот прям овсем, конечно... но юзать его почему-то никто не хочет. И вообще, у VLC, кажется, и прочих battle for wesnoth минимальные требования - семера. Ну вот не хотят бодаться прогеры с проблемами антиков на которые вендор давно забил.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–8 +/–
	Сообщение от oms (?), 05-Мрт-21, 00:18
	да своп вообще тормозной, давно пора выпилить
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	117. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+3 +/–
	Сообщение от Oxyd76 (?), 05-Мрт-21, 09:44
	Это не своп тормозной, это неумение его готовить.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+4 +/–
	Сообщение от Урри (ok), 05-Мрт-21, 15:26
	Полностью согласен. Правильное приготовление свопа: "sudo swapoff -a".
	Ответить | Правка | Наверх | Cообщить модератору

	207. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (207), 05-Мрт-21, 15:57
	А куда kwrite и plasma протекать будут? Нет, всё же без свопа никуда. Неплохо было бы его ускорить.
	Ответить | Правка | Наверх | Cообщить модератору

	223. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от AntonAlekseevich (ok), 05-Мрт-21, 17:26
	plasma и kwrite надо правильно готовить и не надеяться что сообщество тебе поможет избежать протечки.
	Ответить | Правка | Наверх | Cообщить модератору

	237. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+7 +/–
	Сообщение от kmeaw (?), 05-Мрт-21, 18:34
	Попробую угадать - готовить так же, как и своп, sudo apt purge kwrite ?
	Ответить | Правка | Наверх | Cообщить модератору

	250. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Аноним (-), 05-Мрт-21, 20:00
	> Правильное приготовление свопа: "sudo swapoff -a". 1) Sudo с своим sudoedit уже задолбал. 2) zram таки ничем таким не плох, хоть у него блочным девайсом и прямо оперативка. Она ж сжатая, при том LZ4 или LZO+RLE какой даже не тормозит особо.
	Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

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

	312. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 02:30
	У кухаркиных детей есть 2 варианта. Либо учиться, учиться и еще раз учиться, как ильич завещал, и выйти в люди. Или быть кормовой базой всяких шустрых веников.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+5 +/–
	Сообщение от Аноним (-), 05-Мрт-21, 04:54
	Так для этого -rc и нужны. Особенно ранние.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	190. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от Аноним (190), 05-Мрт-21, 13:28
	как можно сломать то , что работало десятилетиями?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	205. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–2 +/–
	Сообщение от rshadow (ok), 05-Мрт-21, 15:50
	Там последние лет пять такую войну за мир устроили, что камня на камне скоро не останется. Не будет глобальных блокировок, будет поддержка всего и вся, но и стабильность как в винде - раз в день ребут.
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Аноним (207), 05-Мрт-21, 16:09
	Насчёт венды кстати враки, десяточка месяцами работает. Ваш опыт со спермёркой устарел на декаду -- в восьпёрке уже всё в порядке было.
	Ответить | Правка | Наверх | Cообщить модератору

	251. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 05-Мрт-21, 20:03
	> на декаду -- в восьпёрке уже всё в порядке было. Именно поэтому у меня там интеловский драйвер интеграшки там повис в первые 2 часа знакомства в с системой? :). Ну да, ну да, это не майки, это их друзья из второй половины винтеля. Но вкатили это в таком виде по дефолту именно майки, я их не заставлял, и работало оно вот так. Круто же когда система виснет в графике, прямо при установке апдейтов, едва успев их укачать, да? :)
	Ответить | Правка | Наверх | Cообщить модератору

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

	266. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 05-Мрт-21, 21:44
	> С драйверами из стора там частые проблемы -- скачивается не то, что > нужно для твоего железа, либо очень старых версий. Называя вещи своими именами, в винде в результате я вообще не смог ни получить вид оформления системы который бы радовал мне глаз (и это при скиллах даже больше чем средний enterprise admin) - ни желаемой работы железа. С другой стороны, в пингвине я нарулил себе тему как мне нравится - и в отличие от винды это даже не особо глючит. Уж не знаю почему, но в винде черный текст на темном фоне в темной теме был нормой жизни. GTK и Qt как-то сильно умнее в этом плане, да и остальной софт как минимум базовую палитру более-менее вытаскивает. Поэтому в этой форме темный фон и светрый текст. Мне так нравится. А в винде влегкую был бы черный на темном фоне. Это раз. Два - железо в пингвине у меня работает как часы. Если это вдруг не так - я знаю где причастные обитают и могу просто пойти и побеседовать по душам с причастными. В ирке или там емыл рассылке, сразу с кодерами фичи с которой у меня проблемы. Они видя серьезный настрой и диагностику помогают собрать, и патч потестить дадут. В винде же при проблемах с драйверами поди вообще доорись через все эти левелы этих индусов, умеющих только мышки переподключать. И нет, знаете, убить полгода на войну с индусами в саппорте ради тривиального как потом окажется бага - не прикольно нифига. ...ну а бонусом освоение линуха на хорошем уровне воздалось более чем. Ну вот например я теперь сам себе OEM/интегратор по сути. С виндой это и канительнее и дороже и смысла сильно меньше.
	Ответить | Правка | Наверх | Cообщить модератору

	271. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–2 +/–
	Сообщение от Аноним (270), 05-Мрт-21, 22:03
	Знаешь ли, пользуюсь десяточкой в основном, но это такое го-но по сравнению с той же кубунтой, не говоря уж о Генте, что просто слов нет описать десяточкино недоразумение... Вот жду не дождусь, когда же МС сварганит свой Линюкс и заменит им эту вашу Десяточку.
	Ответить | Правка | К родителю #208 | Наверх | Cообщить модератору

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

	397. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (397), 10-Мрт-21, 18:01
	Когда в код лезут поттеринги и растаманы, всё ломается. Ну прям как закон Мерфи.
	Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

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ообщить модератору

3. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+8 +/–
Сообщение от Аноним (3), 04-Мрт-21, 22:37
Не зря говорят: поспешишь - ленивых линуксоидов из стабильной ветки насмешишь!
Ответить | Правка | Наверх | Cообщить модератору

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

	40. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Аноним (-), 04-Мрт-21, 23:54
	Вот гугол пусть и перекладывает .
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 05-Мрт-21, 04:56
	Торвальдс. Когда посчитает стабильным. Это явно не про -rc1, обычно их штук 6-7 выходит.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

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

	19. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от YetAnotherOnanym (ok), 04-Мрт-21, 23:15
	Что будет, если все сядут на Диван?
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+3 +/–
	Сообщение от ryoken (ok), 05-Мрт-21, 08:42
	Будет много Диваносидельцев, очевидно :).
	Ответить | Правка | Наверх | Cообщить модератору

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

	259. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от дядя жора (?), 05-Мрт-21, 20:49
	Диванные войска Opennet
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+3 +/–
	Сообщение от Michael Shigorin (ok), 05-Мрт-21, 01:06
	Задохнётся.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	97. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от псевдонимус (?), 05-Мрт-21, 06:30
	Раздавят же.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	180. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 05-Мрт-21, 12:42
	> Раздавят же. Не раздавят а заср00т. Хомячковым калом. Ну и нахрен вам вторая винда? Так то вон убунта уже есть, с setup.exe в виде snap-crap.
	Ответить | Правка | Наверх | Cообщить модератору

	381. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от псевдонимус (?), 08-Мрт-21, 12:31
	>> Раздавят же. > Не раздавят а заср00т. Хомячковым калом. Ну и нахрен вам вторая винда? > Так то вон убунта уже есть, с setup.exe в виде snap-crap. Наsruт на труп? Так ему от этого не холодно ни жарко.
	Ответить | Правка | Наверх | Cообщить модератору

	387. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 09-Мрт-21, 11:05
	> Наsruт на труп? Так ему от этого не холодно ни жарко. Если это труп, я тогда грандмастер некромансии.
	Ответить | Правка | Наверх | Cообщить модератору

	388. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от псевдонимус (?), 09-Мрт-21, 11:12
	Респект тебе. Не каждый может похвастаться таким титулом.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	148. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от z (??), 05-Мрт-21, 11:24
	Своп юзабелен, лагов нет. Но своп должен быть на zram, а ядро с патчем https://github.com/hakavlad/le9-patch
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (170), 05-Мрт-21, 12:19
	tmpfs же более продвинутая фича чем zram zswap.
	Ответить | Правка | Наверх | Cообщить модератору

	196. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от foo (?), 05-Мрт-21, 14:37
	tmpfs не имеет отношения к свопу
	Ответить | Правка | Наверх | Cообщить модератору

	269. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 05-Мрт-21, 22:00
	> tmpfs же более продвинутая фича чем zram zswap. А как они вообще связаны? Первое для хранения временных файлов, второе - сжатая оперативка по сути как "своп", третье вообще ни два ни полтора, типа-жмет, но тормозной как трактор своп-на-диске гадить хочет, по поводу чего и нафиг не надо.
	Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

	273. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от Аноним (170), 05-Мрт-21, 22:31
	А в свопе разве не временные файлы всякие когда рам кончается? В tmpfs тоже ужимается между прочим.
	Ответить | Правка | Наверх | Cообщить модератору

	278. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Аноним (-), 05-Мрт-21, 23:48
	Почитай что такое paging до того как умничать, чтоли? https://en.wikipedia.org/wiki/Memory_paging Нет, это - не файлы, а страницы памяти. Кусочки памяти, типично 4096 байтов (4Кб) - как юнит управления памяти процессором. С своими атрибутами доступа и прочим. Это немного пересекается в Linux с файловыми системами - порой достаточно плотно. Но таки своп хранит в себе именно страницы памяти. Которые в данный момент не используются, конечно. Это позволяет расчистить RAM для более востребованных кода и данных. В самом первом приближении это так: если прога долго (или никогда) не юзала какой-то код или данные, в какой-то момент ОС может выкинуть страницу из RAM в своп, а освободившуюся RAM отдать кому-то кому это нужнее, или поюзать под буфер дисков, для ускорения операций IO. Ну а если прога все же возжелала те код или данные, при попытке туда обратиться... проц делает хардварный эксепшн, мол, невалидный доступ. Приходит ядро и пытается понять что ему делать дальше. Если оно знает где страницу взять (вынуть из свопа, декомпреснуть из zram, принести на голубях, ...) - страница оттуда достается, ядро мухлюет и возвращает программе проц в виде как будто исключений не было а программа никогда и не останавливалась. Пока ядро не вынет страницу, программа чисто технически не может быть продолжена, сие объясняет взвис программ при активном своплении. Ну а если страницы совсем не нашлось - упс - это левый доступ, нате-ка вам SIGSEGV, вы хотите что-то странное. И по дефолту должны за это умереть. Впрочем некоторые программы могут иметь иное мнение на этот счет и попробовать что-то иное. С пониманием того момента что состояние программы в такой ситуации уже врядли является корректным. Tmpfs - вообще не об этом, он не занимается страницами. В него временные файлы предлагается складировать, в умеренном объеме. Выделяется, это, конечно, из страниц операитвной памяти. Но вот именно расчистить оперативку таким манером - не получится. В случае zram смысл в том что там СЖАТЫЙ блочный девайс из оперативы делается, на чем некий выигрыш. А tmpfs сжатие не умеет вроде, ну и смысл кидать страницы из RAM в RAM как есть? Чтобы потормозить с нулевым эффектом?
	Ответить | Правка | Наверх | Cообщить модератору

	314. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Аноним (207), 06-Мрт-21, 04:38
	Tmpfs емнип вытесняется в своп, zram нет. Поэтому, если у тебя tmpfs для временных файлов, и компиляция в нём, своп поможет очень значительно при недостатке памяти. А вот от сжатия профита не так много как хотелось бы, и есть всякие глюки вроде забитого ничем свопа (он не может при этом использоваться, и всё ещё хуже чем когда его нет вовсе). Может быть, дело ещё и в том, что официальная реализация алгоритмов значительно впереди относительно версий ядра.
	Ответить | Правка | Наверх | Cообщить модератору

	323. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 09:33
	> Tmpfs емнип вытесняется в своп, zram нет. Вот про tmpfs я не помню с наскока. А выдавливать сжатый своп в своп было бы совсем уж маразмом и thrashing каким-то. > Поэтому, если у тебя tmpfs для временных файлов, и компиляция в нём, своп > поможет очень значительно при недостатке памяти. Я сильно похож на системного идиота, чтобы сперв разогнать IO компилом в темпарь, а потом заякорить это счастье своплением? Вам никогда не приходило в бошку что дисковый буфер сам сделает при достатке оперативы некое подобие рамдиска? Однако 1) без этой идиотской камасутры 2) без столь странных failure modes 3) самосбалансировавшись по скорости накопителя и доступной раме, при том довольно непохабно. Да, точки зрения записи винч подпертый жирным буфером не сильно отличается от рамдиска, покуда оно в фоне успевает скидываться. > А вот от сжатия профита не так много как хотелось бы, Для меня профит в том что холодные данные которые возможно никто никогда не поюзает - занимают меньше места, стало быть, дисковый кэш получит несколько больше. > и есть всякие глюки вроде забитого ничем свопа У меня нет свопа на механике или SSD, поэтому и забиться он не может. А zram забивается медленно и постепенно cold pages которые типа-заюзаны, но как-то совсем уж dead code/data. А если окажется что punks not dead тогда они декомпреснутся с такой скоростью что я это не замечу. И даже в совсем уж OOM - ну, через 5-10 секунд просадки скорости в несколько раз oom killer прибьет offender'а. На свопе с механическим диском будет хруст головами цать минут, на SSD оно до дыр быренько протрет и такая эмуляция оперативы получается малость дороговата, проще нормальной RAM докупить чем SSD менять как лампочки. > (он не может при этом использоваться, и всё ещё хуже чем > когда его нет вовсе). Меня видите ли в десктопной системе кроме bulk performance интересует еще low latency и user experience. И я вообще совсем не ок относительно тормозящих компьютеров. Для десктопа видите ли интерактивность не последнее дело. > Может быть, дело ещё и в том, что официальная реализация алгоритмов значительно > впереди относительно версий ядра. Как минимум дефолты параметров свопа в 5.х сменили смысл. На, скажем так, нечто иное. Теперь можно в принципе попытаться делать иерархические свопы, это что-то типа IO cost и вроде можно так подогнать что сперва будет в ZRAM валиться а потом если не хватило то и в обычный. Но для себя я решил что эмулить патефонами RAM я принципиально не буду по соображениям латенси, а протереть SSD под системой до дыр в мои планы тоже не входит. И вообще, до того как подрыватся крутить все подряд в системной механике нехило б понять что оно делает и что хочется получить. А то может оказаться что майнтайнеры или ядершики были не тупее вас и совсем не факт что вы самый умный и улучшили что-то своим кручением, а не наоборот.
	Ответить | Правка | Наверх | Cообщить модератору

	326. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (326), 06-Мрт-21, 10:09
	Да, я tmpfs использую. zram пробовал, но выгоды не получил.
	Ответить | Правка | К родителю #314 | Наверх | Cообщить модератору

7. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
Сообщение от Последний из могикан. (?), 04-Мрт-21, 22:52
Уровень падает...
Ответить | Правка | Наверх | Cообщить модератору

	9. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Timoteo Cirkla (ok), 04-Мрт-21, 22:55
	Но до винды падать далеко.
	Ответить | Правка | Наверх | Cообщить модератору

Часть нити удалена модератором

	18. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+3 +/–
	Сообщение от Аноним (18), 04-Мрт-21, 23:14
	Всего месяц назад win10 pro честно купленная потребовала ребутнуться после обновления (шёл 2021-ый год) и успешно зависла на обновлении. Порча данных была в прошлом году. И в позапрошлом. И до того. Блажен кто верует
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	22. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–4 +/–
	Сообщение от Gemorroj (ok), 04-Мрт-21, 23:18
	ох уж эти сказочки.
	Ответить | Правка | Наверх | Cообщить модератору

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

	82. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–4 +/–
	Сообщение от Аноним (-), 05-Мрт-21, 05:02
	Ващет прикол с C:\:$i30:$bitmap чуть ли не в этом году починили. А так то красивая сказочка, урыть юзеру диск чуть не из вебстранички, мол, клацни сюда, ага, спасибо, скажи бай-бай своим данным :). Хотя с таким ником и лого - самое то что надо.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	98. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+4 +/–
	Сообщение от iPony129412 (?), 05-Мрт-21, 06:43
	> А так то красивая сказочка, урыть юзеру диск чуть не из вебстранички Красивая или нет, но всё же это сказочка. Данные не портились. А судя по тому как быстро выполнялась потом проверка, сложилось впечатление, что компонент Windows пометил диск ошибочно как повреждённый из-за невозможности прочитать файл «секрет». Потом приходит проверяльщик диска «всё нормально, что за ложная тревога?» и снимает флаг плохого диска.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–3 +/–
	Сообщение от Аноним (168), 05-Мрт-21, 12:22
	> Данные не портились. Вообще-то вон та статья на хабре утверждает ровно обратное, с подробностями как себе пятку прострелить. И уточнением что так даже вебпаги :D :D :D прикалываться могут. И по ссылочкам еще штук пять подобного. Простите, NTFS так то не очень давно харакири бутсектору и таблице разделов умел делать, так что его потом чинить заколебешься вообще. И спасибо если только это - в особо угарных случаях он до $MFT протирал, и тогда совсем хана, только специализированным софтом пытаться что-нибудь распарсить.
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от iPony129412 (?), 05-Мрт-21, 12:44
	> Вообще-то вон та статья на хабре утверждает ровно обратное, с подробностями как себе пятку прострелить. Читал, так и не нашёл подтверждений порчи данных. Может есть какой апдейт с техническим разбором? > Уход от темы в сторону, что NTFS такое себе Не интересует.
	Ответить | Правка | Наверх | Cообщить модератору

	272. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (272), 05-Мрт-21, 22:16
	> Читал, так и не нашёл подтверждений порчи данных. Может есть какой апдейт > с техническим разбором? Так там на хабре этого всего - навалом! И в статье, и в каментах, и в ссылях рядом которые швабра выкидывает на похожие топики. Например там народ в коментах пишет что если с 1 раза не факапнулось, попробуйте дескать цикл запилить, быстро дергающий тот файл, на чем вы там скриптите, хоть на cmd.exe, похрен. Как все наверное поняли, это заскриптили и для вебстраниц :D :D :D - мазила даже выкатила какой-то воркэраунд зарубающий это на уровне браузера, а гугл вроде забил, решив что проблемы конкурента шерифа не интересуют :) Там же рядом утверждается что этот чудный баг живет как минимум с икспы до последней десятки. А может и в винтукее, ту стюардессу видимо просто никто не откопал уже. И вообще, на швабре поиск есть! Вколоти туда что-то типа NTFS - и наслаждайся, не? Там же и море ссылок на все что угодно. Можешь также вколотить это на ms'овских сайтах, я уже таки отошел от дел и не знаю, урыли они уже течнеты и kb или чего, пусть тебя пох на эту тему просвещает, ему это актуальнее. Я по счастью с виндой дел не имею уже, и в общем то случайно на ту штуку в хабре набрел - она недавно тупо вылезла в топ, дав ответ вебманкам на вопрос чего это у них в последнее время ФС в винде сыпятся, а оказывается сплойты в вебе in the wild гуляют, во имя лулзов :) Как я понимаю, принципиальность факапа - в том что NTFS в принципе все пытается представить как файл. Даже всякие служебные структуры. Просто это файлы с хитрыми именами, которые по дефолту как бы не видно в оглавлении. Финт однако в том что при лобовом доступе по имени оно таки, вот, местами не зарублено - и даже для непривилегированных юзерей. И вот конкретно тот доступ с некоторой вероятностью вызывает разрушение структур нтфс. Но там и другие прикольные баги были. Типа протирания бутсектора а если не повезло то и $MFT. Нечто типа врапа доступа на слишком большом томе, когда вместо середины/хвоста доступ случался в начало диска и выносил партишн или служебные структуры. ЧСХ заметили этот 100500 летний баг только когда хомяки накупили больших дисков (более 2Тб, чтоли, том надо) и подознительно массовый дестрой данных стал вызывать вопросы. Энтерпрайзники типа поха, видимо, просто привычно систему и бэкапы перераскатывали, бурча "глюк не воробей" :D :D >> Уход от темы в сторону, что NTFS такое себе > Не интересует. Ну как бы те зайцы маздайцы вопили что такого не бывает, но, вот не выгорело.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+3 +/–
	Сообщение от Аноним (112), 05-Мрт-21, 09:00
	Ты с этими долларами-битмапами как с писаной торбой по всем комментам теперь бегать будешь? Вас полтора землекопа пользователей линуха. Мышевозителей гораздо больше. А судя по интернет-вони количество вкряченных развалом фс пользователей примерно одинаково. Что уже смешно. Виндоюзверей должно быть гораздо, гораздо больше. Хочешь стабильность - бери ltsb версию. И не надо байки рассказывать как в линухе стабильно. Что екст2 разматывал, что рейзерфс , бтрфс вообще притча во языцах.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

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

	178. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+3 +/–
	Сообщение от Аноним (112), 05-Мрт-21, 12:34
	Пока только у тебя полыхает. Которое сообщение радостно строчишь про нтфс и хабру.
	Ответить | Правка | Наверх | Cообщить модератору

	279. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от Аноним (-), 05-Мрт-21, 23:58
	> Пока только у тебя полыхает. Которое сообщение радостно строчишь про нтфс и хабру. Ну так зайцы-маздайцы выдают не соответствующие действительности заявы, за что и получают факты доказывающие обратное. А то что от этого у них подгорает - ну, я понимаю что обидно что гордый тезис не прокатил, конечно. Но так, между нами, у маздая с io на мой вкус все крайне паршиво. И по скорости и по надежности. Софт вообще аццкие костыли наворачивает, с shadow copy services всякими, когда ему что-то продвинутое надо. В лине freeze и thaw ФС так вообще мелкая ненапряжная фича кернела, без мега-сервисов всяких. Да и NTFS как-то так технологии начала лохматых 90х. Да, местами подкостылены, но совместимость, все дела, так что оно тормозное аки трактор. Вот я сейчас например "на холодную" в диру с ~120К файлов зашел, обычным миднайтом. Ну да, потупило, секунд 5-7 на глаз. Если вы думаете что нтфс крут - окей, перезагрузитесь чтобы очистить дисковые кеши, и попробуйте в такую диру зайти - ощутите круть и инновационность технологий нтфс во весь рост. Я не знаю, можете даже фар текстовый взять для симметрии, или что вам там удобно, это похрен.
	Ответить | Правка | Наверх | Cообщить модератору

	288. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+2 +/–
	Сообщение от Аноним (112), 06-Мрт-21, 00:19
	Вот я сейчас в домен зашёл и быстро на десятки тысяч раскидал права. Подключил диски и разлил настройки проксей с керберос авторизацией. Сколько там времени займет в баше копаться? Для начала поднятие домена. Можешь любимым миднайтом для скорости воспользоваться, ага. А потом можешь настроить керберос авторизацию для всего ПО в системе, ага. Ох уже эти нелетающие-гордые. Они почему-то думают что этот кактус я не кушал. Кушал давно, и сейчас оно у меня хоть в железе, хоть в всл. Поэтому свои ненужные потуги на 120Кфайликов(что как по мне так достойно отдельной номинации) оставь при себе А, ну и конечно статистика, куда же без неё. Сейчас я увижу сколько пользователей винды и у сколько процентов этот баг поломал данные? А так же сколько пользователей линуха у которых екст или рейзер поломало данные.
	Ответить | Правка | Наверх | Cообщить модератору

	311. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 02:19
	> Вот я сейчас в домен зашёл и быстро на десятки тысяч раскидал права. При том лулз в том что 1) Все эти права довольно декоративные и помогают только от совсем ламья. 2) Вон там тоже господа зашли и быстро на десятки тысяч раскидали права. А заодно и винлокеры на весь энтерпрайз, ололо. 3) Расскажи мне как ты круто и быстро чинишь заглючившую репликацию какую-нибудь, когда гуйня даже удалить сбойный DC не дает :) 4) Заодно расскажи как ты откатываешь failed инсталл эксченжа, если тот уже успел нагадить в схему AD цать мегов по всем DC - а потом обломался. Что его стандартный modus of operandi. А так ты прикольную лекцию дал энтерпрайзадмину, надо было еще рассказать что ставить эксчанж рокетсайнс, как пох. > Подключил диски и разлил настройки проксей с керберос авторизацией. Сколько > там времени займет в баше копаться? ИМХО меньше чем твое клацание мышкой. Впрочем я как-то не фанат кербероса, по итогам гребли с доменконтроллерами. Но вообще я совсем не против чтобы ты занимался греблей вместо меня, уборщик кала за хомяками нужная профессия, я разве спорю? > Для начала поднятие домена. Можешь любимым миднайтом для скорости > воспользоваться, ага. А потом можешь настроить керберос авторизацию для всего > ПО в системе, ага. Вообще в дебиане софт даже с ним собран. Но, имхо, эта штука создает больше проблем чем решает. Поэтому у меня есть наглый жирный чит - я могу просто отогнуть палец на задачу которая мне не нравится. И хрен оспоришь. А так ты из винды тоже ведь не сможешь запилить вон те вундервафли которые я могу из линуха. Винда для таких применений вообще ни о чем. Это даже пох ссыт. Ненавидит линуха, но перспективы с виндой в таком ему как-то втыкают еще меньше. > Ох уже эти нелетающие-гордые. Они почему-то думают что этот кактус я не > кушал. Кушал давно, и сейчас оно у меня хоть в железе, хоть в всл. Твой всл такой же линукс как резиновая зина - баба. И таки запилили его наверное именно потому что винда и ее концепции такие офигенные и удобные, да? Логично! :) > Поэтому свои ненужные потуги на 120Кфайликов(что как по > мне так достойно отдельной номинации) оставь при себе Мне как-то сейчас перфоманс файлухи сильно важнее твоей гребли с exchange'ами. Видишь ли, у меня они были, как и этот твой AD. В куда более крутом и масштабном объеме чем тебе могло сниться. А потом я ушел на пингвины чтобы проблемы этого кала меня более не колыхали :) > А, ну и конечно статистика, куда же без неё. Сейчас я увижу > сколько пользователей винды и у сколько процентов этот баг поломал данные? Это уже виляния какие-то. Учитывая что это даже для веба накодили (да, это эксплойтабельно ремотно, лол) - мне кажется что половина постражавших даже отчертыхаться не сможет. А если б и смогли - то понятия не имеют почему комп скопытился. > А так же сколько пользователей линуха у которых екст или рейзер > поломало данные. Рейзер сейчас вообще маргинально юзают. Ну и вообще, при чем тут линч негров где там у вас? Там индивид настаивал что в винде так не бывает, ему контрпримеров насовали. Начались подсчеты линчеваных негров. Ну, гм, лол.
	Ответить | Правка | Наверх | Cообщить модератору

	313. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Аноним (313), 06-Мрт-21, 02:40
	>> Вот я сейчас в домен зашёл и быстро на десятки тысяч раскидал права. > При том лулз в том что > 1) Все эти права довольно декоративные и помогают только от совсем ламья. Сейчас я увижу как в линухе раскидать группы по которым права на общие ресурсы раздаются? Остальное пока скипнем. > ИМХО меньше чем твое клацание мышкой. Впрочем я как-то не фанат кербероса, > по итогам гребли с доменконтроллерами. Но вообще я совсем не против > чтобы ты занимался греблей вместо меня, уборщик кала за хомяками нужная > профессия, я разве спорю? Так иди убирать в свой цирк, что ты сюда ходишь? Ещё раз. Десять тысяч ПК с разными пользователями. Раздача всем шареных ресурсов с правами. Показывай как. И знаешь, многое можно делать не мышкой. Ну это так, для общего твоего образования. А поклонник безопасности и секурности не фанат кребероса, ололо. Можно всем в почтовые ящики разложить текстовичек: теперь вы можете обмениваться файлами с коллегами, наберайте в консоле ftp://mylocalhost.linux.rules/ и обменивайтесь. Так это у тебя принято? > Вообще в дебиане софт даже с ним собран. Но, имхо, эта штука > создает больше проблем чем решает. Поэтому у меня есть наглый жирный > чит - я могу просто отогнуть палец на задачу которая мне > не нравится. И хрен оспоришь. Да, понятно - зелен виноград. Ты никто - лалка которая заходит в каталоги по 100500 файлов и эоесит там. > А так ты из винды тоже ведь не сможешь запилить вон те > вундервафли которые я могу из линуха. Винда для таких применений вообще > ни о чем. Это даже пох ссыт. Ненавидит линуха, но перспективы > с виндой в таком ему как-то втыкают еще меньше. лс на 120кфайлов сделать? Не, это мне слабо. Ты в своих отходах хомячков сам елесь. > Твой всл такой же линукс как резиновая зина - баба. И таки > запилили его наверное именно потому что винда и ее концепции такие > офигенные и удобные, да? Логично! :) Картонный, это виртуалка в которой линух. Твои все сервера в интернете, что в виртуалках на 9....% тоже резиновые линухи оказываются. > Мне как-то сейчас перфоманс файлухи сильно важнее твоей гребли с exchange'ами. Видишь > ли, у меня они были, как и этот твой AD. В > куда более крутом и масштабном объеме чем тебе могло сниться. А > потом я ушел на пингвины чтобы проблемы этого кала меня более > не колыхали :) Конечно. Ай лайк ту мув ит мув ит. А кроме перевода хлеба в навоз твой организм что-то производит? > Это уже виляния какие-то. Учитывая что это даже для веба накодили (да, > это эксплойтабельно ремотно, лол) - мне кажется что половина постражавших даже > отчертыхаться не сможет. А если б и смогли - то понятия > не имеют почему комп скопытился. То есть ты вбросил по поводу как всё поломалось и теперь не хочешь это доказывать цифрами? Согласен, виляние какое-то у тебя. Ну ты вследующий раз так не подставляйся. > Рейзер сейчас вообще маргинально юзают. Ну и вообще, при чем тут линч > негров где там у вас? Там индивид настаивал что в винде > так не бывает, ему контрпримеров насовали. Начались подсчеты линчеваных негров. Ну, > гм, лол. Кто-то наверное пропустил что это в линухе в проде такого не бывает и ему насовали. ЗЫ. ты уже осилил посчитать затраты энергии на выгон влаги с теплым воздухом из дома и охлаждение температуры с целью экономии? Или всё обтекаешь?
	Ответить | Правка | Наверх | Cообщить модератору

	331. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 10:36
	> Сейчас я увижу как в линухе раскидать группы по которым права на общие ресурсы раздаются? Кренделями не выросли таски мне навешивать нахрапом. Да и я от вас точно так же не увижу запила той фичи на армовском одноплатнике, особенно на винде. > Остальное пока скипнем. Если карапт файловой системы в маздае еще можно притянуть за уши к сабжу, то это - точно нет. Поэтому вы пролетаете. > Так иди убирать в свой цирк, что ты сюда ходишь? Так это вы хомячковые фекалии в АДе разгребаете. Это единственное на что АД годен. Айтишники над ним и виндовыми админами глумятся, клав на групенфюрерполитики а то и сперев у админа кренделя. Работает оно так. И если вы не полное ламо то и сами в курсе. Да и система прав NT прикольная, всегда есть 20 вариантов как незаметно заныкать себе лишних прав не триггеря внимание админа. > с правами. Показывай как. Вы не мой шеф, таск мне не интересен и это не по топику. Облом, да? > И знаешь, многое можно делать не мышкой. Ну это так, для общего твоего образования. Ох, спасибо, я видел powershell. И предпочел его развидеть. Не нравятся мне такие тулы. > А поклонник безопасности и секурности не фанат кребероса, ололо. А чего хорошего когда после траха 1 DC имеют весь энтерпрайз? Вон там очередные в вайтхаусе и соларвинде задницы красиво рвут :) > с коллегами, наберайте в консоле ftp://mylocalhost.linux.rules/ и обменивайтесь. Так > это у тебя принято? У меня принято так как удобно мне. Что понравилось - спер у энтерпрайзов, что не понравилось - ну вы ж за хомяками уберете, да? Это вообще не моя прерогатива теперь :) > Да, понятно - зелен виноград. Ты никто - лалка которая заходит в > каталоги по 100500 файлов и эоесит там. А чего такого в топике про ФС подтроллить вас перфомансом нтфс? Который на 120К файлов просто загнется к хренам. Работая со скоростью при которой FAT под DOS вспомнить хочется. И да, когда одна и та же софтина в лине в 2-3 разы быстрей компилится - ну, э, вам от этого никакие WSL не помогут, там вся система гниль. Вот девелоперс, девелоперс оттуда и драпают. > лс на 120кфайлов сделать? Не, это мне слабо. Ты в своих отходах хомячков сам елесь. Да это в общем то случайно получилось, автоматический экспорт. А чего такого в том чтобы с 120К файлов поработать? Это ж не DOS с FAT16... > Картонный, это виртуалка в которой линух. Твои все сервера в интернете, что > в виртуалках на 9....% тоже резиновые линухи оказываются. Так запилили это потому что виндовый софт и подходы были офигенные и дружелюбные, да? :) Ну и таки я как гипервизор предпочитаю что-нибудь дружелюбное и подконтрольное. А виртуалки - ну, у меня их вот прям ща 14 штук разных. Из них 4 - ARMовские платформы и 2 RISCV изображают. В винде я бы повторить такой сетап не взялся. А в лине довольно легко и однотипно. Qemu и есть qemu... только там с kvm ускорением, а тут динамическая трансляция команд. > Конечно. Ай лайк ту мув ит мув ит. А кроме перевода хлеба > в навоз твой организм что-то производит? Перевод кофе в код. А таже всякая интеграция и решение кастомерских задач. Но это не имеет отношения к мегакорпорациям. > То есть ты вбросил по поводу как всё поломалось и теперь не > хочешь это доказывать цифрами? Я никогда и не обещал вам что я бюро по сбору статистик поимений виндовых ламаков. Утверждалось что так не бывает, я слету нашел пару пруфлинков что вы врете. А статистику поимения пусть кому надо тот и собирает. > Кто-то наверное пропустил что это в линухе в проде такого не бывает и ему насовали. Рейзера по дефолту вроде никто не ставит сейчас, так что это надо именно самому насовать. И там главная проблема не в линухе. А в авторах не от мира сего, кодивших fsck (который таки не линух) абы как, с чокнутыми допущениями, так что разнос тома этой чудной утилитой NOTABUG. > ЗЫ. ты уже осилил посчитать затраты энергии на выгон влаги с теплым > воздухом из дома и охлаждение температуры с целью экономии? Или всё обтекаешь? А зачем? Для себя я оптимизирую управление итерационно-эмпирически. В инженерии вычисления хорошо работают только до известных пределов и в известных допущениях. У меня критерий простой - мое удобство и по возмжности экономия ресурсов/бабок, покуда одно не мещает другому. И да, представляете, я себе и питальник могу с оверинженерией запилить. Потратив целые лишние 2 бакса на элитные компоненты которые вы никогда не увидите в хомячковом крапе. Это может быть даже не окупится никогда. Зато следующие цать лет оно будет просто работать с глаз долой и не потребует замены или внимания. И это тоже часть комфорта. Чего такого в нормальном человеческом желании чтобы автоматика делала удобно и комфортно и это было логично? :)
	Ответить | Правка | К родителю #313 | Наверх | Cообщить модератору

	351. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (313), 06-Мрт-21, 11:40
	> Кренделями не выросли таски мне навешивать нахрапом. Да и я от вас точно так же не увижу запила той фичи на армовском одноплатнике, особенно на винде. Какие интересные предложения с смыслом - да я обос..лся но об этом не скажу. > Если карапт файловой системы в маздае еще можно притянуть за уши к сабжу, то это - точно нет. Поэтому вы пролетаете. Мы уже в прошлый раз выяснили что ты влажной уборкой занимался там где маздайки работают. И шваброй регулярно провода отрывал. За это тебя били дяденьки админы. Видимо очень сильно. После одного из случаев твой мозг повредился и ты пошёл в свободные линухоиды. Потому что в продакшене не иметь планов обновлений, резервирования и откатов могут только уборщики. А ты так радостно рассказывал как всё вышедшее накатил на сервера и у тебя всё полегло. Ну руки кривые у тебя с головой, бывает. > Так это вы хомячковые фекалии в АДе разгребаете. <позевывая> Опять очередное самоуспокоение и странный набор текста. Смысл простой - да ты обос..лся но показать это не можешь. Ниже скипну весь такой же бред про твоё неосиляторство. Но это очень забавно как ты сам себя высекаешь. Не можешь сделать - значит не надо. Не можешь доказать - ты тут на не брался доказывать. Бугагашечки. > А зачем? Для себя я оптимизирую управление итерационно-эмпирически. В инженерии вычисления хорошо работают только до известных пределов и в известных допущениях. У меня критерий простой - мое удобство и по возмжности экономия ресурсов/бабок, покуда одно не мещает другому. Ну опять то же самое уже даже скучно. Обоср..шки как ты сэкономил деньги преврашаются - а я, а я, а я...пердуинкой и шаговым двигателем могу форточку открывать. Самому то не стремно? Бывший уборщик в цодике рассказывает как жизнь обстоит. Смешно, продолжай клоунствовать. Потому что ни на один вопрос ты не можешь ответить вменяемо.
	Ответить | Правка | К родителю #331 | Наверх | Cообщить модератору

	360. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 23:23
	> Какие интересные предложения с смыслом - да я обос..лся но об этом не скажу. Вы чего-то не понимаете в этой жизни. Обос...лся - это если вписался делать таск, а потом ниасилил. А спихивание другим - тупо разделение труда. > Мы уже в прошлый раз выяснили что ты влажной уборкой занимался там > где маздайки работают. А вы таки коллега поха и тоже задвинете что инсталл эксченжа - рокетсайнс, а раздраконить его базу на составляющие - черная магия недоступная среднему опеннетчику? > мозг повредился и ты пошёл в свободные линухоиды. В этой истории небольшие неточности. Мозг у меня устал от сношений с саппортами по полгода без результата и нежеления обтекать за чужие факапы. А когда маркетинг делает из проблем MS проблемы OEM и ISV - тоже, видите ли, таковыми оказаться. Так что эту привилегию я оставлю вам, а для себя я вот как-то более приятные апстримы нашел. > Потому что в продакшене не иметь планов обновлений, резервирования и откатов могут > только уборщики. Восстановление АДов и эксченжей из бэкапов - само по себе такой себе небольшой ад, и кто это делал на практике даже догадывается об этом. А когда кговавый энтегпгайз рутанули от энтерпрайз админа - единственный эффективный вариант это снести фирму в ноль :) и пересоздать заново :). Иначе есть риск что малварь и хаксоры где-то просочатся и вся камасутра была на смарку. У избыточной централизации, видите ли, есть обратная сторона. Фактическая безопасность АДа - "замок от честных людей". В у мс маркетинг традиционно намного круче чем технологии. Мне это не нравится, предпочитаю наоборот - так только приятные сюрпризы. > Ну руки кривые у тебя с головой, бывает. Ой-вэй, у админов вайтхауса и соларвинда, видимо, тоже. Блин а где пряморукие админы водятся? >> Так это вы хомячковые фекалии в АДе разгребаете. > <позевывая> Опять очередное самоуспокоение и странный набор текста. Это всего лишь мое восприятие данного вида активности, так, по жизни. > Смысл простой - да ты обос..лся но показать это не можешь. Я обос...ся - в чем именно? Может еще и в контексте этого треда? > Но это очень забавно как ты сам себя высекаешь. Не можешь сделать - значит не надо. Ну, как, если я то же самое в разы проще где-то еще смог - тебя удивляет что я в результате с винды свалил к хренам? А зачем мне в разы больше долбаться с моими хотелками? И так, положа руку на сердце, у меня по жизни нет хотелки "раскидать права на 10000 юзерей". Это уборка кала за 10000 хомячками, самая обычная. Сие не означает что я не могу это обтяпать - и в тех технологиях, и в своих. > Ну опять то же самое уже даже скучно. Обоср..шки как ты сэкономил > деньги преврашаются - а я, а я, а я...пердуинкой и шаговым > двигателем могу форточку открывать. Ну не пердуиной а таки STM32, оставим ардуины виндоадминам. И шагоым мотором я могу порулить не чьей-то либой а накодив это сам, например. Этим я отличаюсь от ардуинщика, там где ему задача нерешаема, я напишу себе core-компонент по бырому и станет зашибись. > Самому то не стремно? Бывший уборщик в цодике рассказывает как жизнь обстоит. Насчет уборщиков в цодике не угадал чуть менее чем нихрена. Но таки офиснопланктошить подгребая за хамстерами надоело, Linux проапгрейдил меня до R&D/customdev/системной интеграции. > Смешно, продолжай клоунствовать. Потому что ни на один вопрос ты не > можешь ответить вменяемо. Мнение какого-то виндового мышевозилы очень ценно для меня, держите в курсе.
	Ответить | Правка | К родителю #351 | Наверх | Cообщить модератору

	373. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (313), 07-Мрт-21, 00:58
	> Вы чего-то не понимаете в этой жизни. Обос...лся - это если вписался делать таск, а потом ниасилил. А спихивание другим - тупо разделение труда. Так ты сюад и вписался с побаечками как винда ничего не может от слова совсем, а ты уххх, на пердуинке то. Ну теперь и обтекай. > А вы таки коллега поха и тоже задвинете что инсталл эксченжа - рокетсайнс, а раздраконить его базу на составляющие - черная магия недоступная среднему опеннетчику? О да, в данный момент уровень опеннетчика такой что недоступна. > В этой истории небольшие неточности. Мозг у меня устал от сношений с саппортами по полгода без результата и нежеления обтекать за чужие факапы. Большинство корпораций работает и работает. А немцы только пытаются, какой там третий что ли раз, набежать на кактус с названием линукс. И только у тебя почему то наоборот. Ну да вся рота идёт не в ногу, один прапорщик в ногу. > Восстановление АДов и эксченжей из бэкапов - само по себе такой себе небольшой ад, и кто это делал на практике даже догадывается об этом. Ты там про все винды скопом залечил. Теперь уже сократил претензии до ад-эксча. И оно опять характерно как из трех пунктов ты выбрал только один. Ну не дано тебе нормально работать, не дано. Доить ло..шков байками как ты им бесплатно сейчас сделаешь всё что корпорации делают за деньги - вот это твоё. Люди не понимают структуру своих затрат в краткосрочной и долгосрочной перспективе. Ну судьба у них такой. Только здесь лечить не надо какой ты в белом плаще, а вокруг нешарящие. > А когда кговавый энтегпгайз рутанули от энтерпрайз админа - единственный эффективный вариант это снести фирму в ноль :) и пересоздать заново :) Сендмайлами с эксимами уже насладился и опять одну песню затянул, акын? > Ой-вэй, у админов вайтхауса и соларвинда, видимо, тоже. Блин а где пряморукие админы водятся? Видимо тоже. Трахнутые микротики не подскажешь, это тоже винда с кривыми админами? А ботнеты что собирали в 0х на линухах тоже от кривым виндоадминов? Если бы я такое лично не наблюдал ещё бы может и повелся. А так - ищи других дурач ков. > Это всего лишь мое восприятие данного вида активности, так, по жизни. Да понятно, понятно. Ты не рефлексируй. Распространяй что нагугливаешь. Хабру там прочитай и ещё что залечи из новостей. Про профи линухоидов у тебя очень хорошо заходит. Ну вот в прошлый раз ты в жир забежал отлично. С темы какие джедаи-линухоиды прошивки корячат. И слышал ли я о чиптюнинге где мне на месте всю прошку перетряхнут и ручками выстявят кошерные битики под мою машину до...До того что на месте васька-пенёк ничего не умеющий кроме как в одбшку пихнуть разъем  и нажать пару кнопок. А дамп утекает нескольким людям за границу что готовят прошку. Ты это правда тут же умно назвал разделением труда. Вот только немного непонятным осталось как эти джидаи, на ходу взламывающий чипы с аппаратной защитой с помощью зубочистки, превратились в пеньков. И где эти профессионалы водящиеся в каждом гараже находятся тоже стало непонятно. > Я обос...ся - в чем именно? Может еще и в контексте этого треда? Да в чём проблема. Берешь во всех тредах твои закидоны что винда ничего не может, на что тебя просят повторить вот это или это. И ставишь свой коммент снизу: "Кренделями не выросли таски мне навешивать нахрапом.". Всё. Ты обо..лся. > Ну, как, если я то же самое в разы проще где-то еще смог - тебя удивляет что я в результате с винды свалил к хренам? Тебя уже который раз убеждают показать решение для корпораций что вынесет винду. Спектр твоих отмаз от ...мне это не нужно... до ...я не обязан делать всяким тут на опеннете.. Удивляет ли меня это нет? Нет, нисколько. >  А зачем мне в разы больше долбаться с моими хотелками? И так, положа руку на сердце, у меня по жизни нет хотелки "раскидать права на 10000 юзерей". Это уборка кала за 10000 хомячками, самая обычная. Сие не означает что я не могу это обтяпать - и в тех технологиях, и в своих. Тебе уже который раз говорят - приведи типовое решение какой-то части работы в корпорации. Ты только пафоса нагоняешь. Всё. > Ну не пердуиной а таки STM32, оставим ардуины виндоадминам. И шагоым мотором я могу порулить не чьей-то либой а накодив это сам, например. Этим я отличаюсь от ардуинщика, там где ему задача нерешаема, я напишу себе core-компонент по бырому и станет зашибись. Круто. Что насчёт расчета экономии при порулении котлом в доме? В прошлый раз мы с коллегой тебя просветили насчёт точки росы и уменьшения влажности воздуха. А так же негативного воздействия на нынешние стройматериалы низких температур и больших влажностей. Ты тут всё продолжаешь как блошка на яичках прыгать и рассказывать что посчитать это невозможно. > Насчет уборщиков в цодике не угадал чуть менее чем нихрена. Но таки офиснопланктошить подгребая за хамстерами надоело, Linux проапгрейдил меня до R&D/customdev/системной интеграции. Ты проапгрейдился до конченой дряни. Ты делаешь единичные решения. Сажаешь людей на них и всё. Дальше ты взял весь набор пиара от корпораций и повернул его на 180 градусов. Втюхиваешь про: опенсорс, каждый гаражник сделает или починит что я оставлю, да ты сам разберешься, ты сэкономишь миллиарды если возьмешь у меня под ключ. Ну и т.п. бредок. Краткосрочно человечек выигрывает обычно. А дальше  начинается боль. Твои побаички про каждый гараж оказывается мифом. Найденные в результате поиска шарящие люди не горят разбираться в твоем навозе. Предлагают своё решение. Либо за очень большие деньги будут пытаться чинить. Это твой вендорлокин на себя. И такие как ты сейчас куда не плюнь. Вы гниды на теле общества. Все твои и подобные баечки от твоих коллег это ширма. Вы почувствовали что можете сейчас откусить кусок рынка и жрать хлебушек с икоркой. Вот и ссыте в уши. Принижаете другую сторону. Ты ничем не лучше мс в данном плане. Ты оборотная сторона этой медали. > Мнение какого-то виндового мышевозилы очень ценно для меня, держите в курсе. Да, да. Три дня ты скакал за мной что бы сказать как я тебе безразличен.
	Ответить | Правка | К родителю #360 | Наверх | Cообщить модератору

	389. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от Аноним (-), 09-Мрт-21, 12:11
	> Так ты сюад и вписался с побаечками как винда ничего не может > от слова совсем, а ты уххх, на пердуинке то. Ну не пердуинке а STM32. В паре с пингвином. А что, 2-уровневые системы штука клевая. > Ну теперь и обтекай. Перед каким-то маздайцем? Да ну тоже мне птица важная, кнопочки давить научился и dcpromo набирать. Это наверное делает тебя офигеть специалистом в ... например чем? > О да, в данный момент уровень опеннетчика такой что недоступна. А я таки распетрушу, если будет надо. К тому же майки вывалили сорец ESE engine, забавный поворот. Никогда б не подумал что увижу ЭТО в опенсорс. > Большинство корпораций работает и работает. А немцы только пытаются, какой там третий > что ли раз, набежать на кактус с названием линукс. Удачное, ты, дядя Федор время для пиара выбрал. Сейчас даже Псака узнала что такое Exchange. Но таки не с лучшей стороны. CVE вида "позволяет переписать файлы на системе" и прочие ололо вызвали в энтерпрайзах панику. Ололо уже случилось в тысячах амеровских энтерпрайзах и даже ~40 российских. Трололо! Ты то свои эксченжи пропатчил? Заодно и малварь иди почисть, если квалификация позволяет схлестнуться с мощными инструментами лучших киберкриминалов и cyberwarfare. И таки (голосом доктора из анекдота) хорошо что это - не у меня! > И только у тебя почему то наоборот. Ну да вся рота идёт не в ногу, один прапорщик в ногу. Эту роту вот прямща - без вазелина, полной вакханалией. Настолько что попадает в generic новости, не айтишные нифига. Заряд пиара MS получил знатный. > Ты там про все винды скопом залечил. Теперь уже сократил претензии до ад-эксча. А больше в них ничего интересного и нет особо. Ну еще спецсофт всякий, но он нужен полутора землекопам. > И оно опять характерно как из трех пунктов ты выбрал только один. Ну так оппонент тоже выпячивает только сильные стороны, а слабые игнорит. Но даже с этим не задалось :) > Ну не дано тебе нормально работать, не дано. Доить ло..шков байками как > ты им бесплатно сейчас сделаешь всё что корпорации делают за деньги > - вот это твоё. Не, вот _бесплатно_ я делать все же не буду - это обломно. А вот _дешевле конкурентов_ - вариант. И к тому же на винде то что я им делаю не особо то и делается. Ну вот не заточены винды на автопилотные применения как таковые. > Люди не понимают структуру своих затрат в краткосрочной и долгосрочной перспективе. > Ну судьба у них такой. Только здесь лечить не надо какой ты в белом плаще, а > вокруг нешарящие. Кажется, сейчас они как раз познают долгосрочные и краткосрочные затраты, когда боевые кибертулсы по всему энтерпрайзу будут вычищать. Там сейчас такие CTF идут между хакерами разных стран что разве что табла со счетом не хватает. > Сендмайлами с эксимами уже насладился и опять одну песню затянул, акын? Их, видите ли, обубить в правах и запереть в песочницу в 20 раз проще Exchange. И виртуалка "специально для этого" - весит очень сильно меньше Exchange'овской. А так все хорошо, прекрасная маркиза. Но эксченж все же не забудь обновить :)) там ща жесть идет полным ходом. > Видимо тоже. Трахнутые микротики не подскажешь, это тоже винда с кривыми админами? Вообще-то да. Вот именно маздайадмины с проприентарной тулсой мокротика - в безопасности полные ламо. Да и сам мокротик - полупроприетарная контора. И даже так - последние взломы типа PID'а - таки вот именно ламерство в конфигурации систем. А какие, собственно, там вулны? Чувак нашел прокси голым задом в инет и бесперольные мокротики в интранете. Вулны он не юзал. > А ботнеты что собирали в 0х на линухах тоже от кривым виндоадминов? Из дырявой вебни и каких там еще дефолтных паролей, имхо. > Если бы я такое лично не наблюдал ещё бы может и повелся. А так - ищи других дурач ков. Так какие вулны _линуха_ там использовались? > и ещё что залечи из новостей. Про профи линухоидов у тебя > очень хорошо заходит. Когда ты общаешься с крутыми инженерами и понимаешь что это кайфово и ты сам не сильно далеко от их уровня - да, это хорошо заходит. Но в винде таковые стали редки аки снег в пустыне Сахара. > мне на месте всю прошку перетряхнут и ручками выстявят кошерные битики > под мою машину до... Под твою - это врядли. А так вон народ CAN изучает и даже контроль перехватывает. В линухе для этого даже есть удобные инструменты. И таки вон, и стекла подниать-опускать, и замки запирать, и это своей приблудой. По итогам реверса. Линуксоидов таких вижу. Виндузоидов - они где? Так что что вижу то и пою, все DIY и гики свалили на линух. Он для продвинутых вещей явно лучше. А ты, имхо, скучный потребитель. В чем твоя заслуга? В объеме зохаваного? Ну и чего ты набиваешь цену? Любое технически продвинутое существо один хрен будет считать тебя за овощного потребителя с дешевыми понтами. > Ты это правда тут же умно назвал разделением труда. Вот только > немного непонятным осталось как эти джидаи, на ходу взламывающий чипы с > аппаратной защитой с помощью зубочистки, превратились в пеньков. Если тебе интересно как это происходит - я тут урлы на доки от исследователей постил, они показали how to. Правда там не зубочистка а бумажка была и ультрафиолет. А вон тут в соседней новости умники ключи из защищенных чипов воруют совсем уж нахаляву, спасибо криптолохам за это. > И где эти профессионалы водящиеся в каждом гараже находятся тоже стало непонятно. Ну вот там. Периодически постят годные статейки. В которых сильно больше интереснго матерьяльца чем твои понты. > Да в чём проблема. Берешь во всех тредах твои закидоны что винда > ничего не может, на что тебя просят повторить вот это или это. Ты видимо не понял. Винда не может почти нихрена интересного и нужного мне. За что и отправлена нафиг. Унылый ынтырпрайз мне как-то приелся. К тому же сейчас, вот, можно со стороны позырить как вас там распетрушат, пробурчав "хорошо что это не у меня". > Всё. Ты обо..лся. Да ну? А как называется припереться с нахрапом в тред про ФС, потребовать какие-то права, на какие-то почтовые ящики? :) > Тебя уже который раз убеждают показать решение для корпораций что вынесет винду. И пусть себе убеждают. Кто сказал что я за мир во всем мире и вынос винды из всех корпораций? Но, вообще, вон тот pwnage Exchange явно поубавит число желающих покупать это, если вы так настаиваете. > Удивляет ли меня это нет? Нет, нисколько. Это не отмазы а констатация фактов. А так с LSE и дотнетом майки тоже гарцевали своими Get The Facts. И догарцевались, лол. > Тебе уже который раз говорят - приведи типовое решение какой-то части работы > в корпорации. Ты только пафоса нагоняешь. Всё. Угу, в ветке про линукс и файловые системы. Самое место. Я б понял если б тред про групповое администрирование какое был, чтоли. Но в винде, что иронично, и с этим - не очень. > Круто. Что насчёт расчета экономии при порулении котлом в доме? Основная экономия в этом случае мое удобство и комфорт, на самом деле. А до кучи можно попытаться оптимизнуть логику in situ. > уменьшения влажности воздуха. А так же негативного воздействия на нынешние стройматериалы > низких температур и больших влажностей. И тем не менее, это довольно типовая логика, в том числе и продвинутых промышленых вариантов контроллеров такого плана. Есть такая фигня, датчики влажности. И только подумайте, можно ориентироваться по их фактическим показаниям. Зимой обычно инверсная проблема - воздух сам по себе очень сухой, если специально не увлажнять. И поэтому в конечном итоге сводится к отрубанию увлажнения и/или его более консервативному режиму. Так что клевые разглагольствования про материалы... (и отсутствие мозгов у мегаинженеров) > Ты тут всё продолжаешь как блошка на яичках прыгать и рассказывать что > посчитать это невозможно. В инженении вообще довольно много чего считать или особо смысла нет, или очень прикидочно получается. А калиброваному цифровому датчику с характеризованными в шЫте параметрами я верю больше чем туалетной бумаге какого-то клоуна. Он финальная ауторити фактического состояния воздуха. > Ты проапгрейдился до конченой дряни. Ты делаешь единичные решения. Сажаешь людей на > них и всё. Дальше ты взял весь набор пиара от корпораций и повернул его на 180 градусов. Если корпорасты считают меня дрянью, это - фича. Они меня тоже видите ли задолбали маркетинговым булшитом. Который менее правдивый чем мой. Я обычно стараюсь держать свои обещания, и если что-то заявлено, это реально есть и работает. А не хрень на отъ... > ключ. Ну и т.п. бредок. Краткосрочно человечек выигрывает обычно. Ну а в долгую на Exchange с AD'ом теперь жжом, псака поди чертыхается уже во сне. > А дальше начинается боль. Или не начинается. Я ленивый. Я научился изгибать технологии чтобы они просто работали годами и не делали мозги. Это было больше для себя, но другим, вот, тоже так нравится. > Предлагают своё решение. Либо за очень большие деньги будут пытаться чинить. Могут со мной договориться. За разумные деньги. А корпоративный шыт такого плана ты даже за товарный вагон денег под себя не кастомизируешь - не размениваются на такие мелочи. Хотя если ты Элон Маск... (впрочем, слепить свою фирму и сделать может выйти дешевле, чем он и занимается, вертя фигой твоим корпам) А так, если поставка той шляпы под 50-100k$ и еще ждать месяц, и пофиг что у вас процесс встал и как вы с контракторами будете разбираться - залетевшие на такую радость рады любому варианту. Странно, да? > Это твой вендорлокин на себя. И такие как ты сейчас куда не плюнь. Я в общем случае отдаю исходники кастомеру, если считает что может обойтись без меня, это вообще фича и приветствуется. Корпы не делают даже это. > Вы гниды на теле общества. Не более чем корпы. Делающие то же самое. А то что я немного разучил азы капитализма - да, а чего? Зря я чтоли в мегакорпах тусовался? :P > Ты оборотная сторона этой медали. В каком-то роде. Я не корп. Поэтому дешевле и гибче. Корпы вообще не хотят окучивать это, соответственно не вижу проблем - я тусуюсь в относительно незанятой и неокучанной локации. А кому не нравится не юзайте, какие проблемы. > Да, да. Три дня ты скакал за мной что бы сказать как я тебе безразличен. Прямо как ты? Вернуть не очень хорошим людям их формат имхо честно и правильно :)
	Ответить | Правка | К родителю #373 | Наверх | Cообщить модератору

	395. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (313), 10-Мрт-21, 00:06
	Не, мы просто прекратим твую словесную логорею и начнем заново. Одним простым вопросом. Ты рассказывал про экономию на котле и его регулировании "в ноль". Расчёт хотя бы приблизительный в студию, балаболка ты наша. Потом по очереди и остальные вопросы пройдем. Сначала расчёт экономии - или признаешься что с...врал.
	Ответить | Правка | К родителю #389 | Наверх | Cообщить модератору

	396. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от Аноним (-), 10-Мрт-21, 09:35
	> Не, мы просто прекратим твую словесную логорею и начнем заново. Одним простым > вопросом. Ты рассказывал про экономию на котле и его регулировании "в ноль". Мне видите ли не очень прикольно спорить с субъектом, который занимается только тем что подгоняет решение под ответ. При том ответ субъект уже заранее вообразил и иных вариантов не приемлит в принципе. То у него котел вот именно строго газовый, другие виды отопления, типа электрического, где PWM прекрасно работает - не существуют в принципе. То у него утык в точку росы и влажность с игнором возможности руления увлажнителем и глупостей типа датчиков. А смысл вам вообще что-то доказывать? Ну, не хотите пользоваться технологией - и не пользуйтесь. А я луддитствовать из-за вас не собираюсь. И тупые железки где надо самому кнопочки давить и вентили крутить меня не радуют, а экономия - приятный бонус. А так для понимания - я в одной специфичной локации вообще нагревателям блоки управления на микропроцессорные, с мощной силовухой rewire'нул по бырому. Просто потому что 1) плавное регулирование, которое трекает температуру вокруг и не устраивает дубак или баню в отличие от тупого регулятора. 2) не щелкает как тупой регуль, лол. И да, что-то сие сэкономило, т.к. не топит баню неизвестно зачем. Но основной профит все же в сильном улучшении комфорта. Потому что когда то жара, то холод, то клацание - это паршиво. А экономия - да до кучи, следствие. Пардон, телеметрию и статистику я этому не кодил, больно жирно проекту который от идеи до конца реализации идеи за 3 дня запилен. И да, для меня это все стоило несколько баксов и добавило например комфортного сна, это уже был жесточайший профит. > Расчёт хотя бы приблизительный в студию, балаболка ты наша. > Потом по очереди и остальные вопросы пройдем. > Сначала расчёт экономии - или признаешься что с...врал. Почему соврал то? Если мы генерим меньше тепла, значит жрем меньше топлива, электричества или что там еще. Чудес не бывает.
	Ответить | Правка | К родителю #395 | Наверх | Cообщить модератору

	398. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (313), 10-Мрт-21, 21:36
	> Мне видите ли не очень прикольно спорить с субъектом, который занимается только тем что подгоняет решение под ответ. Твои постоянные сливы зато прикольны. Ты тут всем очки втирал за экономию на отоплении. Когда тебя попросили привести факты и рассчитать - слился с словами много условий. Тогда тебе предложили пересчитать в том месте где ты сделал какая была экономия. Уж не отрицательная ли. На что ты вообще ответить ничего не мог. Ты не кидай умных слов. Экономию покажи приблизительными расчетами. > Почему соврал то? Если мы генерим меньше тепла, значит жрем меньше топлива, электричества или что там еще. Чудес не бывает. Тебе ещё раз говорят умные люди. Есть санпин. Согласно ему нужна температура(примерно, без диапазонов возьмем) Т1 и влажность В1. Зимой придется ставить увлажнители. При уменьшении температуры надо снижать влажность. Получаем Т2 и В2 соответственно. Иначе получаем кучу проблем на текущих стройматериалах. И ниже определённых Т2 совсем-совсем  не рекомендуется снижать. Влажность понизить это выгон текущего воздуха на улицу и потери в тепле. Дальше идём. Что бы было комфортно при входе домой(а не топить 8 часов до комфортной температуры) надо быстро быстро нажечь топлива на нагон тепла. Получаем рваный режим работы котла и кпд не на оптимальном режиме будет меньше. Дальше больше. Кроме нагона тепла надо стены нагреть, потому что разница между окружающим воздухом и температурой стены тоже лимитирована санпином. Для не мышиных домиков это лишняя трата на нагрев того что остудили. Тебе и сказали - покажи что тут будет экономия. Но ты до сих пор играешь в блаженного и рассказываешь про чудес не бывает. Ты не инженер а г..но. Ты не ознакомился с документацией и нормативами в строительной и санитарной области. А просто полез крутить ручки там где не понимаешь как делать правильно. Вот поэтому ты не инженер. Сначала расчёт согласно документаций выдай. Балаболка ты местная.
	Ответить | Правка | К родителю #396 | Наверх | Cообщить модератору

	399. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (399), 10-Мрт-21, 22:33
	> Влажность понизить это выгон текущего воздуха на улицу и потери в тепле. Эх, инженеры-инженеры. Вам любая нормальная домохозяйка с помощью скалки и сковородки доступно объяснит, что шкафы, ящики, матрасы и мягкая мебель проветриваются не очень и появляется затхлый запах. А за шкафами или мягким уголком у наружних стен и вовсе может расцвести плесень, достаточно выкрутить термостат "для экономии" на 17-18 градусов. Впрочем, полагаю выше отписавшийся, с какими-то неведомыми кнопочками и вентилями - очередной форумный теоретик из потомственных жителей бетонных сковречников, вживую современную автономную (но не смузихлебный китайский IoT) систему отопления не видевший. Очень уж характерные фантазии "как оно там, без Google и Siri, работать может" ...
	Ответить | Правка | К родителю #398 | Наверх | Cообщить модератору

	403. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от szt1980 (ok), 27-Мрт-21, 07:06
	>получают факты Вместо фактов - кукареканье в нагугленных ссылках >у маздая с io на мой вкус все крайне паршиво Всяко лучше, чем у линoopsа, у которого 3 реализации AIO, из которых 1 тормозная, 1 глючная, и 1 тормозная и глючная одновременно, а также куча ФС, из которых ни одна не работоспособна. А ничего наподобие IOCP так и не завезли
	Ответить | Правка | К родителю #279 | Наверх | Cообщить модератору

	225. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (207), 05-Мрт-21, 17:27
	Как ты ловко перебрал всё легаси (почему-то пропустил jfs которая была популярна в то время), ты бы ещё маргинальщину типа zfs вспомнил. Напомни, когда там барьеры в ext4 добавили, в 2008? Всё что было до, совершенно не релевантно. И то, это скорее про устойчивость к паникам и внезапным выключениям. Вот xfs для примера уже много раз рассыпалась из-за багов, но таков путь тех, кто поверил рекламе и её выбрал. В прошлый раз мы уже выяснили, что 99.999% проблем с фс в линуксе связаны с убийством флэшек. Ни разу не примерно одинаково, как думаешь сколько миллионов пользователей потеряли все свои документы из-за того обновления десятки? То-то же. И куда они пойдут, если все данные уже потеряны, плакать в интернетиках? Это было ожидаемо, не впервые. Пользователи линукса для сравнения обсуждают баги, потому что код открыт и можно найти причину.
	Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

	229. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (112), 05-Мрт-21, 17:45
	> Как ты ловко перебрал всё легаси (почему-то пропустил jfs которая была популярна в то время), ты бы ещё маргинальщину типа zfs вспомнил. Напомни, когда там барьеры в ext4 добавили, в 2008? Опеннет - ext4 и смотри сам даты, 2008 год или позже. По другим тоже самое. Ниже текста из новостей уже накидал. jfs мне как-то не зашел. Несколько раз её на серверах использовал. Ни плохого ни хорошего не скажу. Всё остальное время xfs. И вот она у меня падала только пару раз из-за жестких воздействий, но поднять я её смог без проблем. xfs как говорится это моё. > В прошлый раз мы уже выяснили, что 99.999% проблем с фс в линуксе связаны с убийством флэшек. Ни разу не примерно одинаково, как думаешь сколько миллионов пользователей потеряли все свои документы из-за того обновления десятки? То-то же. Ну чё там то-то же? Где статистика, где данные? Художественный свист мне неинтересен.
	Ответить | Правка | Наверх | Cообщить модератору

	233. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (207), 05-Мрт-21, 18:13
	Xfs не падает, xfs бьёт файлы.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от tinderr (?), 05-Мрт-21, 00:11
	> честно купленная потребовала ребутнуться после обновления Из-за известных ошибок Microsoft в январе-феврале. Такое случается для всех платформ. > Порча данных была в прошлом году. Постоянно портит ваши важные данные на диске? Я вообще-то про то, когда система уходит в бесконечный своп и перестаёт реагировать на операции ввода, когда единственным выходом остается ребут.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	83. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–2 +/–
	Сообщение от Аноним (-), 05-Мрт-21, 05:04
	Представляете себе, за последние пару лет у MS было несколько багов в NTFS, от самовыпиливания к чертям таблицы разделов (лол!) до факапа файловой системы открытием файла с внутренним именем, непривилегированным юзером, вроде даже из вебстраниц провоцировать можно было (лол еще раз).
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+2 +/–
	Сообщение от Дегенератор (ok), 05-Мрт-21, 12:18
	У лун ох одов и от котов щенки дельфинов.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

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

	23. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от SR_team (ok), 04-Мрт-21, 23:19
	В 2018 кажется были потери файлов при обновлении, правда не помню было это так же на тестовой insider preview или в обычной не LTS(C/B).
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	26. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–2 +/–
	Сообщение от Timoteo Cirkla (ok), 04-Мрт-21, 23:30
	Потерять данные можно где угодно. Например, можно потерять данные на флешке, если записать туда файлы и вытащить не через безопасное извлечение. В винде. Чего не наблюдается в линуксе при втыкании туда флешки с fat32.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	64. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от mezon (?), 05-Мрт-21, 00:36
	https://www.opennet.ru/openforum/vsluhforumID15/4627.html
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 05-Мрт-21, 05:10
	У флехи их того топика похоже при выдергивании таблицы трансляции посыпались. И когда она натыкается на блок который не могет - вываливает IO error. А чего еще контроллеру делать? Это вообще факап контроллера флешки на вид. В этом случае оно от операционки не зависит. IO error любой будет валиться. Нехрен флехи без eject'а ("безопасного извлечения, ...") выдергивать. Они это не любят. И SSD не любят внезапные слеты питания, старательно логгируя такие вещи - прям счетчики unsafe poweroff в SMART.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Адекват (ok), 05-Мрт-21, 08:46
	Ой не знаю, может только с fat32, а вот с нтфс, при копировании нескольких гигов делаешь безопасное извлечение в линуксе (mint 18.3, xfce4) и ждеееееееееееееееееееееешшшшшььььь, подождите, данные записываются на носитель. А так-то копирование быстро происходит, прям супер быстро индикатор копирования показывает прогресс, да. В винде при безопасном извлечении такого нет.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	157. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от DildoZilla (?), 05-Мрт-21, 12:01
	Так это зависит от настроек, сразу писать (обычно для съёмных носителей так) или сначала в буфер в оперативке, а потом на диск.
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–5 +/–
	Сообщение от пох. (?), 05-Мрт-21, 13:33
	> В винде при безопасном извлечении такого нет. так то ж в винде. У л@..х до сих пор никакого безопасного извлечения нет - выдернешь на ходу - хорошо если не kernel panic, а только откат журнала при перезагрузке, потому что нишмагла отмонтировать занятую fs, и соответственно освободить точку монтирования (и так до / ) Потомушта это вам не инит заменить ненужнод, тут надо уметь в разработку - и переписать наконец-то священный кусок ядра vfs, унаследованный от Кернигана с Томсоном в 72м году, когда диски на ходу не выдергивали - потом вся машина вставала на ремонт на пол-года.
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

	221. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (207), 05-Мрт-21, 17:13
	Бсоды от выдёргивания флэхи я ловил только на 10 венде и на фряхе (100% воспроизводимые, на других бсд нет), пару лет назад. Прохладные истории какие-то ты рассказываешь. Но у линукса тоже есть развлекуха с флэхами, когда нужно fsck прогонять чтобы освободить место удалённых файлов, на fat32 так точно. И с корнем на флэхе тоже какие-то свои приколы были (это немного из другой оперы).
	Ответить | Правка | Наверх | Cообщить модератору

	281. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 00:06
	У флех самих по себе есть крайне жесткая развлекуха с слетом транслятора, они видите ли могут таблицы трансляции обновлять и если в этот момент питание слетит - хреново. Даже SSD логгят такое. Так что если что - вы по гарантии получите дырку от бублика, а вовсе не. Но таки линух умеет их шатдаунить правильно. И флехи и SSD. Если его об этом попросить. И всякие краплеты просилок - в каждом уважающем себя DE есть, не хуже проводника в винде.
	Ответить | Правка | Наверх | Cообщить модератору

	280. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 00:03
	> так то ж в винде. У л@..х до сих пор никакого безопасного извлечения нет - Что, пох, ты даже убунту установить не смог? Во ты лох :) > выдернешь на ходу - хорошо если не kernel panic, Слетевший транслятор не хотел? После этого твои фоточки котят не то чтобы совсем не будту читаться, но окажетс перетасованы как колода карт. При том читалка жыпега зачастую обижается на голову от одного и хвост от другого, а если каким-то чудом не обижается то генерит чудный марсианский пейзаж. > Потомушта это вам не инит заменить ненужнод, тут надо уметь в разработку > - и переписать наконец-то священный кусок ядра vfs, унаследованный от Кернигана Это добро они уже переписали раз так 100500. Весьма активный и живой кус кода. > с Томсоном в 72м году, когда диски на ходу не выдергивали > - потом вся машина вставала на ремонт на пол-года. С 72-го года можно было бы и проапдейтить уже свои букмарки немного :)
	Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

	28. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+4 +/–
	Сообщение от Аноним (28), 04-Мрт-21, 23:33
	Слишком жирно. https://d.radikal.ru/d30/2103/cc/95485a203f4c.jpg
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	13. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–2 +/–
	Сообщение от Корец (?), 04-Мрт-21, 23:03
	До винды невозможно упасть. Как только упадёшь до уровня винды, то она к этому времени упадёт ещё ниже.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	114. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от funtt (?), 05-Мрт-21, 09:19
	Ну, вы хотя бы поинтересовались современной виндой, прежде чем позориться.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	263. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (263), 05-Мрт-21, 21:25
	Уровень винды действительно падает. Скоро до кocтылинупca долетит.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

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

Часть нити удалена модератором

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

	85. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от Аноним (-), 05-Мрт-21, 05:12
	Он ядро -rc1 даже в самом диком угаре не советует. В репах дебиана -rc вроде вообще не бывает. До этого даже арчеводы, вероятно, не дошли. Это тестовые ядра, собираемые разработчиками и энтузиастами - погонять и посмотреть что будет. До того как раздавать другим как раз.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 04:35
	работает он нормально, если не знаете не говорите. Вообще на выбор есть несколько вариантов использование свапика к примеру : zSwap и Swap on zRam...
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

Часть нити удалена модератором

	91. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+3 +/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 05:24
	Вы путаете SWAP и работу механизма ООМ. Для начала узнайте что такое SWAP а потом что такое OOM и уже говорите о конкретных вещах...
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

Часть нити удалена модератором

	95. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 05:59
	>чем больше данных - страниц памяти попадает в swapfile, тем тормознее система начинает работать Буду кэп'ом - это справедливо для любой ОС ))) Тормоза будут зависеть от того насколько часто вы будете обращаться к данным сброшенным на винт и какая пропускная способность винта и шыны. Ведь ОС нужно будет сбросить часть данных с ОЗУ на винт, загрузить с Винта в ОЗУ и следовательно количество операций которые будут произведены многократно увеличивается в зависимости от размера свапа и частоты пробуждения п.о. из свапа, ситуация усугубляется ещё тем что п.о. может использовать винт писать и читать с него информацию... следовательно пропускная способность будет дробиться... В общем рекомендую Вам почитать как работает Свап и проследить какое П.О. и как использует ОЗУ. На моих системах свапики стоят большие, так как иногда я превышаю в разы имеющуюся озу. К примеру озу 8гб а свапик на 64гб и при этом свапик бывает забит под 90%.. Но всё более менее работает нормально так как свапик лежит на отдельном винте который используется очень П.О. редко и пропускная способность на нём не делится с П.О. >и намертво зависает далеко не всегда, когда память закончилась. Смотрите внимательно IOSTAT и что конкретно использует ОЗУ и включился ли OOM
	Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

	99. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–2 +/–
	Сообщение от iPony129412 (?), 05-Мрт-21, 06:49
	> чем больше данных - страниц памяти попадает в swapfile, тем тормознее система начинает работать Спасибо кэп, но ты подрезал фразу с «И». А так да, обработка переиспользования ОЗУ хуже всего в десктопных линуксах. С Windows и macOS максимум надо успокоиться, и медленно не психуя закрывать приложения, и штатным образом лучше послать на перезагрузку. С линуксом зачастую только по системнику долбануть, чтобы хард ребут сделать.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 10:32
	В сети есть уйму гуидов как нужно настроить правильно ООМ, и будет тебе счастье, никого в ребут не нужно ставить... Если не осилили настройку OOM, поставьте EarlyOOM, там пару настроек в которых любой школьник разберётся.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+2 +/–
	Сообщение от iPony129412 (?), 05-Мрт-21, 10:59
	> В сети есть уйму гуидов как нужно настроить правильно ООМ, и будет тебе счастье...  Если не осилили настройку OOM, поставьте EarlyOOM, там пару настроек в которых любой школьник разберётся Ну типичное поведение. Когда недостатки выносятся как достоинства, а их устранение - типа получение ценного опыта. Нет, спасибо, мне проще памяти натолкать побольше, чтобы вероятность такого резко снизить. Да и какая разница, что мне - общую ситуацию это не меняет.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 11:54
	Если это были бы недостатки на большинстве из серверов стояли бы иные ОС. На десктопе поставьте nohang и будет вам счастье и вы забудете о своих проблемах... если уже совсем в лом хотя бы earlyoom... Конечно докупка ОЗУ это хорошая идея, но не в тех случаях когда больше разместить уже нельзя.. (в виду физического ограничения ЦП или разъёмов на МП), а запускать п.о. которое жрёт больше всё же нужно.. Тогда всё же лучше почитать немного и подкрутить настройки О.С. так что бы она работала как часики )) Если нет желания читать всегда можно уйти на другие ОС к примеру на тех же M$
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от iPony129412 (?), 05-Мрт-21, 11:58
	Ты же КЭП? Это недостатки для десктопа. Для сервера нормально. > поставьте nohang делать мне нечего таким васянством заниматься
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 12:02
	О как, значит вам и нечего делать на GNU/Linux так как он определённо требует хоть каких то знаний и умения работы, ступайте на M$ или Mac OS, там за вас всё подумали, придумали и решили =)
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от iPony129412 (?), 05-Мрт-21, 12:06
	> если что не устраивает, то чемодан и проваливай! > не хочешь ковыряться - не хочешь думать и получать занания! Ну ты и... типичный фанатик.
	Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

	164. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 12:15
	В чём ? В том что я говорю истину ? Или вы хотите сказать что GNU/Linux не требует никаких знаний ? GNU/Linux имеет порог вхождения очень маленький ))) ниже чем у M$ ?? Вам достаточно сеть на него как на велосипед и вы сразу поедете ? По моему логично что Вам что бы не винить кого-то бы ни-было в том что у вас велосипед с квадратными колёсами, следовало лучше почитать мануал при сборке.. )) Конечно так можно провести аналогию с любыми вещами...
	Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

	169. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от iPony129412 (?), 05-Мрт-21, 12:24
	Ты гонишь фанатскую фигню. Таким надо специальный дистрибутив "Возильщик Максимум Едишон". Чтобы ставить с огромным мануалом. Чтобы как поставишь, звук заикался, видео тиринговало - и вот совсем этим заниматься и настраивать. И обязательно чтобы эти мануалы почаще менялись. Гора удовольствий будет. И будешь считать себя очень умным. А то какой-то там увиндовс пользователь включет плеер и будет музыку слушать. А тебе надо будет настроить скедулер, буфера пульсаудио нужного размера и ещё чего-то на два листа... Ума палата прибавляется от этого - я гарантирую 😃 PS: хотя вот писал, а это не так уж далеко от среднего дистрибутива.
	Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

	182. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 13:00
	GNU/Linux только недавно начал думать об обычных пользюках и потихоньку всё движется в сторону унификаций и оптимизаций всего и вся. Но это будет в будущем а Мы все живём в настоящем. Если не нравится, как говорится есть пути решения вопроса... Но всерьёз требовать от бесплатной ОС которую разрабатывают люди в своё свободное время всего того что есть в платных ОС.... мягко говоря глупо. Никто не мешает Вам использовать платные ОС... Или Вас заставляют использовать GNU/Linux а вы отпираетесь всеми силами... :D Согласен говорить о проблемах нужно иначе решение проблем никогда будут приняты... и не забываем про данаты любимым дистрибутивам, что бы могли развиваться и становиться лучше =) Тогда новичкам будет легче =) и намного нужно будет заставлять серое вещество шевелиться .... ведь это так неприятно....
	Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

	186. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от iPony129412 (?), 05-Мрт-21, 13:11
	> за бесплатно же, не нравиться - не используй, улучшается всё больше и больше, надо донатить Это всё не относиться к вопросу "данная конкретная вещь работает хуже"
	Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

	197. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+2 +/–
	Сообщение от Аноним (112), 05-Мрт-21, 14:51
	> GNU/Linux только недавно начал думать об обычных пользюках и потихоньку всё движется в сторону унификаций и оптимизаций всего и вся. У меня простые несколько вопросов. Ты сколько лет смотришь в линух|юних сторону и как давно на нем сидишь? Потому что мнение мягко говоря наивное.
	Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

	226. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 17:29
	>Ты сколько лет смотришь в линух|юних сторону и как давно на нем сидишь? 1.Вы читать не умеете сударь, я сказал что пересел на линуху со времён Debian Etch... но похоже Вам Debian Etch не о чём не говорит ... Посмотрите дату релиза, и станет ясно о каких годах речь идёт. 2.До того времени ковырял популярные на то время Дебу,Убунту, ФедораКору, Мандрива/Мандрейк, Редхат 3й, Генту и только вышедший Рунту, когда выбирал какой из GNU/Linux использовать. Но меня полностью устроил Debian GNU/Linux так как на тот момент он распространялся DVD если память мне не изменяет толи 6 толи 8 дисков. Там были и сырцы и бинарики, что при почти полном отсутствии интернета (если повезёт 8кб/сек) позволяло пользоваться всем и собирать из исходников всё и вся. 3.Занимался и занимаюсь разработкой приложений, игр, музыки, 3д моделированием, сейчас ещё кучу чпу станков собрал себе ...  При переходе на GNU/Linux потерял в основном только игрушки.. На тот момент решил да и фиг с ними.. и то игр которые работали хватло с головой. Хотя в последнее время так же играю во многие игры типа Doom 2016 & Enternal, Arma 4, Insurgency, Dota2 и т. п. >Потому что мнение мягко говоря наивное. У меня объективное мнение как человека который уже более 13 лет использует GNU/Linux в разных областях (на работе снёс винду и поставил Debian GNU/Linux используется уже ~ 5 лет в корпоративном секторе). И по вашему моё мнение наивно ? Рили О_о ?
	Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

	227. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (112), 05-Мрт-21, 17:41
	> У меня объективное мнение как человека который уже более 13 лет использует GNU/Linux в разных областях (на работе снёс винду и поставил Debian GNU/Linux используется уже ~ 5 лет в корпоративном секторе). И по вашему моё мнение наивно ? Рили О_о ? Рили-..ули. Потому что примерно 13 лет назад линух и стали катить корпорации не туда. И если ты думал меня поразить этим то как-то не получилось. Потому что у меня опыт примерно так раза в два больше. И в некоторых местах, скажем так, я на нём интернет строил и всё около него. Поэтому объективное мнение человека который говорит - сходи посмотри когда аж сам дебиан етч выпщен - это ну так себе...
	Ответить | Правка | К родителю #226 | Наверх | Cообщить модератору

	231. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 18:04
	То то ты аноним)) , а аноним действует так - пишу что хочу и фиг кто докажет обратное .. =-) Мне нравится с анонимами беседовать они могут писать всё что угодно а пишут они обычно что у меня 2м длинной, полметра толщиной и являются ЦАРЯМИ ВСЕЯ РУСИ :D Прошу прощения но это так :) Как не аноним так уровень БОГА во всех сообщениях ;) А я же простой инжеНегра, который многое умеет и много делает сам и я не стесняюсь писать от себя.
	Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

	241. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (112), 05-Мрт-21, 18:56
	Мне как-то по барабану чему ты веришь или нет. Кто меня знает тот в курсе. Вон Михаила я знаю по рассылкам времен пораньше добавления поддержки ораклы8,9 и оас в альтовый дистр. Поучаствовал там в обсуждениях. А вот то что ты не знаешь года когда линух начал двигаться в другую сторону оно характерно.
	Ответить | Правка | К родителю #231 | Наверх | Cообщить модератору

	246. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 19:25
	Звучит как: А я знаю дяду Путина В.В.... Докажи обратное =-) То что я не сказал год, это говорит лишь о том что я не хотел его упоминать, те кто знает Debian, то могут сказать правильный год 2007... В общем желаю успехов великий аноним.
	Ответить | Правка | К родителю #241 | Наверх | Cообщить модератору

	183. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 13:05
	Дык и не используйте его для десктопа, кто же мешает ? Я использую его на десктопе уже довольно таки большой промежуток времени и никаких проблем ... Но это мой опыт... Ваш может быть другой.. Повторяюсь юзаю GNU/Linux как единственную ОС на компе с Debian Etch ... Работает всё и игры и музыка и видео, в общем руки прямые )))
	Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

	198. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (112), 05-Мрт-21, 15:19
	> О как, значит вам и нечего делать на GNU/Linux так как он определённо требует хоть каких то знаний и умения работы, ступайте на M$ или Mac OS, там за вас всё подумали, придумали и решили =) Детишки думают что поковырявшись в линухе на локалхосте они всё знают? Расскажи как ничего не надо знать вот для этого: Get-Mailboxfolderstatistics user@domain.ru |  Where {$_.Name -Match "Inbox"} А потом расскажи когда такое может быть полезно. Маленькая подсказочка, а то вдруг начитанный линуксоид не поймёт. Get-Mailboxfolderstatistics user@domain.ru |  Where {$_.Name -Match "Postvak In"}
	Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

	230. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 17:59
	Бугага, думаешь писяшел не видел ? по долгу работы писал и пишу под него скрипты включая для указанного тобой эксченча. Что там знать ?? умеешь прогить сможешь прогить на всём. Хотя да, если прогить не умеешь тогда увы ... даже простые задачи с выводом гуи на писяшеле покажутся неимоверной сложностью, хотя по вызовам напоминает простой winapi... По поводу того что ты написал, тупо получение статистики ящика и выборка из него параметров которые относятся к указанному имени. В данном случае таких имён у меня нет и Оно не отработает так как наименования могу использовать свои, к примеру Входящие, Архив, Файлы итп. Внимание вопрос: и что ты этим хотел добиться ? Показать что ты знаешь M$ эксченч, или что в этом шеле можно делать выборки или хотел помериться писюнами у кого длиннее ? может хотел подловить на чём то ? Повторяю по долгу службы у меня и синхронизаций фигова гора, включая АД с Зупом (так как решили что Зуп будет являться источником мастер данных для АД и простые пользюки будут создаваться сами с нужными правами и нужными группами .. ) что позволило освободить народ от рутинных выдай права пользуюку, создай / залоч пользюка в АД, так как любые телодвижения в кадрах приведут к изменению в АД.. (кроме особо сисюрных, там только личный контроль...)
	Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

	244. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от Аноним (112), 05-Мрт-21, 18:59
	> Внимание вопрос: и что ты этим хотел добиться ? Печально. Ты даже с подсказкой не понял а погуглить тебе регилия не позволяет. Ну пиши про писюны, пиши. Уж в чём в чём а в этом ты разбираешься.
	Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

	245. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 19:19
	Ты хочешь сказать что мой ответ не верен ? пруф снимок с почтового сервера: http://svsdval.hldns.ru/tmp/userstatistics.png А вот как ты используешь эту статистику это уже твоё дело. Тогда поясни о великий Гуру всея руси в чём мой ответ не верен ? Он не отработал ? Он выполнил полезное действие выполнив выборку ? Или текущие умные анонимы, пытаются сразу сливаться ?
	Ответить | Правка | К родителю #244 | Наверх | Cообщить модератору

	247. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (112), 05-Мрт-21, 19:30
	Не вижу смысла что-то объяснять пафосному мальчику. Ибо статья зачем это и какие проблемы может решить подобный поиск гуглится на раз-два. Подебил ты меня великий линуксоед. Прибей там медальку куда-нибудь.
	Ответить | Правка | К родителю #245 | Наверх | Cообщить модератору

	249. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 19:55
	1. Чукча не мальчик. Чукча инжеНегра. 2. Вот как раз таки и нужно объяснять, вполне возможно что и я заблуждаюсь. Просто для меня как для инжеНегра вопрос зачем и какие проблемы подобный поиск звучит глуповато,  всё равно что: какие проблемы могут решить Set-MailBox и Set-AdUser??? Дык это всё зависит лишь только от того какие вы цели преследуете. 3. Я не являюсь виликим, я обычный среднечёк... со своими заблуждениями, потому всегда рад выслушать что-то дельное. Просто повторюсь, к анонимам отношусь мягко говоря не очень.. Так как среди них много "пустобрёхов". 4. Если чем обидел прошу прощения, я не нарочно не со зла.
	Ответить | Правка | К родителю #247 | Наверх | Cообщить модератору

	285. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (112), 06-Мрт-21, 00:12
	Инженерам надо мозги развивать. Не надо рассказывать что в винде знаний не надо. Или что вот это бесполезная вещь в принципе. Думай. Get-MailboxRegionalConfiguration -id user@domain.ru Set-MailboxRegionalConfiguration -id user@domain.ru -LocalizeDefaultFolderName:$true -Language en-US -DateFormat "dd-MMM-yy" Set-MailboxRegionalConfiguration -id user@domain.ru -LocalizeDefaultFolderName:$true -Language ru-RU -DateFormat "dd.MM.yyyy" -TimeFormat "HH:mm"
	Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

	319. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от svsd_val (ok), 06-Мрт-21, 07:58
	>>Не надо рассказывать что в винде знаний не надо. 1. Вы меня не совсем правильно поняли, в винде порог вхождения минимален для управления ей на уровне локах хоста и не требует особых знаний или умений. Большая часть настроек унифицирована и доступна через гуишные менюшки а остальное более менее опасное скрыто. Про серверные же решения речи вообще не шло и они в любом случае будут требовать понимания того что и как работает. >> Или что вот это бесполезная вещь в принципе. 2. Я нигде не говорил про бесполезность Винды или любой иной ОС, лишь говорил о том что у GNU/Linux порог вхождения высокий и люди которые его ставят и не разобравшись везде говорят как всё плохо, как всё печально и т.п. Это мягко говоря раздражает, всё равно что взять машину, залить солярки в место бензина, покрасить её в красный цвет и думать что она будет быстрее )) 3. По поводу указанного вами кода, это управление локализацией конкретных пользюков, что бы каждый имел свою локаль и свои региональные настройки (такие как отображение дат и времени). В данном случае это имело смысл если бы в домене работали люди с разных стран, в пределах одного региона не думаю что смысл есть...
	Ответить | Правка | К родителю #285 | Наверх | Cообщить модератору

	352. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (313), 06-Мрт-21, 11:54
	> 1. Вы меня не совсем правильно поняли, в винде порог вхождения минимален для управления ей на уровне локах хоста и не требует особых знаний или умений. Большая часть настроек унифицирована и доступна через гуишные менюшки а остальное более менее опасное скрыто. ??? В таком режиме её можно только для игр использовать и то не факт что запустится всё. С новыми ограничениями в браузерах не факт что все сайты будут работать. И придется, не тривиально, менять настройки безопасности. Они там иногда в очень странных местах разложены. Хотя и в графике. >  Я нигде не говорил про бесполезность Винды или любой иной ОС, лишь говорил о том что у GNU/Linux порог вхождения высокий и люди которые его ставят и не разобравшись везде говорят как всё плохо, как всё печально и т.п. Это так и есть. Потому что людям надо что-то сделать. Они наслушавшись соседа ставят себе нескучный дистр. И начинают огребать от ускорения видео в браузере, до невозможности работать с документами куда макросов понапихали. Ему некогда разгугливать эти проблемы. Он хотел просто поработать. А результат как-то не але. >  По поводу указанного вами кода, это управление локализацией конкретных пользюков, что бы каждый имел свою локаль и свои региональные настройки (такие как отображение дат и времени). В данном случае это имело смысл если бы в домене работали люди с разных стран, в пределах одного региона не думаю что смысл есть... Всё очень просто. На пользюках работает автоопредление локализации. И оно работает по разному скажем так. Зависимости от первого запуска и подключения к ящику неочевидны. Даже сказал бы они не формализованы и не описаны. Особенно если это мобильный клиент. А есть ещё всякие очень любимые админами миграции по базам и прочие пинания ящика когда надо и не надо. В результате ты можешь получить локализацию у ящика русскую а внутри папки польские. Кроме недовольства людей у меня есть подозрение что может ломаться разная автоматика по работе с папками ящика. Так что смысл в двух командах именно такой - всё исправить.
	Ответить | Правка | К родителю #319 | Наверх | Cообщить модератору

	283. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 00:07
	> Get-Mailboxfolderstatistics user@domain.ru |  Where {$_.Name -Match "Postvak In"} Спасибо за иллюстрацию наркоманщины powershell-а.
	Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

	287. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (112), 06-Мрт-21, 00:16
	Что, зелен виноград? Своё то вы ексченджевское в линухе закопали давно. Теперь можете только у гугла побираться. Покажи мастер класс. Как там в линухе централизованно найти папки почтовые у пользователя? Башевский ненаркоманский однострочник мне подойдет.
	Ответить | Правка | К родителю #283 | Наверх | Cообщить модератору

	309. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 01:57
	> Что, зелен виноград? Своё то вы ексченджевское в линухе закопали давно. Теперь > можете только у гугла побираться. Китайцы зато эксченжевское откопали. И таки хорошо копнули, вайтхаус очень радуется что кривоглазые могут им произвольные файлы в системах перезаписывать.
	Ответить | Правка | К родителю #287 | Наверх | Cообщить модератору

	310. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (313), 06-Мрт-21, 02:14
	> Китайцы зато эксченжевское откопали. И таки хорошо копнули, вайтхаус очень радуется что > кривоглазые могут им произвольные файлы в системах перезаписывать. Что, от сендмейла с ексимами уже боль ушла? Ну порадуйся, порадуйся маленький. Может пишеварение у тебя улучшится.
	Ответить | Правка | К родителю #309 | Наверх | Cообщить модератору

	332. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 10:39
	> Что, от сендмейла с ексимами уже боль ушла? Ну порадуйся, порадуйся маленький. > Может пишеварение у тебя улучшится. А чего б мне и не порадоваться что вотпрямща эксченжи внеочередным патчем все в мыле пачат другие, собссно? Половина к тому же уже может прикидывать как им крутых атакеров из энтерпрайза вышибать, очень перспективно в виндовом энтерпрайзе :)
	Ответить | Правка | К родителю #310 | Наверх | Cообщить модератору

	353. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (313), 06-Мрт-21, 12:04
	Так боль то у тебя прошла от сендмейла? Или ты как его автор наслаждаешься этим? Интересно. Ты так же усир..лся два года назад когда ексим пялили во всем дырки? Или ты наслаждался и кланялся, кланялся?
	Ответить | Правка | К родителю #332 | Наверх | Cообщить модератору

	361. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (361), 06-Мрт-21, 23:35
	> Так боль то у тебя прошла от сендмейла? Или ты как его автор наслаждаешься этим? Понимаешь, вот прям здесь и сейчас я такие вещи вообще спокойно упихаю в контейнеры и вм. При том это будет быстро, просто, ненапряжно - и совершенно бесплатно для меня. И как бы одна трахнутая виртуалка - одно. А 10К компов с агрессивным винлокером за присест - вообще совсем другое. Виртуалку то я откачу на снапшот, заапдейчу, пропатчу и урон достаточно маргинальный. А когда одним чихом трахнули энтерпрайз на 10К машин, про пистолет с 1 патроном подумаешь почему-то. Или как минимум увольнеие оттуда нахрен. > Интересно. Ты так же усир..лся два года назад когда ексим пялили во > всем дырки? Или ты наслаждался и кланялся, кланялся? Понимаешь ли, в моих технологиях я могу даже из неидеальных компонентов сделать довольно непоганое по общему сочетанию решение. Потому что понимаю как это работает и есть куча крутых фич совершенно нахаляву. А у MS маркетинг побеждает здравый смысл. В юниксвее видите ли есть традиции разбивки на компоненты, а пакетные менеджеры к тому же культурно это все апдейтят. Поэтому я могу порезать на части, распихать в изолированные отсеки, так что все и сразу это не потонет. А эксченж здоровенный транснациональный монстр. С огромным attack surface. Я даже не возьмусь порезать его частям права и изолировать друг от друга, одно только изучение взаимодействий кусков этого дредноута потянет на небольшую научную работу. Это слишком монструозный таск, максимум его гранулярности - жизнь в отдельной ВМ одним большим куском. Но это не предел мечтаний, особенно для всяких говдефов.
	Ответить | Правка | К родителю #353 | Наверх | Cообщить модератору

	374. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (313), 07-Мрт-21, 01:07
	Бугагашечки ещё раз. Ты конечно всё это не делал но как возьмешься... Ух... Ты там про торадиции и пакетные менеджеры расскажи лапотным из разных дистрибутивов. А то они из инитрд что выпилят при обновлениии, то при переезде на новый релиз развалятся. На тебя одна надежа. И сходи к тем кто опенчендж делал и групварь с полной совместимостью с аутлуком. Ну для быстрого переезда пользователей в правильный чудный мир. Ой, у инх уже и сайт много лет как разделегирован. Ну что же, не судьба им припасть к твоей мудрости.
	Ответить | Правка | К родителю #361 | Наверх | Cообщить модератору

	162. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от iPony129412 (?), 05-Мрт-21, 12:14
	> На десктопе поставьте nohang и будет вам счастье https://github.com/hakavlad/nohang/blob/master/src/nohang Спасибо за такое счастье. Пойду выпью спиртного покрепче...
	Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

	234. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 18:16
	Что вас смущает ? просто из любопытства, желательно с конкретикой почему и как .... а не дамский ответ "ОЙ ФСЁ" =)
	Ответить | Правка | Наверх | Cообщить модератору

	239. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от iPony129412 (?), 05-Мрт-21, 18:36
	> Что вас смущает ? Это долго писать, да и не имеет смысла. Если интересно, то есть кучу книг по правилам нормального кода. Даже не надо там упарываться, но хоть элементарное и базовое. А если тупо повыпендриваться "да работает же!" - ну в попу тогда. Если к подобному приходит новый человек, то проще всего это всё выкинуть, ибо каша-какаша полная.
	Ответить | Правка | К родителю #234 | Наверх | Cообщить модератору

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

	284. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 00:09
	> Спасибо за такое счастье. Пойду выпью спиртного покрепче... Плин еще и на питоне? Закуси тогда жареной гадюкой, оок? А то системщина на питоне это уж вообще верх вебмакачьего ламерства :)
	Ответить | Правка | Наверх | Cообщить модератору

	317. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от iPony129412 (?), 06-Мрт-21, 06:01
	> Плин еще и на питоне? Да ладно бы, если нормально хотя бы было бы написано, а не такой монолитный кусок того самого написанный абы как.
	Ответить | Правка | К родителю #284 | Наверх | Cообщить модератору

	333. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (333), 06-Мрт-21, 10:43
	> Да ладно бы, если нормально хотя бы было бы написано, а не > такой монолитный кусок того самого написанный абы как. Системный тул такого на питоне кмк тупо не контролирует свое окружение в достаточном для такой утилиты объеме. Особенно когда подразумевается что оно должно нормально работать даже если уже душняк. А оно само не помрет при случае с трехэтажным стэктрейсом когда где-нибудь всем этим высокоуровневым абстракциям случайно памяти не хватит? Высокие абстракции обычно наворачивают чтобы не развлекаться с fine graned control, а я таки имею наглость полагать что утилю такого плана fine graned руление памятью будет очень в тему. Вплоть до mlock() своих страниц допустим чтобы его не дай боже самого в своп не отправили, хоть там что. И если я более-менее представляю себе как более-менее залочить в памяти свой процесс на си, то в душе не е... как то на питоне вообще может быть. Нехай автыри этих штук рассказывают как это по их мнению работает.
	Ответить | Правка | К родителю #317 | Наверх | Cообщить модератору

	357. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от foo (?), 06-Мрт-21, 17:31
	>И если я более-менее представляю себе как более-менее залочить в памяти свой процесс на си, то в душе не е... как то на питоне вообще может быть. from ctypes import CDLL
	Ответить | Правка | К родителю #333 | Наверх | Cообщить модератору

	362. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (361), 06-Мрт-21, 23:39
	> from ctypes import CDLL И ... чего? Это само по себе явно не ведет к локу в памяти с запретом вытеснения в своп все и вся что требуется для работы вон той штуки.
	Ответить | Правка | К родителю #357 | Наверх | Cообщить модератору

	380. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от foo (?), 08-Мрт-21, 06:54
	CDLL.mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT)
	Ответить | Правка | К родителю #362 | Наверх | Cообщить модератору

	390. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (390), 09-Мрт-21, 12:14
	> CDLL.mlockall(MCL_CURRENT | MCL_FUTURE | MCL_ONFAULT) И на что конкретно этот mlockall будет, для начала? И все ли это что потребно для работы этой фигни? Ну и вообще, если я захочу попрограмить сисколы, от питона при этом только вред.
	Ответить | Правка | К родителю #380 | Наверх | Cообщить модератору

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

	135. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 10:36
	Я вас удивлю, в винде это работает за счёт того что есть такая вещь как память под административные нужны.... в случае когда будет нехватка вы будете иметь гарантированный объём ОЗУ который позволит вам работать. в линухе оно тоже есть и можно это настроить но это никому не нужно либо мало кто знает о нём %))
	Ответить | Правка | Наверх | Cообщить модератору

	215. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от Bimber (?), 05-Мрт-21, 16:42
	> в линухе оно тоже есть и можно это настроить но это никому не нужно либо мало кто знает о нём %)) Хрень какая-то! А вообще-то в 21-м году все бы должно просто работать!
	Ответить | Правка | Наверх | Cообщить модератору

	216. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–2 +/–
	Сообщение от Michael Shigorin (ok), 05-Мрт-21, 16:45
	> Хрень какая-то! > А вообще-то в 21-м году все бы должно просто работать! Для иллюстрации, какой контингент вот так флудерастит: за два дня в этой теме с этого src ip этот организм понапредставлялся со своими виндофантазиями так: Dinger Dinger Redirect Redirect tinderr tinderr oms oms mezon mezon Dinger Dinger Dinger Ritail Ritail Ritail Ritail Linuxoid Linuxoid Bimber Bimber Bimber Bimber А потом они обижаются, что получают тумаков. PS: ах да, призовая ссылка: http://wiki.opennet.ru/MSSP PPS: а ещё кое-кто может из минцифры перебраться далеко и надолго по статье за саботаж, раз некрософт в анамнезе без следа не проходит. P^3S: возможно, всё объясняется проще -- эта жертва цифропедофилии пишет нам зи львива; приколоться, что ли, и переслать адресочек тамошним линуксоводам...
	Ответить | Правка | Наверх | Cообщить модератору

	232. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 18:08
	О а я к чему отношусь ?
	Ответить | Правка | Наверх | Cообщить модератору

	267. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Ritail (?), 05-Мрт-21, 21:51
	)))
	Ответить | Правка | К родителю #216 | Наверх | Cообщить модератору

	308. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 01:55
	> PPS: а ещё кое-кто может из минцифры перебраться далеко и надолго по > статье за саботаж, раз некрософт в анамнезе без следа не проходит. Серьезно? Уж не никифоров ли? А слабо показать это шоу? Но что-то подсказывает что все будет как с альтлинуксшкольным, когда саботаж - есть а последствий - нет.
	Ответить | Правка | К родителю #216 | Наверх | Cообщить модератору

	325. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 06-Мрт-21, 10:01
	Говорят, представление уже началось: «Все ПО, обеспечивающее работу российского оборудования, должно быть из реестра отечественного, — заявил Василий Шпак, руководитель радиоэлектронного подразделения Минпромторга. — Мы приветствовали бы аналогичное решение от Минцифры по реестру ПО. Наше межведомственное взаимодействие — один из залогов успешного движения. Синхронизация продуктов сейчас — это главное». «Все ведущие российские разработчики ПО изначально развивают свои экосистемы, обеспечивая его совместимость с «железом» как отечественного, так и иностранного производства. Если данная инициатива будет реализована, многим компаниям действительно придется приложить дополнительные усилия, чтобы обеспечить корректную работу своих продуктов с российскими процессорами», —отмечает Роман Мылицын, директор по инновациям ГК Astra Linux. Ждём заявлений про углеродный след от Эльбрусов.
	Ответить | Правка | Наверх | Cообщить модератору

	286. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 00:13
	> В винде выводится сообщение, что закончилась вся память, реальная и виртуальная, после > этого можно спокойно выгружать приложения, система не виснет и не тормозит ВВыыы хххооотттеелллиии сссккаааазззааатттть ннннеесссппеееешшшннно ззззакккрррыттть тттоооттт ффффаааййййррррфоооокксс ззззааа ввввссссееееггго пппппяяять ммммииинууууттт ттттууупппоооовввэээййййтттинннгггааа???? Там в тяжелом случае отрисовки таскменеджера то ждать заколебешься :). В лине в пиковом случае можно в консоль свалить, она сильно меньше операций с памятью и системой делает и поэтому при душняке там и посмотреть кто ресурсы жрет и пристрелить - сильно резвее. Но в винде такого fallback просто нет, гуй прибит на гвозди. А, еще в линухе есть вызов oom killer через alt-sysrq. Так что туповэйтить 5 минут для отстрела жиртреста совсем не обязательно.
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

	128. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от z (??), 05-Мрт-21, 10:00
	>Вариант с убиванием приложений некатит Звучит как "в 200-местный самолет нужно вместить 300 пассажиров, вариантс выкидыванием пассажиров не катит"
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	175. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 05-Мрт-21, 12:31
	Элементарно! Выгрузим топливо и багаж, запихнем в проходы, бортпроводниками тоже будут пассажиры. Лететь, правда, не сможем, но он все-равно не взлетел бы, так что какая разница?!
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от z (??), 05-Мрт-21, 10:03
	>Если намертво зависает, заставляет ребутится, то ненормально! Ничего не зависает, целый каналс демо https://www.youtube.com/channel/UCogKx3pHgAqSvaWkEjMTJfA/videos
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	131. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Oxyd76 (?), 05-Мрт-21, 10:22
	Погнали... «Помощь голодающим детям Африки»: cat /etc/sysctl.d/10-vm.conf : vm.swappiness = 5 vm.vfs_cache_pressure = 50 vm.dirty_ratio = 3 vm.watermark_boost_factor = 15000 vm.watermark_scale_factor = 100 cat /etc/default/grub|egrep '^GRUB_CMDLINE_LINUX_DEFAULT' : GRUB_CMDLINE_LINUX_DEFAULT="scsi_mod.use_blk_mq=1 --здесь поскипана куча неинтересной стандартной фигни--" cat /etc/udev/rules.d/60-ioscheduler.rules : # set scheduler for non-rotating disks # noop and deadline are recommended for non-rotating disks # for rotational disks, cfq gives better performance and bfq-sq more responsive desktop environment ## ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="deadline" # set scheduler for rotating disks ## ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="bfq-sq" # set scheduler for NVMe #ACTION=="add|change", KERNEL=="nvme[0-9]*", ATTR{queue/scheduler}="none" ACTION=="add|change", KERNEL=="nvme[0-9]*", ATTR{queue/scheduler}="bfq" # set scheduler for SSD and eMMC ACTION=="add|change", KERNEL=="sd[a-z]|mmcblk[0-9]*", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="mq-deadline" # set scheduler for rotating disks ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="bfq" Ну и поставить systemd-swap, отсюда: https://github.com/Nefelim4ag/systemd-swap или из репозиториев вашего дистрибутива. И не забыть прочитать то что там написано, в ридми на гитхабе! Конфиг данного пакета у меня выглядит так: cat /etc/systemd/swap.conf : ################################################################################ # Defaults are optimized for general usage ################################################################################ ################################################################################ # You can override any settings by files in: # /etc/systemd/swap.conf.d/*.conf ################################################################################ ################################################################################ # Zswap # # Kernel >= 3.11 # Zswap create compress cache between swap and memory for reduce IO # https://www.kernel.org/doc/Documentation/vm/zswap.txt zswap_enabled=1 zswap_compressor=zstd     # lzo, lz4, zstd, zlo-rle, zl4hc. zswap_max_pool_percent=25 # 1-99 zswap_zpool=z3fold        # zbud z3fold ################################################################################ # ZRam # # Kernel >= 3.15 # Zram compression streams count for additional information see: # https://www.kernel.org/doc/Documentation/blockdev/zram.txt zram_enabled=1 zram_size=$(( RAM_SIZE/5 ))     # This is 1/4 of ram size by default. zram_count=${NCPU}              # Devices zram_streams=${NCPU}            # Compression streams zram_alg=zstd                   # lzo, lz4, zstd, zlo-rle, zl4hc. zram_prio=32767                 # 1 - 32767 ################################################################################ # Swap File Chunked # Allocate swap files dynamically # For btrfs fallback to swapfile + loop will be used # ex. Min swap size 512M, Max 8*512M swapfc_enabled=1 swapfc_force_use_loop=0         # Force usage of swapfile + loop swapfc_frequency=1              # How often check free swap space swapfc_chunk_size=1024M         # Allocate size of swap chunk swapfc_max_count=8              # 0 - unlimited, note: 32 is a kernel maximum swapfc_min_count=0              # FC creates at start swapfc_free_ram_perc=65         # Free % of memory for 1st FC swapfc_free_swap_perc=10        # Add new chunk if free < 15%                                 # Remove chunk if free > 15+40% & chunk count > 2 swapfc_remove_free_swap_perc=55 # Remove FC at % free swapfc_priority=50              # FC swaps priority swapfc_path=/var/lib/systemd-swap/swapfc/ # Path to FC swaps # Only for swapfile + loop swapfc_nocow=1                  # Disable CoW on swapfile swapfc_directio=1               # Use directio for loop dev swapfc_force_preallocated=0     # Will preallocate created files ################################################################################ # Swap devices # Find and auto swapon all available swap devices swapd_auto_swapon=1 swapd_prio=1024 Вся эта безобразия прекрасно работает на говноноуте с 6-ю гигами памяти, HDD, на 5400 оборотов и нетбучным AMD-шным процом из 2008-го. Постоянно открыты браузер на полтинник вкладок, телеграм, element, музыкопроигрыватель, куча терминалов и чорт его знает что ещё. Еще у меня cgroups переключены на v2, что, внезапно (хотя если подумать не совсем внезапно), так-же добавило отзывчивости (добавить параметры в GRUB_CMDLINE_LINUX_DEFAULT: cgroup_no_v1=all systemd.legacy_systemd_cgroup_controller) Enjoy!
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	150. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от виндотролль (ok), 05-Мрт-21, 11:29
	Docker уже поддерживает cgroups v2? Никаких несовместимостей с популярным софтом нету? (Года два назад включал, но тогда докер этого не умел)
	Ответить | Правка | Наверх | Cообщить модератору

	342. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Oxyd76 (?), 06-Мрт-21, 11:05
	> Docker уже поддерживает cgroups v2? Угу. Варнингует при старте, что это типа пока экспериментальная функция, но запускается и работает. Ну и я его погонял, в разных позах, и вроде как «брат жив». А вообще пора бы его уже начинать прикапывать. Из кубера его уже выкинули. Есть-же более рассово-верный Podman. Всё никак не соберусь его плотненько покрутить. > Никаких несовместимостей с популярным софтом нету? Пока не заметил. Системы мониторинга (Prometheus-Grafana / TICK), Postgres, nginx, qemu/kvm/virt-manager никак не отреагирвали. Как работали так и продолжают. С десктопным софтом тоже проблем ноль, да он с сигруппами и не взаимодействует. > (Года два назад включал, но тогда докер этого не умел) Два года, в сегодняшнем айти, это целая вечность!
	Ответить | Правка | Наверх | Cообщить модератору

	289. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 00:30
	Еще вариант, если хотелось только своп, только в zram, а не решение всех проблем человечества, не влезающее на экран. [Unit] Description=swap in zram0 device [Service] Type=oneshot RemainAfterExit=true TimeoutSec=60 ExecStart=/sbin/modprobe zram ExecStart=/bin/sh -c 'echo lz4   > /sys/devices/virtual/block/zram0/comp_algorithm' ExecStart=/bin/sh -c 'echo 1500M > /sys/devices/virtual/block/zram0/disksize' ExecStart=/sbin/mkswap /dev/zram0 ExecStart=/sbin/swapon /dev/zram0 ExecStop=/sbin/swapoff /dev/zram0 ExecStop=/bin/sh -c 'echo 1 > /sys/devices/virtual/block/zram0/reset' [Install] WantedBy=multi-user.target Usage: systemctl start swap-zram0.service -> swap enabled. systemctl stop swap-zram0.service -> swap disabled. Автостарт этого как обычно в системде. Не совсем по феншую - модуль само грузит, правильнее наверное ConditionPathExist=/dev/zram0 и вгруз модуля /etc/modules. Состояние сервиса трекается в системде, из-за RemainAfterExit. И да, в отличие от той жести сие влезает на 1 экран. У системды вроде и какие-то еще юниты есть для .swap - но вон то работает, начиная с самых древних дистров с системд, чем и хорошо. Объем оперативы выбрать под систему, не более 50% системной памяти, лучше 25-35%, врядли вы захотите работать в системе тасующей своп сильнее.
	Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

	315. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от foo (?), 06-Мрт-21, 05:16
	>не более 50% системной памяти, лучше 25-35%, врядли вы захотите работать в системе тасующей своп сильнее. Можно прекрасно работать с огромными свопами на zram https://www.youtube.com/watch?v=dPw5c4rYAdE
	Ответить | Правка | Наверх | Cообщить модератору

	334. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (333), 06-Мрт-21, 10:50
	> Можно прекрасно работать с огромными свопами на zram Можно != нужно. Это лимитирует worst case до каких-то разумных величин, так что при факапе offender оказывается прибит за несколько секунд с неким заметным но не фатальным проседанием интерактива и перфоманса. А в целом оно вообще перфоманс не меняет в нормальной ситуации.
	Ответить | Правка | Наверх | Cообщить модератору

	343. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Oxyd76 (?), 06-Мрт-21, 11:14
	> Еще вариант, если хотелось только своп, только в zram, а не решение > всех проблем человечества, не влезающее на экран. Это не решение всех проблем, а обмен опытом. Может и пригодится. У меня и много другого подкручено. Для, например, ускорения загрузки. Но в данном контексте это было-бы уже излишне. > Автостарт этого как обычно в системде. Не совсем по феншую - модуль > само грузит, правильнее наверное ConditionPathExist=/dev/zram0 и вгруз модуля /etc/modules. > Состояние сервиса трекается в системде, из-за RemainAfterExit. И да, в отличие > от той жести сие влезает на 1 экран. У системды вроде > и какие-то еще юниты есть для .swap - но вон то > работает, начиная с самых древних дистров с системд, чем и хорошо. systemd-swap просто более гибок. Для систем с большим количеством памяти в нём можно просто не использовать файловые чанки на диске. > Объем оперативы выбрать под систему, не более 50% системной памяти, лучше 25-35%, > врядли вы захотите работать в системе тасующей своп сильнее. Именно так. В дефолтном конфиге systemd-swap прописано использование 1/4 от объёма памяти, под zram. Кстати, если вы не заметили, он использует количество zram разделов по количеству ядер процессора(ов), для повышеня производительности.
	Ответить | Правка | К родителю #289 | Наверх | Cообщить модератору

	363. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 23:52
	> Это не решение всех проблем, а обмен опытом. Может и пригодится. У > меня и много другого подкручено. Для, например, ускорения загрузки. Но в > данном контексте это было-бы уже излишне. Ну просто я не фанат "стен текста" с универсальным решением всех проблем человечества. > systemd-swap просто более гибок. Для систем с большим количеством памяти в нём > можно просто не использовать файловые чанки на диске. Может быть. Но вон та идея неплохо работает на как минимум от мелкого одноплатника и роутеров до мощных воркстэйшнов. И там еще довольно много подкручено но скорее по линии кернела. Типа full preempt кернела на десктопе, дабы его (и софт) не якорило надолго, хоть там что. И к тому же... 1) Это работает на вообще практически любой системе с системд, даже совсем винтажным. 2) Легко опиливается и под non-systemd системы типа роутеров. > Именно так. В дефолтном конфиге systemd-swap прописано использование 1/4 от объёма памяти, > под zram. Кстати, если вы не заметили, он использует количество zram > разделов по количеству ядер процессора(ов), для повышеня производительности. С другой стороны, 1) Я вот не вижу этой фичи в используемых у меня дебианах здесь и сейчас, видимо это более новый системд надо. Вот, блин, побегу системы апгрейдить для производительности, блин, того что в идеале should never happen. В смысле идея в том что оно в фоне неспешно выдавит cold pages туда, закомпрессив, и производительность этого, с LZ4 каким, в нормальной ситуации не жмет даже на арме или мипсе малохольном. 2) Если оно в пиковой ситуации начнет жрать ВСЕ ядра, очевидно, задачам достанется сильно меньше проца и worst-case просадка перфоманса при душняке будет заметно неприятнее. Поэтому несколько свободных ядер проца для, гм, моих тасков (представляете себе, цель существования компов все же не свопление?!) кажется мне не такой уж плохой идеей. Во всяком случае, так я заметно быстрее смогу вычислить offender'а если его почему-то вдруг oom killer не пристрелит (ну, может так вышло что ему памяти хватает, но на грани и ценой укладывания системы в такой вот thrashing).
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Oxyd76 (?), 05-Мрт-21, 09:51
	У меня очень хорошо работает. Опять видимо я не те крутилки параметров ядра, не в ту сторону накрутил. Э-эх.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	184. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от svsd_val (ok), 05-Мрт-21, 13:06
	практика показывает что много нытиков из школоты в GNU/Linux лезут и везде всё им не так ...
	Ответить | Правка | Наверх | Cообщить модератору

15. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+3 +/–
Сообщение от Онаним (?), 04-Мрт-21, 23:08
Кто-то ещё реально юзает своп-файлы вместо своп-разделов?
Ответить | Правка | Наверх | Cообщить модератору

	17. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–3 +/–
	Сообщение от AlexYeCu_not_logged (?), 04-Мрт-21, 23:12
	>Кто-то ещё реально юзает своп-файлы вместо своп-разделов? Ещё? Собственно, разделы-то как раз и потеряли актуальность лет так 10+ назад.
	Ответить | Правка | Наверх | Cообщить модератору

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

	44. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–2 +/–
	Сообщение от AlexYeCu_not_logged (?), 04-Мрт-21, 23:58
	> Ага, вот как раз и доказательство подоспело. Ну терялись бы у тебя данные из-за записи за пределы _раздела_ закачки — сильно легче было бы?
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+2 +/–
	Сообщение от Аноним (48), 05-Мрт-21, 00:06
	Записать в другое блочное устройство - сильно сложнее, чем не по тому смещению в пределах одного блочного устройства.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от Sw00p aka Jerom (?), 04-Мрт-21, 23:29
	как и разбивка диска, все под один / :)
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	33. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Онаним (?), 04-Мрт-21, 23:47
	Судя по всему да...
	Ответить | Правка | Наверх | Cообщить модератору

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

	45. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–2 +/–
	Сообщение от AlexYeCu_not_logged (?), 05-Мрт-21, 00:03
	> С какой радости? С такой, что отдельный раздел в первую очередь выделяли для лучшей производительности. Как только объёмы оперативной памяти позволили свести использование свапа к минимуму (а то и вовсе к нулю в ряде сценариев), то необходимость в лишней мороке и резервировании некоторого объёма дискового пространства отпала, ради копеечного выхлопа-то. Распространение ssd тоже поспособствовало — разница в скоростях между ssd и hdd куда больше таковой для раздел/файл.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+2 +/–
	Сообщение от Аноним (31), 05-Мрт-21, 00:11
	Меньше необходимости в свопе как таковом != своп раздел "потерял актуальность", я бы сказал даже  вообще не имеет связи
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Аноним (48), 05-Мрт-21, 00:18
	Причём тут "объёмы оперативной памяти". Почитай, что ли, зачем вообще swap нужен (кроме OOM).
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	101. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 05-Мрт-21, 07:29
	>> С какой радости? > С такой, что отдельный раздел в первую очередь выделяли для лучшей производительности. Не знаю, за кого Вы тут говорите, но я создаю раздел подкачки и располагают его первым, что бы случайной ошибкой в команде dd не убить данные. > Как только объёмы оперативной памяти позволили свести использование свапа Да-да, объёмы памяти на SSD позволяют её немножко "выкинуть".
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	119. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (119), 05-Мрт-21, 09:46
	Отедльный раздел делали если правильно помню в конце диска, чтобы он попал на быстрее крутящийся край диска. Плюс линукс не умел свап в отдельных файлах. Потом научился, но файлы должны были быть нефрагментированы (не уверен здесь). Потом научился, но загружаться с таких разделов после гибернейта не умел.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	132. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Oxyd76 (?), 05-Мрт-21, 10:25
	В начале. У диска дорожки начинаютя с краю.
	Ответить | Правка | Наверх | Cообщить модератору

	290. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 00:34
	> В начале. У диска дорожки начинаютя с краю. Это более-менее похрену - у swap доступ довольно рандомный. Поэтому львиную долю времени HDD дергает головами чтобы вынуть очередной 4К кусочек. Время этого ничтожно по сравнению с seek и поиском нужного сектора. Лучше всего не заниматься этой порнографией совсем, а ненужный трэш выгрузить в сжатый zram. Тогда даже в случае если это понадобится, латенси останется разумной, а в самом поганом OOM - ну, система потупит секунд 5-10 пока zram не закончится, после чего oom жестко пристрелит offender'а.
	Ответить | Правка | Наверх | Cообщить модератору

	327. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 06-Мрт-21, 10:17
	HDD "дёргает" головку от файла с котиками (который расположен в начале) к области подкачки. Путь должен быть минимальным.
	Ответить | Правка | Наверх | Cообщить модератору

	336. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (336), 06-Мрт-21, 10:53
	> HDD "дёргает" головку от файла с котиками (который расположен в начале) к > области подкачки. Путь должен быть минимальным. Котиков никто постоянно не читает. А вот при активном своплении диск будет гонять головы по свопфайлу. Потому что когда памяти не хватает вообще всем по всем закоулкам, это что угодно кроме линейного доступа. При этом основное время уйдет на seek+поиск сектора а не чтение несчастных 4 кил, которые так то на нормальной скорости прилетают, но до этого пока там голова куда надо прилетит, успокоится, подвернется именно нужный сектор, ... это уже вообще совсем не как RAM получается.
	Ответить | Правка | Наверх | Cообщить модератору

	347. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 06-Мрт-21, 11:21
	Интегральное счисление проходили?
	Ответить | Правка | Наверх | Cообщить модератору

	364. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (364), 07-Мрт-21, 00:28
	> Интегральное счисление проходили? Да, и именно поэтому можем прикинуть что суммарное улучшение от чуть более быстрого чтения сцаных 4 килобайтов при том что львиная доля времени убита на seek и поиск сектора (блин должен еще и повернуться правильно) - бесконечно малая величина. Ну, ок, не бесконечно. Алсо свопраздел в конце диска можно снести относительно малой кровью отрастив туда фс. А вот в начале - это бельмо на глазу будет выпилить заметно сложнее.
	Ответить | Правка | Наверх | Cообщить модератору

	376. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 07-Мрт-21, 08:24
	>> Интегральное счисление проходили? > Да, и именно поэтому можем прикинуть что суммарное улучшение от чуть более Так прикиньте. В математике нет определения для "чуть". Пока что Ваша гипотеза "более-менее похрену" остаётся необоснованной.
	Ответить | Правка | Наверх | Cообщить модератору

	401. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от vlas (??), 12-Мрт-21, 16:40
	> в математике нет определения для "чуть" пределы? асимптоты? фракталы? бесконечно малые величины? не, не слышал...
	Ответить | Правка | Наверх | Cообщить модератору

	402. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 12-Мрт-21, 16:54
	>> в математике нет определения для "чуть" > пределы? асимптоты? фракталы? бесконечно малые величины? не, не слышал... Так то да, децл похоже на правду.
	Ответить | Правка | К родителю #401 | Наверх | Cообщить модератору

	335. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Oxyd76 (?), 06-Мрт-21, 10:50
	Ну я всё-же предпочитаю приход великого и ужасного контроллировать. Как на серверах, где всё огорожено флажками контроллеров cgroup, так и на десктопе, где по наступлении критических параметров (превышение wa/la, втечении эвристическинайденного промежутка времени и определённых объёмов свопа и памяти) система выкидывает нотифи, после чего я, обычно, просто закрываю/открываю браузер. ;-)
	Ответить | Правка | К родителю #290 | Наверх | Cообщить модератору

	338. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (336), 06-Мрт-21, 10:56
	> Ну я всё-же предпочитаю приход великого и ужасного контроллировать. Как на серверах, > где всё огорожено флажками контроллеров cgroup, так и на десктопе, где > по наступлении критических параметров (превышение wa/la, втечении эвристическинайденного > промежутка времени и определённых объёмов свопа и памяти) система выкидывает нотифи, > после чего я, обычно, просто закрываю/открываю браузер. ;-) А зачем мне самому дергаться, если оно либо более-менее нормально работает, либо oom выносит offender'а без моего участия? :) А так - у меня висят некоторые мониторы самой интересной активности в трее, но нотификаций они не выкидывают, нотифи только на реально неординарные вещи. А сам по себе la может быть вон такой потому что я ядро вон там компилиться запустил, и это не аномалия нифига.
	Ответить | Правка | Наверх | Cообщить модератору

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

	108. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от ryoken (ok), 05-Мрт-21, 08:46
	Не очень понимаю, для чего файл подкачки в линуксе вообще нужен. Вносить лишний уровень абстракций и - как вот в сабже - глюков?
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	134. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Oxyd76 (?), 05-Мрт-21, 10:34
	Читайте сюда: https://habr.com/ru/post/540104/ и сюда: https://habr.com/ru/post/541214/
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от ryoken (ok), 05-Мрт-21, 11:21
	> Читайте сюда: https://habr.com/ru/post/540104/ и сюда: https://habr.com/ru/post/541214/ Неполностью выразил идею, думал и так понятно будет. Чем лучше свап-файл вместо свап-раздела? (Статьи рассматривают именно файл). Хуже - вносится лишний уровень абстракций, подвержен фрагментации.
	Ответить | Правка | Наверх | Cообщить модератору

	291. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 00:37
	> Неполностью выразил идею, думал и так понятно будет. Чем лучше свап-файл вместо > свап-раздела? (Статьи рассматривают именно файл). Хуже - вносится лишний уровень абстракций, > подвержен фрагментации. 1) Админить проще и гибче. Скажем если я решил отказаться от свопа, файл можно просто стереть. А раздел будет зазря место жрать, его так уже безопасно - сложно. 2) Лоскутное одеяло из разделов - на любителя. 3) Если у кого винда в дуалбуте можно реюзнуть 1 файл на двоих, зажав обоим размер свопа в фиксированные вот столько вот. Придется подкостылить т.к. форматы свопов разные но работать будет. И можно не хранить 2 раза одно и то же.
	Ответить | Правка | Наверх | Cообщить модератору

	330. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 06-Мрт-21, 10:32
	> 3) Если у кого винда в дуалбуте можно реюзнуть 1 файл на > двоих, зажав обоим размер свопа в фиксированные вот столько вот. Придется > подкостылить т.к. форматы свопов разные но работать будет. И можно не > хранить 2 раза одно и то же. Это не шутка? У Вас Linux работает на NTFS?
	Ответить | Правка | Наверх | Cообщить модератору

	339. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (336), 06-Мрт-21, 10:59
	> Это не шутка? У Вас Linux работает на NTFS? Работал во времена ~убунты 5 или 6. А для винды, внезапно еще бывает ext2fsd например. И даже драйвер btrfs вроде какой-то.
	Ответить | Правка | Наверх | Cообщить модератору

	345. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 06-Мрт-21, 11:16
	Какую задачу Вы решали таким способом?
	Ответить | Правка | Наверх | Cообщить модератору

	365. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (364), 07-Мрт-21, 00:29
	> Какую задачу Вы решали таким способом? Трансфер себя любимого из винды в линукс. С миграцией всех данных. Плавно и без фаллаутов.
	Ответить | Правка | Наверх | Cообщить модератору

	328. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 06-Мрт-21, 10:19
	Абстракции, это из живописи же! А тута одни технари. ;-)
	Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

	340. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (336), 06-Мрт-21, 11:00
	> Абстракции, это из живописи же! А тута одни технари. ;-) Програмер без абстрактного мышления - инвалид умственного труда разве что.
	Ответить | Правка | Наверх | Cообщить модератору

	344. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 06-Мрт-21, 11:16
	Беда этих тружеников мозгом в том, что в исходном контексте "лишний уровень абстракций" означает вполне материальные косвенные вызовы, как минимум.
	Ответить | Правка | Наверх | Cообщить модератору

	366. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 07-Мрт-21, 00:32
	> Беда этих тружеников мозгом в том, что в исходном контексте "лишний уровень > абстракций" означает вполне материальные косвенные вызовы, как минимум. Тем не менее, я считаю что про лишний уровень абстракций он в общем то более-менее нормально сказал. Если вы полагаете что можете оформить отсутствие лишнего layer of indirection лучше и без потери понятности - ну попробуйте.
	Ответить | Правка | Наверх | Cообщить модератору

	378. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 07-Мрт-21, 08:46
	> оформить отсутствие Вейп курите?
	Ответить | Правка | Наверх | Cообщить модератору

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

	68. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от б.б. (?), 05-Мрт-21, 00:54
	Я юзаю. Потому что так мне своп не нужен, но фирефокс может намертво завесить всю систему, поэтому надо своп подрубать :)
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	292. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 00:39
	> Я юзаю. Потому что так мне своп не нужен, но фирефокс может > намертво завесить всю систему, поэтому надо своп подрубать :) Открой для себя zram, для древнего барахла и душняка рамы просто клад. Если у хлама слабый проц, lz4 как алгоритм бери. А если сильный, LZO+RLE из новых кернелов. Или даже zlib если тормозов не боишься. Но по сравнению с LZ4 zlib распаковывается медленней раз так в 10-20.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Ordu (ok), 05-Мрт-21, 04:16
	Я юзаю. И не "ещё", а уже. Лет десять уже как. Раздел он только под ногами путается, и когда вдруг приходит мысль всё куда-нибудь подвигать, то необходимость переразбивать диск только потому, что мне захотелось swap перекинуть на другой диск -- это сакс. Таблица разделов вообще такая штука, которую лучше не трогать почём зря. Целее будет.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	109. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Онаним (?), 05-Мрт-21, 08:51
	Ну я под разделами в т.ч. тома LVM понимаю, поэтому никаких особых указанных проблем у меня с разделами не существует :D Типовая конфигурация для не-загрузочных дисков - LVM сразу поверх физики, никаких разделов.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Онаним (?), 05-Мрт-21, 08:51
	// никаких MBR/GPT разделов //
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (207), 05-Мрт-21, 18:30
	> // никаких MBR/GPT разделов // А выравнивать кто будет?
	Ответить | Правка | Наверх | Cообщить модератору

	256. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Онаним (?), 05-Мрт-21, 20:40
	Выравнивать щито? LVM на физику "с 0", размер блока LVM больше блока диска. Т.е. всё априори выровнено.
	Ответить | Правка | Наверх | Cообщить модератору

	260. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (207), 05-Мрт-21, 20:55
	Нет. Но современный lvm2 умеет выравнивать автоматически (data_alignment_detection/data_alignment_offset_detection) и dataalignmentoffset не нужно указывать как я понял.
	Ответить | Правка | Наверх | Cообщить модератору

	262. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Онаним (?), 05-Мрт-21, 21:05
	Ну блин. Если у тебя pv начинается с начала диска и размер блока распределения мегабайт 16-128 - что у тебя там может быть не выровнено? Более того, physical_block_size / logical_block_size LVM учитывает автоматически.
	Ответить | Правка | Наверх | Cообщить модератору

	264. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (207), 05-Мрт-21, 21:33
	Так смещение данных там всё равно не будет корректным по секторам наверно (оно может отличаться). Оно может попытаться задетектить само (раньше такое размещение было не рекомендовано емнип).
	Ответить | Правка | Наверх | Cообщить модератору

	274. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Онаним (?), 05-Мрт-21, 22:39
	Если размер блока FS на описанном выше LVM-томе > размера блока диска, всё также будет выровнено. Обыкновенная математика, чего гадаете-то?
	Ответить | Правка | Наверх | Cообщить модератору

	275. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Онаним (?), 05-Мрт-21, 22:40
	Размер блока диска является целочисленным делителем для любой позиции блока данных, выраженной в количестве байт от старта диска, в описанном случае.
	Ответить | Правка | Наверх | Cообщить модератору

	307. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 01:52
	> Размер блока диска является целочисленным делителем для любой позиции блока данных, выраженной > в количестве байт от старта диска, в описанном случае. Кроме случая когда 4096-секторный винч врет в описании что он якобы 512. А у флеша размер сектора заявленый наружу вообще весьма формальная декларация, не очень стыкующаяся с тем что внутрях.
	Ответить | Правка | Наверх | Cообщить модератору

	324. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Онаним (?), 06-Мрт-21, 10:00
	Он может врать сколько угодно, если размер блока FS допустим 4К (а меньше нет смысла ныне использовать), то все уже выровнено. В случае "флеша" с контроллером, буфером и левелингом вообще можно ничего особо не выравнивать, драйв всё равно в фоне пишет так, как ему заблагорассудится.
	Ответить | Правка | Наверх | Cообщить модератору

	341. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (341), 06-Мрт-21, 11:03
	> Он может врать сколько угодно, если размер блока FS допустим 4К (а > меньше нет смысла ныне использовать), то все уже выровнено. Там еще свои приколы бывают с нумерацией секторов, в ранних 4К моделях которые с икспой, чтоли, совместимость сохраняли, или типа того. > В случае "флеша" с контроллером, буфером и левелингом вообще можно ничего особо не > выравнивать, драйв всё равно в фоне пишет так, как ему заблагорассудится. Вообще, лучше попасть по границам erase block/group и pages. Иначе write amplification может на ровном месте образоваться. А так винч тоже читает-пишет как ему там удобнее. Ему дают только логический номер сектора и данные, а куда и что он с этим - сильно отдельный вопрос. Какой-нибудь черепичный может довольно много странных вещей делать вроде.
	Ответить | Правка | К родителю #324 | Наверх | Cообщить модератору

	346. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Онаним (?), 06-Мрт-21, 11:20
	> Вообще, лучше попасть по границам erase block/group и pages. Иначе write amplification > может на ровном месте образоваться. Эти данные современные SSD операционке не выдают. Более того, в самой NAND вполне может быть зонирование с разным размером блоков, динамическое зонирование по количеству бит на ячейку в блоках (самое известное - динамический буфер SLC), и т.д., и т.п. С "черепичными" HDD уже давно то же самое - чёрт ногу сломит в зонировании, поэтому общий подход - выровнял по границе блока и забыл, всё остальное - извращение и игра в угадайку.
	Ответить | Правка | К родителю #341 | Наверх | Cообщить модератору

	367. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 07-Мрт-21, 00:38
	> Эти данные современные SSD операционке не выдают. Они бывают кратны размеру erase block * N где N - число параллельно зацепленных к контроллеру флешаков. Erase block указан в даташитах. В среднем по больнице можно на примерно 64..128 мегов выравнивать. Это и на границы pages не попадет, и по eraseblock-ам скорее всего нормально разложится. > Более того, в самой NAND вполне может быть зонирование с разным размером блоков, > динамическое зонирование по количеству бит на ячейку в блоках (самое известное > - динамический буфер SLC), и т.д., и т.п. Может быть много чего. Все не угадать, разумеется. Хотя есть тулсы пытающиеся эмпирически прикинуть параметры, с переменным успехом. > С "черепичными" HDD уже давно то же самое - чёрт ногу сломит > в зонировании, поэтому общий подход - выровнял по границе блока и > забыл, всё остальное - извращение и игра в угадайку. Игра в угадайку повышает вероятность выигрыша, если делать ее осмысленно.
	Ответить | Правка | К родителю #346 | Наверх | Cообщить модератору

	348. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Онаним (?), 06-Мрт-21, 11:22
	С write amplification кстати флеши борятся года с 2002 так нормально, обычно это двухуровневый левелинг, где отдельные "логические секторы" могут оказаться размазанными по нескольким блокам. На них будет не write, а read amplification, чтобы блок собрать, но чтение шустрее.
	Ответить | Правка | К родителю #341 | Наверх | Cообщить модератору

	349. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Онаним (?), 06-Мрт-21, 11:28
	Двухуровневый левлинг - в смысле двухслойный wear leveling, где нижний уровень отвечает за wear leveling собственно блоков флеша, а второй вполне может запихать участки блока при неполной перезаписи в другой блок - и потом либо дропнуть, если будет полная перезапись блока записи, либо собрать, когда от нижнего уровня придёт запрос на освобождение блока (данные в флеше деградируют со временем, поэтому там есть цикл рефреша). Это ещё в 2002 году было, сейчас скорее всего стало ещё сложнее.
	Ответить | Правка | К родителю #348 | Наверх | Cообщить модератору

	368. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 07-Мрт-21, 00:43
	> С write amplification кстати флеши борятся года с 2002 так нормально, обычно > это двухуровневый левелинг, где отдельные "логические секторы" могут оказаться размазанными > по нескольким блокам. На них будет не write, а read amplification, И тем не менее, чисто статистически наблюдения - в том же btrfs ssd_spread все же несколько снижает скорость роста показателей числа перекантованых блоков. Но, естественно, это зависит от модели, фирмвари и хреновой кучи факторов. > чтобы блок собрать, но чтение шустрее. С чего это сборка фрагментов + лишняя трансляция "шустрее"?
	Ответить | Правка | К родителю #348 | Наверх | Cообщить модератору

	293. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 00:41
	> Нет. Но современный lvm2 умеет выравнивать автоматически А зачем свопу начинающемуся с начала диска выравнивание? Алсо, даже fdisk и ко научились малость этому самому. Как и человекочитаемым размерам. Ну и механическому винчу важно только с точностью до сектора, а ssd вообще помрет влет от активного свопа, нафиг надо.
	Ответить | Правка | К родителю #260 | Наверх | Cообщить модератору

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

	195. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Онаним (?), 05-Мрт-21, 14:18
	> LVM как-то отменяет необходимость ресайзить ФС после передвижения разделов? LVM отменяет необходимость ребута для изменения таблицы разделов без отмонтирования.
	Ответить | Правка | Наверх | Cообщить модератору

	294. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 00:46
	> LVM отменяет необходимость ребута для изменения таблицы разделов без отмонтирования. Вот тебе раз?! А как я тогда ресайзнул вот сейчас раздел - изменив таблицу разделов? Под смонтированной фс (это рутфс, кроме нее и нет нихрена). А дальше - только подумайте, fdisk (и большинство остальных) допирает отвесить кернелу характерный сискол (или это был ioctl?) - форсирующий чтение таблицы разделов заново. Есть еще какой-то файлик в sys или proc для форсирования этого еще 1 методом, IIRC. А потом просто btrfs fi resize +max / и оно жрет появившееся новое место (идея в том что образ компактный, но если стораж крупнее, делается grow rootfs до хвоста стоража). А, да, и никаких LVM. Может у покусаных редгадом некромантов крыша то - совсем ку-ку? Ты не альт поха случаем? Больно уж синхронно затупляете.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 05-Мрт-21, 05:14
	>  Кто-то ещё реально юзает своп-файлы вместо своп-разделов? При том единственный "раздел" реально имеющий смысл - zram :P. Эмулировать оперативку винчом или SSD - надо быть мазохистом. В первом случе терпеливым, во втором - богатым.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

Часть нити удалена модератором

	96. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от ИмяХ (?), 05-Мрт-21, 06:27
	В винде он уже давно есть по умолчанию. Причём он динамически расширяется.
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	295. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (295), 06-Мрт-21, 00:51
	> В винде он уже давно есть по умолчанию. Причём он динамически расширяется. В винде фичи по жизни делают мутно, оверинженернуто, и хотят они как лучше, но часто получается как всегда. Когда все эти мегабусты и суперфетчи тормозят, скрипят диском или протирают SSD до дыр в момент.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 05-Мрт-21, 07:44
	> Послушай, если zram такой хороший, тогда почему его не сделают по умолчанию > в дистрибутивах? Потому что zram предназначен для эмуляции блочных устройств, что бы файлы располагать в памяти и быстро с ними работать. А для сжатия подкачки разработан zswap. Но родившиеся после выпуска i80386 эксперты двигают zram на место zswap, в результате чего последний недостаточно оттестирован.
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	296. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (295), 06-Мрт-21, 00:57
	> Потому что zram предназначен для эмуляции блочных устройств, что бы файлы располагать > в памяти и быстро с ними работать. Как сжатый своп он тоже очень прилично работает. Своп, внезапно, тоже блочное устройство. > место zswap, в результате чего последний недостаточно оттестирован. Унылая фигня. Потому что сжатие у него сделано мутно - и не отменяет траффика к диску. Это протирает SSD, дико тупит механикой, и в общем то не решает кардинально ни 1 проблемы по сравнению с обычным свопом. В то время как система с свопом только zram даже OOM отстреливает за секунды - и это вообще в целом low latency решение, что для десктопа актуально. Как угодно но время декомпрессии страницы RAM -> RAM не имеет ничего общего с IO к механическому диску и не протирает NVM-диск с ограниченым ресурсом, RAM не обижается даже на очень интенсивный своп. Но у опоздавщих включить мозг из обоснований своей правоты видимо только понты. > в результате чего последний недостаточно оттестирован. И хрен бы с ним. Пусть его тестируют те кому нравится хруст диском или протирание SSD. А с системой где своп только в zram этого всего - нет. Есть прозрачная компрессия кусочка оперативки, не более заданного размера. Это довольно быстро и беспроблемно работает и на уровне парадигм смотрится вменяемее того что zswap пытается изобразить. Zswap при серьезном душняке памяти видите ли систему уложит в ненавистные юзерам тупняки измеряемые минутами до того как стрельнет oom. А оно такое надо?
	Ответить | Правка | Наверх | Cообщить модератору

	321. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 06-Мрт-21, 09:04
	> Своп, внезапно, тоже блочное > устройство. Увы, друг Горацио, подкачка - это механизм отображения виртуальной памяти на физическую. Или наоборот? ;)
	Ответить | Правка | Наверх | Cообщить модератору

	369. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 07-Мрт-21, 00:47
	> Увы, друг Горацио, подкачка - это механизм отображения виртуальной памяти на физическую. Это лишь одна из ипостасей paging. Не факт что главная.
	Ответить | Правка | Наверх | Cообщить модератору

	377. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 07-Мрт-21, 08:27
	> ипостасей paging Раз Вы не смогли ответить на предыдущий вопрос, возникает другой. С датой выпуска i80386 я угадал?
	Ответить | Правка | Наверх | Cообщить модератору

	392. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 09-Мрт-21, 13:47
	Я видите ли имею дело с хреновой кучей разных систем, у них это может немного отличаться от 386. Однако общая идея похожа. Поэтому лично я понимаю под paging именно ... paging. Разбиение памяти на страницы как юнит управления. Остальные ипостаси могут быть, могут не быть, могут быть реализованы по разному. Какой смысл размахивать перед моим носом именно 386 я не знаю.
	Ответить | Правка | Наверх | Cообщить модератору

	394. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 09-Мрт-21, 15:02
	Вижу. Точно такую же туфту я гнал на экзамене по философии. Там она была в тему.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от z (??), 05-Мрт-21, 09:50
	> Послушай, если zram такой хороший, тогда почему его не сделают по умолчанию в дистрибутивах? В Fedora сделали. В Ubuntu предлагают своп-файл - это позорище.
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	217. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Michael Shigorin (ok), 05-Мрт-21, 16:47
	>> Послушай, если zram такой хороший, тогда почему его не сделают >> по умолчанию в дистрибутивах? > В Fedora сделали. В альте как минимум в крабочей станции сделали.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от z (??), 05-Мрт-21, 09:49
	> Кто-то ещё реально юзает своп-файлы вместо своп-разделов? Кто-то ещё реально юзает своп-разделы вместо свопа на устройстве zram?
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	137. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Онаним (?), 05-Мрт-21, 10:43
	Да, а что? Под zram на малых VPS не всегда есть достаточно свободной памяти, наличие zram может ситуацию ухудшить, а не улучшить.
	Ответить | Правка | Наверх | Cообщить модератору

	297. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 01:04
	> Под zram на малых VPS не всегда есть достаточно свободной памяти, наличие > zram может ситуацию ухудшить, а не улучшить. При разумном использовании он даже на роутере с 32 мегами оперативы ситуацию как раз таки здорово улучшает. Предоставляя место для выгрузки холодных страниц но без диких тупняков даже если они потом все же понадобятся.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Онаним (?), 05-Мрт-21, 10:44
	Ну и да, zram - вполне себе блочное устройство, я надеюсь вы не поверх файлухи на нём своп заводите? :D
	Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

	147. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от ryoken (ok), 05-Мрт-21, 11:23
	>  Кто-то ещё реально юзает своп-разделы вместо свопа на устройстве zram? Ну я. Проясните для неразбирающегося - а из чего делается zram? Если он из оперативы, то это вдвойне бессмысленное занятие.
	Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

	257. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Онаним (?), 05-Мрт-21, 20:47
	Из говна и палок.
	Ответить | Правка | Наверх | Cообщить модератору

	258. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Онаним (?), 05-Мрт-21, 20:47
	Само название говорит за то, что да, оно просто выделяется из RAM.
	Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

	298. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 01:08
	> Ну я. Проясните для неразбирающегося - а из чего делается zram? Если > он из оперативы, то это вдвойне бессмысленное занятие. Есть один нюанс - там сжатие есть. Поэтому да, это своп из RAM в RAM. Но фокус в том что отсвапленое СЖАТО. И занимает меньше места. А когда потребуется снова - кернел распакует эту страницу и вернет ее. Есть еще zswap, но те кто его дизайнил был на дизайнерских веществах. Иначе не понятно как можно столько наинженерить, не решив по большому счету ни одной из ключевых проблем свопа. Главное - цать минут тупняков до OOM'а, конечно, которые всех бесят, и которые упираются в IO с медленным винчом. Или как вариант SSD протрет до дыр влет. В zram таких проблем нет как класса. Это сжатая оперативы, там другие скорости и латенси при вообще совсем любых раскладах :)
	Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

29. Скрыто модератором	–6 +/–
Сообщение от Аноним (29), 04-Мрт-21, 23:34
Когда система уходит в бесконечный своп и перестаёт реагировать на операции ввода, о чём в это время думает Торвальдс? Наверное громко кричит "какие все кругом 3.14-до-сы!!!"
Ответить | Правка | Наверх | Cообщить модератору

	32. Скрыто модератором	+9 +/–
	Сообщение от Led (ok), 04-Мрт-21, 23:45
	>все кругом 3.14-до-сы!!! ты - не все.
	Ответить | Правка | Наверх | Cообщить модератору

37. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
Сообщение от Аноним (37), 04-Мрт-21, 23:51
Этотне в первый раз так, помню уже то ли в 17, то ли в 18 ФС постоянно повреждалась, я уже думал, что диск сыпется, при хороших-то смартах, и поставил на каждую перезагрузку по fsck, и старался перезагружаться почаще. А оказалось, что это был баг в ядре.
Ответить | Правка | Наверх | Cообщить модератору

	60. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–2 +/–
	Сообщение от Аноним (31), 05-Мрт-21, 00:24
	Не btrfs часом? *kappa*
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 05-Мрт-21, 05:16
	У btrfs fsck как такового нет. В смысле, того который имеет смысл запускать при старте ОС. Логика рекавери там такая что оно так или иначе остается консистентно. А если это не прокатило, это уже проблемы другого уровня. Мягко говоря.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (37), 05-Мрт-21, 08:56
	ext4
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

39. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
Сообщение от Sergey (??), 04-Мрт-21, 23:53
А как это swap файл не на отдельном разделе ?
Ответить | Правка | Наверх | Cообщить модератору

	46. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от AlexYeCu_not_logged (?), 05-Мрт-21, 00:05
	> А как это swap файл не на отдельном разделе ? По определению.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от Sergey (??), 05-Мрт-21, 00:15
	Вспоминаю разные дистры, это типа в инсталяторе вообще свап не делать ?
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Timoteo Cirkla (ok), 05-Мрт-21, 00:20
	Если автоматическую установку делаете, то да, swap будет файлом. Если вручную, то можно до сих пор создавать именно swap-раздел.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Sergey (??), 05-Мрт-21, 00:28
	Спасибо. Не знал про такое, вроде в Федоре если нажать создать автоматом то все на лвм разделах крячит.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от Sergey (??), 05-Мрт-21, 00:33
	Хотя теерь уже наверное на бтрфс.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–2 +/–
	Сообщение от Michael Shigorin (ok), 05-Мрт-21, 01:10
	> Если автоматическую установку делаете, то да, swap будет файлом. Нет. Правда, на моих эльбрусах эта ваша убунта и не водится [нативно].
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	72. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от муу (?), 05-Мрт-21, 01:19
	> Нет. На бубубнте _да_, причём давно > Правда, на моих эльбрусах эта ваша убунта и не водится [нативно]. давайте обсуждать устрицы с теми кто ... задолбал уже
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+2 +/–
	Сообщение от n00by (ok), 05-Мрт-21, 07:59
	Что там обсуждать? Гребешок живёт в чистой воде, значит есть можно. Мидия выживает в грязной, не стоит и пробовать.
	Ответить | Правка | Наверх | Cообщить модератору

	306. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 01:49
	> Что там обсуждать? Гребешок живёт в чистой воде, значит есть можно. Мидия > выживает в грязной, не стоит и пробовать. Ну то-есть вон те красивые чистые ягодки жрать на вон той аккуратной полянке - по этой логике нормалек? А что, попробуйте так. Не забудьте поделиться экспериенсом. Если выживете, конечно.
	Ответить | Правка | Наверх | Cообщить модератору

	320. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 06-Мрт-21, 08:56
	>> Что там обсуждать? Гребешок живёт в чистой воде, значит есть можно. Мидия >> выживает в грязной, не стоит и пробовать. > Ну то-есть вон те красивые чистые ягодки жрать на вон той аккуратной > полянке - по этой логике нормалек? Не знаю, какой такой "этой логикой" Вы руководствуетесь, ничего не могу сказать. Зато вижу, что Вы посчитали этичным приписать мне глупости и пытаетесь потребовать их оспорить. Вероятно, сами не справляетесь?
	Ответить | Правка | Наверх | Cообщить модератору

	370. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 07-Мрт-21, 00:49
	Ну как, на поляне воздух чистый, вода чистая...
	Ответить | Правка | Наверх | Cообщить модератору

	375. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от n00by (ok), 07-Мрт-21, 08:11
	Вода на поляне? Тогда да. Жрите всё подряд, что ушлые рестораторы втюхивают. Но других вовлекать не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	220. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Michael Shigorin (ok), 05-Мрт-21, 17:12
	>> Нет. > На бубубнте _да_, причём давно Видите ли, автор того глупого обобщения забыл это упомянуть -- о чём и был дружеский намёк. >> Правда, на моих эльбрусах эта ваша убунта и не водится [нативно]. > давайте обсуждать устрицы с теми кто ... Юноша, _этих_ "устриц" я уже объелся, когда Вы ещё поперёк лавки помещались, по всей вероятности.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	88. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 05-Мрт-21, 05:18
	Эпичное ламерство. Или лажовый маркетинг.
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	136. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Oxyd76 (?), 05-Мрт-21, 10:37
	Начнём с того, что эти ваши эльбрусы как тот Неуловимый Джо.
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	218. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Аноним (207), 05-Мрт-21, 16:48
	Они, по крайней мере, защищены от ряда уязвимостей классических архитектур. С таким можно было бы вполне выйти на международный рынок (тем более, что ценник какой-то фантастический для закрытой архитектуры с закрытым компилятором), камни то всё равно китайские и все чертежи давно слиты куда надо. Да и все исходники, скорее всего, зная нашу типичную экономию на кадрах. Поэтому даже непонятно к чему вся эта огороженность, кроме как с целью сокрытия бэкдоров.
	Ответить | Правка | Наверх | Cообщить модератору

	222. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Michael Shigorin (ok), 05-Мрт-21, 17:18
	> (тем более, что ценник какой-то фантастический для закрытой архитектуры > с закрытым компилятором) Вы давно видели исходники интеловского микрокода?  Ах, и бинарники-то уже не очень посмотреть?  Ну надо же.  А тут "оно" по сути в компиляторе. > камни то всё равно китайские и все чертежи давно слиты куда надо. Камни -- наши, кристалл -- "сделано на TSMC", как и каждое чуть ли не первое всё остальное; за чертежи я, зная гораздо больше Вас по этой теме, не взялся бы вот так с разбегу говорить, поскольку ничего не понимаю в режиме на фабрике. > Да и все исходники, скорее всего, зная нашу типичную экономию на кадрах. Исходники Бабаяна, видимо, утрачены -- а так да, в интеле вслед за вот этим дяденькой: --- Vladimir Pentkovski Vladimir Pentkovski is a Principal Engineer in the Microprocessor Product Group in Folsom. He was one of the architects in the core team, which defined the Internet Streaming SIMD Extensions of IA-32 architecture. Vladimir led the development of Pentium III processor architecture and performance analysis. Previously he led the development of compilers and software and hardware support for programming languages for Elbrus multi-processor computers in Russia. Vladimir holds a Doctor of Science degree and Ph.D. degree in computer science and engineering from Russia. His e-mail is vladimir.m.pentkovski@intel.com. * Legal Information © 1999 Intel Corporation --- http://web.archive.org/web/19991115185234/http://developer.i... > Поэтому даже непонятно к чему вся эта огороженность, кроме как > с целью сокрытия бэкдоров. "Как бы чего не вышло" (ц) -- я не шучу. Работаем над этим -- и не мы одни: http://github.com/OpenE2K (но там у ребят подход несколько отличается).
	Ответить | Правка | Наверх | Cообщить модератору

	299. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 01:31
	> Вы давно видели исходники интеловского микрокода? Это бинарник несколько кило. И набор команд можно как минимум отFUZZить если ну вот очень надо. На тему эффектов от выполнения команд, недокументированных опкодов и проч. А у вас даже всего этого - нельзя. Ну, у интеля есть как минимум формальное описание как это должно работать по их версии. У вас - нет даже этого. Есть какая-то филькина грамота, нужная неизвестно кому и зачем. И проц для покупки которого ИП надо быть. Наверное надо сказать спасибо что очереди на 10 лет как за жигулями нет? > Ах, и бинарники-то уже не очень посмотреть?  Ну надо же.  А тут "оно" по сути в компиляторе. Только размер бинаря в 100500 раз поболее, а заодно вон там в соседней новости какой-то лицемер плачется про перфоманс 0da'шного JS движка, которому на неуловимом Джо jit видимо не завезли. И как вам тот бинарь в этом поможет? А, никак? > Работаем над этим -- и не мы одни: http://github.com/OpenE2K Это вообще что? А, какая-то реализация blake на хрусте? А хруст хотя-бы генерить код под это умеет, стесняюсь спросить? Ну и с вашими темпами (за столько лет нету открытой core инфраструктуры и докомунтации и поддержки в ключевом софте) - это как строительство коммунизма. Так можно пилять лет 70, а потом капитализм^W RISC-V какой усех пожрет. Вон там кто-то прикололся - на 5 ГГц его загнал. TDP? 1W! А на 5 ГГц даже ерундовое ядро будет долбить дофига команд. И к тому же без VLIW'овских заморочек.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Timoteo Cirkla (ok), 05-Мрт-21, 00:16
	Это в винде swap всегда был файлом. В линуксах ещё несколько лет назад он даже при автоматической разметке создавался именно swap-разделом. Потом сделали так, что по-умолчанию при автоматической разметке swap создавался файлом. Как минимум в *buntu.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	66. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (66), 05-Мрт-21, 00:41
	бубнта давно по дефолту уже 5 лет как https://ubuntu-news.ru/news/ubuntu-otkazyvaetsya-ot-razdela-...
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Ordu (ok), 05-Мрт-21, 04:10
	> А как это swap файл не на отдельном разделе? Так же как и на отдельном разделе: mkswap my-file swapon my-file Просто вместо файла устройства подсовываешь этим утилитам обычный файл. Единственное что, mkswap уродская утилита, и она не умеет создавать файл, приходится сначала создать файл нужного размера, и только потом вызывать на нём mkswap.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	94. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от Аноним (94), 05-Мрт-21, 05:41
	> Единственное что, mkswap уродская утилита, и она не умеет создавать файл, приходится сначала создать файл нужного размера, и только потом вызывать на нём mkswap. Да потому что это не комбайн! Созданием файлов (и не только для свопа) занимается другая утиль.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+3 +/–
	Сообщение от Аноним (-), 05-Мрт-21, 09:09
	А еще нужна третья утилита чтобы проверить есть ли уже такой файл и четвертая чтобы сделать этот файл на чтение
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (207), 05-Мрт-21, 15:32
	Не на чтение, а убрать лишние права (дефолтные права зависят от umask). Всего три простые команды на самом деле fallocate -l5G swap && mkswap swap && chmod 600 swap
	Ответить | Правка | Наверх | Cообщить модератору

	329. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от InuYasha (??), 06-Мрт-21, 10:31
	вот потому у слюникса так мало юзеров... *sigh*
	Ответить | Правка | Наверх | Cообщить модератору

	393. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 09-Мрт-21, 13:50
	> вот потому у слюникса так мало юзеров... *sigh* Вон для тебя андроид есть, это - то что получается когда юзеров много...
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
	Сообщение от Ordu (ok), 05-Мрт-21, 12:01
	>> Единственное что, mkswap уродская утилита, и она не умеет создавать файл, приходится сначала создать файл нужного размера, и только потом вызывать на нём mkswap. > Да потому что это не комбайн! Созданием файлов (и не только для > свопа) занимается другая утиль. О да, точно, я не подумал: это ведь отлично демонстрирует идею "UnixWay sucks".
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	177. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+2 +/–
	Сообщение от Ritail (?), 05-Мрт-21, 12:33
	> Единственное что, mkswap уродская утилита Куда не сунешься на вашем линуксе, костыль костылем погоняет.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	219. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Ordu (ok), 05-Мрт-21, 16:52
	>> Единственное что, mkswap уродская утилита > Куда не сунешься на вашем линуксе, костыль костылем погоняет. Ага. Именно так.
	Ответить | Правка | Наверх | Cообщить модератору

	300. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 01:39
	> Куда не сунешься на вашем линуксе, костыль костылем погоняет. То ли дело как в винде - или вы, жалкие черви, жрете то что более развитые боги прибили на гвозди, или задача не решаема от слова вообще. Это, конечно, тоже вариант парадигм - но мне он почему-то не нравится.
	Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

73. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+4 +/–
Сообщение от Аноним (73), 05-Мрт-21, 02:14
RC вроде как никто на рабочие системы не ставит. Они как раз и нужны, чтобы проблемы выявлять. Мэйнлайн мажорный обновляю не сразу, а после 1-2 минорных. Со стабильностью проблем никаких.
Ответить | Правка | Наверх | Cообщить модератору

77. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
Сообщение от Аноним (77), 05-Мрт-21, 04:49
Короче говоря сито
Ответить | Правка | Наверх | Cообщить модератору

	201. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от b00by (?), 05-Мрт-21, 15:36
	Дуршлаг
	Ответить | Правка | Наверх | Cообщить модератору

	371. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 07-Мрт-21, 00:52
	> Дуршлаг А что, это кто-то смог использовать как уязвимость?
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+3 +/–
	Сообщение от z (??), 05-Мрт-21, 09:55
	Все так. В опенсорсе ошибки исправняют в тестовых версиях. А в пропретарщите - только в проде.
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	130. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Fracta1L (ok), 05-Мрт-21, 10:11
	Напомни-ка, когда винда или макось удаляли пользовательские данные в неверсиях?
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 05-Мрт-21, 13:50
	в упомянутых системах это немного не так происходит - например, в 7 в штатной гуеформатилке нет fat32/dosboot, запуск внешней тулзы при случайно включенном базовом архиве через sata2usb и формат его вместо флешки (текст тонет в ярких тонах), потом testdisk и восстановление таблицы разделов, а всего-то не было опции. ios это вообще.. "капище антилиберализма"%).
	Ответить | Правка | Наверх | Cообщить модератору

	301. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 01:40
	> Напомни-ка, когда винда или макось удаляли пользовательские данные в неверсиях? Последний прикол - весьма недавно, а чего? Вон 2 марта в какой-то ссайдер привью аж законопатили. Т.е. у хомяков фикс походу вообще отсутствует, не? :)
	Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

	383. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от тырк (?), 08-Мрт-21, 18:23
	> Напомни-ка, когда винда или макось удаляли пользовательские данные в неверсиях? Всегда. Это днище даже tar из коробки не умеет.
	Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

	144. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+2 +/–
	Сообщение от Аноним (112), 05-Мрт-21, 11:10
	Наш же опеннет, никуда не отходя. - В утилите e2fsck, поставляемой в составе пакета e2fsprogs, выявлена уязвимость (CVE-2019-5188), позволяющая добиться выполнения кода злоумышленника при выполнении проверки файловой системы, содержащей специальным образом оформленные каталоги. Наличие уязвимости подтверждено в выпусках с 1.43.3 по 1.45.4. Уязвимость устранена в обновлении e2fsck 1.45.5. В дистрибутивах проблема пока остаётся неисправленной - Йенс Эксбо (Jens Axboe), мэйнтейнер подсистемы блочных устройств, подготовил патч, решающий проблему с файловой системой ext4 в ядре Linux 4.19, которая может привести к повреждению данных. Проблема проявляется при сборке ядра с опцией "CONFIG_SCSI_MQ_DEFAULT=y", которая выставляется по умолчанию начиная с версии 4.19. Необходимым условием также является работа без планировщика ввода-вывода (/sys/devices/virtual/block/*/queue/scheduler содержит значение "none"). Так как источник проблемы не специфичен для ext4 и присутствует в слое разделения очередей для блочных устройств ("blk-mq"), то теоретически проблема могла затрагивать и другие файловые системы, но в силу популярности проявление проблемы пока зафиксировано только для Ext4. - Проблема с потерей данных на разделах с файловой системой Ext4, о которой сообщалось несколько дней назад, оказалась не специфична для файловой системы Ext4. Проблема присутствует в коде подсистемы md и может привести к непредсказуемому нарушению целостности файловой системы при изменении или удалении файлов. Проблема проявляется только для ФС, установленных поверх RAID 0 и примонтированных с опцией DISCARD. Ошибка проявляется в ветках ядра 4.0 и 3.14 LTS, начиная с выпусков 4.0.2 и 3.14.41. - В ядре Linux выявлены две неприятные ошибки: Начиная с выпуска 3.14 и заканчивая 3.18, т.е. с января по октябрь 2014 года, в ядре Linux присутствовала неприятная ошибка в реализации вызова futex_wait, которая могла приводить к непредсказуемому зависанию процессов на серверах с процессорами на базе микроархитектуры Intel Haswell, в том числе используемых в облаках Amazon.Данная ошибка является причиной замешательства многих программистов, которые месяцами пытались найти ошибку в своих приложениях, зависающих при непонятных обстоятельствах. Причиной зависания была взаимная блокировка в ядре из-за которой фьютекс (futex) оставался навсегда в состоянии блокировки, несмотря на его фактическое освобождение. Проблема усугубляется тем, что связанная с проблемой функциональность была перенесена в ядро, поставляемое в дистрибутиве Red Hat Enterprise Linux и присутствует как минимум в выпусках RHEL/CentOS 6.6 и 7.1. - Ты сюда знания получать ходишь или подзюбить?
	Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

116. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
Сообщение от Аноним (170), 05-Мрт-21, 09:41
Линукс-инсайдеры. Слава богу умный человек пару тройку месяцев назад сумел убедить меня не быть бетатестером как оказалось и пользоваться старыми версиями.) Потому пламенный привет  и ремпект рептилоиду с третьей планеты.)
Ответить | Правка | Наверх | Cообщить модератору

	124. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (119), 05-Мрт-21, 09:52
	Еще один. Это даже не бетатест, это преальфа. Релиз кандидат не впаривают всем сразу (как в десяточке)
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от z (??), 05-Мрт-21, 09:55
	rc - это РЕЛИЗ-кандидат, а не преальфа.
	Ответить | Правка | Наверх | Cообщить модератору

	203. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (207), 05-Мрт-21, 15:40
	Это 1 rc, по-сути не отличается от использования мастера из гита.
	Ответить | Правка | Наверх | Cообщить модератору

	302. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 01:42
	> rc - это РЕЛИЗ-кандидат, а не преальфа. Они все -rc, что совершенно не отменяет того факта что -rc1 это нечто вообще совсем не тестированное, а -rc7 вытоптан толпой народа и роботов уже и мало отличается от релизной версии. Но вы можете упражняться в квадратно-гнездовом мышлении, если вам так удобнее.
	Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

	127. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (170), 05-Мрт-21, 09:55
	С ума сошли что ли, я все свеженькие циферки пробовал раньше, даже арчеводы описаются от зависти лопнут.(
	Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

	305. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 01:46
	> С ума сошли что ли, я все свеженькие циферки пробовал раньше, даже > арчеводы описаются от зависти лопнут.( Да так то и летчик-испытатель - профессия. Некоторые даже довольно живучие. Но, таки, не все.
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от Ritail (?), 05-Мрт-21, 12:30
	Весь ваш Линукс одна сплошная преальфа.
	Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

	261. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от дядя жора (?), 05-Мрт-21, 20:57
	Ага. А окошечки вообще в зачатке, однако их продають. И ведь покупают же...
	Ответить | Правка | Наверх | Cообщить модератору

	204. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (207), 05-Мрт-21, 15:45
	Я умнее того человека (и вероятно опытнее) и посоветую тебе переходить на последний lts в день объявления его таковым. Либо если "да на этот раз точно это лст, мамой клянусь!" тогда можно и пока оно ещё мейнлайн. Но не в первые дни, через недельку. Такой подход поможет тебе избежать деградации и кривопортированных исправлений.
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

	337. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 10:56
	> Я умнее того человека (и вероятно опытнее) и посоветую тебе переходить дорогу на красный свет. Код забирать надо только тот - который надо конкретно тебе, с умом и расстановкой, а не лытысы мытысы, опытнае ты наше
	Ответить | Правка | Наверх | Cообщить модератору

	350. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (207), 06-Мрт-21, 11:34
	Ни к чему хорошему такой подход тебя не приведёт, это можно гарантировать совершенно спокойно.
	Ответить | Правка | Наверх | Cообщить модератору

	358. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (358), 06-Мрт-21, 20:28
	Разработчики прямо пишут, что эта версия не stable, т.е. ничего не гарантируют в кубе (в первой степени как есть продукт даётся даже в LTS), естественно не надо ожидать от этой версии стабильной работы, потому что она вот только-только смогла заработать и ещё не приведена в божеский вид. Юзайте stable.
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

139. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
Сообщение от Hellraiser (??), 05-Мрт-21, 10:47
> предложенные в 5.12-rc1 изменения нарушили нормальную работу с файлом подкачки systemd-swapfile?
Ответить | Правка | Наверх | Cообщить модератору

	316. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от foo (?), 06-Мрт-21, 05:18
	https://github.com/Nefelim4ag/systemd-swap
	Ответить | Правка | Наверх | Cообщить модератору

140. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+1 +/–
Сообщение от Аноним (140), 05-Мрт-21, 10:55
Хватит истерить, уже все исправили: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
Ответить | Правка | Наверх | Cообщить модератору

142. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–2 +/–
Сообщение от Брат Анон (ok), 05-Мрт-21, 11:01
Они говорили "У нас и без тестов всё работает, тормоза для трусов, а тесты  для лохов".
Ответить | Правка | Наверх | Cообщить модератору

	372. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	–1 +/–
	Сообщение от Аноним (-), 07-Мрт-21, 00:55
	> Они говорили "У нас и без тестов всё работает, тормоза для трусов, > а тесты  для лохов". Вообще-то поймали это впервые как раз тесты и бенчи у похороникса, а потом и чуваки из интеля, затестившие свежака. И вот чего-чего а тестов в линукскернеле есть. Как и тестирующих -rc. Потому и заметили сабж прям сразу, в -rc1. Это первая точка консистентности после закрытия окна приема патчей, как раз в этот момент тестирование и начинается.
	Ответить | Правка | Наверх | Cообщить модератору

	386. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Брат Анон (ok), 09-Мрт-21, 09:43
	> Вообще-то поймали это впервые как раз тесты и бенчи у похороникса, а > потом и чуваки из интеля, затестившие свежака. Тесты делаются ДО РЕЛИЗА, А НЕ ПОСЛЕ НЕГО.
	Ответить | Правка | Наверх | Cообщить модератору

202. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
Сообщение от Аноним (202), 05-Мрт-21, 15:40
А я всегда говорил, чир swap в виде файла, а не раздела - ересь! Но касаемо данной темы, то понятно что адекватные люди такие ядра на машины в строю не ставят, только на тестовые, если вообще тестами интересуются и в данном контексте ничего страшного. Ну а кто всё же ставит, тот сам себе злобный арчевод!
Ответить | Правка | Наверх | Cообщить модератору

	224. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 05-Мрт-21, 17:27
	Swap space can be a dedicated swap partition (recommended), a swap file, or a combination of swap partitions and swap files...Procedure 15.2. Add a Swap File..redhat.com, ну ясно кто еретик, кто ортодокс, а кто нигелист без свопа.
	Ответить | Правка | Наверх | Cообщить модератору

	303. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 01:43
	> А я всегда говорил, чир swap в виде файла, а не раздела - ересь! Там на самом деле довольно много забавных скелетов в шкафу у всего этого вообще :). Но у кого их нет?
	Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

235. Скрыто модератором	+2 +/–
Сообщение от Аноним (235), 05-Мрт-21, 18:22
Ну вот оффтопик, но скажу. Я 10 лет ленкусом пользовался с 2004, по 2014. Сейчас уже много лет на Win10. И это лучшая система из тех что у меня были. Стабильно работает, предсказуема, на обслуживание 10-20 минут в месяц, апдейты только улучшают систему, тех.поддержка подключается по удаленке и все правит сама, если вдруг что-то возникнет(пару раз за 5 лет надо было). Плюс все приложения из линукса работают, лучше чем на линуксе. Пару лет назад ставил OpenSuSe Tumbleweed, запоролся сам через апдейты спустя пару месяцев.
Ответить | Правка | Наверх | Cообщить модератору

	304. Скрыто модератором	+/–
	Сообщение от Аноним (-), 06-Мрт-21, 01:44
	Забыл скидочку предложить и какие там еще ссайд биллы, евангелист.
	Ответить | Правка | Наверх | Cообщить модератору

	354. Скрыто модератором	+/–
	Сообщение от Аноним (354), 06-Мрт-21, 13:37
	Даю идею. Доплачивайте тем, кто 10 ставит, бизнес пойдёт в гору.
	Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

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

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