From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=BAYES_00, DKIM_ADSP_CUSTOM_MED, FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 Date: Fri, 17 Jan 2020 17:15:31 +0100 From: Alexey Gladkov To: make-initrd@lists.altlinux.org Message-ID: <20200117161530.e4ebztgy77hjpfak@comp-core-i7-2640m-0182e6> Mail-Followup-To: make-initrd@lists.altlinux.org References: <20200109161535.GQ20316@imap.altlinux.org> <20200110093103.skrtd66ninzb6h34@comp-core-i7-2640m-0182e6> <20200117140250.GC10238@imap.altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200117140250.GC10238@imap.altlinux.org> Subject: Re: [make-initrd] =?utf-8?b?0L/QsNC00LXQvdC40LUg0YTQuNC70YzRgtGA0LAg?= =?utf-8?b?0L3QsCAyLjAuNA==?= X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: make-initrd@lists.altlinux.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jan 2020 16:15:35 -0000 Archived-At: List-Archive: On Fri, Jan 17, 2020 at 05:02:50PM +0300, Michael Shigorin wrote: > On Fri, Jan 10, 2020 at 10:31:03AM +0100, Alexey Gladkov wrote: > > > Тут на старенькой версии m-i наткнулся на сегфолт -- > > > 2.0.4-alt3.1 на e2kv4 при виде 124 жёстких дисков даёт: > > > > > > wait_status: 11, install exited abnormally -- received signal 11 > > > Process '/lib/uevent/filters/debug' terminated by signal TERM. > > Возможно, /lib/uevent/filters/debug засрал весь tmpfs из-за > > того, что эвентов очень много. Можешь попробовать удалить: > > /usr/share/make-initrd/data/lib/uevent/filters/debug > > Ещё /usr/share/make-initrd/data/etc/udev/rules.d/00-debug.rules Да. > > потом собрать образ и проверить ? > > Наконец добрался (какое-то неожиданно шустрое начало года > вышло, я было настроился на медленный старт, ага). > > Дело было именно в отладке -- там 8M tmpfs. Я так сразу и подумал. > Как думаешь, может, такой "предохранитель" встроить? Нужно. Я сделаю в новом релизе. > -showenv -q > "$debugdir/$event" > +showenv -q > "$debugdir/$event" || rm -rf "$debugdir" > > Ну или хотя бы просто ||:, чтоб не вылетало, но наглухо забитый > tmpfs наверняка чреват проблемами и для других обработчиков. Да, это будет ломать остальные обработчики. Я думал либо выбросить совсем это, либо в фичу отдельную вынести. Это мне нужно было, когда случайно терялись эвенты и я это использовал для разработки. > Ещё обдумывал вариант, чтоб отладку включать только > по какому instdebug в /proc/cmdline -- но это ещё чуть > увеличит накладные расходы по ней, причём всем, > потому не уверен. > > PS: всё никак не привыкну к наличию make-initrd@ -- > может, перенести обсуждение туда "как есть"? :) Давай перенесём, чтобы в архиве было обсуждение. +Cc: make-initrd@ -- Rgrds, legion