dualboot+lvm или windows/linux resize

В чём проблема и суть вопроса?

В Windows нет поддержки LVM. Если вы хотите ставить Linux на LVM, то вам нужно отделить отдельный раздел на диске, создать на нём физический том LVM, затем добавить этот физиеский том LVM в группу томов LVM, в группе томов LVM нарезать нужные вам логические тома, на них файловые системы и далее ставить Linux.

Но у вас всё это может сделать и установщик выьранного вами дистрибутива Linux, только выделите в начале свободное место под раздел.

В итоге Windows у вас будет на обычных разделах, а Linux на LVM.

Только если у вас Windows на динамических томах, то их в начале нужно конвертировать в обычные разделы, а потом выделить свободное место.

В чём проблема?

GParted-live в помощь, винде нужен обычный раздел GPT, лучше оставь вообще ей пустое место и из её установщика размечай.

в чем польза LVM на ноутбуке и как оно позволяет сохранить память?

LVM даёт возможность изменять размер тома по мере необходимости.

ага я тоже думал что это просто, потом тыкнулся - даже reiserfs и то проще resize сделать чем с этими LVM.

Проблема в том, что раздел тома под windows нельзя поменять с помощью lvm. Поэтому спрашиваю, есть ли решения подобные lvm которые работают как для linux так и для windows? Наверняка, ведь необходимость менять размер раздела под windows есть у многих с dualboot.

Просто моё решения для Users с помощью Virtual Volumes, во-первых, только частично решает проблему: позволяет делять ресайз для тома на который монтируется каталог пользователя; во-вторых, я не уверен, что нормально будет работать.

P.S. Спасибо за вопрос. Понял, что это надо пояснить в старте топика.

Возможно проще. Просто LVM пользуюсь не один год, а с reiserfs почти не связывался. Не знаешь, windows полноценно работает с reiserfs (при помощи сторонних программ)? Есть ли возможность поставить окно на эту фс?

винде - ntfs, а не еще ReFs добавили, но оно тоже развитие ntfs

А чем тебя не устраюиваю обычные разделы и изменение размером файловой системы и разделов средствами самой операционной системы.

Т.е. fdisk + resize fs?

Зачем нужны отдельные сущности?

обычные разделы можно увеличивать только если есть место физически расположенное сразу за этим разделом, а так оно бывает редко. С lvm такой проблемы нет. Можно сделать снапшот, можно pvmove на другой диск (усб например).

lvm must have в любой системе, даже в ноуте с одним / на весь диск.

А вы по 10 раз на дню меняете размер разделов (томов)?

Даже если и раз в год, то я хочу сделать это с удовольствием, а не через жопу с ребутами, оффлайном и двиганием разделов сторонними программами

Откуда такая необходимость постоянно менять размеры ?
В таком случае лучшим решением будет не дуалбут, а kvm.

Однородного полноценного решения для windows и Linux нет.

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

Я закладываю с запасом размер разделов. И если у меня заканчивается место, как вы говорите допустим раз в год, то я могу себе позволить раз в год потратить 3 тысячи, чтобы купить 1 Тб диск, а лучше за 4,5-5 купить 2 Тб диск и забыть о проблемах с размером разделов ещё на пару лет, подключив второй диск и создав на нём разделы.

Надо продумать перед созданием разделов какой объём данных нужен и размер выставить с запасом, а если место кончается, то либо просто докупить диск и подключить его, либо удалить старые файлы, 100% есть мусор который можно удалить и освободить место, ну либо перенести его на диск для хранения, удалив эти данные с рабочего накопителя.

У меня линукс на десктопе 19лет уже как, на серверах и того больше. А место я и не пытаюсь планировать. Зачем мне заранее избыток там где он не понадобится, если я могу в течение 10 сек увеличить любой раздел.

Постоянно или нет, время от времени такая необходимость возникает сама собой: ту же машину гостя создать, обновления на windows подгрузить или транзакции кошелька (мало ли причин из-за которых приходится бережно пользоваться доступным местом).

В моём случае kvm, слишком ресурсозатратное решение (хотя кому-то, наверное, подойдёт). Спасибо за совет

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

ТС же хочет такую систему, которая работает и в Windows и в Linux.

Её пока нет.

Для Windows есть Windows Dynamic Disk, для Linux - LVM или ZFS или BTRFS.

Одновременного решения для Windows и Linux не существует, поэтому если ТС нужны две разные системы, то только единственное решение - выделить отдельный раздел с запасом места.

Как его на ноуте увеличивать если все уже отдано, я за свои 15 лет десктопа об lvm задумался только один раз - когда захотел попробовать что это такое.

Почему слишком ? Оверхед по процессору в р-не 1%.

Её пока нет.
Одновременного решения для Windows и Linux не существует

все можно, было бы желание

делим диск на N разделов:

1. винда 40 гб, например  
2. 10gb PV(lvm)  можно больше 10гб, но это будет тот мин. кусок который будет отдаваться винде при необходимости ее увеличить  
3. 10gb PV(lvm)  
...  
N-1. 10gb PV(lvm)  
N. 40gb PV(lvm)  

Все!

Зачем все отдал сразу?

А чего экономить, он все равно один.

Т.е. ты в начале создаёшь физические тома LVM, потом добавляешь их в группу томов, потом на них создаёшь тома, на томах файловые системы и записываешь на них данные.

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

И вот когда тебе нужно освободить место на диске для увеличения раздела для windows ты запустишь pvmove, который в начале переместит логические томы с данными с одного из PV на другие, потому ты выведешь PV из группы томов, потом ты удалишь раздел PV, а потом только сможешь увеличивать раздел Windows.

Это ты называешь

с удовольствием, а не через жопу с ребутами, оффлайном и двиганием разделов

?

В чём-то плюс есть, но данные ты также будешь переносить, пуская не двигая разделы, но переноситься данные будут с одной области диска на другие, потом ты будешь выводить PV из VG, потом удалять раздел, а потом менять размер раздела с Windows.

Без ребутов и офлайна у тебя не получится. Ну разве что без офлайна, а ребут в Linux, а потом в Windows у тебя будет, да и перемещение данных тоже.

Так что проще сразу выделить больше места под Windows, а вот если нужно будет уменьшить размер раздела с Windows и передать его в LVM, то тут проще простого.

Но опять же как уже написали, возможно лучше использовать KVM и логический том LVM использовать как виртуальный диск Windows.

Ты дурак или прикидываешься?

Это механизм использовать место для линукса и ущербной виндовс одновременно. Необязательно все разделы сразу отдавать ЛВМу, начинай с конца и двигайся в сторону винды.

Хочу использовать несколько разделов для разных целей и как они будут расти заранее не знаю и не хочу знать.

Молодец, что тут скажешь.

1. винда 40 гб, например

Надо 10 выделять, чтобы сразу двигать и увеличивать начать. :D

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

• Планировать место. Согласен
• Купить винчестер побольше. Не поспорить.
• fdisk + resize fs. Полезно иметь ввиду

fdisk + resize fs наталкивает на решение (спасибо futurama).

По сути нужно на противоположных концах иметь раздел под windows и pv под vg. В таком случае, с одной стороны, можно добавлять через fdisk сектора к windows; с другой стороны, можно делать pvcreate/pvresize без перезагрузки (кроме pvresize под root). То есть наращивать раздел под windows и vg по направлению друг к другу.

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

Вам в управление дисками в оснастке «Управление компьютером».

Понимаю. Попробовать можно, но поищу ещё способы получше. Выше предлагали через kvm, например.

Какой механизм, болезный? Ты бы еще по гигу разделы сделал, чтобы более точно настраивать.

Ты вообще ничего не предложил, так что, ущербный, давай мимокрокодил.

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

По сути нужно на противоположных концах иметь раздел под windows и pv под vg. В таком случае, с одной стороны, можно добавлять через fdisk сектора к windows; с другой стороны, можно делать pvcreate/pvresize без перезагрузки (кроме pvresize под root). То есть наращивать раздел под windows и vg по направлению друг к другу.

В таком случае новые разделы придётся создавать только для расширения lv под root без перезагрузки. Windows будет использовать неразмеченную область (fdisk или Расширить том). Другие lv можно расширить, расширяя или добавляя pv.

кроме pvresize под root

Имеется в виду vg, на которых корень? Увеличиваем за счет добавления новых pv. Уменьшаем путем переноса (временного?) на меньший специально созданный раздел. Не? Слишком извращенно для избежания перезагрузки?

можно добавлять через fdisk сектора к windows

а ресайзить ntfs надо?

Да, vg-root (условно). Расширять vg-root обавлением новых pv. Уменьшать не знаю как без перезагрузки. Заморочено, согласен. Зато кроме корня всё проще: менять размер pv или добавлять новые. Ведь в основном место занимает не ядро.

Да, ресайзить ntfs для windows или из под неё самой расширять том.

ТС же хочет такую систему, которая работает и в Windows и в Linux. Её пока нет. Для Windows есть Windows Dynamic Disk, для Linux - LVM или ZFS или BTRFS.

Я просто оставлю это здесь:

https://openzfsonwindows.org

И что Windows будет грузиться я ZFS тома?

И что Windows будет грузиться я ZFS тома?

А что, у ТСа было обязательное требование загрузки винды?

Польза есть для тех, кто на нескольких разделах живёт. Например, с отдельными /var, /home и /. И ещё мигрировать на новый накопитель или новый ноут можно почти наживую: подключил старый накопитель через usb-карман, загрузился с него. Можно работать, пока pvmove перекидывает данные в фоне.

если мне дадут новый диск в ноут, я буду так радоваться что работать не буду :))

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

i-rinat описал другую процедуру. Он предложил установить новый диск, замени им старый в ноутбуке или один системный, а старый диск подключить через box для 2,5 / 3.5 дюймовых дисков и загрузиться со старого диска, подключенного через USB. И уже в загруженной системе на новом диске подготовить разделы, создать PV, добавить их в VG и сделать перенос данных со старого диска, подключенного в USB на новый уже установленный.

Но тут есть один момент, что USB - это всё же внешний диск совсем его можно случайно задеть и отключить.

Но в целом такая процедура возможна.

Т.е. у вас система загрузится со старого диска, подключенного по USB и вы будете просто работать, а в этот момент в фоне данные будут переноситься на новый диск. Потому нужно будет установить на него загрузчик.

даже reiserfs и то проще resize сделать чем с этими LVM.

Поддерживаю этого пони, пока вы не хотите странного, вам проще не использовать LVM. Как только захотите - LVM вам не поможет и будет только мешать.

грузишься с одного диска, на второй клонируешь систему.

Нельзя клонировать раздел со смонтированной ФС.

Но вообще да, это не то чтобы очень нужная вещь дома. Если тебя устраивает всё на одном разделе, если не нужна лёгкая миграция с минимумом простоя, пользы от lvm не будет.

Но тут есть один момент, что USB - это всё же внешний диск совсем его можно случайно задеть и отключить.

Перезагружаешься, продолжаешь с места останова.