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=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=b6l7IDPI8LMcRVYJns+U2SqJ6DClBEOBc75WzVlQ5IY=; b=KHcrAyKX3x5dE5Gf4fEzYQUAgBcBhjVSrok0D3s7xM+0nS71F/R1kxbVMgpAiWCrbY Z6NvwxO7CLQHE7PLekqtUT0MWjPK9NQ/sceVJPPeMwxi/8mL07ik++9wEknPRIg/aFJY hoaHZlUAvtBybb5fkuH3XCh8iT9TpY1HSL9flm2oEh5bCF5ENWRDtS/V0WsMBCaMNDsn SadbvYsE6RKZ8HV7Dn0HVRxg4GnXbjv/DzPx2mI15fwja9s9kfA5u+ye3m3wiFE/xq4e ZyleCqS3W33P9sirj4R+VuniGfBCyTHmPec+HbO9VvP/1VJipPHh+Sd/5AY10kID3kni ySBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=b6l7IDPI8LMcRVYJns+U2SqJ6DClBEOBc75WzVlQ5IY=; b=ZFZz3Ob8LJK5mbVlevdJv42xIT6mNiZDXzNI6TE6dmAUK2gccmT3l/zTADyaaTYBp9 hp6Pes2bhsXwD7oCAcorlEg3zEK9Px2kzPQZL9kpVxWlSzvJASUqjl8hYcIKD3T5x3s9 hk61r7K1BkJ8bME0WFTqdZAeJdx8h5sTMY25b/9DKOYzE2T/Av1V1e6QGVD2kbdarmVo R1ecIjlOMSmaeS9VUfr/i3PeUhvzS+c4+S/i9j0bJnIA919DpgGQZn1QG9lN+VmP2+o4 95qE7O6fq7QvXl619ZOj8UDZlymn78lHVRkze20axxMuDBqOO+cKuRoP51l47f6WH5v6 9u6Q== X-Gm-Message-State: APt69E3+fo17KF5C5YtfMgnOANWSk1Sh4ArnJzd6LOn4P0kJRoj+p6+E yIwIyYD9KeRZgCBVD5F1dSVb6w== X-Google-Smtp-Source: ADUXVKILNwb0R5dIN0m5dGAVRsOoscCEyUHkos7iw3dr2bRR7IaHN0ZEy4/kgIV06+3nhNWGx8NViQ== X-Received: by 2002:a19:d405:: with SMTP id l5-v6mr14862537lfg.28.1529610234238; Thu, 21 Jun 2018 12:43:54 -0700 (PDT) To: devel@lists.altlinux.org References: <20180621081743.GT20609@imap.altlinux.org> <20180621093635.GC15692@altlinux.org> From: Leonid Krivoshein Message-ID: Date: Thu, 21 Jun 2018 22:43:52 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20180621093635.GC15692@altlinux.org> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?0YDQsNC30LHQuNCy0LDQu9C60LAg0LTQuNGB0LrQsCAo?= =?utf-8?b?0L/QvtGH0LXQvNGDLdGC0L4g0LHRi9C70L46INCo0LDQs9C4INC40L3RgdGC?= =?utf-8?b?0LDQu9C70Y/RgtC+0YDQsCk=?= 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: Thu, 21 Jun 2018 19:43:57 -0000 Archived-At: List-Archive: List-Post: 21.06.2018 12:36, Alexey V. Vissarionov пишет: > On 2018-06-21 11:17:43 +0300, Michael Shigorin wrote: > > >> решил пока сильно шашкой не размахивать, а осилить "маленький, > >> но важный кусочек", связанный с разбивкой диска, > > Это ни разу не "маленький", а САМЫЙ (с большим отрывом) сложный > > кусок инсталятора для разработчика и для пользователя тоже. > > Самым сложным при этом является вопрос "чего хочу?", на который > приходится отвечать пользователю. При написании такого бэкэнда с нуля мне бы очень хотелось реализовать несколько вещей. Во-первых, обеспечить хотя бы тот функционал, что мы имеем на сейчас через libevms. Во-вторых, обеспечить возможность расширения базового функционала. В-третьих, очень хочется не нарушать семантики существующих командных интерфейсов работы с дисками (sfdisk, mdadm, lvm, dmsetup, losetup, cryptsetup). В четвёртых, хотелось бы обеспечить функционал для работы с кнопками "отменить" и "вернуть" на любое число шагов в дополнении к ранее оговоренной кнопке "применить". В пятых, с чего я собственно и начал, хотелось бы иметь возможность разбивать не только реальные диски "на живую", но и планировать будущую разбивку с последующей записью в файл или скрипт на вполне себе "выдуманных" блочных устройствах. А уж чего там хочет пользователь, какими подсказками или дефолтами ему это обеспечит фронтэнд инсталлятора, меня пока точно не касается. > > Его сложность обусловлена, с одной стороной, огромным > > наследием самых разных устройств > > Практически все современные блочные устройства, используемые для > размещения корневой ФС, позволяют работать с ними точно так же, > как с жесткими дисками, а эти методы не менялись более 20 лет. В плане достаточных и необходимых знаний о блочном устройстве -- да. Но подходы по организации работы с ними как раз в последние годы достаточно сильно менялись, хотя конечно речь о новых возможностях, которые мы не привыкли активно использовать, в том числе на этапе инсталляции или массового развёртывания. Например, отложенная запись на backing-device, integrity (совместно с шифрованием), кэширование (lvm), replay log имени Facebook, да я наверное всего сходу не перечислю. > > Известных мне работающих "машинок состояния", которые умеют > > "держать в уме" нюансы устройств/разбивок/ФС -- ровно два: libevms > > (апстрим давно умер) и libparted (который, помнится, сделали из > > партеда дебианщики для своего инсталятора). > > Лично я не доверяю ни тому, ни другому. Поэтому просто озвучу хотелку: > нужна возможность запустить терминал и сделать вручную все необходимое > (в вышеприведенном примере это будет монтирование /dev/md0 в /target и > /dev/md1 в /target/home). С таким выбором согласен. Для скриптов/автоматики sfdisk лучше прочих, пригоден для разметки MBR/GPT и не только. sfdisk/fdisk/cgdisk/gdisk основаны на libfdisk из linux-utils. На текущий момент код там очень качественный, много переносов из ядра. Если не доверять ему, тогда вообще непонятно, чему доверять. В некоторых наших инсталляторах нет ни mdadm, ни lvm, графический фронтэнд работает напрямую через libevms. Но то, что ты хочешь, он делать умеет, хотя монтируется у нас всё всегда в /mnt/destination. Надеюсь, к 8.3 исправится ситуация с установкой grub на md-raid (на сейчас только в этом небольшой затык, пакет к этому готов, но установочных образов 8.3 с ним на борту в природе ещё не появились). -- Best regards, Leonid Krivoshein.