From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sun, 13 Apr 2008 13:54:05 +0400 From: Stanislav Ievlev To: ALT Linux Team development discussions Message-ID: <20080413095404.GA1821@imap.altlinux.org> References: <921f6bb40804041100l52d07bdch5b6fdb3e064f69f7@mail.gmail.com> <20080404231035.GB5855@wo.int.altlinux.org> <921f6bb40804041729k7d72049ay6a710966d76b7da4@mail.gmail.com> <20080407082600.GA31879@imap.altlinux.org> <921f6bb40804070938t596e4f67h3f59b2070d3d39c9@mail.gmail.com> <20080407165034.GA13412@wo.int.altlinux.org> <921f6bb40804070958j33821e72ra54d70d132c048a8@mail.gmail.com> <20080407170702.GB13412@wo.int.altlinux.org> <20080408063238.GA10018@imap.altlinux.org> <921f6bb40804110618l2ab8a180nc23a13e2a61dc415@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <921f6bb40804110618l2ab8a180nc23a13e2a61dc415@mail.gmail.com> Subject: Re: [devel] q: installer: Killing all remaining processes (forever) X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.10b3 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: Sun, 13 Apr 2008 09:54:05 -0000 Archived-At: List-Archive: List-Post: On Fri, Apr 11, 2008 at 05:18:23PM +0400, Evgeny Sinelnikov wrote: > Здравствуйте, > > 2008/4/8 Stanislav Ievlev : > > Когда будете делать новые патчи - оповестите откуда брать. > > > > Текущая версия по идее уже не выдаёт kernel panic, но неотмонтированный > > /mnt/destination/dev всё ещё остаётся . > > > > > Проблема в том, что не корректно просто так добавлять sleep (1), нужно > ожидать сигнала ECHILD. После этого проблемы с /mnt/destination/dev > исчезают сами собой... Это раз. Это лучше с Дима скажет - у него были какие-то аргументы против ECHILD. Что касается финального loop_change_fd, то сдаётся мне в свете накопившегося опыта стоит попробовать следующее: * copy+reexec init'a с tmpfs (тогда точно не будет никаких зависаний ибо файл процесса уже будет вне опасности) * по окончании работы pivot_root в tmpfs (откуда был запущен) далее kill и umount. После второй операции возможно и повторный loop_change_fd не пригодится. Мы один раз уже пробовали эту схему, но тогда видать не дотумкали насчёт ожидания убиения процессов, увидели что не получается отмонтирование и отказались от неё. Стоит попробовать ещё разок.