From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rider@altlinux.com>
Message-ID: <54B41C86.6040506@altlinux.com>
Date: Mon, 12 Jan 2015 22:12:06 +0300
From: Anton Farygin <rider@altlinux.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: devel@lists.altlinux.org
References: <54A165FA.2010604@altlinux.ru>
	<54A2AE77.9060205@altlinux.ru>	<20150101204150.GA31879@altlinux.org>	<54B3BE58.6050208@altlinux.com>	<20150112135532.GA17551@altlinux.org>
	<20150112141557.GA17644@altlinux.org>
In-Reply-To: <20150112141557.GA17644@altlinux.org>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] =?utf-8?b?0JrQsNC6INC/0YDQvtC50YLQuCDRgdCx0L7RgNC60YMg?=
 =?utf-8?b?0LXRgdC70Lgg0YLRgNC10LHRg9C10YLRgdGPIC9kZXYvc2htID8=?=
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Jan 2015 19:12:06 -0000
Archived-At: <http://lore.altlinux.org/devel/54B41C86.6040506@altlinux.com/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On 12.01.2015 17:15, Dmitry V. Levin wrote:
> On Mon, Jan 12, 2015 at 04:55:33PM +0300, Dmitry V. Levin wrote:
>> On Mon, Jan 12, 2015 at 03:30:16PM +0300, Anton Farygin wrote:
>>> On 01.01.2015 23:41, Dmitry V. Levin wrote:
>> [...]
>>>> Используйте hasher >= 1.3.23-alt1 и собирайте на
>>>> tmpfs.
>>>
>>> Дима, а почему такое требование - tmpfs ?
>>
>> sem_open(3) требует, чтобы /dev/shm был на tmpfs (и доступен на запись).
>> Строго говоря, если /dev/shm не на tmpfs, и /proc/mounts доступен на
>> чтение, то sem_open(3) будет пытаться использовать первую попавшуюся в
>> /proc/mounts точку монтирования на tmpfs.  Если никаких tmpfs не нашлось,
>> то sem_open(3) работать не будет.
>
> Начиная с glibc-2.19-16-g6fc8123, ramfs тоже подойдет.

Ты не понял, ramfs у меня пробрасывается в виде диска в VM.

Т.е. - о том, что это RamFS знает только хост система. Для виртуальной 
машины это обычный диск с файловой системой ext4.

А почему ты не хочешь реализовать монтирование /dev/shm в сборочный чрут 
? Как заметил Саша Боковой в соседнем письме - namespace поможет 
изолировать адресное пространство.