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

Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19, opennews (ok), 05-Дек-18, (0) [смотреть все] Хорошо, что у меня везде mq-deadline выставлен , Fracta1L (ok), 09:53 , 05-Дек-18, (1) –2 Слава богу мне его Debian testing не прислал и я сижу на 4 18 , Аноним (2), 09:54 , 05-Дек-18, (2) –4 // Что хорошего в использовании ядра с истекшим сроком жизни Либо 4 19, либо 4 14 , anonymous (??), 10:30 , 05-Дек-18, (9) // Действительно, срок годности превышен, надо утилизировать, что бы не отравиться , А (??), 11:40 , 05-Дек-18, (24) +13 // На твоём локалхосте всем плевать, что ты там употребляешь А обновления безпасно, Анимус (?), 11:45 , 05-Дек-18, (28) +1 Доо, а в бубунту 4 15 А мужики-то не знали, что у них там обновлений безопаснос, Аноним (2), 11:54 , 05-Дек-18, (34) +1 В в бубунту бекпортируют патчи безопасности и как качественно они это делают на , Аноним (38), 12:40 , 05-Дек-18, (38) –2 Что ты этим хотел сказать Что в ядре убунту ошибки Доказательства есть А то в, Аноним (108), 00:48 , 06-Дек-18, (108) Если git log почитать, так 4 19 ничем таким не особенный В ядрах всегда есть ба, Аноним (-), 05:43 , 06-Дек-18, (117) +1 Везде 4 4 ЧЯДНТ , 4.4 (?), 15:01 , 05-Дек-18, (54) // Свежее железо не используешь, etc А так вон там и 2 6 32 предлагают, еще и на н, Аноним (-), 15:08 , 05-Дек-18, (59) Вы в этом чатике всё врете 4 4 поддерживает до 2022 года А 2 6 32 до 2023 Так , 4.4 (?), 19:09 , 05-Дек-18, (98) –1 Однако бэкпортить в него поддержку железа выпущенного новее никто и близко не уд, Аноним (-), 05:46 , 06-Дек-18, (118) А было бы это микроядро, то постоянно в него что-то бэкпортировать бы не приходи, КГБ СССР (?), 08:17 , 06-Дек-18, (125) –1 И вместо рака будет грыжа В виде проприетарной хни вместо драйверов, потому что, Аноним (128), 08:25 , 06-Дек-18, (128) Объясни, анон, какая связь твоей политически насыщенной речи с микроядром, про к, КГБ СССР (?), 10:54 , 06-Дек-18, (144) +1 Это оценка того во что оно превратится в результате, если ты не понял Вон твой , Аноним (-), 13:11 , 06-Дек-18, (157) –1 Миникс отродясь никому не впаривали Это свободно доступное дополнение к учебным, КГБ СССР (?), 18:03 , 06-Дек-18, (175) Только до третьей версии Уж, спасибо профессору, осчастливил так осчастливил - с, Аноним (197), 18:53 , 07-Дек-18, (197) wiki minix3 org doku php id www download startА это 8212 что Такие средства у, КГБ СССР (?), 19:44 , 07-Дек-18, (199) Круто, я тоже это нашел Нет, такие средства удаленного управления и мониторинга , Аноним (-), 13:26 , 09-Дек-18, (207) Нашёл, но всё равно соврал Молодец, чо Похоже, ты глуповат даже не слегка Ты в, КГБ СССР (?), 13:51 , 09-Дек-18, (209) Это уже интересно Меня даже в чем-то обвиняют Нельзя ли пруфца, вот прям 1 к 1, Аноним (-), 19:46 , 11-Дек-18, (217) Да иди ты на линукс, 294-й или какой у тебя там номер Я не читаю твои бессмыс, КГБ СССР (?), 19:56 , 11-Дек-18, (218) Он - груз целлюлозы и азотной кислоты, из которых вместо бумаги и удобрений сдел, Аноним (-), 20:45 , 07-Дек-18, (200) +1 Профессор создал для этого условия Сделав так что из его фиговины ничего кроме , Аноним (-), 13:28 , 09-Дек-18, (208) +1 stable api is nonsense прекрасно достижимо и с микроядром тоже совместимых с кон, пох (?), 10:35 , 06-Дек-18, (138) Эти-то могут Да какое там API 8230 Пинать по таймеру, не сдохло ли ещё там сна, КГБ СССР (?), 10:52 , 06-Дек-18, (143) в очень теоретической теории, и на теоретической аппаратуре А на практике у тебя, пох (?), 11:02 , 06-Дек-18, (146) –1 Осталось найти сигнал reset в современных скоростных сериальных шинах Хотя неки, Аноним (-), 13:21 , 06-Дек-18, (161) все так и есть - по сути имеем подвисший ящик, который даже hw reset не может ин, пох (?), 14:46 , 06-Дек-18, (164) –1 Так и пиши что гибридный подход самый правильный , 4.4 (?), 15:23 , 06-Дек-18, (169) –1 Понятие HW reset в многопроцессорной системе без сигнала reset заведенного на ВС, Аноним (-), 09:38 , 07-Дек-18, (189) +1 Просвятите откуда вы берете столько нового железа что оно не работает на 4 4 , 4.4 (?), 15:20 , 06-Дек-18, (168) –1 В магазине 171 Всё для игромана 187 в отделе новинок - , КГБ СССР (?), 18:08 , 06-Дек-18, (176) Да можно и просто какой-нибудь вайфай свисток купить, или там что еще Выпустят , Аноним (-), 09:40 , 07-Дек-18, (190) Если вы железо выбираете для себя и под какое-то ответственное применение, то вс, КГБ СССР (?), 09:57 , 07-Дек-18, (191) Если LTSное - то или убунта LTS или дебиан stable ЧСХ в обоих можно свежее ядро, Аноним (197), 18:58 , 07-Дек-18, (198) При более внимательном взгляду на обсуждения бага 201685 видно, что эта проблема, plan8 (?), 09:54 , 05-Дек-18, (3) +1 // ZFS не часть ядра - поэтому врядли линуксных ядерщиков колышет что в нем А вот , Аноним (-), 15:01 , 05-Дек-18, (53) // С btrfs аналогично https bugzilla kernel org show_bug cgi id 201685 c211, plan8 (?), 15:12 , 05-Дек-18, (61)   // После того как красная шапка отказалась продолжать супортить БТРФС, у кого то ещ, OldFart (?), 16:45 , 05-Дек-18, (82) –1   У шапки вообще дельных спецов по файлухам толком не осталось Так что их благоск, Аноним (90), 18:13 , 05-Дек-18, (90) +2   Именно Фейсбук тестирует то, что нужно ему, а не большинству людей Для большинс, Аноним (99), 19:41 , 05-Дек-18, (99)   И гугл И редхат И все остальные, в общем то Откуда мораль чем больше народа н, Аноним (-), 05:54 , 06-Дек-18, (119)   если они окажутся трейдоффом с производительностью - пейсбук просто померяет, ск, пох (?), 10:09 , 06-Дек-18, (136) –1   Для них зарплата нескольких файлушников - сущая фигня на фоне толпы админов, скр, Аноним (-), 12:00 , 06-Дек-18, (150)   именно по этой причине их лишней работой и не перегружают - для мордокниги нужна, пох (?), 15:01 , 06-Дек-18, (165) –1   Для мордокниги надо все и сразу Надежность снижает затраты на обслуживание А п, Аноним (193), 15:29 , 07-Дек-18, (193)   ну вот, кстати, верующим в смарт - добрался я таки до диска в своей безвременно , пох (?), 10:36 , 10-Дек-18, (213)   Чтобы СМАРТ обновлялся, надо переодически делать long test делаю раз в неделю н, OldFart (?), 17:07 , 10-Дек-18, (215)   А ты запость выхлоп smartctl -a сюда, как есть глядишь, несколько хинтов и на, Аноним (-), 19:59 , 11-Дек-18, (219)   3 10 0-957 1 3 el7 смотрит на всё это как на школьников, Аноним (4), 10:00 , 05-Дек-18, (4) –16 // Ты бы ещё на 2 6 32 сидел и хвастался этим , Аноним (5), 10:11 , 05-Дек-18, (5) +7 // дык 2 6 32 до сих пор поддерживается в RHEL Centos 6 10 и будет поддерживаться е, Q (??), 10:37 , 05-Дек-18, (11) +1 // RHEL на нетбуке 10 минут работы от батареи вас устраивают , Аноим (?), 11:52 , 05-Дек-18, (32) –1 Ну хоть не тормозит особо После старта жрет 300- метров озу Новые дистры там п, Q (??), 13:06 , 05-Дек-18, (45) –1 А дебиан с XFCE 250 жрет Это как 64-битная инсталляция А для совсем тощих можн, Аноним (-), 15:10 , 05-Дек-18, (60) До 15 года была минт-9, коя на 10 04 сделана Потом вот - центось , Q (??), 13:10 , 05-Дек-18, (46) –1 А он там хотя-бы GPU цепляет вообще, такой красивый И софт вокруг не напрягает , Аноним (-), 15:06 , 05-Дек-18, (58) Да, анон Вот, например, у меня так Devuan i2 imageban ru out 2018 11 06 789af20, КГБ СССР (?), 22:36 , 05-Дек-18, (105) –1 ну тот анон походу не понимает еще всего смысла дзен существования и все э, анонзыы (?), 01:55 , 06-Дек-18, (111) –1 Да, самые красоты и самое графическое богатство в юниксах 8212 оконные менедж, КГБ СССР (?), 02:05 , 06-Дек-18, (112) –1 и правда в свое время начинал эксперименты с иксами именно с 3 кедами и 2 гномом, анонзыы (?), 02:48 , 06-Дек-18, (114) –1 Я таки выбираю XFCE С общей парадигмой на манер 95 и достаточно специфичной гр, Аноним (-), 06:14 , 06-Дек-18, (122) –1 Я вообще не могу себе в пределах рациональной логики объяснить, как, находясь в , КГБ СССР (?), 08:22 , 06-Дек-18, (127) –1 Да это что-то типа попытки закосить под планшеточный интерфейс, чтоли, было Фэй, Аноним (130), 08:38 , 06-Дек-18, (130) под винду8 потому что ничего, кроме копипасты с проклятой, увы, в головах нет , пох (?), 10:39 , 06-Дек-18, (139) –1 Да какую винду 8 У той кнопки уродские и меню на весь экран И два набора настр, Аноним (152), 12:48 , 06-Дек-18, (152) Они по своему важны Ну вот например - с ними KiCAD здорово резвее работает И н, Аноним (-), 06:11 , 06-Дек-18, (121) Олдскульненько Хотя дебиан даже по своему стильный Однако список процессов так, Аноним (-), 06:01 , 06-Дек-18, (120) Ну так там же 800х600 Таких экранов нынче уже и мало где встретишь Поставь себе, КГБ СССР (?), 08:32 , 06-Дек-18, (129) Ну так правильно, у меня даже у виртуалок экраны больше У меня у смартфона разр, Аноним (130), 08:43 , 06-Дек-18, (131) KVM только в линуксах Мне надо больше На 4 метрах он тяжело ползал На 32 начин, КГБ СССР (?), 09:01 , 06-Дек-18, (134) –1 Ну так вон у меня в KVMине и висит какая-то qnx-ина устройства которое я воссозд, Аноним (152), 12:55 , 06-Дек-18, (153) Debian GNU Linux 3 1 r8 8220 Sarge 8221 1 в консоли i6 imageban ru out 2018, КГБ СССР (?), 08:52 , 06-Дек-18, (133) –1 У меня дебиан мегов 20 бинарей Правда на ARM и 9-й Иксов там правда в страшном, Аноним (152), 12:57 , 06-Дек-18, (154) p s самое жирное что там есть - список пакетов на почти 100 метров софта все, Аноним (152), 12:58 , 06-Дек-18, (155) Цепляет Проблемы с интегрированным видео на древних атомах у меня n450 начали, Q (??), 19:28 , 06-Дек-18, (184) Блажен кто верует , Аноним (7), 10:16 , 05-Дек-18, (7) +3 // собственно, да - кто сказал что баг не бэкпортирован А вот теперь иди и трахайся, пох (?), 11:38 , 05-Дек-18, (23) +1 у меня вообще вот такая портянка в etc default grubGRUB_CMDLINE_LINUX_DEFAULT , Аноним (6), 10:14 , 05-Дек-18, (6) // У тебя ОКР что ли 2 опции распихал в 9 , dimez (?), 11:10 , 05-Дек-18, (14) +1 // Судя по остальным параметрам намерение выключить избегания этих уязвимостей, что, anonymous (??), 21:28 , 05-Дек-18, (101) А где net ifnames 0 и intel_iommu on , ryoken (ok), 11:34 , 05-Дек-18, (21) +1 ну так может потому оно у тебя и виснет, что ты понапихал неведомых заклинаний, , пох (?), 11:42 , 05-Дек-18, (25) –3 // тому, у кому fancontrol нужен, вестимо, Crazy Alex (ok), 12:44 , 05-Дек-18, (40) // А что, ядро без этого acpi не пользуется Оно вроде по дефолту acpi, кроме случа, Аноним (-), 15:26 , 05-Дек-18, (65) именно так - и если тебе повезло с именно такой конфигурацией - а ты еще и проов, пох (?), 16:19 , 05-Дек-18, (73) –3 Не винда, а acpi, написали ж Просто если посмотреть, как решаются проблемы с ни, Аноним (84), 17:23 , 05-Дек-18, (84) +2 монополия microsoft в том числе виновата, Аноним (86), 17:46 , 05-Дек-18, (86) В этом случае скорее вендоры проприетарной клоаки BIOS, UEFI и ACPI, вся троица, Аноним (90), 18:16 , 05-Дек-18, (91) +1 ты-то веб-страницы под браузер с 3 аудитории - каждый раз тестишь они похоже ре, пох (?), 10:45 , 06-Дек-18, (141) –1 Если каждый 30-й будет грызть мозг - это довольно паршиво А так - либо уж трусы, Аноним (-), 13:08 , 06-Дек-18, (156) Ой, а по их методичке уже целых три процента, я всё пропустил DЗаметьте одинар, Michael Shigorin (ok), 13:15 , 06-Дек-18, (160) Да вот тоже удивляюсь, заапдейтили что-то Наверное после десятки В руках не дер, Аноним (-), 16:14 , 06-Дек-18, (171) closed, notabug, следующий а часовню вам тоже блин гейтс развалил Отлаживали - , пох (?), 15:07 , 06-Дек-18, (166) –1 Ну вот на опеннете например 10 000 посетителей в день А 300 раз это повторить з, Аноним (-), 16:54 , 06-Дек-18, (172) их винде ничего не угрожает, там acpi работает они могут только испортить списан, пох (?), 18:09 , 06-Дек-18, (177) –1 А ты попробуй для 3 из них сайт криво зарендерить - узнаешь как это выглядит А, Аноним (194), 17:14 , 07-Дек-18, (194) Шапочку из фольги на сервер не забыл надеть , 4.4 (?), 15:05 , 05-Дек-18, (57) –1 В целом что с ZFS, он сам разруливает в случае проблем в избыточных RAID, правил, Аноним (8), 10:26 , 05-Дек-18, (8) // Да, ZFS определяет расхождение между контрольными суммами, полученными с разных , ddd788 (?), 11:26 , 05-Дек-18, (19) // Бороться с багом в ядре надо фиксом, а до того - откатывая версию до предыдущей , Crazy Alex (ok), 12:47 , 05-Дек-18, (41) –1 // zfs борется не с багами ядра, а с bit rotting silent data corruption То, что к, nonimus (?), 15:25 , 05-Дек-18, (64) +4 да не, зря ты думаешь Они не думают - систему переустановят, git clone с кернел, пох (?), 16:21 , 05-Дек-18, (74) –1 А чем чексуммы здесь бы помогли , Аноним (86), 17:54 , 05-Дек-18, (88) Помогло бы тем, что повреждение данных выявилось сразу же Хотя накопитель и отр, nonimus (?), 18:25 , 05-Дек-18, (94) а можете рассказать подробней, как ext4 171 определяет расхождение между контр, Аноним (86), 17:51 , 05-Дек-18, (87) // А где я такое писал это касатся зфс, потому что он включает в себя и блочный ур, nonimus (?), 18:17 , 05-Дек-18, (92) –1 Отличный заголовок Подумал, что статья про окончательное решение вопроса ext4 , Аноним 80_уровня (ok), 10:37 , 05-Дек-18, (10) +3 // Чем заменять-то И зачем , blackst0ne (ok), 10:45 , 05-Дек-18, (12) // BTRFS Ибо эта ваша ext4 - устаревший шлак, без каких-либо современных плюшек и , Аноним (13), 11:04 , 05-Дек-18, (13) –16 // Плюшки BTRFS нужны всем , Аноним (15), 11:13 , 05-Дек-18, (15) Ему данные надоели , Michael Shigorin (ok), 11:17 , 05-Дек-18, (17) +19 Фейсбуку не надоели, а шигорину надоели Впрочем, чего от эксперта по NDA ожидат, Аноним (-), 15:28 , 05-Дек-18, (66) +2 пейсбуку твоих данных не жалко вот совсем Кстати, народ недавно жаловался на пус, пох (?), 16:24 , 05-Дек-18, (75) ФСБуку твои котики постольку поскольку Есть хорошо,потеряется несколько тоже не, псевдонимус (?), 23:25 , 05-Дек-18, (107) Я как-то пользую для себя btrfs в хвост и в гриву И ничего не потярелось А есл, Аноним (-), 05:21 , 06-Дек-18, (116) держи нас в курсе, админ локалхостаоно происходит только в случае, когда там уже, пох (?), 10:30 , 06-Дек-18, (137) –1 Локалхосты локалхостами, а у меня довольно много всякой странной фигни, подверга, Аноним (174), 17:59 , 06-Дек-18, (174) проблема в том, что твоих данных тоже никому не жалко, экспериментатор ты наш А , пох (?), 18:26 , 06-Дек-18, (181) Насчет никому ты таки загнул Вот конкретно мне их очень даже жалко FAIL Btrfs , Аноним (-), 18:02 , 07-Дек-18, (195) я имел в виду - на своих экспериментальных А то что жалко - лежит на ext4 hw rai, пох (?), 18:47 , 08-Дек-18, (206) Вот уж нет На компах с btrfs работается работа и лежат ценные данные, потери ко, Аноним (216), 18:53 , 11-Дек-18, (216) Всё, что вам надо знать о 294-ом А потом постепенно окажется что бэкапы Третий т, псевдонимус (?), 22:44 , 15-Дек-18, (223) Как я уже сказал - я изволю использовать то что изволю упоминать, в отличие от т, Аноним (224), 02:53 , 16-Дек-18, (224) не, ну на атоме с двумя запаянными гигами и 80G ssd прошлого века - я уверен, не, пох (?), 11:45 , 05-Дек-18, (27) –2 Как минимум чексуммы сильно помогают , Аноним (38), 12:42 , 05-Дек-18, (39) –1 Они есть и в XFS, так-то , ааа (??), 16:25 , 05-Дек-18, (76) Авторитеты утверждают, что там даже error correction есть https lists freede, Аноним84701 (ok), 16:27 , 05-Дек-18, (77) Ух, да, если метеорит попадет в твой сервак - RAID тебе от этого никак не поможе, Аноним (-), 08:19 , 06-Дек-18, (126) А если сервак поставить в бузину на огороде Там контекст -- Лео Великолепный сде, Аноним84701 (ok), 14:17 , 06-Дек-18, (163) Ну или на Шишкина обратить внимание , Аноним (18), 11:17 , 05-Дек-18, (18) –1 Лучше не обращать, потому что его недостатки высосаны из пальца, типа забития , Аноним (-), 15:32 , 05-Дек-18, (67) –2 Избавление от головной боли методом отрубания головы , псевдонимус (?), 11:53 , 05-Дек-18, (33) Пока в БТРе не будет нормального multipath а делать ему в производстве нечего , SysA (?), 15:55 , 05-Дек-18, (71) –1 md0 active multipath sdb 0 sdc 1 sdd 2 83824870 blocks super 1 2 2 2 , пох (?), 16:29 , 05-Дек-18, (78) По линии btrfs а тут фокус в том что админить его в результате не проще XFS а с , Аноним (-), 18:31 , 05-Дек-18, (95) с чего вдруг md этот создается один раз и работает вечно, его трогать вообще бо, пох (?), 22:09 , 05-Дек-18, (103) –1 Половина пойнта btrfs - в том что нет этой фиксации навечно как в более обычных , Аноним (-), 05:16 , 06-Дек-18, (115) выкрасить и выбросить, чего еще - ровно как и с грохнувшимся за пределы штатных , пох (?), 10:52 , 06-Дек-18, (142) –1 Ну дык в случае btrfs я из него выну данные rescue ом, если вдруг с бэкапами выш, Аноним (-), 17:46 , 06-Дек-18, (173) XFS - это просто FS, но БТР претендует еще и на функции и LVMa, и RAIDa, деклари, SysA (?), 16:07 , 06-Дек-18, (170) профит что очередь можно раскидывать по разным каналам, а если обезьяна наступит, пох (?), 18:39 , 06-Дек-18, (183) –1 Для себя считаю, что xfs 8212 FS выбора в течение последних почти пятнадцати , Аноним 80_уровня (ok), 11:15 , 05-Дек-18, (16) +2 // Xfs не умеет уменьшаться Вот так разбил жестак, через годик решил поменять разб, вейланд (?), 11:30 , 05-Дек-18, (20) –1 Напарывался на сие ровно 1 раз, решил пертаскиванием системы на более объёмистый, ryoken (ok), 11:36 , 05-Дек-18, (22) –1 Для меня неактуально, поэтому и написал считаю для себя На край для переразбив, Аноним 80_уровня (ok), 11:52 , 05-Дек-18, (31) –1 Одобряю ваш выбор , вейланд (?), 11:57 , 06-Дек-18, (149) –1 jfs прикольная, но незаслуженно забытая Но проблема у нее все-таки была фрагме, Stax (ok), 12:47 , 05-Дек-18, (42) В ней просто нет ничего интересного Обычная файлушка Довольно слоупочная Прод, Аноним (-), 15:42 , 05-Дек-18, (70) Это не так, изначально он по любым таким операциям обгонял ext3, и был сравним с, Stax (ok), 13:49 , 06-Дек-18, (162) –1 Ну так правильно, у jfs какие-никакие экстенты есть А ты с ext4 сравни, чтоли, , Аноним (-), 18:20 , 06-Дек-18, (178) Jfs так устроена, да Я вот ей пользовался на ssd, там этр незаметно , вейланд (?), 11:56 , 06-Дек-18, (148) –1 Btrfs прикольнее Можно снапшотами баловаться Так что если система дохнет - отк, Аноним (-), 18:21 , 06-Дек-18, (179) вы просто не видели ее крэшей Я вот для себя не могу решить, можно ли ей lvm х, пох (?), 11:46 , 05-Дек-18, (29) –1 Не видел, именно поэтому так и считаю А ext включая и ext4 за это же время вал, Аноним 80_уровня (ok), 11:49 , 05-Дек-18, (30) +1 Насчёт LVM хорошей статвыборки у меня нет 8212 единственная машина с xfs на L, Аноним 80_уровня (ok), 12:03 , 05-Дек-18, (36) Да это у человека травма какая-то lvm xfs - это давний рекомендованный сетап р, Crazy Alex (ok), 12:53 , 05-Дек-18, (43) –1 давний емнип, в дефолте она с 7-й сентоси идет, в 6-й её xfs даже в исталлято, Минона (ok), 14:35 , 05-Дек-18, (52) +2 с 14го года Более чем достаточно, я бы сказал , Crazy Alex (ok), 18:21 , 07-Дек-18, (196) Учитывая сколько данных протер народу нулями XFS - его так себе репутация по это, Аноним (-), 20:08 , 11-Дек-18, (220) у меня xfs без lvm под ней, что, в общем, проблема отдельная - снапов нет, упра, пох (?), 16:36 , 05-Дек-18, (80) –1 Это скорее говорит об использованном вами плохом оборудовании, нежели об xfs Ес, Аноним (86), 17:59 , 05-Дек-18, (89) +1 Ну а вот btrfs фиговое оборудование по крайней мере делает заметным, воплями про, Аноним (-), 18:38 , 05-Дек-18, (96) +1 не, ну kernel panic-то ты точно заметишь, в отличие от воплей где-то там в логах, пох (?), 11:09 , 10-Дек-18, (214) +1 Да ну его в пень, предпочитаю менее бурную реакцию А смысл передо мной пальцы ра, Аноним (-), 20:11 , 11-Дек-18, (221) диск ничего не говорит - xfs говорит kernel panic, приехали Заметьте, не диск , пох (?), 21:58 , 05-Дек-18, (102) –1 да-да, там все хорошо, пока не начнет магическим образом исчезать свободное прос, Адекват (ok), 15:20 , 05-Дек-18, (63) –2 имя сестра, имя - в смысле, на какой версии чего у тебя такое происходит И наско, пох (?), 16:16 , 05-Дек-18, (72) –1 du -sh Да, var log он почислил, а апач, сислог и проч шатию-братию, держа, Andrey Mitrofanov (?), 17:00 , 05-Дек-18, (83) +1 Арч линукс было это 8 января 2018 последний раз, после этого я съехал на минт, Адекват (ok), 06:46 , 06-Дек-18, (123) –1 Ужасно слоупочный по метаданным Все 15 лет к ряду , Аноним (-), 15:32 , 05-Дек-18, (68) –1 Всем хороша xfs, если бы не приколы с внезапно пустеющими файлами при включении , Аноним (106), 23:09 , 05-Дек-18, (106) –1 А вы злопамятный Баг починен аж в 2 6 28 Хотя о приоритетах разработчиках в, Аноним (-), 08:49 , 06-Дек-18, (132) в ext3-4 до появления barriers через пять, что-ли, лет был точно такой же , пох (?), 15:11 , 06-Дек-18, (167) –1 Нет, ну нули в файлы по соображениям безопасности он все-же специально не запи, Аноним (-), 18:24 , 06-Дек-18, (180) он вообще ничего не записывал - просто truncate им делал мы же вам сохранили к, пох (?), 22:31 , 06-Дек-18, (186) –1 Он таки вроде шел чуть дальше и еще и явно протирал нулями все спорные фрагменты, Аноним (-), 20:18 , 11-Дек-18, (222) ZFS, igroeb (?), 11:42 , 05-Дек-18, (26) –1 Ред хат сказал xfs значит будет xfs , 4.4 (?), 15:04 , 05-Дек-18, (56) +1 // И менеджмент к нему на пихтонрасте, с lvm, пытающийся изобразить из этого эрзац-, Аноним (-), 15:34 , 05-Дек-18, (69) там вроде nodejs с angular жеж это зависит от длины и весомости палки, которой , пох (?), 16:41 , 05-Дек-18, (81) –2 Обещали уровень менеджмента на питоне и расте Вот прям так, дословно И оно соо, Аноним (-), 18:49 , 05-Дек-18, (97) Народ, noop deadline cfq по умолчанию в Fedora не подвержен , Аноним (44), 12:59 , 05-Дек-18, (44) // Набор планировщиков говорит о том, что blk-mq не включен Так что можно не беспок, plan8 (?), 13:31 , 05-Дек-18, (47) +2 // Благодарю , Аноним (44), 13:55 , 05-Дек-18, (49) У меня в arch е linux 4 19, я чувствую себя бесплатным бетатестером-ослом , Аноним (48), 13:55 , 05-Дек-18, (48) –2 // Использовать lts-ядро религия не позволяет , A (?), 14:15 , 05-Дек-18, (50) +1 // Где-то на lkml Линус писал, что зря они заранее предупредили, что 4 14 будет LTS, Аноним (147), 11:24 , 06-Дек-18, (147) Разве не в этом фича арча , Mike Lee (?), 14:21 , 05-Дек-18, (51) +4 Зачем тебе тогда арч переходи на девиан стейбл вот там софт проверенный временем, 4.4 (?), 15:02 , 05-Дек-18, (55) –1 Арчеводы уже отхавали Гармония проблем от новизны , Адекват (ok), 15:14 , 05-Дек-18, (62) // В арче по-умолчанию mq-deadline Тех, кто зачем-то сделал none , не наблюдается, helloworld (?), 16:30 , 05-Дек-18, (79) –3 // При этом этот none по умолчанию выставлен в ядре для всех dm-устройств без возмо, Аноним (85), 17:33 , 05-Дек-18, (85) +1 Scsi еще поискать нужно, это вам не sas nvme sata , Аноним (100), 19:49 , 05-Дек-18, (100) –4 // Сам-то понял чо сказал , Аноним (106), 01:50 , 06-Дек-18, (110) +1 Чего минусите, балбесы Или как и тот аноним, тоже не в курсе, что ide sata sas , Аноним (106), 20:49 , 06-Дек-18, (185) –1 Ребятки а я попал на эту хреновину думал ssd диск помер ан-нет сделал fsck ext4 , кузмич (?), 22:18 , 05-Дек-18, (104) –1 // На сервер такое новое ядро вряд ли кто-то станет ставить Такие баги, как правил, axredneck (?), 00:55 , 06-Дек-18, (109) –1 К счастью, при сборке ядра с использованием конфига от более старых версий оно с, M i M (?), 02:18 , 06-Дек-18, (113) // мне кажется, тебя где-то кидают In 4 19, cfq is not available due to commit d503, пох (?), 10:14 , 10-Дек-18, (212) Что-что сделал , Led (ok), 04:31 , 08-Дек-18, (203) +1 Хм хм хм какое-то время пользовался именно в такой конфигурации без планировщика, Аноним (124), 07:38 , 06-Дек-18, (124) –1 что за слово такое, horkage а вообще, существуют SSD, которые не г-но по верс, Аноним (4), 09:42 , 06-Дек-18, (135) –1 Диск у меня samsung-850pro 128гб проблем с ним никогда не было Систему пересобра, кузмич (?), 12:44 , 06-Дек-18, (151) –2 // для чего тебе видеокарта нужна на сервере ну и поток сознания 850pro разьве бы, Аноним (4), 08:55 , 07-Дек-18, (187) +1 Сервер и по совместительству десктоп так как не могу заработать железо очень дор, кузмич (?), 12:09 , 07-Дек-18, (192) –1 Проверил на gentoo-sources-4 19 8 вышел патч на исправление blkMq в sheduler яд, кузмич (?), 15:18 , 09-Дек-18, (210) –2 // Купи себе клавиатуру с запятой и научись ею пользоваться Невозможно же читать э, КГБ СССР (?), 20:17 , 09-Дек-18, (211) +1 1,2,3,4,6,8,10,44,48,62,100,104,124,135,151,192,210

Сообщения

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

	61. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"	+/–
	Сообщение от plan8 (?), 05-Дек-18, 15:12
	С btrfs аналогично: https://bugzilla.kernel.org/show_bug.cgi?id=201685#c211
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"	–1 +/–
	Сообщение от OldFart (?), 05-Дек-18, 16:45
	После того как красная шапка отказалась продолжать супортить БТРФС, у кого то еще есть надежда что взлетит ?
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"	+2 +/–
	Сообщение от Аноним (90), 05-Дек-18, 18:13
	> еще есть надежда что взлетит ? У шапки вообще дельных спецов по файлухам толком не осталось. Так что их благосклонность к той или иной ФС просто похрен. И их потуги сделать что-то в духе btrfs/zfs путем написания обвязки на пихтонрасте к xfs+lvm  - да это прикола кусок. А btrfs ща обслуживает миллиарды хомяков у фэйсбука. Так что он взлетел, протестирован довольно злобно, отловили даже весьма довольно странные случаи когда на 20-м терабайте файла что-то может пойти не так. У большинства людей таких файлов то нет, но у фэйсбука много разной странной фигни и достаточно ресурсов чтобы тестировать самые странные вещи.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"	+/–
	Сообщение от Аноним (99), 05-Дек-18, 19:41
	> У большинства людей таких файлов то нет, но у фэйсбука много разной странной фигни Именно. Фейсбук тестирует то, что нужно ему, а не большинству людей. Для большинства людей потеря домашнего пор^Wфотоархива является проблемой, а у фейсбука все задублировано настолько, что падения файловой системы отдельной машины никто особо и не заметит. Просто возьмут новый диск из очередной поставки и заменят им старый.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"	+/–
	Сообщение от Аноним (-), 06-Дек-18, 05:54
	> Именно. Фейсбук тестирует то, что нужно ему, а не большинству людей. И гугл. И редхат. И все остальные, в общем то. Откуда мораль: чем больше народа наваливается на то или иное - тем лучше по багам. А точнее их отсутствию. > Для большинства людей потеря домашнего пор^Wфотоархива является проблемой, а у фейсбука > все задублировано настолько, что падения файловой системы отдельной машины никто особо и не заметит. Однако даунтаймы и переходные процессы - нежелательны и для фэйсбука... > Просто возьмут новый диск из очередной поставки и > заменят им старый. С другой стороны, обычная файлуха при например осыпающемся винче выдающем на гора труху - может довольно долго вообще не издавать ни звука. А когда дестрой наконец доберется и до метаданных, в объеме когда ФС это замечает - одному Ктулху известно что там с данными уже в этот момент. Ну и так простой пример: btrfs налетев на BAD в метаданных на ноутбучном диске отругался на чексум еррор и просто достал метаданные с второй копии. Потому что по умолчанию он кладет на однодисковых конфигах метаданные дважды. А будь там ext4 какой - во там дестроища то было бы, когда блок метаданных вообще совсем не прочелся, недоступен, консистетность потеряна, и за дальнейшее никто вообще совсем не отвечает... а RAID это прекрасно, но куда ж его в ноуте упаковать? Вот btrfs с своей гибкостью аллокации для метаданных эрзац-RAID1 из 1 диска делает. А обычные ФС так конечно же не умеют. Особенно чтоб только для метаданных. Потому что зеркалить винч целиком сам на себя все же не очень полезно - он может и целиком загнуться и тогда с зеркала толку мало. Зеркало только метаданных - это такой очень разумный баланс, минимизирующий тормоза и повышающий надежность самых критичных областей файлухи, сбой в которых чреват очень большими разрушениями. Как бы бэд под файлом - портит только файл. Бэд под метаданными - может половину ФС развалить.
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"	–1 +/–
	Сообщение от пох (?), 06-Дек-18, 10:09
	>> все задублировано настолько, что падения файловой системы отдельной машины никто особо и не >> заметит. > Однако даунтаймы и переходные процессы - нежелательны и для фэйсбука... если они окажутся трейдоффом с производительностью - пейсбук просто померяет, сколько нод ему потребуется добавить для относительно незаметной пользователю потери, а сколько - ради работы с менее эффективной fs, а если с ценой обслуживания грамотными специалистами - то сколько можно заменить макаками и сколько на сэкономленные зарплаты можно установить картонных серверов (или из чего они там у пейсбука, картонные были у гугля) А вот редгада не поймут-с, если он данные клиентов превратит в тыкву, им индуса стимулировать придется. > С другой стороны, обычная файлуха при например осыпающемся винче выдающем на гора труху это можно долго не замечать только в сервере в шкафу со швабрами, все равно не нужен - на своей любимой домашней машине с котиками ты заметишь раньше, чем сработает оповещалка smart. Правда, со времен "щелкающих" дятлов я подобных дисков не видал - сейчас, обычно, чпок - и все твои данные превращаются в тыкву без объявления войны и долгих предисловий, а признаком беды является медленная запись или чтение, когда рано или поздно прочитывается. > Бэд под метаданными - может половину ФС развалить. да нет, с чего это. Ключевые метаданные так или иначе дублируются в любой fs, начиная с ms fat (как, по-твоему, вообще работает fsck на тех fs где ее осилили написать?). Либо файл испортит, либо каталог, а файлы найдешь потом в lost+found. Правда, современные (в смысле, после ext2) fs и дисковые драйверы еще и очень неадекватно работают (совсем я бы сказал не работают) с нечитаемыми секторами, который на современном винте получить - достаточно выключить питание в момент записи.
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"	+/–
	Сообщение от Аноним (-), 06-Дек-18, 12:00
	> сэкономленные зарплаты можно установить картонных серверов (или из чего они там > у пейсбука, картонные были у гугля) Для них зарплата нескольких файлушников - сущая фигня на фоне толпы админов, скриптомакак и прочего сброда. И если скриптомакак можно в случае чего новых нанять из очереди за забором, то вот с парнями занимающимися ФС и блочным уровнем это не работает. Достаточно посмотреть на пируэты RH с XFS-ом. Видимо там очереди за забором не нашлось и редхат выкручивается как умеет, пытаясь сделать какое-то подобие прямо из скриптомакак. Идея прикольная, конечно, но, ух, некоторым менеджерам видимо не сказали что идеальная взаимозаменимость сотрудников - это все же немного миф и желаемое состояние дел, а не действительное. > А вот редгада не поймут-с, если он данные клиентов превратит в тыкву, > им индуса стимулировать придется. Ну так к особо крупным клиентам - может и первым самолетом кто-нибудь относительно вменяемый прилететь. Он таки сможет и в хексэдиторе посмотреть, по месту, и худо-бедно допинает до кондиции. Но на всех такого сервиса явно не хватит. Поэтому им будут наслаждаться только те в состоянии отвалить чемодан баксов. Остальные отфильтруются и пойдут в пень. А нагрузка на саппорт придет в норму как раз. Заодно и совсем отказаться от шляпного саппорта будет чревато. Для крупняка. А мелочь и их проблемы редхат мало интересуют, если кто не заметил. Это еще старина Ульрих прямым текстом глаголил :) > все равно не нужен - на своей любимой домашней машине с > котиками ты заметишь раньше, чем сработает оповещалка smart. Да щас. Вон там юзери с глючным железом заметили что с нтфс что-то не то. К моменту когда они это заметили - половина файлов уже в состоянии трухи. Битые блоки в середине картинок, так что вот вам фото до пояса - а дальше decode error, сбойный блок. И кучка зипушников с CRC error. И сетапы которые не запускаются, падают или вопят про corrupt installer. Ну вот заметили. И обтекли. Потому что бывает поздняк метаться. При таком уровне дестроя пролюблено довольно много данных. С чексумами они бы это заметили гораааааздо раньше. Соьссно было бы достаточно запустить изредка тест на зипарях - он все скажет. Но это ж надо явно заморочиться. А тут и матюки в логах сами, про scrub слышали все кто минимально интересовался темой, и это все ж стандартная процедура, а не ее эрзац из самоличного теста зипов по всему диску. > Правда, со времен "щелкающих" дятлов я подобных дисков не видал - сейчас, > обычно, чпок - и все твои данные превращаются в тыкву без > объявления войны и долгих предисловий, Зато я видел предостаточно такого. В многих случаях винч начинает плавно осыпаться. А бывают глюки железа, ну там SATA кабель поганый например. Да что там, даже если по винчу #$%нули или уронили, он чаще всего скопытится не сразу. Пыль от head slap по гермозоне разлетаться, конечно, начнет, данные будут рушиться, если долетит до служебки и накроет все копии - "ойпи...ц". Потому что после этого винч даже стартануть не сможет, с точки зрения юзеря будет полным трупиком. Но ДО этого момента можно успеть вынуть многое, если руки и голова на правильных местах. Профи могут потрепыхаться и опосля, забутявив хард с внешнего интерфейса, если тот не может модули с блинов читануть. > а признаком беды является медленная запись или чтение, когда рано или поздно прочитывается. Smart к этому моменту скорее всего будет содержать уже полдюжины индикаторов проблем. Даже у дубовых и глючных фирмварин. И если уж кого признаки интересовали - в smart они обычно виднее. Хотя замер времени чтения вполне себе известный метод оценки общего состояния пациента. Есть специализированные проги которые это делают более-менее правильно. > да нет, с чего это. А с того что очень зависит что именно там грохнется и как на это среагирует код ФС. Это нестандартная ситуация и в целом там может быть все что угодно. Кормить софт нестандартными ситуациями - на редкость дерьмовая идея, если интересовал результат. Кроме случая когда ты тестированием занят и запустил AFL и прочие Syzkaller'ы конечно, так что тебе за дестрой еще и зарплату платят. А вот на своих данных что-то такое сделать - офигенный способ их резко и больно пролюбить, в случае если упомянутые именно вот так почему-то еще не попробовали. > Ключевые метаданные так или иначе дублируются в любой fs, начиная с ms fat (как, > по-твоему, вообще работает fsck на тех fs где ее осилили написать?). Угу. И работает это зачастую так: вот тебе 75% от второй таблицы FAT, и более - нифига, даже партишна нетути. Потому что FAT по eraseblock-ам неудачно попал. По законам мерфи, потерли eraseblock, а записать взад не успели, питание чих-пых как раз. И отлетел весь первый FAT с партишном, и кус второго. На фабричной ФС такого пытались избежать, но умная клава отформатила флеху. И теперь неаккуратное выдергивание без размонтирования - это вот так. Спасибо если так. Потому что может и транслятор у контроллера развалиться - и тогда ты получишь своих котяток причудливо нарезанной зеброй. И хрен сам что сделаешь. Да и про могут многое но - не волшебники, и если транслятор совсем уж пролюбился - собрать из котлеты корову можно лишь какой-нибудь угадайкой, для пары самых нужных файлов. > Либо файл испортит, либо каталог, а файлы найдешь потом в lost+found. Угу, при том если порушится какое-нибудь описание размещения файла, по законам мерфи, самого ценного и нужного, конечно же (его поди часто телепают, если это БД какая, так что там много метаданных, их часто трогают, так что отклонения от идеала как раз где-то там и случатся) - искать его придется по всей площади диска. Без полноценной инфо о размещении файла. Очень увлекательно. И хранить вообще всего по, допустим, два - ну как бы можно но усложняет и замедляет ФС и так делают не все, не всегда и не везде. И как там Мерфи сложится в вот конкретно этом бэде вот конкретно здесь - проверять на своих данных не рекомендуется, если они нужны. Ну да, может быть дестрой будет и небольшой. А может и большой. Это будет очень экспериментальный запрыг на грабли с крайне негарантированным результатом. А если там реально всего по два так что ФС тупо вынула копию блока из другой локации - вот тут метаданные не пострадали, как там будет крючиться в глюках парсер - мы таки к счастью не узнаем. И это таки очень полезно для сохранности данных. > Правда, современные (в смысле, после ext2) fs и дисковые драйверы еще и > очень неадекватно работают (совсем я бы сказал не работают) с нечитаемыми секторами, Да как сказать? Если например инфо о размещении файла утрачено - как адекватная работа с файлом вообще может выглядеть, интересно? Ну если метаданные дублированы - логично попытаться починить проблемную копию из второй. Винч при записи ремапнет проблемный сектор (или не ремапнет, если тот запишется и прочтется) и дело с концом. Самое умное - выпасть в ридонли да констатировать факап, чтобы сильнее все не испортить. Собственно большинство ФС что-то такое и предпочитают - и это очень хорошая и умная реакция на проблему. Ну и ядро обычно делает несколько попыток читануть сектор. Если тот за несколько попыток не того - вот честно, лучше оставить его в покое. Потому что если долбить проблемную область попытками чтения - есть шансы что механика или кто там сбоил - окончательно склеит ласты и тогда данные вынуть напрягутся даже эксперты по восстановлению. Поэтому если за несколько попыток не проканало - это лучше вытаскивать уже вообще совсем другим софтом. Специализированным. Реализующим весьма специфичные паттерны доступа, нацеленные на постепенную реконструкцию образа. Пхать ЭТО в логику обычного ФС-а ни к чему - это для махровых датареков, когда все уже плохо, рядовой юзерь с этим уже не справится и даже не оценит проблему адекватно. А потом пролюбит вообще все, резко и больно, и вот тогда это даже про уже не вынут. > который на современном винте получить - достаточно выключить питание в момент записи. Ну да, странная хня иногда случается. Многие типа-сбойные (UNC) сектора после перезаписи - вполне исправные оказываются. Особенно актуально для глючных питальников. Но вообще это чревато именно резкой кончиной девайса. Там еще и сервометки, видите ли, и если при глюках винч их вынесет - он потом вообще не будет знать где у него что. И вот просишь ты сектор - а тебе в ответ бабах - IDNF. Нет такой буквы в этом слове. Хотя запрошенное и было в верном диапазоне. А случае с флешовыми штуками все хуже - они крупноблочные и апдейт любых структур, что ФС, что внутренней трансляции подразумевает RMW больших блоков. При этом они неизбежно висят в RAM накопителя на момент патчинга и если питание пролюбится... в лучшем случе механика сделает cow-like фокус и откатится на вариант до начала этого маневра. А в хучшем будет очень чудесатый трупик, отдающий очень чудесатые данные. Или ничего не отдающий - фирмварь может и не взлететь без критичных таблиц.
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"	–1 +/–
	Сообщение от пох (?), 06-Дек-18, 15:01
	> то вот с парнями занимающимися ФС и блочным уровнем это не работает. именно по этой причине их лишней работой и не перегружают - для мордокниги нужна производительность, ее и пилите. А надежность - вон, у оракла много лишних денег, правда, он их никому не дает, потому и много... > Ну так к особо крупным клиентам - может и первым самолетом кто-нибудь относительно вменяемый > прилететь. ну прилетит, а дальше-то что? Если разведет руками и скажет "ой, оно тут уже не чинится" - так я тоже умею. > Smart к этому моменту скорее всего будет содержать уже полдюжины индикаторов проблем. читайте гуглодоки, они рулез. Вообще не нашлось корреляции между состоянием смартовых индикаторов и вероятностью внезапного отказа на большой выборке, увы. Может с тех пор смарт и стал получше, но вряд ли что глобально изменилось. > Если тот за несколько попыток не того - вот честно, лучше оставить его в покое. а вот этого они как раз и не умеют. Поэтому вместо одного ненужного файла в tmp - получаем убитый диск. А бегать при любом мелком сбое за специализированным софтом и хардом мало кто может себе позволить. (да и толку, если это экзотическая система, а не fat) В каком-нибудь 2004м в подобных случаях я переключал диск в pio (чтобы нормально работали таймауты, а не dma reset по всей роже), искал в логе сбойный блок, оно там обычно было, и добавлял его в badlist - те fs так умели. Хрен с ним, с тем файлом, он уже мертвенький - зато остальной сервер я не буду переустанавливать, а просто склонирую. Попробуйте повторить этот фокус с lvm, xfs или чем там модно? Даже если в файл попало, а не в чортов журнал. > Ну да, странная хня иногда случается. ничего странного - ibm запатентовала sector marks, [пере]записываемые вместе с данными, еще в 97м году. Нет метки - нет сектора, вообще нет его такого.
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"	+/–
	Сообщение от Аноним (193), 07-Дек-18, 15:29
	> именно по этой причине их лишней работой и не перегружают - для > мордокниги нужна производительность, ее и пилите. Для мордокниги надо все и сразу. Надежность снижает затраты на обслуживание. А производительность еще никому не мешала. > А надежность - вон, у оракла много лишних денег, правда, он их никому не дает, потому и много... Оракл не есть активные разработчики линукса. Судя по всему для линуксных разработчиков это за проклятое место считается. Репутация у фирмы в опенсорсной среде - не ахти. > ну прилетит, а дальше-то что? Если разведет руками и скажет "ой, оно > тут уже не чинится" - так я тоже умею. Ну может он и соберет что-то и закатит солнце вручную. А может и не соберет. Откуда я знаю что редхат планирует делать? Это их бредовые идеи, кто на них купится тот и будет в саппорте редхата узнавать как они себе это представляют. > и вероятностью внезапного отказа на большой выборке, увы. На самом деле некая корреляция все же есть. Но специфичная по семействам винчей, фирмвари глючны в этом аспекте, поэтому в "формальных" попугаях зачастую как-то так: все збс, почти збс, ой, я "неожиданно" убился об стену! Ну вот как-то очень нелинейно smart обваливается, не знаю зачем так сделано. Однако если смотреть RAW значения, зная повадки семейства можно прикинуть более реальное состояние дел. Но вот в автоматический мониторинг такое знание - сложно, да. И статстику набрать сложно. Там что-то типа AI надо, знающего заскоки семейств технологий. Кроме того чтобы объективно узреть состояние поверхности, надо тест гонять. Это производительность просадит. Поэтому так делают не все и не всегда. А фирмвара соответственно сама по себе статистику может и не набрать адекватно. Потом при чтении со всей поверхности опа - а там ошибок оказывается уже. И тут read error rate фигась резко вверх! Особенно если повторять попытки чтения сбойных секторов. > Может с тех пор смарт и стал получше, но вряд ли что глобально изменилось. Он всегда вел себя очень специфично - и это не изменилось. И все же зная на то смотреть, можно не так уж плохо прикинуть чего от пациента ждать. Если он намерен скончаться на операционном столе, это к счастью зачастую заметно. >> Если тот за несколько попыток не того - вот честно, лучше оставить его в покое. > а вот этого они как раз и не умеют. Неправда ваша, кернель как раз таки сделает 2-3 попытки прочесть, не прокатило - оставляет в покое, возвращает наверх read error и даже кеширует походу, так что повторные попытки мигом вызывают отлуп с read error совсем без насилия над девайсом вроде. И тут тоже обоюдоострая штука. С 10-й попытки сектор мог бы и прочитаться. На этом эффекте читалки строящие образа правильно и работают. Сперва грубо вычитывают без залаза в сбойные области, а потом все и более настырно читают. В идеале могут вынуть вообще все - и тогда потерь данных нет. Хотя будучи диском компа где это просто смонтировано - выглядело ужасно. > Поэтому вместо одного ненужного файла в tmp - получаем убитый диск. Если диск собирался скопытиться - то уж собирался. Ну подложил бы он тебе свинью чуть позже, тебе сильно полегчало бы? Ты бы ошибочно думал еще пару месяцев что все ок. Сомнительная радость. > А бегать при любом мелком сбое за специализированным софтом и хардом мало кто может > себе позволить. Если винч совсем сдох от хоть какой активности софта снаружи в пределах спеков ATA - мяч на стороне винча, как ни крути. Ему можно помочь сдохнуть немного раньше, но с точки зрения использования это ничего особо не даст, кроме некоторого времени пребывания в ложной уверенности что все ок. Это важно в основном при восстановлении данных - чтобы пациент если и скопытился, то после того как бэкапный образ хотя-бы приблизительно построен. Иначе датарек получит фигу вместо денег, просадив кучу времени, плюс недовольный клиент. И таки при проблемах чтения стандартная логика ФС и кернела не расчитана на продвинутый рекавери с полудохлого носителя с минимизацией урона. Это специальная отдельная область, под это специально пишут программы для DR-ов. А в обычной логике ОС это явный перебор. > (да и толку, если это экзотическая система, а не fat) Ну я народу чаще всего EXTы выколупывал... хотя немного и FAT, конечно. И даже слегка нтфс-ы. > В каком-нибудь 2004м в подобных случаях я переключал диск в pio (чтобы > нормально работали таймауты, а не dma reset по всей роже), Read dma multiple - хуже чем чтение единичных секторов. Но не сильно роялит. С правильным софтом один черт при начальном чтении скипается большой кус после налета на проблему, чтобы быстро выйти из порушеной области. А в следующих заходах можно и более активно долбить проблемные области, чем позднее итерация, тем агрессивнее. В удачном случае так даже может получиться lossless. Потому что с цатой попытки нестабильный сектор может взять и прочитаться. А может и винч вместо этого скопытиться. Фирвари нервно относятся к RAW ERROR RATE. Если все время просить проблемные сектора, можно случайно устроить накрутку, в какой-то момент фирмварь решит что устройство запредельно поломано. Уйдет в safe mode - и тогда ты точно пойдешь к профессионалам, если данные нужны. Потому что сектора то оно отдает, но даже на identify может не отвечать. И вот это для хомячка уже обломно - оно ни биосом, ни осью не детектится, а если и детектится то не подцепляется. Те как-то не готовы что 90% команд будет отлуплено/проигнорено, только read sector. Не multiple. > искал в логе сбойный блок, оно там обычно было, и добавлял его в badlist - те fs так умели. Современные винчи, да и SSD умеют remap. Фимрварь сама проблемные сектора переназначит, большинство фирмварей это даже достаточно сносно умеют. Если есть куда. А если уже некуда - прекратите насиловать труп. Или вы ждете пока служебка перестанет читаться? Вот тогда и останетесь без данных, резко и внезапно. Не выйдет на режим после очередного включения - и вы пролетаете. > Хрен с ним, с тем файлом, он уже мертвенький - зато остальной сервер я не > буду переустанавливать, а просто склонирую. При попытке это сделать обычным софтом в обычном виде есть шанс что пациент в этом процессе откинет ласты окончательно. Иногда конечно может прокатить. Но вот это уже поиск проблем на свой окорок. Если оно реально надо - образ лучше софтом типа ddrescue/myrescue/whdd/... снимать за несколько итераций. И даже так - что он прочтется lossless не факт, поэтому безбашенно его влупить как есть куда-то еще чревато глюками или ВНЕЗАПНЫМ отвалом файлухи. Оно надо? Сэр очень талантлив в раскладывании грабель, теперь я понимаю почему у него линуксы так глючат. > Попробуйте повторить этот фокус с lvm, xfs или чем там модно? Даже если в файл попало, а > не в чортов журнал. Журнал иной раз можно и аннигилировать к чертям, если проблема в нем, зачастую с маргинальными потерями. Но в этом случае речь не идет о flawless восстановлении и 100% сохранности данных. Это ок для аварийного восстановления, когда выбор нифига совсем, или хотя-бы это, вот так. А если ФС так будет в крейсерском режиме - юзер будет постепенно пролюбливать данные. Чем неполный журналинг и плох. > ничего странного - ibm запатентовала sector marks, [пере]записываемые вместе с данными, > еще в 97м году. Нет метки - нет сектора, вообще нет его такого. Там все хитрее. У голосовой катушки нет треков. Она аналоговая, линейная, ей все-равно куда. Сервопривод по сервометкам понимает в какую сторону напряжение крутить, чтобы нужный трек найти. И даже вроде держит головы на дорожке, даже если та не идеально расположена, активно трекая размещение. И начала секторов помечены. Если это все слетит, запросто и целой группы секторов не будет. Вот вам IDNF - и гудбай. Нет такого сектора на этом накопителе. При том возможности фирмвари по ремапу таких областей весьма лимитированы и когда они закончатся, фирмварь сдастся. Обычно это никто не перезаписывает, потому что себе дороже. Более того - наносят это на фабрике, прецизионным серворайтером, который таки может отмерять мелкие дорожки и нанести разметку, в отличие от винча. Сам винч это не может, поэтому фирмвара боится перспективы снести это как огня. По этой причине настоящий low level format технически невозможен без, хы-хы, серворайтера. А вот глючное питание например может на раз помочь перезаписать сервометки. Фирварь прикладывает серьезные усилия чтобы это "should never happen", там много фокусов на тему. Вплоть до того что оставлен отступ от области данных, хоть это и пролюбливает место. Но если помочь - глючащая механика и электроника таки может сделать что-то не то.
	Ответить | Правка | Наверх | Cообщить модератору

	213. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"	+/–
	Сообщение от пох (?), 10-Дек-18, 10:36
	>> Правда, со времен "щелкающих" дятлов я подобных дисков не видал - сейчас, >> обычно, чпок - и все твои данные превращаются в тыкву без >> объявления войны и долгих предисловий, ну вот, кстати, верующим в смарт - добрался я таки до диска в своей безвременно сдохшей домашней помойке - он, к моему великому счастью, в принципе живой, детектится по минуте и с пары ресетов, но читается. смарт _идеальнейший_, хоть сейчас на авито такой выставляй - ни ремапов, ни prefail состояний, даже ошибок мизер. И только лог с записью о failed sector выдает советского разведчика ;-)
	Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

	215. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"	+/–
	Сообщение от OldFart (?), 10-Дек-18, 17:07
	> смарт _идеальнейший_, хоть сейчас на авито такой выставляй - ни ремапов, ни > prefail состояний, даже ошибок мизер. > И только лог с записью о failed sector выдает советского разведчика ;-) Чтобы СМАРТ обновлялся, надо переодически делать long test (делаю раз в неделю на всех серваках), а так, да, иногда диск явно сбоит, а смарт чистенький, но после лонг теста все встает на свои места
	Ответить | Правка | Наверх | Cообщить модератору

	219. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"	+/–
	Сообщение от Аноним (-), 11-Дек-18, 19:59
	> смарт _идеальнейший_, хоть сейчас на авито такой выставляй - ни ремапов, ни > prefail состояний, даже ошибок мизер. А ты запость выхлоп smartctl -a сюда, как есть... глядишь, несколько хинтов и найдется. > И только лог с записью о failed sector выдает советского разведчика ;-) КМК ты не понимаешь что такое идеальный смарт. Да, если ты будешь ждать пока проги начнут явно вопить - в половине случаев попль может быть за 5 минут до кончины, а еще в половине - воплей не будет потому что из винча не удалось прочитать SMART. Но если немного более проактивно смотреть на изменения параметров... ...возможно это дает идею почему smamontools'овский демон умеет мониторить изменения параметров и ругаться в лог по этому поводу.
	Ответить | Правка | К родителю #213 | Наверх | Cообщить модератору

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

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