From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <426F6F53.8040201@altlinux.com> Date: Wed, 27 Apr 2005 14:54:11 +0400 From: Anton Farygin User-Agent: Mozilla Thunderbird 1.0 (X11/20050202) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ALT Devel discussion list Subject: Re: [devel] unmount procedure References: <20050427092120.GE26697@basalt.office.altlinux.org> In-Reply-To: <20050427092120.GE26697@basalt.office.altlinux.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2005 10:57:59 -0000 Archived-At: List-Archive: List-Post: Dmitry V. Levin wrote: >On Wed, Apr 27, 2005 at 01:06:34PM +0400, Anton Farygin wrote: > > >>Dmitry V. Levin wrote: >> >> >>>Может, так лучше: >>>1. размонтируем все tmpfs, которые не /dev; >>>2. деактивируем все swap; >>>3. размонтируем все FS в обычном порядке. >>> >>> >>> >>Да, именно так. >>Только надо проверить, не сломает ли это livecd, где на tmpfs лежат r/w >>branch'и unionfs'а. >> >> > >Хм, производные файловые системы типа unionfs надо пытаться размонтировать >ещё раньше. > >Похоже, задача медленно но верно превращается в обход дерева. >Вот только связи не всегда очевидны, и не всегда отражены в /proc/mounts. > > unionfs может быть точно не отражен. На самом деле для unionfs не составляет проблем потеря данных в одном из брэнчей. Так что здесь не должно ничего страшного возникнуть. Rgds, Rider