[devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Michael Shigorin]

On Wed, Jun 20, 2018 at 12:50:21AM +0300, Leonid Krivoshein wrote:
> Поизучав исходники Каламариса, посмотрев на инсталляторы в других 
> дистрибутивах, неоднократно выслушав пожелания иметь ещё и текстовый 
> инсталлятор, имея собственное желание объединить систему массового 
> развёртывания с инсталлятором в единое целое, поговорив с отдельными 
> товарищами на эту тему, решил пока сильно шашкой не размахивать, а 
> осилить "маленький, но важный кусочек", связанный с разбивкой диска, 

Это ни разу не "маленький", а САМЫЙ (с большим отрывом) сложный
кусок инсталятора для разработчика и для пользователя тоже.

Его сложность обусловлена, с одной стороной, огромным наследием
самых разных устройств и вариантов организации данных на них,
а с другой -- риском потери этих данных лёгким движением руки.

Известных мне работающих "машинок состояния", которые умеют
"держать в уме" нюансы устройств/разбивок/ФС -- ровно два:
libevms (апстрим давно умер) и libparted (который, помнится,
сделали из партеда дебианщики для своего инсталятора).

> включая поддержку md/lvm и др. блочных устройств. Надеюсь, это не займёт 
> так много времени, как некоторые пророчат. А вообще, первый из списка 
> хоть и куц в качестве основы, в плане источника идей, в том числе, по 
> организации шагов инсталляции, мне понравился. Гляньте на досуге: 

Лёнь, это вообще без отношения к вопросу Паши.
В таких случаях лучше заводить новое обсуждение,
а не уводить в сторону уже идущее.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

21.06.2018 11:17, Michael Shigorin пишет:
> libparted (который, помнится,
> сделали из партеда дебианщики для своего инсталятора).

libparted, к сожалению, никак не поможет в случае организации raid или lvm.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Yuri Sedunov]

В Чт, 21/06/2018 в 11:19 +0300, Anton Farygin пишет:
> 21.06.2018 11:17, Michael Shigorin пишет:
> > libparted (который, помнится,
> > сделали из партеда дебианщики для своего инсталятора).
> 
> libparted, к сожалению, никак не поможет в случае организации raid
> или lvm.

https://github.com/storaged-project/libblockdev

-- 
Yuri N. Sedunov

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

[-- Attachment #1: Type: text/plain, Size: 2825 bytes --]

On 2018-06-21 11:17:43 +0300, Michael Shigorin wrote:

 >> решил пока сильно шашкой не размахивать, а осилить "маленький,
 >> но важный кусочек", связанный с разбивкой диска,
 > Это ни разу не "маленький", а САМЫЙ (с большим отрывом) сложный
 > кусок инсталятора для разработчика и для пользователя тоже.

Самым сложным при этом является вопрос "чего хочу?", на который
приходится отвечать пользователю.

 > Его сложность обусловлена, с одной стороной, огромным
 > наследием самых разных устройств

Практически все современные блочные устройства, используемые для
размещения корневой ФС, позволяют работать с ними точно так же,
как с жесткими дисками, а эти методы не менялись более 20 лет.

 > и вариантов организации данных на них,

Их, кстати, не так уж и много.

Вот есть физическое устройство /dev/sda; если его объем 2 Тб или
меньше, то создаем в его первом блоке MBR, а если больше, то GPT.
Если машина использует EFI, понадобится небольшой раздел с FAT32.
Если рядом есть физическое устройство /dev/sdb того же объема, то
можно рекомендовать пользователю создать зеркало. В любом случае
понадобится создать как минимум две ФС - / и /home, а для сервера
полезно еще и /var обособить (или /var/log - больше ничего совсем
большого в /var не бывает).

А, ну да: если держать корень на зеркале /dev/md0, то /home на
/dev/md1 может со временем расти - из зеркала в RAID-5, потом в
RAID-6, а потом только диски добавляй... в общем, примерно так:

md0 : active raid1 sdg1[3] sdf1[4] sde1[5] sda1[6] sdc1[1] sdb1[0] sdd1[2]
      9764800 blocks [7/7] [UUUUUUU]
md1 : active raid6 sdb2[0] sda2[4] sde2[5] sdf2[6] sdg2[7] sdd2[3] sdc2[1]
      14601845760 blocks super 1.2 level 6, 64k chunk, algorithm 2 [7/7]
      [UUUUUUU]

Аналогично наращивать можно и RAID-10, только диски нужно добавлять
парами, а надежность деградирует.

 > а с другой -- риском потери этих данных лёгким движением руки.

Главное - чтобы это происходило только в результате нажатия кнопки
"записать изменения": в этом случае ответственность за сохранность
данных полностью возлагается на пользователя ("ну, у вас ведь есть
резервная копия!").

 > Известных мне работающих "машинок состояния", которые умеют
 > "держать в уме" нюансы устройств/разбивок/ФС -- ровно два: libevms
 > (апстрим давно умер) и libparted (который, помнится, сделали из
 > партеда дебианщики для своего инсталятора).

Лично я не доверяю ни тому, ни другому. Поэтому просто озвучу хотелку:
нужна возможность запустить терминал и сделать вручную все необходимое
(в вышеприведенном примере это будет монтирование /dev/md0 в /target и
/dev/md1 в /target/home).


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton V. Boyarshinov]

[-- Attachment #1: Type: text/plain, Size: 742 bytes --]

On Thu, 21 Jun 2018 12:36:35 +0300 Alexey V. Vissarionov wrote:

> Лично я не доверяю ни тому, ни другому. Поэтому просто озвучу хотелку:
> нужна возможность запустить терминал и сделать вручную все необходимое
> (в вышеприведенном примере это будет монтирование /dev/md0 в /target и
> /dev/md1 в /target/home).
Эта возможность есть и сейчас. Достаточно переключиться на первую
консоль в начале установки, и, сделав всё, что надо, переглючиться
обратно

[-- Attachment #2: Цифровая подпись OpenPGP --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Michael Shigorin]

On Thu, Jun 21, 2018 at 12:44:57PM +0300, Anton V. Boyarshinov wrote:
> > Лично я не доверяю ни тому, ни другому. Поэтому просто озвучу хотелку:
> > нужна возможность запустить терминал и сделать вручную все необходимое
> > (в вышеприведенном примере это будет монтирование /dev/md0 в /target и
> > /dev/md1 в /target/home).
> Эта возможность есть и сейчас. Достаточно переключиться на первую
> консоль в начале установки, и, сделав всё, что надо, переглючиться
> обратно

Это если хотя бы fdisk в инсталятор положили, что не факт.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

[-- Attachment #1: Type: text/plain, Size: 916 bytes --]

On 2018-06-21 12:44:57 +0300, Anton V. Boyarshinov wrote:

 >> Лично я не доверяю ни тому, ни другому. Поэтому просто озвучу
 >> хотелку: нужна возможность запустить терминал и сделать
 >> вручную все необходимое (в вышеприведенном примере это будет
 >> монтирование /dev/md0 в /target и /dev/md1 в /target/home).
 > Эта возможность есть и сейчас. Достаточно переключиться на
 > первую консоль в начале установки, и, сделав всё, что надо,
 > переглючиться обратно

Есть-то она есть, но не та: сейчас установщик готов принять от
пользователя целевой раздел, но не готовую смонтированную ФС.

То есть, нужна проверка вида "если в /target что-то смонтировано,
отключаем противоестественный интеллект и переходим к водным п^W^W
rpm --initdb"


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

21.06.2018 12:36, Alexey V. Vissarionov пишет:
> Вот есть физическое устройство /dev/sda; если его объем 2 Тб или
> меньше, то создаем в его первом блоке MBR, а если больше, то GPT.
> Если машина использует EFI, понадобится небольшой раздел с FAT32.

Если EFI, то GPT вне зависимости от размера диска.


Но нюансов там больше. Например, сейчас очень распространена 
конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер это не 
распознаёт и правильным образом не отрабатывает.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

21.06.2018 12:47, Michael Shigorin пишет:
> Это если хотя бы fdisk в инсталятор положили, что не факт.

gdisk. fdisk это о другом.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

On 2018-06-21 13:52:43 +0300, Anton Farygin wrote:

 >> Это если хотя бы fdisk в инсталятор положили, что не факт.
 > gdisk. fdisk это о другом.

И то, и другое.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

On 2018-06-21 13:51:48 +0300, Anton Farygin wrote:

 >> Вот есть физическое устройство /dev/sda; если его объем 2 Тб или
 >> меньше, то создаем в его первом блоке MBR, а если больше, то GPT.
 >> Если машина использует EFI, понадобится небольшой раздел с FAT32.
 > Если EFI, то GPT вне зависимости от размера диска.

Не-а... Регламентируется только тип раздела 0xEF и файловая система
FAT32 (то есть, FAT с количеством кластеров 65536 или больше). Все
остальное высосано из пальца какими-то ламерами и с тех пор кочует
из одной безграмотной публикации в другую.

 > Но нюансов там больше. Например, сейчас очень распространена
 > конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер
 > это не распознаёт и правильным образом не отрабатывает.

А как, по-твоему, он должен это обрабатывать? Не, я таки знаю, что
хомячки любят взгромоздить систему на флешку, а на диск записывать
свои погадки, но даже предлагать такое по умолчанию лучше не надо.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

21.06.2018 14:08, Alexey V. Vissarionov пишет:
> On 2018-06-21 13:51:48 +0300, Anton Farygin wrote:
>
>   >> Вот есть физическое устройство /dev/sda; если его объем 2 Тб или
>   >> меньше, то создаем в его первом блоке MBR, а если больше, то GPT.
>   >> Если машина использует EFI, понадобится небольшой раздел с FAT32.
>   > Если EFI, то GPT вне зависимости от размера диска.
>
> Не-а... Регламентируется только тип раздела 0xEF и файловая система
> FAT32 (то есть, FAT с количеством кластеров 65536 или больше). Все
> остальное высосано из пальца какими-то ламерами и с тех пор кочует
> из одной безграмотной публикации в другую.

Это конечно да, но реализации EFI бывает не работают без GPT.
>
>   > Но нюансов там больше. Например, сейчас очень распространена
>   > конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер
>   > это не распознаёт и правильным образом не отрабатывает.
>
> А как, по-твоему, он должен это обрабатывать? Не, я таки знаю, что
> хомячки любят взгромоздить систему на флешку, а на диск записывать
> свои погадки, но даже предлагать такое по умолчанию лучше не надо.
Именно. И тем более не надо делать из этого RAID1, что пытается сделать 
наш инсталятор на некоторых наших дистрибутивах.

Re: [devel] разбивалка диска

[Michael Shigorin]

On Thu, Jun 21, 2018 at 02:08:35PM +0300, Alexey V. Vissarionov wrote:
> >> Вот есть физическое устройство /dev/sda; если его объем 2 Тб или
> >> меньше, то создаем в его первом блоке MBR, а если больше, то GPT.
> >> Если машина использует EFI, понадобится небольшой раздел с FAT32.
> > Если EFI, то GPT вне зависимости от размера диска.
> Не-а... Регламентируется только тип раздела 0xEF и файловая система
> FAT32 (то есть, FAT с количеством кластеров 65536 или больше). Все
> остальное высосано из пальца какими-то ламерами и с тех пор кочует
> из одной безграмотной публикации в другую.

Ты эту теорию расскажи жертвам фирмварей, которые приняли
"свободный выбор MSFT" в виде "MBR==BIOS, GPT==UEFI",
когда "регламентированное", но не тестированное на не-винде
попросту не заработает.

> > Но нюансов там больше. Например, сейчас очень распространена
> > конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер
> > это не распознаёт и правильным образом не отрабатывает.
> А как, по-твоему, он должен это обрабатывать? Не, я таки знаю, что
> хомячки любят взгромоздить систему на флешку, а на диск записывать
> свои погадки, но даже предлагать такое по умолчанию лучше не надо.

Вот так и делать.  Вариантов немного, обратный имеет больше
минусов в среднем по больнице.

PS: попробуй аргументировать, а не просто вещать. :)
Меня вот заинтриговал, но пока не разынтриговал.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] разбивалка диска

[Michael A. Kangin]

On 06/21/2018 01:39 PM, Michael Shigorin wrote:

>>> Но нюансов там больше. Например, сейчас очень распространена
>>> конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер
>>> это не распознаёт и правильным образом не отрабатывает.
>> А как, по-твоему, он должен это обрабатывать? Не, я таки знаю, что
>> хомячки любят взгромоздить систему на флешку, а на диск записывать
>> свои погадки,

При этом получается высокая скорость работы системы и много места для 
погадков. И чем такой подход плох?


> Вот так и делать.  Вариантов немного, обратный имеет больше
> минусов в среднем по больнице.

Еще вкусный вариант - флешку под кеш.
Но это уже инсталлятор надо обучать bcache, и любым наслоениям 
mdadm/lvm/luks/bcache

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

[-- Attachment #1: Type: text/plain, Size: 2284 bytes --]

On 2018-06-21 14:15:34 +0300, Anton Farygin wrote:

 >>>> Вот есть физическое устройство /dev/sda; если его объем 2 Тб или
 >>>> меньше, то создаем в его первом блоке MBR, а если больше, то GPT.
 >>>> Если машина использует EFI, понадобится небольшой раздел с FAT32.
 >>> Если EFI, то GPT вне зависимости от размера диска.
 >> Не-а... Регламентируется только тип раздела 0xEF и файловая
 >> система FAT32 (то есть, FAT с количеством кластеров 65536 или
 >> больше).
 > Это конечно да, но реализации EFI бывает не работают без GPT.

Как говорил Константин наш Сергеич - "Не верю!".

Описание EFI было опубликовано раньше, чем платы с его поддержкой
стали массовыми, а это случилось после того, как второй участник
разработки стандарта выпустил ПО, способное на них работать. Это
позволило избежать появления несовместимых реализаций: "посмотри,
как сделано у главных разработчиков стандарта, и сделай так же;
если не можешь сделать в точности так же, сделай хотя бы часть,
чтобы на твоей железяке работало ПО от вторых разработчиков".

Надеюсь, всем понятно, про какие компании идет речь :-)

То есть, когда говорят про систему с кривым EFI - это означает,
что в ней реализован какой-то огрызок стандартного функционала.

 >>> Но нюансов там больше. Например, сейчас очень распространена
 >>> конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер
 >>> это не распознаёт и правильным образом не отрабатывает.
 >> А как, по-твоему, он должен это обрабатывать? Не, я таки знаю,
 >> что хомячки любят взгромоздить систему на флешку, а на диск
 >> записывать свои погадки, но даже предлагать такое по умолчанию
 >> лучше не надо.
 > Именно.

Но и предлагать использовать SSD для swap тоже не резон... Лично я
предпочту, чтобы при автоматической установке SSD никто не трогал -
усер потом сам разберется, куда его примонтировать.

 > И тем более не надо делать из этого RAID1, что пытается сделать
 > наш инсталятор на некоторых наших дистрибутивах.

Коряква. Лечится добавлением проверки "одинаковости" объемов двух
дисков - например, abs[(size1-size2)/(size1+size2)] < 0.1


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

21.06.2018 11:30, Yuri Sedunov пишет:
> В Чт, 21/06/2018 в 11:19 +0300, Anton Farygin пишет:
>> 21.06.2018 11:17, Michael Shigorin пишет:
>>> libparted (который, помнится,
>>> сделали из партеда дебианщики для своего инсталятора).
>> libparted, к сожалению, никак не поможет в случае организации raid
>> или lvm.
> https://github.com/storaged-project/libblockdev

Вот за это отдельное спасибо! Думал уже всё посмотрел, ан нет. Прежде 
чем начинать свой велосипед делать... :)


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

21.06.2018 11:17, Michael Shigorin пишет:
> On Wed, Jun 20, 2018 at 12:50:21AM +0300, Leonid Krivoshein wrote:
>> Поизучав исходники Каламариса, посмотрев на инсталляторы в других
>> дистрибутивах, неоднократно выслушав пожелания иметь ещё и текстовый
>> инсталлятор, имея собственное желание объединить систему массового
>> развёртывания с инсталлятором в единое целое, поговорив с отдельными
>> товарищами на эту тему, решил пока сильно шашкой не размахивать, а
>> осилить "маленький, но важный кусочек", связанный с разбивкой диска,
> Это ни разу не "маленький", а САМЫЙ (с большим отрывом) сложный
> кусок инсталятора для разработчика и для пользователя тоже.

Потому и в кавычках. :) Надо же с чего-то начать.


> Его сложность обусловлена, с одной стороной, огромным наследием
> самых разных устройств и вариантов организации данных на них,
> а с другой -- риском потери этих данных лёгким движением руки.
>
> Известных мне работающих "машинок состояния", которые умеют
> "держать в уме" нюансы устройств/разбивок/ФС -- ровно два:
> libevms (апстрим давно умер) и libparted (который, помнится,
> сделали из партеда дебианщики для своего инсталятора).

Посмотрел много кода, в том числе linux-utils со всеми библиотеками, 
evms, код dm/md в ядре. libfdisk, используемый всеми *disk'ами, тоже 
ничего не меняет до последнего, но я бы не назвал её "машиной 
состояния". Равно как libparted, она не поможет в случае md, lvm, dm, и 
др... evms, подобно ядру и linux-utils, имеет описания множества 
структур метаданных, но, в отличии от апстрима, там некому приводить это 
в актуальное состояние. В результате чем дальше, тем хуже. Достаточно 
сравнить структуры суперблока пресловутой ext2. Я нашёл способ не 
использовать знания о размере и расположении метаданных, о внутренней их 
структуре, а также дешёвый способ штатными методами обеспечить 
сохранение состояния, комит и откат при необходимости. А для тех, у кого 
достаточно лишней оперативки или на время инсталляции (развёртывания) 
есть возможность выделить небольшой кусок реального диска, можно будет 
предложить фичу "инсталляция в режиме --dry-run" с возможным применением 
всех изменений только в самом конце. Но это я опять скатился к 
обсуждению инсталлятора.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

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.

Re: [devel] Шаги инсталлятора

[Leonid Krivoshein]

Это про инсталлятор, а не про разбивалку диска!


21.06.2018 12:54, Alexey V. Vissarionov пишет:
> On 2018-06-21 12:44:57 +0300, Anton V. Boyarshinov wrote:
>
>   >> Лично я не доверяю ни тому, ни другому. Поэтому просто озвучу
>   >> хотелку: нужна возможность запустить терминал и сделать
>   >> вручную все необходимое (в вышеприведенном примере это будет
>   >> монтирование /dev/md0 в /target и /dev/md1 в /target/home).
>   > Эта возможность есть и сейчас. Достаточно переключиться на
>   > первую консоль в начале установки, и, сделав всё, что надо,
>   > переглючиться обратно
>
> Есть-то она есть, но не та: сейчас установщик готов принять от
> пользователя целевой раздел, но не готовую смонтированную ФС.
>
> То есть, нужна проверка вида "если в /target что-то смонтировано,
> отключаем противоестественный интеллект и переходим к водным п^W^W
> rpm --initdb"


Прошу прощения, но зачем тебе инсталлятор при такой хотелке? :)


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

21.06.2018 13:51, Anton Farygin пишет:
> 21.06.2018 12:36, Alexey V. Vissarionov пишет:
>> Вот есть физическое устройство /dev/sda; если его объем 2 Тб или
>> меньше, то создаем в его первом блоке MBR, а если больше, то GPT.
>> Если машина использует EFI, понадобится небольшой раздел с FAT32.
>
> Если EFI, то GPT вне зависимости от размера диска.
>

На усмотрение админа д.б. такие решения. До 2Тб -- выбор есть, больше -- 
только GPT, без вариантов. Не понимаю, к чему такой дефолт в нынешнем 
инсталляторе: 
http://git.altlinux.org/gears/a/alterator-vm.git?p=alterator-vm.git;a=blob;f=interfaces/guile/vm/utils.scm;h=f5c18920f71d98a211b9bce8ba2107f67ba1ae92;hb=4adfac3c5df3ced5528f121db5de033199e9d40b#l185

;; use GPT on disks > 2T (4294967296 sectors) or if exists 
"/sys/firmware/efi/"


> Но нюансов там больше. Например, сейчас очень распространена 
> конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер это не 
> распознаёт и правильным образом не отрабатывает.

Это опять же админу решать, не считая дефолта. С дефолтом всегда вопрос 
при количестве дисков >1: нет надёжного способа сопоставить /dev/* с 
0x80 BIOS Disk (если не ошибаюсь), а главное -- автоугадать, возможна ли 
вообще загрузка с диска /dev/*. Поэтому все инсталляторы, наверное, и 
спрашивают, ставить ли загрузчик и куда именно.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

21.06.2018 13:59, Alexey V. Vissarionov пишет:
> On 2018-06-21 13:52:43 +0300, Anton Farygin wrote:
>
>   >> Это если хотя бы fdisk в инсталятор положили, что не факт.
>   > gdisk. fdisk это о другом.
>
> И то, и другое.

Всем не угодишь! ;-)


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

21.06.2018 16:59, Alexey V. Vissarionov пишет:
> ...
> То есть, когда говорят про систему с кривым EFI - это означает,
> что в ней реализован какой-то огрызок стандартного функционала.
>
>   >>> Но нюансов там больше. Например, сейчас очень распространена
>   >>> конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер
>   >>> это не распознаёт и правильным образом не отрабатывает.
>   >> А как, по-твоему, он должен это обрабатывать? Не, я таки знаю,
>   >> что хомячки любят взгромоздить систему на флешку, а на диск
>   >> записывать свои погадки, но даже предлагать такое по умолчанию
>   >> лучше не надо.
>   > Именно.
>
> Но и предлагать использовать SSD для swap тоже не резон... Лично я
> предпочту, чтобы при автоматической установке SSD никто не трогал -
> усер потом сам разберется, куда его примонтировать.

Очень даже резон. Пусть админ решает. На этапе инсталляции.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска

[Leonid Krivoshein]

21.06.2018 15:22, Michael A. Kangin пишет:
> On 06/21/2018 01:39 PM, Michael Shigorin wrote:
>
>> Вот так и делать.  Вариантов немного, обратный имеет больше
>> минусов в среднем по больнице.
>
> Еще вкусный вариант - флешку под кеш.
> Но это уже инсталлятор надо обучать bcache, и любым наслоениям 
> mdadm/lvm/luks/bcache

С этого, кстати, начинал (правда, конкретно в этом наброске пока нет 
желаемого "не нарушать семантики"):

http://git.altlinux.org/people/klark/packages/?p=deploy-project.git;a=blob;f=examples/parts/layout4.conf;h=db8728e2abf8c05028fc3c0e1b0ef842aa76ccb7;hb=2b90f66fdea98e9f5464f02ac2126aa7acf4bb35


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

21.06.2018 21:35, Leonid Krivoshein пишет:
>
> 21.06.2018 11:30, Yuri Sedunov пишет:
>> В Чт, 21/06/2018 в 11:19 +0300, Anton Farygin пишет:
>>> 21.06.2018 11:17, Michael Shigorin пишет:
>>>> libparted (который, помнится,
>>>> сделали из партеда дебианщики для своего инсталятора).
>>> libparted, к сожалению, никак не поможет в случае организации raid
>>> или lvm.
>> https://github.com/storaged-project/libblockdev
>
> Вот за это отдельное спасибо! Думал уже всё посмотрел, ан нет. Прежде 
> чем начинать свой велосипед делать... :)
>
>
Уж если дальше говорить про инсталлер, то мне всё больше и больше 
нравится подход, когда  для рабочей станции можно всё настроить на одном 
шаге, запустить установку и прийти уже настраивать пользователя _в 
установленной_ системе.

Т.е. - свести шаги, идущие после установки пакетов и до загрузки в 
работающую систему к минимуму (точнее к нулю).

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

22.06.2018 00:45, Leonid Krivoshein пишет:
>
> 21.06.2018 13:59, Alexey V. Vissarionov пишет:
>> On 2018-06-21 13:52:43 +0300, Anton Farygin wrote:
>>
>>   >> Это если хотя бы fdisk в инсталятор положили, что не факт.
>>   > gdisk. fdisk это о другом.
>>
>> И то, и другое.
>
> Всем не угодишь! ;-)
>
>
на самом деле parted было бы достаточно.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

22.06.2018 01:34, Leonid Krivoshein пишет:
>
> 21.06.2018 16:59, Alexey V. Vissarionov пишет:
>> ...
>> То есть, когда говорят про систему с кривым EFI - это означает,
>> что в ней реализован какой-то огрызок стандартного функционала.
>>
>>   >>> Но нюансов там больше. Например, сейчас очень распространена
>>   >>> конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер
>>   >>> это не распознаёт и правильным образом не отрабатывает.
>>   >> А как, по-твоему, он должен это обрабатывать? Не, я таки знаю,
>>   >> что хомячки любят взгромоздить систему на флешку, а на диск
>>   >> записывать свои погадки, но даже предлагать такое по умолчанию
>>   >> лучше не надо.
>>   > Именно.
>>
>> Но и предлагать использовать SSD для swap тоже не резон... Лично я
>> предпочту, чтобы при автоматической установке SSD никто не трогал -
>> усер потом сам разберется, куда его примонтировать.
>
> Очень даже резон. Пусть админ решает. На этапе инсталляции.
>
>
Это если админ есть, но его может и не быть. И в этом случае нам лучше 
предложить что-то разумное.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

22.06.2018 00:43, Leonid Krivoshein пишет:
>
>
> 21.06.2018 13:51, Anton Farygin пишет:
>> 21.06.2018 12:36, Alexey V. Vissarionov пишет:
>>> Вот есть физическое устройство /dev/sda; если его объем 2 Тб или
>>> меньше, то создаем в его первом блоке MBR, а если больше, то GPT.
>>> Если машина использует EFI, понадобится небольшой раздел с FAT32.
>>
>> Если EFI, то GPT вне зависимости от размера диска.
>>
>
> На усмотрение админа д.б. такие решения. До 2Тб -- выбор есть, больше 
> -- только GPT, без вариантов. Не понимаю, к чему такой дефолт в 
> нынешнем инсталляторе: 
> http://git.altlinux.org/gears/a/alterator-vm.git?p=alterator-vm.git;a=blob;f=interfaces/guile/vm/utils.scm;h=f5c18920f71d98a211b9bce8ba2107f67ba1ae92;hb=4adfac3c5df3ced5528f121db5de033199e9d40b#l185
>
> ;; use GPT on disks > 2T (4294967296 sectors) or if exists 
> "/sys/firmware/efi/"
>
>
>> Но нюансов там больше. Например, сейчас очень распространена 
>> конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер это 
>> не распознаёт и правильным образом не отрабатывает.
>
> Это опять же админу решать, не считая дефолта. С дефолтом всегда 
> вопрос при количестве дисков >1: нет надёжного способа сопоставить 
> /dev/* с 0x80 BIOS Disk (если не ошибаюсь), а главное -- автоугадать, 
> возможна ли вообще загрузка с диска /dev/*. Поэтому все инсталляторы, 
> наверное, и спрашивают, ставить ли загрузчик и куда именно.
>
>
Ты везде расчитываешь на то, что есть "админ". Но часто бывает так что 
или админ не админ, или пользователь рядовой и обычный.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

21.06.2018 22:03, Leonid Krivoshein пишет:
>
> 21.06.2018 11:17, Michael Shigorin пишет:
>> On Wed, Jun 20, 2018 at 12:50:21AM +0300, Leonid Krivoshein wrote:
>>> Поизучав исходники Каламариса, посмотрев на инсталляторы в других
>>> дистрибутивах, неоднократно выслушав пожелания иметь ещё и текстовый
>>> инсталлятор, имея собственное желание объединить систему массового
>>> развёртывания с инсталлятором в единое целое, поговорив с отдельными
>>> товарищами на эту тему, решил пока сильно шашкой не размахивать, а
>>> осилить "маленький, но важный кусочек", связанный с разбивкой диска,
>> Это ни разу не "маленький", а САМЫЙ (с большим отрывом) сложный
>> кусок инсталятора для разработчика и для пользователя тоже.
>
> Потому и в кавычках. :) Надо же с чего-то начать.
>
>
>> Его сложность обусловлена, с одной стороной, огромным наследием
>> самых разных устройств и вариантов организации данных на них,
>> а с другой -- риском потери этих данных лёгким движением руки.
>>
>> Известных мне работающих "машинок состояния", которые умеют
>> "держать в уме" нюансы устройств/разбивок/ФС -- ровно два:
>> libevms (апстрим давно умер) и libparted (который, помнится,
>> сделали из партеда дебианщики для своего инсталятора).
>
> Посмотрел много кода, в том числе linux-utils со всеми библиотеками, 
> evms, код dm/md в ядре. libfdisk, используемый всеми *disk'ами, тоже 
> ничего не меняет до последнего, но я бы не назвал её "машиной 
> состояния". Равно как libparted, она не поможет в случае md, lvm, dm, 
> и др... evms, подобно ядру и linux-utils, имеет описания множества 
> структур метаданных, но, в отличии от апстрима, там некому приводить 
> это в актуальное состояние. В результате чем дальше, тем хуже. 
> Достаточно сравнить структуры суперблока пресловутой ext2. Я нашёл 
> способ не использовать знания о размере и расположении метаданных, о 
> внутренней их структуре, а также дешёвый способ штатными методами 
> обеспечить сохранение состояния, комит и откат при необходимости. А 
> для тех, у кого достаточно лишней оперативки или на время инсталляции 
> (развёртывания) есть возможность выделить небольшой кусок реального 
> диска, можно будет предложить фичу "инсталляция в режиме --dry-run" с 
> возможным применением всех изменений только в самом конце. Но это я 
> опять скатился к обсуждению инсталлятора.
>
>
Глядя на всё это выглядит разумным стать апстримом для libevms. В 
принципе там не так уж много и менять надо.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

On 2018-06-22 00:45:10 +0300, Leonid Krivoshein wrote:

 >>>> Это если хотя бы fdisk в инсталятор положили, что не факт.
 >>> gdisk. fdisk это о другом.
 >> И то, и другое.
 > Всем не угодишь! ;-)

А всем и не надо: наша целевая аудитория - прежде всего админы.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

On 2018-06-22 07:59:45 +0300, Anton Farygin wrote:

 >>>>> Это если хотя бы fdisk в инсталятор положили, что не факт.
 >>>> gdisk. fdisk это о другом.
 >>> И то, и другое.
 >> Всем не угодишь! ;-)
 > на самом деле parted было бы достаточно.

... если бы он соблюдал стандарты и писал в CHS то же самое,
что в LBA.

Hint: EFI-загрузка, раздел FAT32 (где на основе CHS вычисляется
размер кластера).


З.Ы. (Замечу Ышо): почти все описываемые мной подводные грабли -
это мой личный опыт администрирования; про ситуации, с которыми
сталкивались другие люди (мои знакомые и коллеги), я пишу явно.

-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

On 2018-06-22 08:01:40 +0300, Anton Farygin wrote:

 >>> Но нюансов там больше. Например, сейчас очень распространена
 >>> конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер это
 >>> не распознаёт и правильным образом не отрабатывает.
 >> Это опять же админу решать, не считая дефолта. С дефолтом
 >> всегда вопрос при количестве дисков >1: нет надёжного способа
 >> сопоставить /dev/* с 0x80 BIOS Disk (если не ошибаюсь), а главное --
 >> автоугадать, возможна ли вообще загрузка с диска /dev/*. Поэтому
 >> все инсталляторы, наверное, и спрашивают, ставить ли загрузчик
 >> и куда именно.
 > Ты везде расчитываешь на то, что есть "админ". Но часто бывает
 > так что или админ не админ, или пользователь рядовой и обычный.

Это не повод считать пользователя клиническим идиотом.

А загрузчик надо ставить в /dev/md0 :-)


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

22.06.2018 09:13, Alexey V. Vissarionov пишет:
> On 2018-06-22 00:45:10 +0300, Leonid Krivoshein wrote:
>
>   >>>> Это если хотя бы fdisk в инсталятор положили, что не факт.
>   >>> gdisk. fdisk это о другом.
>   >> И то, и другое.
>   > Всем не угодишь!;-)
>
> А всем и не надо: наша целевая аудитория - прежде всего админы.

ох не видел ты нашей целевой аудитории...

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

22.06.2018 09:28, Alexey V. Vissarionov пишет:
> On 2018-06-22 08:01:40 +0300, Anton Farygin wrote:
>
>   >>> Но нюансов там больше. Например, сейчас очень распространена
>   >>> конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер это
>   >>> не распознаёт и правильным образом не отрабатывает.
>   >> Это опять же админу решать, не считая дефолта. С дефолтом
>   >> всегда вопрос при количестве дисков >1: нет надёжного способа
>   >> сопоставить /dev/* с 0x80 BIOS Disk (если не ошибаюсь), а главное --
>   >> автоугадать, возможна ли вообще загрузка с диска /dev/*. Поэтому
>   >> все инсталляторы, наверное, и спрашивают, ставить ли загрузчик
>   >> и куда именно.
>   > Ты везде расчитываешь на то, что есть "админ". Но часто бывает
>   > так что или админ не админ, или пользователь рядовой и обычный.
>
> Это не повод считать пользователя клиническим идиотом.
>
> А загрузчик надо ставить в /dev/md0 :-)
>
Не придумывай. на моём ноуте /dev/md0 не сделать даже при всём желании.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

22.06.2018 09:13, Alexey V. Vissarionov пишет:
> On 2018-06-22 00:45:10 +0300, Leonid Krivoshein wrote:
>
>   >>>> Это если хотя бы fdisk в инсталятор положили, что не факт.
>   >>> gdisk. fdisk это о другом.
>   >> И то, и другое.
>   > Всем не угодишь! ;-)
>
> А всем и не надо: наша целевая аудитория - прежде всего админы.

Имелось ввиду, что ещё есть cfdisk, cgdisk, parted...


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

22.06.2018 08:01, Anton Farygin пишет:
> 22.06.2018 00:43, Leonid Krivoshein пишет:
>>
>> 21.06.2018 13:51, Anton Farygin пишет:
>>
>>> Но нюансов там больше. Например, сейчас очень распространена 
>>> конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер это 
>>> не распознаёт и правильным образом не отрабатывает.
>>
>> Это опять же админу решать, не считая дефолта. С дефолтом всегда 
>> вопрос при количестве дисков >1: нет надёжного способа сопоставить 
>> /dev/* с 0x80 BIOS Disk (если не ошибаюсь), а главное -- автоугадать, 
>> возможна ли вообще загрузка с диска /dev/*. Поэтому все инсталляторы, 
>> наверное, и спрашивают, ставить ли загрузчик и куда именно.
>>
>>
> Ты везде расчитываешь на то, что есть "админ". Но часто бывает так что 
> или админ не админ, или пользователь рядовой и обычный.
>

Если обычный пользователь взялся устанавливать и настраивать систему, он 
сам себе админ. Конечно, сначала он пройдёт через состояние "Продвинутый 
пользователь". Для этого придётся почитать про MBR и GPT. :) Ну, может 
что-то ещё...


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

22.06.2018 11:24, Leonid Krivoshein пишет:
>
>
> 22.06.2018 08:01, Anton Farygin пишет:
>> 22.06.2018 00:43, Leonid Krivoshein пишет:
>>>
>>> 21.06.2018 13:51, Anton Farygin пишет:
>>>
>>>> Но нюансов там больше. Например, сейчас очень распространена 
>>>> конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер это 
>>>> не распознаёт и правильным образом не отрабатывает.
>>>
>>> Это опять же админу решать, не считая дефолта. С дефолтом всегда 
>>> вопрос при количестве дисков >1: нет надёжного способа сопоставить 
>>> /dev/* с 0x80 BIOS Disk (если не ошибаюсь), а главное -- 
>>> автоугадать, возможна ли вообще загрузка с диска /dev/*. Поэтому все 
>>> инсталляторы, наверное, и спрашивают, ставить ли загрузчик и куда 
>>> именно.
>>>
>>>
>> Ты везде расчитываешь на то, что есть "админ". Но часто бывает так 
>> что или админ не админ, или пользователь рядовой и обычный.
>>
>
> Если обычный пользователь взялся устанавливать и настраивать систему, 
> он сам себе админ. Конечно, сначала он пройдёт через состояние 
> "Продвинутый пользователь". Для этого придётся почитать про MBR и GPT. 
> :) Ну, может что-то ещё...
>
>
Зачем ? Пользователю вообще не надо об этом ничего знать. Нажал и оно 
поехало.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Paul Wolneykien]

22.06.2018 07:50, Anton Farygin пишет:
> Уж если дальше говорить про инсталлер, то мне всё больше и больше
> нравится подход, когда  для рабочей станции можно всё настроить на одном
> шаге, запустить установку и прийти уже настраивать пользователя _в
> установленной_ системе.

  И рута тоже после загрузки? Как это?

> 
> Т.е. - свести шаги, идущие после установки пакетов и до загрузки в
> работающую систему к минимуму (точнее к нулю).

  А в чём большие плюсы?

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

On 2018-06-22 11:32:16 +0300, Paul Wolneykien wrote:

 >> Т.е. - свести шаги, идущие после установки пакетов и до загрузки
 >> в работающую систему к минимуму (точнее к нулю).
 > А в чём большие плюсы?

Представь себе админа, которому нужно поставить систему на 100500
компутеров...


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

22.06.2018 11:32, Paul Wolneykien пишет:
> 22.06.2018 07:50, Anton Farygin пишет:
>> Уж если дальше говорить про инсталлер, то мне всё больше и больше
>> нравится подход, когда  для рабочей станции можно всё настроить на одном
>> шаге, запустить установку и прийти уже настраивать пользователя _в
>> установленной_ системе.
>    И рута тоже после загрузки? Как это?
И рута после загрузки, да. Именно так.

Более того - я бы предложил предусмотреть схему, когда машина прямо на 
этом этапе вводится в домен и пользователи на ней все доменные (кроме рута).
>
>> Т.е. - свести шаги, идущие после установки пакетов и до загрузки в
>> работающую систему к минимуму (точнее к нулю).
>    А в чём большие плюсы?
Можно отдавать компьютер с установленной системой и не говорить пароль и 
настройки сети. Тот, кто его получит - дальше всё настроит сам.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Paul Wolneykien]

22.06.2018 11:44, Alexey V. Vissarionov пишет:
> On 2018-06-22 11:32:16 +0300, Paul Wolneykien wrote:
> 
>  >> Т.е. - свести шаги, идущие после установки пакетов и до загрузки
>  >> в работающую систему к минимуму (точнее к нулю).
>  > А в чём большие плюсы?
> 
> Представь себе админа, которому нужно поставить систему на 100500
> компутеров...

  А! Типа, чтобы пользователь сам себя добавил? В самом деле, это мудро.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

22.06.2018 11:49, Paul Wolneykien пишет:
> 22.06.2018 11:44, Alexey V. Vissarionov пишет:
>> On 2018-06-22 11:32:16 +0300, Paul Wolneykien wrote:
>>
>>   >> Т.е. - свести шаги, идущие после установки пакетов и до загрузки
>>   >> в работающую систему к минимуму (точнее к нулю).
>>   > А в чём большие плюсы?
>>
>> Представь себе админа, которому нужно поставить систему на 100500
>> компутеров...
>    А! Типа, чтобы пользователь сам себя добавил? В самом деле, это мудро.
Не только себя добавил, но ещё выбрал настройки локали, настройки 
раскладки клавиатуры и временную зону.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Paul Wolneykien]

22.06.2018 11:48, Anton Farygin пишет:
> 22.06.2018 11:32, Paul Wolneykien пишет:
>> 22.06.2018 07:50, Anton Farygin пишет:
>>> Уж если дальше говорить про инсталлер, то мне всё больше и больше
>>> нравится подход, когда  для рабочей станции можно всё настроить на одном
>>> шаге, запустить установку и прийти уже настраивать пользователя _в
>>> установленной_ системе.
>>    И рута тоже после загрузки? Как это?
> И рута после загрузки, да. Именно так.
> 
> Более того - я бы предложил предусмотреть схему, когда машина прямо на
> этом этапе вводится в домен и пользователи на ней все доменные (кроме
> рута).

  Ясно. Тогда нам нужен механизм, который надёжно определяет первую
загрузку и запускает альтератор-wizardface с другими шагами вместо DM.

  P.S. Я уже вспомнил, что есть модуль alterator-firsttime, но ещё не
вспомнил, что он делает. ;-)

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

On 2018-06-22 11:05:35 +0300, Anton Farygin wrote:

 >>>>>> Это если хотя бы fdisk в инсталятор положили, что не факт.
 >>>>> gdisk. fdisk это о другом.
 >>>> И то, и другое.
 >>> Всем не угодишь!;-)
 >> А всем и не надо: наша целевая аудитория - прежде всего админы.
 > ох не видел ты нашей целевой аудитории...

Видел. В прошлый раз - неделю назад (в субботу).

Мне даже почти удалось их убедить, что "Альт, конечно, отстой, но
после небольшой доработки напильником превращается в адекватную
рабочую станцию, а поделия конкурентов напильником страшно тронуть,
сразу дыры появляются" :-)

Но пока `rpm -qa` на своем ноутбуке не показал - не верили, что я
реально его использую.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

22.06.2018 11:53, Paul Wolneykien пишет:
> 22.06.2018 11:48, Anton Farygin пишет:
>> 22.06.2018 11:32, Paul Wolneykien пишет:
>>> 22.06.2018 07:50, Anton Farygin пишет:
>>>> Уж если дальше говорить про инсталлер, то мне всё больше и больше
>>>> нравится подход, когда  для рабочей станции можно всё настроить на одном
>>>> шаге, запустить установку и прийти уже настраивать пользователя _в
>>>> установленной_ системе.
>>>     И рута тоже после загрузки? Как это?
>> И рута после загрузки, да. Именно так.
>>
>> Более того - я бы предложил предусмотреть схему, когда машина прямо на
>> этом этапе вводится в домен и пользователи на ней все доменные (кроме
>> рута).
>    Ясно. Тогда нам нужен механизм, который надёжно определяет первую
> загрузку и запускает альтератор-wizardface с другими шагами вместо DM.
>
>    P.S. Я уже вспомнил, что есть модуль alterator-firsttime, но ещё не
> вспомнил, что он делает. ;-)
Определить первую загрузку не проблема.
Тут надо подумать как запускать это всё вместо display manager'а.

И я бы ещё серьёзно задумался над тем, нужен ли альтератор в этом модуле.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

22.06.2018 11:53, Alexey V. Vissarionov пишет:
> On 2018-06-22 11:05:35 +0300, Anton Farygin wrote:
>
>   >>>>>> Это если хотя бы fdisk в инсталятор положили, что не факт.
>   >>>>> gdisk. fdisk это о другом.
>   >>>> И то, и другое.
>   >>> Всем не угодишь!;-)
>   >> А всем и не надо: наша целевая аудитория - прежде всего админы.
>   > ох не видел ты нашей целевой аудитории...
>
> Видел. В прошлый раз - неделю назад (в субботу).
>
> Мне даже почти удалось их убедить, что "Альт, конечно, отстой, но
> после небольшой доработки напильником превращается в адекватную
> рабочую станцию, а поделия конкурентов напильником страшно тронуть,
> сразу дыры появляются" :-)
>
> Но пока `rpm -qa` на своем ноутбуке не показал - не верили, что я
> реально его использую.
>
>
Это ты админов видел, а я про целевую аудиторию говорю ;)

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

On 2018-06-22 11:19:07 +0300, Leonid Krivoshein wrote:

 >>>>>> Это если хотя бы fdisk в инсталятор положили, что не факт.
 >>>>> gdisk. fdisk это о другом.
 >>>> И то, и другое.
 >>> Всем не угодишь! ;-)
 >> А всем и не надо: наша целевая аудитория - прежде всего админы.
 > Имелось ввиду, что ещё есть cfdisk, cgdisk, parted...

Для любителей можно еще положить parted. И хватит - кому реально
надо, те гарантированно умеют обходиться как минимум одним из этих
инструментов.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Paul Wolneykien]

22.06.2018 11:54, Anton Farygin пишет:
>>    Ясно. Тогда нам нужен механизм, который надёжно определяет первую
>> загрузку и запускает альтератор-wizardface с другими шагами вместо DM.
>>
> Определить первую загрузку не проблема.
> Тут надо подумать как запускать это всё вместо display manager'а.

  Ага.

> 
> И я бы ещё серьёзно задумался над тем, нужен ли альтератор в этом модуле.

  Конечно нужен. Причём именно wizardface — продолжение инсталлятора. Ты
же и сам перечислил те шаги после загрузки, для которых у нас модули
*уже* есть:

22.06.2018 11:51, Anton Farygin пишет:
> Не только себя добавил, но ещё выбрал настройки локали, настройки
> раскладки клавиатуры и временную зону.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

[-- Attachment #1: Type: text/plain, Size: 779 bytes --]

On 2018-06-22 11:06:08 +0300, Anton Farygin wrote:

 >>>> Поэтому все инсталляторы, наверное, и спрашивают, ставить ли
 >>>> загрузчик и куда именно.
 >>> Ты везде расчитываешь на то, что есть "админ". Но часто бывает
 >>> так что или админ не админ, или пользователь рядовой и обычный.
 >> Это не повод считать пользователя клиническим идиотом.
 >> А загрузчик надо ставить в /dev/md0 :-)
 > Не придумывай. на моём ноуте /dev/md0 не сделать даже при всём
 > желании.

Привози, сделаю. Телефон в подписи, пиво предпочитаю темное :-)

З.Ы. (Замечу Ышо): не забудь предварительно сделать резервную копию.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

22.06.2018 12:00, Alexey V. Vissarionov пишет:
> On 2018-06-22 11:06:08 +0300, Anton Farygin wrote:
>
>   >>>> Поэтому все инсталляторы, наверное, и спрашивают, ставить ли
>   >>>> загрузчик и куда именно.
>   >>> Ты везде расчитываешь на то, что есть "админ". Но часто бывает
>   >>> так что или админ не админ, или пользователь рядовой и обычный.
>   >> Это не повод считать пользователя клиническим идиотом.
>   >> А загрузчик надо ставить в /dev/md0 :-)
>   > Не придумывай. на моём ноуте /dev/md0 не сделать даже при всём
>   > желании.
>
> Привози, сделаю. Телефон в подписи, пиво предпочитаю темное :-)
>
> З.Ы. (Замечу Ышо): не забудь предварительно сделать резервную копию.
>
Нет, я свой ноут в твои руки не доверю. А то потом с этим жить придётся, 
а я не готов ;)

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

On 2018-06-22 11:27:14 +0300, Anton Farygin wrote:

 >> Если обычный пользователь взялся устанавливать и настраивать
 >> систему, он сам себе админ. Конечно, сначала он пройдёт через
 >> состояние "Продвинутый пользователь". Для этого придётся
 >> почитать про MBR и GPT. :) Ну, может что-то ещё...
 > Зачем ? Пользователю вообще не надо об этом ничего знать.

Вижу, что ты упорно считаешь пользователя клиническим идиотом.
Зачем?

"Сделайте систему, которой сможет пользоваться клинический идиот,
и только идиот захочет ей пользоваться" // (ц)

Ну явно ведь не наш случай...

 > Нажал и оно поехало.

Одному мне вспомнился припев из песни Сергея Владимировича Шнурова
"Дорожная"? :-)


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

22.06.2018 11:58, Paul Wolneykien пишет:
> 22.06.2018 11:54, Anton Farygin пишет:
>>>     Ясно. Тогда нам нужен механизм, который надёжно определяет первую
>>> загрузку и запускает альтератор-wizardface с другими шагами вместо DM.
>>>
>> Определить первую загрузку не проблема.
>> Тут надо подумать как запускать это всё вместо display manager'а.
>    Ага.
>
>> И я бы ещё серьёзно задумался над тем, нужен ли альтератор в этом модуле.
>    Конечно нужен. Причём именно wizardface — продолжение инсталлятора. Ты
> же и сам перечислил те шаги после загрузки, для которых у нас модули
> *уже* есть:
На этом этапе хочется красивостей, а альтератор это что-то из начала 
2000-х по интерфейсу. Он всё-таки заточен на пошаговое выполнение 
раздельных модулей, а тут, например, это может быть и не нужно.

Разве что бэкэнды использовать.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

22.06.2018 12:06, Alexey V. Vissarionov пишет:
> On 2018-06-22 11:27:14 +0300, Anton Farygin wrote:
>
>   >> Если обычный пользователь взялся устанавливать и настраивать
>   >> систему, он сам себе админ. Конечно, сначала он пройдёт через
>   >> состояние "Продвинутый пользователь". Для этого придётся
>   >> почитать про MBR и GPT. :) Ну, может что-то ещё...
>   > Зачем ? Пользователю вообще не надо об этом ничего знать.
>
> Вижу, что ты упорно считаешь пользователя клиническим идиотом.
> Зачем?

Не считаю пользователя клиническим идиотом, но ты же, например, не 
изучаешь химию и процессы взаимодействия между эмалью зубов и составом 
зубной пасты, прежде чем пойти почистить зубы ?

Каждый должен быть специалистом в своей области. А знать чем отличается 
GPT от MBR и EFI от legacy BIOS обычный рядовой и очень умный хирург не 
обязан.

>
> "Сделайте систему, которой сможет пользоваться клинический идиот,
> и только идиот захочет ей пользоваться" // (ц)
>
> Ну явно ведь не наш случай...
Не надо считать всех, кто не разбирается в технике - идиотами. В мире 
есть много интересного помимо компов, и Linux может быть всего-лишь 
инструментом для достижения каких-то других целей.
>
>   > Нажал и оно поехало.
>
> Одному мне вспомнился припев из песни Сергея Владимировича Шнурова
> "Дорожная"? :-)
Одному.
>
>

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

On 2018-06-22 12:03:59 +0300, Anton Farygin wrote:

 >>> Не придумывай. на моём ноуте /dev/md0 не сделать даже при всём
 >>> желании.
 >> Привози, сделаю. Телефон в подписи, пиво предпочитаю темное :-)
 >> З.Ы. (Замечу Ышо): не забудь предварительно сделать резервную
 >> копию.
 > Нет, я свой ноут в твои руки не доверю.

Тогда просто прими как факт: если ты не знаешь, как что-то сделать -
данное действие от этого не становится невозможным.

 > А то потом с этим жить придётся, а я не готов ;)

Да что ты отмазы-то лепишь? Зажал пиво - так честно и напиши... :-)


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

22.06.2018 12:36, Alexey V. Vissarionov пишет:
> On 2018-06-22 12:03:59 +0300, Anton Farygin wrote:
>
>   >>> Не придумывай. на моём ноуте /dev/md0 не сделать даже при всём
>   >>> желании.
>   >> Привози, сделаю. Телефон в подписи, пиво предпочитаю темное:-)
>   >> З.Ы. (Замечу Ышо): не забудь предварительно сделать резервную
>   >> копию.
>   > Нет, я свой ноут в твои руки не доверю.
>
> Тогда просто прими как факт: если ты не знаешь, как что-то сделать -
> данное действие от этого не становится невозможным.

Но если ты знаешь - это не означает что данное действо становится 
_НУЖНЫМ_ ;)

Меня в армии учили стрелять из автомата, но это же не означает что я 
должен выйти и застрелить всех.

Учись применять знания там, где они реально нужны, а не там, где можно 
заявить о себе неподобающим образом....

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

On 2018-06-22 12:39:58 +0300, Anton Farygin wrote:

 >>>>> Не придумывай. на моём ноуте /dev/md0 не сделать даже при всём
 >>>>> желании.
 >>>> Привози, сделаю. Телефон в подписи, пиво предпочитаю темное:-)
 >>>> З.Ы. (Замечу Ышо): не забудь предварительно сделать резервную
 >>>> копию.
 >>> Нет, я свой ноут в твои руки не доверю.
 >> Тогда просто прими как факт: если ты не знаешь, как что-то
 >> сделать - данное действие от этого не становится невозможным.
 > Но если ты знаешь - это не означает что данное действо
 > становится _НУЖНЫМ_ ;)

Поздравляю - ты открыл для себя разницу между \forall и \exists

 > Меня в армии учили стрелять из автомата, но это же не означает
 > что я должен выйти и застрелить всех.

[мизантропия вкл]
Но идея хороша...
[мизантропия выкл]

 > Учись применять знания там, где они реально нужны, а не там,
 > где можно заявить о себе неподобающим образом....

Да понял я, что пива от тебя не дождешься... :-)


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

22.06.2018 12:49, Alexey V. Vissarionov пишет:
> On 2018-06-22 12:39:58 +0300, Anton Farygin wrote:
>
>   >>>>> Не придумывай. на моём ноуте /dev/md0 не сделать даже при всём
>   >>>>> желании.
>   >>>> Привози, сделаю. Телефон в подписи, пиво предпочитаю темное:-)
>   >>>> З.Ы. (Замечу Ышо): не забудь предварительно сделать резервную
>   >>>> копию.
>   >>> Нет, я свой ноут в твои руки не доверю.
>   >> Тогда просто прими как факт: если ты не знаешь, как что-то
>   >> сделать - данное действие от этого не становится невозможным.
>   > Но если ты знаешь - это не означает что данное действо
>   > становится _НУЖНЫМ_;)
>
> Поздравляю - ты открыл для себя разницу между \forall и \exists
>
>   > Меня в армии учили стрелять из автомата, но это же не означает
>   > что я должен выйти и застрелить всех.
>
> [мизантропия вкл]
> Но идея хороша...
> [мизантропия выкл]
>
>   > Учись применять знания там, где они реально нужны, а не там,
>   > где можно заявить о себе неподобающим образом....
>
> Да понял я, что пива от тебя не дождешься...:-)

В последнюю пятницу июля мы собираемся в деревне Сатино Боровского 
района. Приезжай, ты впишешься.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Vitaly Lipatov]

Anton Farygin писал 21.6.18 14:15:
> 21.06.2018 14:08, Alexey V. Vissarionov пишет:
...
>>   > Но нюансов там больше. Например, сейчас очень распространена
>>   > конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер
>>   > это не распознаёт и правильным образом не отрабатывает.
>> 
>> А как, по-твоему, он должен это обрабатывать? Не, я таки знаю, что
>> хомячки любят взгромоздить систему на флешку, а на диск записывать
>> свои погадки, но даже предлагать такое по умолчанию лучше не надо.
> Именно. И тем более не надо делать из этого RAID1, что пытается
> сделать наш инсталятор на некоторых наших дистрибутивах.
Почему? А я хочу надёжность, и на такой конфигурации именно RAID1 и 
делаю.
Между разделами одинакового размера, конечно, а не разноразмерными 
дисками :)

-- 
С уважением,
Виталий Липатов,
Etersoft

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

On 2018-06-22 16:50:05 +0300, Vitaly Lipatov wrote:

 >>>> Но нюансов там больше. Например, сейчас очень распространена
 >>>> конфигурация 32Gb sdd nvme и 1Tb HDD в ноутбуках. наш инсталлер
		   ^^^^^^^^^^^^^^^^^^^^^^^
 >>>> это не распознаёт и правильным образом не отрабатывает.
 >>> А как, по-твоему, он должен это обрабатывать? Не, я таки знаю,
 >>> что хомячки любят взгромоздить систему на флешку, а на
 >>> диск записывать свои погадки, но даже предлагать такое по
 >>> умолчанию лучше не надо.
 >> Именно. И тем более не надо делать из этого RAID1, что пытается
 >> сделать наш инсталятор на некоторых наших дистрибутивах.
 > Почему? А я хочу надёжность, и на такой конфигурации именно
 > RAID1 и делаю. Между разделами одинакового размера, конечно,
 > а не разноразмерными дисками :)

Ну и какой смысл делать зеркало для корня (а отмеченный выше набор
подразумевает небольшой его размер), но при этом не резервировать
хомяк (где как раз и хранится все самое ценное)?


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

22.06.2018 08:04, Anton Farygin пишет:
> 21.06.2018 22:03, Leonid Krivoshein пишет:
>> Посмотрел много кода, в том числе linux-utils со всеми библиотеками, 
>> evms, код dm/md в ядре. libfdisk, используемый всеми *disk'ами, тоже 
>> ничего не меняет до последнего, но я бы не назвал её "машиной 
>> состояния". Равно как libparted, она не поможет в случае md, lvm, dm, 
>> и др... evms, подобно ядру и linux-utils, имеет описания множества 
>> структур метаданных, но, в отличии от апстрима, там некому приводить 
>> это в актуальное состояние. В результате чем дальше, тем хуже. 
>> Достаточно сравнить структуры суперблока пресловутой ext2. Я нашёл 
>> способ не использовать знания о размере и расположении метаданных, о 
>> внутренней их структуре, а также дешёвый способ штатными методами 
>> обеспечить сохранение состояния, комит и откат при необходимости. А 
>> для тех, у кого достаточно лишней оперативки или на время инсталляции 
>> (развёртывания) есть возможность выделить небольшой кусок реального 
>> диска, можно будет предложить фичу "инсталляция в режиме --dry-run" с 
>> возможным применением всех изменений только в самом конце. Но это я 
>> опять скатился к обсуждению инсталлятора.
>>
> Глядя на всё это выглядит разумным стать апстримом для libevms. В 
> принципе там не так уж много и менять надо.
>

В нашем evms как минимум три плагина написаны людьми из ALT Linux Team. 
Почему бы и нет? Хотя лично я смыла не вижу, если только для временного 
поддержания на плаву имеющегося инсталлятора. А начать апстриму 
рекомендовал бы с исправления модуля gpt, который все линуксовые разделы 
считает "Microsoft Basic Data": 
http://git.altlinux.org/gears/e/evms.git?p=evms.git;a=blob;f=plugins/gpt/gptsegmgr.c;h=9391f41a1ad1b3e0f43f84d8df8c85e984ca4c3a;hb=02838ccebfe5d253cb6fde06d1ccaba7066c7c19#l51 
:) Инсталлятор вполне бы мог определять по точкам монтирования 
правильный тип в соответствии со спецификацией GUID/GPT, а systemd уже 
умеет подхватывать такую разметку на ранней стадии. Несколько полезных 
пруфов в тему:

https://www.freedesktop.org/wiki/Specifications/DiscoverablePartitionsSpec/
https://www.freedesktop.org/software/systemd/man/systemd-gpt-auto-generator.html
http://git.altlinux.org/gears/u/util-linux.git?p=util-linux.git;a=blob;f=util-linux/libfdisk/src/gpt.c;h=024a7695b388a55da939440ca95996e129f5e49d;hb=e866e79228b882bf77232e95dadddd41a327676e#l156


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

22.06.2018 11:32, Paul Wolneykien пишет:
> 22.06.2018 07:50, Anton Farygin пишет:
>> Уж если дальше говорить про инсталлер, то мне всё больше и больше
>> нравится подход, когда  для рабочей станции можно всё настроить на одном
>> шаге, запустить установку и прийти уже настраивать пользователя _в
>> установленной_ системе.
>    И рута тоже после загрузки? Как это?
>

Боюсь что нынешний так уже не поменять. А вообще идеи правильные и 
понятные. Надо изначально ориентировать инсталлятор на возможность 
определять ответы отдельно от диалогов, шаги инсталлятора должны 
появляться только до начала выполнения "длинных заданий" в ходе которого 
крутится слайд-шоу. Сейчас действует только две схемы: либо будут заданы 
все вопросы, либо все ответы уже подготовлены (ai). Когда делали 
инсталлятор, видимо о настраиваемой системе массового развёртывания 
никто не думал.


>> Т.е. - свести шаги, идущие после установки пакетов и до загрузки в
>> работающую систему к минимуму (точнее к нулю).


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

22.06.2018 12:11, Anton Farygin пишет:
> 22.06.2018 12:06, Alexey V. Vissarionov пишет:
>> On 2018-06-22 11:27:14 +0300, Anton Farygin wrote:
>>
>>   >> Если обычный пользователь взялся устанавливать и настраивать
>>   >> систему, он сам себе админ. Конечно, сначала он пройдёт через
>>   >> состояние "Продвинутый пользователь". Для этого придётся
>>   >> почитать про MBR и GPT. :) Ну, может что-то ещё...
>>   > Зачем ? Пользователю вообще не надо об этом ничего знать.
>>
>> Вижу, что ты упорно считаешь пользователя клиническим идиотом.
>> Зачем?
>
> Не считаю пользователя клиническим идиотом, но ты же, например, не 
> изучаешь химию и процессы взаимодействия между эмалью зубов и составом 
> зубной пасты, прежде чем пойти почистить зубы ?
>
> Каждый должен быть специалистом в своей области. А знать чем 
> отличается GPT от MBR и EFI от legacy BIOS обычный рядовой и очень 
> умный хирург не обязан.
>

Эмм... можно не знать всех тонкостей врачевания, анестезии, почитать про 
современные антибиотики на каком-нибудь форуме, привязать больной зуб к 
двери и... зачем к врачам ходить? Сами себе хирурги так и делают! :)


>>
>> "Сделайте систему, которой сможет пользоваться клинический идиот,
>> и только идиот захочет ей пользоваться" // (ц)
>>
>> Ну явно ведь не наш случай...
> Не надо считать всех, кто не разбирается в технике - идиотами. В мире 
> есть много интересного помимо компов, и Linux может быть всего-лишь 
> инструментом для достижения каких-то других целей.

И само-врачеванием много кто занимается, в том числе, по советам слишком 
продвинутых родственников/знакомых.

Если инсталлятор пишется в расчёте на простых пользователей, не 
обладающих специальными знаниями, если он предполагает какой-то выбор, а 
не только дефолт, он должен подробно объяснить все тонкости простому 
пользователю либо обеспечить пользователя работающими ссылками. В любом 
медучреждении пациент подписывает информированное согласие. Оно призвано 
выровнять информационное неравенство между "админом со скальпелем" и 
"простым пациентом". :)


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Gorlov]

Кстати вспомнилось тут про нашу разбивалку дисков. Навеяно последний 
установкой сервера.

Было 4 диска вручную разбитых в parted (gpt) примрено по такой схеме:
===
Модель: ATA ST3500413AS (scsi)
Диск /dev/sda: 500GB
Размер сектора (логич./физич.): 512B/512B
Таблица разделов: gpt
Флаги диска:

Номер  Начало  Конец   Размер  Файловая система  Имя  Флаги
  1     1049kB  10,5MB  9437kB                         bios_grub
  2     10,5MB  510MB   499MB   ext4                   raid
  3     510MB   500GB   500GB                          raid
===

GPT пилю по 1 причине, что надоел зоопарк..предпочитаю везде более-менее 
одинаковое с поправкой на ветер.

Так вот наш инсталер отказался из этого собирать рейды... просто опция 
была в инсталяторе серая.Приходилось удалять разделы в инсталяторе и 
заново в нём же их создавать. Причём здесь ему тоже сносило крышу, даже 
после wipefs/dd if=/dev/zero при попытке сделать схему

/dev/sda2 /dev/sdb2 /dev/sdc2 /dev/sdd2 - MD0 raid 1 -> /boot
/dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3 - MD1 raid 10 -> LVM

и LVM уже напиливал на нужные разделы. Инсталятор даже LVM не собирал и 
в конце установки просто получал ничего не установленного по факту.

Так и пришлсоь ставить на отделый диск..а потом руками мигрировать на 
md-raid/lvm и наступить  на  ручное добавление в initrd.mk:

FEATURES +=add-modules
FEATURES += mdadm
MODULES_ADD +=raid1

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

23.06.2018 12:19, Anton Gorlov пишет:
> Было 4 диска вручную разбитых в parted (gpt) примрено по такой схеме:
> ...
> Так и пришлсоь ставить на отделый диск..а потом руками мигрировать на 
> md-raid/lvm и наступить  на  ручное добавление в initrd.mk:
>
> FEATURES +=add-modules
> FEATURES += mdadm
> MODULES_ADD +=raid1
>

Если не использовать parted, если ставить на очищенный диск _после 
перезагрузки_, инсталлятор справляется с такой схемой RAID+LVM, это 
проверялось неоднократно. С модулем raid1 есть пока неисправленная 
проблема в p8/make-initrd.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

23.06.2018 12:19, Anton Gorlov пишет:
>
> Номер  Начало  Конец   Размер  Файловая система  Имя  Флаги
>  1     1049kB  10,5MB  9437kB                         bios_grub
>  2     10,5MB  510MB   499MB   ext4                   raid
>  3     510MB   500GB   500GB                          raid

Хотя не совсем с такой. С такой никто не проверял, кроме вас. Если бы 
там был EFI раздел, проблем бы не было. Видимо на не-EFI-шную машину 
ставили. Так что м.б. действительно инсталлятор или evms переклинивает 
от такой схемы.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Vitaly Lipatov]

Alexey V. Vissarionov писал 22.6.18 17:02:
...
> Ну и какой смысл делать зеркало для корня (а отмеченный выше набор
> подразумевает небольшой его размер), но при этом не резервировать
> хомяк (где как раз и хранится все самое ценное)?
Например, чтобы система продолжала работать после потери диска (в этой 
конфигурации SSD считается менее живучим, чем HDD, но он быстрее, 
поэтому мы его используем).
А хомяк должен уходить на синхронизацию в облако (SeaFile).

Это компромиссное решение, мы же не можем поставить в ноут два диска для 
/home.

-- 
С уважением,
Виталий Липатов,
Etersoft

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

[-- Attachment #1: Type: text/plain, Size: 1336 bytes --]

On 2018-06-23 14:16:34 +0300, Vitaly Lipatov wrote:

 >> Ну и какой смысл делать зеркало для корня (а отмеченный выше
 >> набор подразумевает небольшой его размер), но при этом не
 >> резервировать хомяк (где как раз и хранится все самое ценное)?
 > Например, чтобы система продолжала работать после потери
 > диска (в этой конфигурации SSD считается менее живучим, чем
 > HDD, но он быстрее, поэтому мы его используем).

Если из зеркала для корня вылетает SSD - ничего принципиально не
меняется (особенно на серверах, где секции .text бинарников даже
не успевают выгружаться из памяти, а только новые .data и .bss
создаются).

Если теряем хомяк на единственном HDD без резервирования - теряем
пользовательские данные, а это очень плохо.

 > А хомяк должен уходить на синхронизацию в облако (SeaFile).

"Нет никаких облачных технологий - есть чужие компутеры" // (ц)

 > Это компромиссное решение, мы же не можем поставить в ноут
 > два диска для /home.

Ээээ... у меня стоят. В зеркале. И для корня, и для хомяка.
Я что-то сделал неправильно? :-)


З.Ы. (Замечу Ышо): не надо использовать group reply - в листе
корректно проставляется Reply-To:

-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

[-- Attachment #1: Type: text/plain, Size: 1625 bytes --]

On 2018-06-23 12:19:24 +0300, Anton Gorlov wrote:

 > Кстати вспомнилось тут про нашу разбивалку дисков. Навеяно
 > последний установкой сервера.
 > Было 4 диска вручную разбитых в parted (gpt) примрено по такой
 > схеме:
 > 1     1049kB  10,5MB  9437kB                 bios_grub   
 > 2     10,5MB  510MB   499MB   ext4           raid
 > 3     510MB   500GB   500GB                  raid

Если пропустить пару мегабайтов мата, то мне особо и сказать нечего:
в одном примере собраны чуть ли не все подводные грабли.

 > GPT пилю по 1 причине, что надоел зоопарк..предпочитаю везде
 > более-менее одинаковое с поправкой на ветер.

Далеко не самое мудрое решение: набор разделов - свойство блочного
устройства (физического), а не системы.

 > Так вот наш инсталер отказался из этого собирать рейды...
 > просто опция была в инсталяторе серая. Приходилось удалять
 > разделы в инсталяторе и заново в нём же их создавать.

Гы... ну вот в точности один из вопросов, который я задавал на
собеседованиях кандидатам на должность админа ("почему массив
не собрался?").

 > Причём здесь ему тоже сносило крышу, даже после wipefs/
 > dd if=/dev/zero

man mdadm
/--zero

 > при попытке сделать схему
 > /dev/sda2 /dev/sdb2 /dev/sdc2 /dev/sdd2 - MD0 raid 1 - /boot
 > /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3 - MD1 raid 10 - LVM
 > и LVM уже напиливал на нужные разделы.

Надеюсь, для этого хм... сервера настроено резервное копирование.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Gorlov]

23.06.2018 14:01, Leonid Krivoshein пишет:
> Если не использовать parted, если ставить на очищенный диск _после 
> перезагрузки_, инсталлятор справляется с такой схемой RAID+LVM, это 
> проверялось неоднократно. С модулем raid1 есть пока неисправленная 
> проблема в p8/make-initrd.

да но при этом в нашем инсталяторе нельзя выбрать  принудительно gpt.
Ну и ещё в добавок у нас проема с заполнением HOMEHOST.

ну и собственно чем нашему инсталятору не угодил parted?

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Gorlov]

23.06.2018 15:18, Alexey V. Vissarionov пишет:

> 
> Если пропустить пару мегабайтов мата, то мне особо и сказать нечего:
> в одном примере собраны чуть ли не все подводные грабли.

и какие же тут грабли?
Подробную схему использую овер 10 лет и нигде не наблюдал никаких проблем

> 
>   > GPT пилю по 1 причине, что надоел зоопарк..предпочитаю везде
>   > более-менее одинаковое с поправкой на ветер.
> Далеко не самое мудрое решение: набор разделов - свойство блочного
> устройства (физического), а не системы.

зато в случае чего элементарно меняю диск на большего размера и не имею 
проблем с миграцией msdos->gpt разбивки.
На вкус и цвет фломастеры разные.

  инсталяторе и заново в нём же их создавать.
> 
> Гы... ну вот в точности один из вопросов, который я задавал на
> собеседованиях кандидатам на должность админа ("почему массив
> не собрался?").
Читаем внимательнее
1) диски чистые, првоерялос ь как и после dd if=/dev/zero на все диски, 
так и после  mdadm --zero-superblock /wipefs

2) рейд и LVM недособрал инсталер. При этом вручную в rescue всё 
собралось спокойно и на собранное "руками" установку с одиночного диска 
доставив необходимое. Всего 2 проблемы - немного сломанный 
p8/make-initrd и HOMEHOST в mdamd.conf

> 
>   > Причём здесь ему тоже сносило крышу, даже после wipefs/
>   > dd if=/dev/zero
> 
> man mdadm
> /--zero

wipefs если что с этим прекрасно справляется, н и да. Диски были чистые 
изначально.


>   > при попытке сделать схему
>   > /dev/sda2 /dev/sdb2 /dev/sdc2 /dev/sdd2 - MD0 raid 1 - /boot
>   > /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3 - MD1 raid 10 - LVM
>   > и LVM уже напиливал на нужные разделы.
> 
> Надеюсь, для этого хм... сервера настроено резервное копирование.

за овер 10 лет ниразу не потерял данные на lvm что на alt, что на rh.
Знаю лишь пару глюков с device mapper, которые мне никак не мешают.
ну и да LVM крайне удобен при KVM  или любой другой виртуализации.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

23.06.2018 16:56, Anton Gorlov пишет:
> 23.06.2018 14:01, Leonid Krivoshein пишет:
>> Если не использовать parted, если ставить на очищенный диск _после 
>> перезагрузки_, инсталлятор справляется с такой схемой RAID+LVM, это 
>> проверялось неоднократно. С модулем raid1 есть пока неисправленная 
>> проблема в p8/make-initrd.
>
> да но при этом в нашем инсталяторе нельзя выбрать  принудительно gpt.
> Ну и ещё в добавок у нас проема с заполнением HOMEHOST.
>

Да, сейчас ради упрощения там тоже много семантики нарушается, даже 
подумываю ввести "expert mode". А ещё там есть секретные уровни LVM и 
RAID. :)


> ну и собственно чем нашему инсталятору не угодил parted?
>

parted много кому не нравится. В зависимости от версии могут ещё быть 
проблемы с выравниванием. И наш с evms до какой-то поры этим страдал. 
Для качественной/надёжной разметки -- только libfdisk.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

23.06.2018 17:06, Anton Gorlov пишет:
> 23.06.2018 15:18, Alexey V. Vissarionov пишет:
>
>>
>> Если пропустить пару мегабайтов мата, то мне особо и сказать нечего:
>> в одном примере собраны чуть ли не все подводные грабли.
>
> и какие же тут грабли?
> Подробную схему использую овер 10 лет и нигде не наблюдал никаких проблем
>

Как по мне, так главная грабля связана с установкой grub2. В случае EFI, 
grub ставится частично в EFI, частично в BIOS Boot partition. Это 
основное отличие grub-efi от grub-pc, который свой stage1.5 на MBR-диске 
записывает в секторы 2-34 (примерно), тогда как при GPT-разметке в этой 
области находится как раз таблица GPT. Я не знаю, умеет ли grub-pc 
использовать BIOS Boot partition, сомневаюсь. Но и инсталлятор, скорее 
всего, такую кривую схему до grub2 может просто не доводить. При 
GPT-разметке в первом секторе не должно быть загрузчика, там должен быть 
Hybrid MBR, первые 440 байт обнулены. Как по-вашему должна грузиться 
такая система, если она нисколько не EFI'шная?


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

[-- Attachment #1: Type: text/plain, Size: 2710 bytes --]

On 2018-06-23 17:06:20 +0300, Anton Gorlov wrote:

 >> Если пропустить пару мегабайтов мата, то мне особо и сказать
 >> нечего: в одном примере собраны чуть ли не все подводные
 >> грабли.
 > и какие же тут грабли? Подробную схему использую овер 10 лет
 > и нигде не наблюдал никаких проблем

Знаешь, дядя... иначе, чем огромным везением я это назвать не могу.

Ибо по моим наблюдениям где-то через год-два использования ФС, на
которую идет интенсивная запись и которая разположена на LVM (из
нескольких разделов, это важно), там обязательно произойдет хоть
какое-то повреждение логической структуры.

Причина - арифметические ошибки в DM (device mapper). Исправлять
никто не собирается: разработкой занимается RedHat, чьи клиенты в
массе своей знают про резервное копирование, а проблемы хомячков
(home user'ов) их не волнуют.

 >>> GPT пилю по 1 причине, что надоел зоопарк..предпочитаю везде
 >>> более-менее одинаковое с поправкой на ветер.
 >> Далеко не самое мудрое решение: набор разделов - свойство
 >> блочного устройства (физического), а не системы.
 > зато в случае чего элементарно меняю диск на большего размера
 > и не имею проблем с миграцией msdos->gpt разбивки.

Еще раз: разбивка - свойство банки. Если у тебя есть устройство
/dev/sdn2, то абсолютно по барабану, была ли информация о нем
прочитана из первого (MBR) или второго (GPT) сектора /dev/sdn

 >> Гы... ну вот в точности один из вопросов, который я задавал
 >> на собеседованиях кандидатам на должность админа ("почему
 >> массив не собрался?").
 > Читаем внимательнее 1) диски чистые, првоерялос ь как и после
 > dd if=/dev/zero на все диски, так и после mdadm --zero-superblock

Так почему массив-то не собрался? :-)

 > 2) рейд и LVM недособрал инсталер. При этом вручную в rescue
 > всё собралось спокойно и на собранное "руками" установку с
 > одиночного диска доставив необходимое. Всего 2 проблемы -
 > немного сломанный p8/make-initrd и HOMEHOST в mdamd.conf

Вообще-то проблема немного глубже, ну да и пусть с ней.

 >> Надеюсь, для этого хм... сервера настроено резервное
 >> копирование.
 > за овер 10 лет ниразу не потерял данные на lvm что на alt, что
 > на rh. Знаю лишь пару глюков с device mapper, которые мне никак
 > не мешают.

Всего пару? Чую, тебя ждут сюрпризы... :-/

 > ну и да LVM крайне удобен при KVM или любой другой виртуализации.

LVM - кроилово, не ведущее ни к чему, кроме попадалова. А если
"удобен при виртуализации" - значит, система изначально была
спроектирована неправильно.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Gorlov]

23.06.2018 18:52, Alexey V. Vissarionov пишет:

>   > и какие же тут грабли? Подробную схему использую овер 10 лет
>   > и нигде не наблюдал никаких проблем
> Знаешь, дядя... иначе, чем огромным везением я это назвать не могу.

Я не верю в деда мороза и прочих мифических существ..

> Ибо по моим наблюдениям где-то через год-два использования ФС, на
> которую идет интенсивная запись и которая разположена на LVM (из
> нескольких разделов, это важно), там обязательно произойдет хоть
> какое-то повреждение логической структуры.

ну вот  ни разу не ловил и ничего подобного от "окружающих" не встречал.
там где что-то терялось - 99,9% это развалившиеся давно рейды за 
которыми никто не следил.


> Причина - арифметические ошибки в DM (device mapper). Исправлять
> никто не собирается: разработкой занимается RedHat, чьи клиенты в
> массе своей знают про резервное копирование, а проблемы хомячков
> (home user'ов) их не волнуют.

ну вот даже на виртуальном хостинге не ловил проблем, на котором дофмга 
чего весёлого происходит.

> Еще раз: разбивка - свойство банки. Если у тебя есть устройство
> /dev/sdn2, то абсолютно по барабану, была ли информация о нем
> прочитана из первого (MBR) или второго (GPT) сектора /dev/sdn

С этой точки зреия да. Но я давно переполз на gpt и не вижу смысла 
переползать на ms-dos разбивку.

> Так почему массив-то не собрался? :-)

Вопрос к инсталятору, не ко мне.
Ибо следом из этих дисков всё собралсоь вручную и летит уже месяц как. 
Так что тут не случай призраков суперблоков со времён царя гороха.. тут 
именно инсталлеру снесло крышу.
Про суперблоки от "предыдущих" софтрейдов и магию от реальных рейдов на 
диске как бы в курсах. Но тут явно не оно было.

> Всего пару? Чую, тебя ждут сюрпризы... :-/
Пусть ждут. это их проблемы. За 10 лет всё что мне нужно было проверено 
и работает так как и задумано.

>   > ну и да LVM крайне удобен при KVM или любой другой виртуализации.
> LVM - кроилово, не ведущее ни к чему, кроме попадалова. А если
> "удобен при виртуализации" - значит, система изначально была
> спроектирована неправильно.

ну расскажи адекватный способ размещения заранее неизвестного количества 
виртуальных серверов,с неизвестным размером размером диска у каждого 
гостя и возможностью изменения размера "виртуального" диска для виртуалок.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Gorlov]

23.06.2018 17:34, Leonid Krivoshein пишет:
> , умеет ли grub-pc использовать BIOS Boot partition, сомневаюсь. Но и 
> инсталлятор, скорее всего, такую кривую схему до grub2 может просто не 
> доводить. При GPT-разметке в первом секторе не должно быть загрузчика, 
> там должен быть Hybrid MBR, первые 440 байт обнулены. Как по-вашему 
> должна грузиться такая система, если она нисколько не EFI'шная?

А как же она сейчас грузится?
Ну и да..тот же инсталер дебиана если установка делается на GPT явным 
образом просит создать вначале bios_grub раздел если не uefi

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Vitaly Lipatov]

Alexey V. Vissarionov писал 23.6.18 14:37:
...
> Если теряем хомяк на единственном HDD без резервирования - теряем
> пользовательские данные, а это очень плохо.
> 
>  > А хомяк должен уходить на синхронизацию в облако (SeaFile).
> 
> "Нет никаких облачных технологий - есть чужие компутеры" // (ц)
Ну это узкая формулировка. Если нет веры в шифрование, вполне можно 
поднять своё облако на своём компьютере.
NextCloud, SeaFile и т.п.

Можно вписать в этом месте резервное копирование, сути не меняет.

>  > Это компромиссное решение, мы же не можем поставить в ноут
>  > два диска для /home.
> 
> Ээээ... у меня стоят. В зеркале. И для корня, и для хомяка.
> Я что-то сделал неправильно? :-)

Мы вообще-то обсуждали компромиссный вариант для случая, когда в ноуте 
большой HDD и маленький SSD.
А у вас в ноут 4 SSD по 1Гб помещается? :)

> 
> З.Ы. (Замечу Ышо): не надо использовать group reply - в листе
> корректно проставляется Reply-To:
Да, извините, это, видимо, бага или своеобразная реализация Reply All в 
RoundCube.

-- 
С уважением,
Виталий Липатов,
Etersoft

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

23.06.2018 19:16, Anton Gorlov пишет:
> 23.06.2018 17:34, Leonid Krivoshein пишет:
>> , умеет ли grub-pc использовать BIOS Boot partition, сомневаюсь. Но и 
>> инсталлятор, скорее всего, такую кривую схему до grub2 может просто 
>> не доводить. При GPT-разметке в первом секторе не должно быть 
>> загрузчика, там должен быть Hybrid MBR, первые 440 байт обнулены. Как 
>> по-вашему должна грузиться такая система, если она нисколько не 
>> EFI'шная?
>
> А как же она сейчас грузится?
> Ну и да..тот же инсталер дебиана если установка делается на GPT явным 
> образом просит создать вначале bios_grub раздел если не uefi

Не знаю. Подробнее об этой корякве можно почитать тут:
http://www.rodsbooks.com/gdisk/hybrid.html

Ранее мне следовало говорить о защитном, а не гибридном MBR. Это важно, 
поскольку с гибридными не только проблемы, но и штатно его никто вроде 
как не делает. Кстати, тут же детали о проблемах с parted. Короче, это 
всё больше к вам вопросы -- какими командами делаете, какая разметка на 
выходе получается (в "ручном" режиме), тогда можно было бы понять более 
предметно.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Gorlov]

23.06.2018 20:12, Leonid Krivoshein пишет:
> Ранее мне следовало говорить о защитном, а не гибридном MBR. Это важно, 
> поскольку с гибридными не только проблемы, но и штатно его никто вроде 
> как не делает. Кстати, тут же детали о проблемах с parted. Короче, это 
> всё больше к вам вопросы -- какими командами делаете, какая разметка на 
> выходе получается (в "ручном" режиме), тогда можно было бы понять более 
> предметно.

Я ж показывал на какой разметке "летим"

1     1049kB  10,5MB  9437kB                         bios_grub
2     10,5MB  510MB   499MB   ext4                   raid
3     510MB   500GB   500GB                          raid

UEFI тут нет в самой железке.

А вот на соседнем, где UEFI

parted  /dev/sda
GNU Parted 3.2.46-e4ae
Используется /dev/sda
Добро пожаловать в GNU Parted! Наберите 'help' для просмотра списка команд.
(parted) p
Модель: ATA TOSHIBA DT01ACA2 (scsi)
Диск /dev/sda: 2000GB
Размер сектора (логич./физич.): 512B/4096B
Таблица разделов: gpt
Флаги диска:

Номер  Начало  Конец   Размер  Файловая система  Имя  Флаги
  1     1049kB  10,5MB  9437kB                         bios_grub
  2     10,5MB  99,6MB  89,1MB  fat16                  загрузочный, esp
  3     99,6MB  600MB   500MB   ext4                   raid
  4     600MB   2000GB  2000GB                         raid

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Gorlov]

23.06.2018 17:17, Leonid Krivoshein пишет:
> parted много кому не нравится. В зависимости от версии могут ещё быть 
> проблемы с выравниванием. И наш с evms до какой-то поры этим страдал. 
> Для качественной/надёжной разметки -- только libfdisk.
> 

Но это лишь либа..вопрос какой софт с ней слинкован и адекватен в работе.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

23.06.2018 18:52, Alexey V. Vissarionov пишет:
> On 2018-06-23 17:06:20 +0300, Anton Gorlov wrote:
>
>   >> Если пропустить пару мегабайтов мата, то мне особо и сказать
>   >> нечего: в одном примере собраны чуть ли не все подводные
>   >> грабли.
>   > и какие же тут грабли? Подробную схему использую овер 10 лет
>   > и нигде не наблюдал никаких проблем
>
> Знаешь, дядя... иначе, чем огромным везением я это назвать не могу.
>
> Ибо по моим наблюдениям где-то через год-два использования ФС, на
> которую идет интенсивная запись и которая разположена на LVM (из
> нескольких разделов, это важно), там обязательно произойдет хоть
> какое-то повреждение логической структуры.

За 15 лет использования lvm у меня не было ни одной проблемы. Что-то у 
тебя не то.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

24.06.2018 06:54, Anton Farygin пишет:
> 23.06.2018 18:52, Alexey V. Vissarionov пишет:
>> On 2018-06-23 17:06:20 +0300, Anton Gorlov wrote:
>>
>>   >> Если пропустить пару мегабайтов мата, то мне особо и сказать
>>   >> нечего: в одном примере собраны чуть ли не все подводные
>>   >> грабли.
>>   > и какие же тут грабли? Подробную схему использую овер 10 лет
>>   > и нигде не наблюдал никаких проблем
>>
>> Знаешь, дядя... иначе, чем огромным везением я это назвать не могу.
>>
>> Ибо по моим наблюдениям где-то через год-два использования ФС, на
>> которую идет интенсивная запись и которая разположена на LVM (из
>> нескольких разделов, это важно), там обязательно произойдет хоть
>> какое-то повреждение логической структуры.
>
> За 15 лет использования lvm у меня не было ни одной проблемы. Что-то у 
> тебя не то.
>

Встречал LVM в "головах" энтерпрайзных корзин, хотя морда у них своя и 
без препарирования не узнаешь, что там древнейший Linux и LVM. Весьма 
обидно было бы купить такую корзину за миллионы и через год потерять 
данные. Ещё более странно при этом наличие ошибок давно известных ошибок 
в активно развивающемся коде Device Mapper'а -- за последнее время там 
много понаворотили. То есть, либо энтерпрайз давно бы поднял шумиху, 
либо апстрим залатал дыры, раз они давно известны. Увидеть бы хотя бы 
одну ошибку в формулах.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

23.06.2018 23:44, Anton Gorlov пишет:
> 23.06.2018 17:17, Leonid Krivoshein пишет:
>> parted много кому не нравится. В зависимости от версии могут ещё быть 
>> проблемы с выравниванием. И наш с evms до какой-то поры этим страдал. 
>> Для качественной/надёжной разметки -- только libfdisk.
>>
>
> Но это лишь либа..вопрос какой софт с ней слинкован и адекватен в работе.

Выше об этом уже написал -- sfdisk, gdisk, fdisk, cgdisk, cfdisk. 
Исходный пакет util-linux. Интерфейс и назначение немного отличается.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

23.06.2018 20:31, Anton Gorlov пишет:
> 23.06.2018 20:12, Leonid Krivoshein пишет:
>> Ранее мне следовало говорить о защитном, а не гибридном MBR. Это 
>> важно, поскольку с гибридными не только проблемы, но и штатно его 
>> никто вроде как не делает. Кстати, тут же детали о проблемах с 
>> parted. Короче, это всё больше к вам вопросы -- какими командами 
>> делаете, какая разметка на выходе получается (в "ручном" режиме), 
>> тогда можно было бы понять более предметно.
>
> Я ж показывал на какой разметке "летим"
>

Какими командами вам удаётся с такой разметкой вручную установить хоть 
какой-то ALT Linux? Вы говорили инсталлятором не получается, приходится 
руками -- без этого понять невозможно. Сравнить бы (нормальным 
инструментом) разбивку, выполняемую вами руками, нашим инсталлятором, и 
дебианом, который тоже у вас успешно всё устанавливает.


>
> А вот на соседнем, где UEFI
>
> parted  /dev/sda
> ...Таблица разделов: gpt
> Флаги диска:
>
> Номер  Начало  Конец   Размер  Файловая система  Имя  Флаги
>  1     1049kB  10,5MB  9437kB                         bios_grub
>  2     10,5MB  99,6MB  89,1MB  fat16                  загрузочный, esp
>  3     99,6MB  600MB   500MB   ext4                   raid
>  4     600MB   2000GB  2000GB                         raid

Очень странный вывод, особенно флаги в первых двух записях. Потому и не 
пользуюсь parted. Во второй записи ещё и FAT16. Кстати, что значит 
"загрузочный" на GPT-диске? Там на сам деле есть два флага, связанных с 
загрузкой, но зачем они нужны в GPT-таблице, нигде толком не описано. 
esp наверное вообще не флаг, а намёк на соответствующий PARTGUID, с 
bios_grub скорее всего тоже самое.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

[-- Attachment #1: Type: text/plain, Size: 2330 bytes --]

On 2018-06-24 06:54:24 +0300, Anton Farygin wrote:

 >> Знаешь, дядя... иначе, чем огромным везением я это назвать не
 >> могу.
 >> Ибо по моим наблюдениям где-то через год-два использования
 >> ФС, на которую идет интенсивная запись и которая разположена
 >> на LVM (из нескольких разделов, это важно), там обязательно
 >> произойдет хоть какое-то повреждение логической структуры.
 > За 15 лет использования lvm у меня не было ни одной проблемы.
 > Что-то у тебя не то.

Мое "не то" называется "опыт работы по восстановлению данных" :-)
И специализировался я как раз по массивам (после того, как коллега
вычитывал информацию с дохлых дисков, нужно было восстанавливать
логическую структуру) - вплоть до того, что эмуляторы аппаратных
RAID-контроллеров писал.

На случай, если кому окажется полезным или просто интересно. Самая
надежная реализация массивов - ядерные CONFIG_MD_RAID{0,1,10,456}:
выковырять данные зачастую удается даже после того, как по массиву
пошарились шаловливые ручки горе-ремонтников. Аппаратные контроллеры
были хороши лет 10 назад, но сейчас уже утратили актуальность - на
современных процессорах нагрузка, создаваемая CONFIG_MD_RAID456 в
конфигурации наподобие

md1 : active raid6 sdb2[0] sda2[4] sde2[5] sdf2[6] sdg2[7] sdd2[3] sdc2[1]
      14601845760 blocks super 1.2 level 6, 64k chunk, algorithm 2 [7/7]
      [UUUUUUU]

практически незаметна. А самое глюкало - как раз devmapper и все то,
где он используется.

И немного насчет виртуализации и образов дисков: если на построение
отказоустойчивой системы (которая позволяет выводить серверы из работы
для обслуживания) задавила жаба, а на виртуальном диске заканчивается
свободное место и сервер при этом совсем-совсем нельзя останавливать,
лучше использовать не LVM, а CONFIG_MD_LINEAR:

mdadm -C /dev/md1 -e 0 -f -l linear -n 1 /dev/sda2

Здесь и далее все /dev/sd* - это образы, размещенные на надежной СХД.
В этом случае добавление раздела оказывается даже проще, чем в LVM:

mdadm /dev/md1 --add /dev/sdb2
resize2fs /dev/md1

Но, повторю, если дело дошло до такого колхоза - значит, что-то с
самого начала было сделано неправильно.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Farygin]

25.06.2018 11:59, Alexey V. Vissarionov пишет:
> Здесь и далее все /dev/sd* - это образы, размещенные на надежной СХД.
> В этом случае добавление раздела оказывается даже проще, чем в LVM:
>
> mdadm /dev/md1 --add /dev/sdb2
> resize2fs /dev/md1
>
> Но, повторю, если дело дошло до такого колхоза - значит, что-то с
> самого начала было сделано неправильно.

Наверное тебе надо пойти почитать что такое LVM и чем он отличается от 
mdraid.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Sergey V Turchin]

On Friday, 22 June 2018 12:06:58 MSK Anton Farygin wrote:

[...]
> На этом этапе хочется красивостей, а альтератор это что-то из начала
> 2000-х по интерфейсу. Он всё-таки заточен на пошаговое выполнение
> раздельных модулей, а тут, например, это может быть и не нужно.
В acc так.
Есть wizardface, есть centerface, а можно сделать installface.

-- 
Regards, Sergey.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Sergey V Turchin]

On Friday, 22 June 2018 11:53:11 MSK Paul Wolneykien wrote:

[...]
>   Ясно. Тогда нам нужен механизм, который надёжно определяет первую
> загрузку и запускает альтератор-wizardface с другими шагами вместо DM.
/usr/bin/alterator-firstinstall \
&& apt-get remove `rpm -qf --qf '%{NAME}'` /usr/bin/alterator-firstinstall

[...]

-- 
Regards, Sergey.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Gorlov]

25.06.2018 11:59, Alexey V. Vissarionov пишет:
> И немного насчет виртуализации и образов дисков: если на построение
> отказоустойчивой системы (которая позволяет выводить серверы из работы
> для обслуживания) задавила жаба, а на виртуальном диске заканчивается
> свободное место и сервер при этом совсем-совсем нельзя останавливать,
> лучше использовать не LVM, а CONFIG_MD_LINEAR:
>
> mdadm -C /dev/md1 -e 0 -f -l linear -n 1 /dev/sda2

Ты не понял. Количество виртуальных серверов  и их параметры могут
меняться по N раз на дню в любую сторону.

Количество виртуальных  серверов  меняется от 1-2  и до
бесконечности,пока у сервера хватает ресурсов и эти сервера изначально
не под моим управлением. Они принадлежат пользователям. Напиливать диски
на кучу  sdX(Y)  ещё большее зло и не  особо масштабируемое

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Gorlov]

25.06.2018 11:50, Leonid Krivoshein пишет:
> Какими командами вам удаётся с такой разметкой вручную установить хоть
> какой-то ALT Linux? Вы говорили инсталлятором не получается,
> приходится руками -- без этого понять невозможно. Сравнить бы
> (нормальным инструментом) разбивку, выполняемую вами руками, нашим
> инсталлятором, и дебианом, который тоже у вас успешно всё устанавливает.

В ручную  - устанавливаю на отдельный диск.а. потом рсинком уже
размазываю на..

Вопрос что именно не так в такой разбивке?

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

On 2018-06-25 14:31:28 +0300, Anton Gorlov wrote:

 >> И немного насчет виртуализации и образов дисков: если на
 >> построение отказоустойчивой системы (которая позволяет
 >> выводить серверы из работы для обслуживания) задавила жаба,
 >> а на виртуальном диске заканчивается свободное место и
 >> сервер при этом совсем-совсем нельзя останавливать, лучше
 >> использовать не LVM, а CONFIG_MD_LINEAR
 > Ты не понял.

Не понял. И прежде всего - в чем именно состоит задача.

 > Количество виртуальных серверов и их параметры могут меняться
 > по N раз на дню в любую сторону.

Так... А мы покупаем или продаем?
В смысле, мы виртуалку администрируем или хостинг предоставляем?

 > Количество виртуальных серверов меняется от 1-2 и до
 > бесконечности, пока у сервера хватает ресурсов и эти
 > сервера изначально не под моим управлением. Они принадлежат
 > пользователям.

Ага! Мы таки продаем хостинг. А где предполагается использовать
LVM - на хостах виртуализации или внутри виртуалок?

 > Напиливать диски на кучу sdX(Y) ещё большее зло и не особо
 > масштабируемое

Когда эти "диски" выглядят на образы qcow2 - оно весьма добро и
масштабируемо.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Gorlov]

25.06.2018 15:25, Alexey V. Vissarionov пишет:
> Ага! Мы таки продаем хостинг. А где предполагается использовать
> LVM - на хостах виртуализации или внутри виртуалок?
>
>  > Напиливать диски на кучу sdX(Y) ещё большее зло и не особо
>  > масштабируемое
>
> Когда эти "диски" выглядят на образы qcow2 - оно весьма добро и
> масштабируемо.

На хосте. Сами виртуалки вот этот вот кусок LVM внутри считают диском
(блочным девайсом /dev/vdX).

С кучками qcow2,вместо LVM пробовал играться.. производительность сильно
просаживается вниз.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Alexey V. Vissarionov]

[-- Attachment #1: Type: text/plain, Size: 736 bytes --]

On 2018-06-25 15:46:47 +0300, Anton Gorlov wrote:

 >>> Напиливать диски на кучу sdX(Y) ещё большее зло и не особо
 >>> масштабируемое
 >> Когда эти "диски" выглядят на образы qcow2 - оно весьма добро и
 >> масштабируемо.
 > На хосте. Сами виртуалки вот этот вот кусок LVM внутри считают
 > диском (блочным девайсом /dev/vdX).
 > С кучками qcow2,вместо LVM пробовал играться.. производительность
 > сильно просаживается вниз.

Единицы процентов - это, конечно, уже "заметно", но еще не "сильно".
По-моему, вполне адекватная плата за более высокую надежность...


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Anton Gorlov]

25.06.2018 17:57, Alexey V. Vissarionov пишет:
> Единицы процентов - это, конечно, уже "заметно", но еще не "сильно".
> По-моему, вполне адекватная плата за более высокую надежность...

Какие единицы процентов. Провал почти в 1,5-2 раза. Да не на синтетике,а 
на реальных задачах.. типа ~ 60 виртуальных серверов по 1-10 сайтов на 
каждом или 2-3 виртуальных сервера в виде 1 "большой"  виртуальный 
сервер с БД и 1-2 виртуалки с 300-500 сайтов на каждой (виртуальный 
хостинг).

Повторю - проблем с LVM ни разу не наблюдалось

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

25.06.2018 13:30, Anton Farygin пишет:
> 25.06.2018 11:59, Alexey V. Vissarionov пишет:
>> Здесь и далее все /dev/sd* - это образы, размещенные на надежной СХД.
>> В этом случае добавление раздела оказывается даже проще, чем в LVM:
>>
>> mdadm /dev/md1 --add /dev/sdb2
>> resize2fs /dev/md1
>>
>> Но, повторю, если дело дошло до такого колхоза - значит, что-то с
>> самого начала было сделано неправильно.
>

Про dm-raid Алексей в этом примере не говорит. Можно почитать здесь:

https://www.kernel.org/doc/Documentation/device-mapper/dm-raid.txt

Нет его уже давно ядре. Только интерфейс devmapper к md-raid остался. В 
ядре только один md-raid.

В этом примере речь о никем не используемом linear. Прочитать про него 
можно тут:

https://www.kernel.org/doc/Documentation/device-mapper/linear.txt

Мне сложно представить, как можно ошибиться в простом маппинге блоков 
(LVM использует device mapper, да).


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

25.06.2018 14:24, Anton Gorlov пишет:
> 25.06.2018 11:36, Leonid Krivoshein пишет:
>>>> parted много кому не нравится. В зависимости от версии могут ещё 
>>>> быть проблемы с выравниванием. И наш с evms до какой-то поры этим 
>>>> страдал. Для качественной/надёжной разметки -- только libfdisk.
>>>>
>>>
>>> Но это лишь либа..вопрос какой софт с ней слинкован и адекватен в 
>>> работе.
>>
>> Выше об этом уже написал -- sfdisk, gdisk, fdisk, cgdisk, cfdisk. 
>> Исходный пакет util-linux. Интерфейс и назначение немного отличается. 
>
>
> А..проморгал. Извиняюсь. Просто раньше fdisk помнится не умел в GPT
>

Он и сейчас его не особо умеет, хоть и знает. :) Для этого есть gdisk. 
Там сейчас такой расклад получается:

fdisk -- консольный, mbr
gdisk -- консольный, gpt
cfdisk -- ncursesw для mbr
cgdisk -- ncursesw для gpt
sfdisk -- единый cli интерфейс для mbr и gpt, для скриптов идеален

Пример с MBR к sfdisk:
http://git.altlinux.org/people/klark/packages/deploy-project.git?p=deploy-project.git;a=blob;f=examples/parts/mbr-sample;h=75746479635a56bc4551f0ad0d4fc8475c49c97a;hb=2b90f66fdea98e9f5464f02ac2126aa7acf4bb35

Пример с GPT к sfdisk:
http://git.altlinux.org/people/klark/packages/deploy-project.git?p=deploy-project.git;a=blob;f=examples/parts/gpt-sample;h=14241193d487c7150ac703c7b2986cd8b8d39eb4;hb=2b90f66fdea98e9f5464f02ac2126aa7acf4bb35

Конечно, fdisk/gdisk тоже используют в скриптах, раньше и я грешил этим, 
но сейчас не рекомендую.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

25.06.2018 15:25, Alexey V. Vissarionov пишет:
>   > Количество виртуальных серверов меняется от 1-2 и до
>   > бесконечности, пока у сервера хватает ресурсов и эти
>   > сервера изначально не под моим управлением. Они принадлежат
>   > пользователям.
>
> Ага! Мы таки продаем хостинг. А где предполагается использовать
> LVM - на хостах виртуализации или внутри виртуалок?

Ещё бывают варианты когда LVM и снаружи, и внутри. Причём это умеют не 
только сам LVM и partx, но и некоторые деплои умеют развёртывать такие 
системы. Ручками-то несложно, но в случае с нашим инсталлятором вряд ли 
так получится.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

25.06.2018 20:55, Anton Gorlov пишет:
> 25.06.2018 17:57, Alexey V. Vissarionov пишет:
>> Единицы процентов - это, конечно, уже "заметно", но еще не "сильно".
>> По-моему, вполне адекватная плата за более высокую надежность...
>
> Какие единицы процентов. Провал почти в 1,5-2 раза. Да не на 
> синтетике,а на реальных задачах.. типа ~ 60 виртуальных серверов по 
> 1-10 сайтов на каждом или 2-3 виртуальных сервера в виде 1 "большой"  
> виртуальный сервер с БД и 1-2 виртуалки с 300-500 сайтов на каждой 
> (виртуальный хостинг).
>
> Повторю - проблем с LVM ни разу не наблюдалось

Соглашусь. С VirtualBox, в отличие от QEMU/KVM, всё хуже и заметно даже 
на одной виртуалке. Но ещё бывают нужны снэпшоты, qcow их тоже умеет аж 
до 32 уровней вложенности. Вот только производительность с LVM в этом 
случае будет разниться ещё более ощутимо заметнее. А поскольку всё это 
давно всем известно и используется в промышленных масштабах, проблемы с 
LVM давно бы всплыли. Они могут быть (ошибки на дисках), у меня и на 
md-raid разъезжалось, когда серверную в баню превратили. Железо может 
подводить. Но это не арифметические ошибки. У кого свежий срез ядра -- 
пройдите ради интереса git blame по исходникам devmapper.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] разбивалка диска (почему-то было: Шаги инсталлятора)

[Leonid Krivoshein]

25.06.2018 14:33, Anton Gorlov пишет:
> 25.06.2018 11:50, Leonid Krivoshein пишет:
>> Какими командами вам удаётся с такой разметкой вручную установить хоть
>> какой-то ALT Linux? Вы говорили инсталлятором не получается,
>> приходится руками -- без этого понять невозможно. Сравнить бы
>> (нормальным инструментом) разбивку, выполняемую вами руками, нашим
>> инсталлятором, и дебианом, который тоже у вас успешно всё устанавливает.
> В ручную  - устанавливаю на отдельный диск.а. потом рсинком уже
> размазываю на..
>
> Вопрос что именно не так в такой разбивке?

Мои ответы были в двух письмах ранее. Но с такими ответами на встречные 
вопросы мы ничего не добьёмся.


-- 
Best regards,
Leonid Krivoshein.