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=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ya.ru; s=mail; t=1541770949; bh=S0KtlucqKzfzkzsr2yxNHsTIs5x+89GCTns+sAgrOhM=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=KPFeiShZgjLN/E5o7By/rhHne6KHfX/1TuxDRVyxHMOoFZQJfEw+Z7DiyT99G2ojw ohiXgdSczQHNK6Qum4JDlRhLwORexqIOKBuKKlPr1Uv2s/e8Dawl+2MbU8eIXDra92 DUIpZtFtzj3Kr1uqrPmyELY2JoGEG60O2hp0yZXU= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ya.ru; s=mail; t=1541770948; bh=S0KtlucqKzfzkzsr2yxNHsTIs5x+89GCTns+sAgrOhM=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=W1qfKUyUJ24LREjk0bymMsajwzEpYtcVJAc/I2Bqt4s5ehtiLE9op3heWZPj+Fz3u kE4ALmeLRV79/9WK1lw9agJSYJfv2FpjXPh0lPiYma2SS9nO2dQIpHqvHHwSm2OkFu z/zLAmQrxVPCm6FL/NGmvDxYimZzX2c+O1sKygQ4= Authentication-Results: smtp4o.mail.yandex.net; dkim=pass header.i=@ya.ru To: devel@lists.altlinux.org References: <201811070217.28302.asy@altlinux.org> <20181106232742.GA16214@altlinux.org> <201811070942.00129.asy@altlinux.org> <20181107161221.88d9c79d4a25b7f10b74704f@altlinux.org> <20181108193348.6e4b7824392a356e852c2caf@altlinux.org> <158ff35e-76d2-cc8a-b783-7ebd8152b75b@altlinux.org> <20181109131059.1f166bb1f21b48008bd1ffa4@altlinux.org> <20181109161453.061f485e86bec874018590f3@altlinux.org> From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= Message-ID: Date: Fri, 9 Nov 2018 20:42:27 +0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20181109161453.061f485e86bec874018590f3@altlinux.org> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [devel] =?utf-8?b?W3Npc3lwaHVzXSDQndC1INC/0LXRgNC10LrQu9GO0Yc=?= =?utf-8?b?0LDQtdGC0YHRjyDQsiDQs9GA0LDRhNC40YfQtdGB0LrQuNC5INGA0LXQttC4?= =?utf-8?b?0Lw=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2018 13:42:31 -0000 Archived-At: List-Archive: List-Post: 09.11.2018 20:14, Andrey Savchenko пишет: > On Fri, 9 Nov 2018 15:52:10 +0300 Alexey Shabalin wrote: >> пт, 9 нояб. 2018 г. в 13:11, Andrey Savchenko : >>> On Fri, 9 Nov 2018 12:44:10 +0300 Paul Wolneykien wrote: >>>> 08.11.2018 19:33, Andrey Savchenko пишет: >>>>> On Wed, 7 Nov 2018 22:41:08 +0300 Paul Wolneykien wrote: >>>>>> 07.11.2018 21:38, Leonid Krivoshein пишет: >>>>>>> 4. надо находить и устранять причины раннего опустошения энтропии, >>>>>>> приводящие к блокировкам. >>>>>> Я правильно понимаю, что скоро ОС перестанет загружаться на обычном >>>>>> железе, поскольку для загрузки внезапно понадобились случайные числа? >>>>> Не совсем так. Случайные числа нужны были всегда, просто сейчас >>>>> исправили баг с выдачей предсказуемых чисел вместо случайных, что >>>>> ранее имело место при недостаточной энтропии в начале загрузки. >>>>> >>>>> ОС как грузилась, так и будет грузится. Просто некоторым >>>>> пользователям systemd придётся подождать. Ирония в том, что systemd >>>>> породил проблему долгой загрузки для решения которой изначально >>>>> создавался. >>>> Это меняет дело. Я правильно понимаю, что можно собрать такой JEOS, >>>> который будет грузиться без тормозов, исключив потребителей случайных >>>> чисел, но оставив systemd? >>> Уже разобрались в другой ветке, что проблема была в несохранении >>> random pool между перезагрузками, т.к. для пользователей systemd >>> он был в tmpfs, исправление ожидает коммита. >> Ничего не разобрались, у systemd всегда сохранялось нормально. >> Изменения касаются SysV. >> >> PS: вообще заметил двойные стандарты - ошибки в systemd раздуваются до >> вселенских маштабов, а в sysv просто не замечаются :) > А где в sysv ошибка? /var/run там на обычной fs. > Сейчас на sysV чехарда. Кто-то смотрит в /var/run/, кто-то в /run; кто-то в /run/lock, кто-то в /var/lock. На systemd /var/run и /run одно и тоже, а на sysV нет. После того, как в начале сентября в пакете filesystem /var/lock/subsys превратился в ghost, случился маленький армагедец для sysV. Есть желание превратить /var/run в симлинк на ../run, /var/lock в симлинк на ../run/lock. bug 35350 Об этом баге уже писал. Кстати, в сборке regular-xfce-sysv наблюдаю очень долгую загрузку, чего нет в других регулярках. -- С уважением, Антон Мидюков