Уменьшение размера PV в LVM
Приветствую уважаемое сообщество! Имеем систему, не дебиан, но для LVM мне кажется не суть важно. Диск разбит на две партиции, одна под /boot/, другая под LVM. Под LVM все пространство загнали в один PV, соответственно один LV который использует все доступные РЕ и на нем ext2 смонтированная в / (root) . Появилось желание поставить еще одну, вражескую, ОС на девайс. Что удалось сделать : уменьшить файловую систему (загрузка с лайф-сиди ; уменьшить LV . А вот дальше засада. При попытке уменьшения PV, получаем следующее : root # pvresize -d --setphysicalvolumesize 28344320K /dev/evms/hda2 /dev/evms/hda2: cannot resize to 864 extents as later ones are allocated. 0 physical volume(s) resized / 1 physical volume(s) not resized если задать заведомо маленький размер то получаем вполне адекватный ответ от системы: root # pvresize --setphysicalvolumesize 26G /dev/evms/hda2 /dev/evms/hda2: cannot resize to 831 extents as 864 are allocated. 0 physical volume(s) resized / 1 physical volume(s) not resized ну и на всякий случай еще вот [EMAIL PROTECTED]:~# pvdisplay --- Physical volume --- PV Name /dev/evms/hda2 VG Name VolGroup00 PV Size 37.19 GB / not usable 0 Allocatable yes PE Size (KByte) 32768 Total PE 1190 Free PE 326 Allocated PE 864 PV UUID Fg4Twh-1utF-faUX-K6pp-yRBX-C8HO-50ra1g Если я правильно понял система говорит что самый последний ( ??? ) PE в ЛВМ занят, если это так , то как перекидать PE в начало диска? Да и вообще что делать. ( сносить, не устонавливать и т.д. и т.п. не предлагать ) Спасибо.
Re: Уменьшение размера PV в LVM
В сообщении от 11 июня 2008 11:18 Stanislav Kruchinin написал(a): > eugene wrote: > > Приветствую уважаемое сообщество! > > > > Имеем систему, не дебиан, но для LVM мне кажется не суть важно. Диск > > разбит на две партиции, одна под /boot/, другая под LVM. Под LVM все > > пространство загнали в один PV, соответственно один LV который > > использует все доступные РЕ и на нем ext2 смонтированная в / (root) > > . > > Появилось желание поставить еще одну, вражескую, ОС на девайс. > > А зачем нужен LVM, если физический диск всего один? Если есть проблемы с > изменением размеров, то проще всего не рисковать данными и докупить > дополнительный жесткий диск под Windows. А если их вдруг станет два, как вы предлагаете. А вообще это ноут, да еще и чужой.
Re: Уменьшение размера PV в LVM
В сообщении от 11 июня 2008 11:50 Yauhen Kharuzhy написал(a): > On Wed, Jun 11, 2008 at 10:13:46AM +0400, eugene wrote: > > Приветствую уважаемое сообщество! > > > > А вот дальше засада. При попытке уменьшения PV, получаем следующее : > > > > root # pvresize -d --setphysicalvolumesize 28344320K /dev/evms/hda2 > > /dev/evms/hda2: cannot resize to 864 extents as later ones are > > allocated. 0 physical volume(s) resized / 1 physical volume(s) not > > resized > > > > Если я правильно понял система говорит что самый последний ( ??? ) PE в > > ЛВМ занят, если это так , то как перекидать PE в начало диска? Да и > > вообще что делать. ( сносить, не устонавливать и т.д. и т.п. не > > предлагать ) > > > > Спасибо. > > man pvresize > /RESTRICTIONS > тоесть, единственный вариант, это подключить другой диск, переместить все используемые ПЕ на него , урезать исходный до нужных размеров, петащить все обратно ? > > > -- > Yauhen Kharuzhy jekhor _at_ gmail.com > JID: [EMAIL PROTECTED]
Re: Уменьшение размера PV в LVM
видел lvm-howto там хорошо все расписано. 1. уменьшаем фс 2. уменьшаем lv 3. уменьшаем vg 4. втыкаем второй жесткий диск ( внешний например) 5. вводим его в pv 6. мувим на него vg 7. выводим из лвм первый диск 8. переразбиваем как нада 9. вводим в лвм нужный раздел на первом диске. 10. мувим vg на него. 11. выводим второй диск из лвм. все ето можно делать без перезагрузки(в случае внешнего диска на юсб). у меня миграция между 8 хардами ( было 4 , поставил другие 4) прошла без сучка и задоринки. http://dreamcatcher.ru/index.php?option=com_content&task=view&id=34&Itemid=2 http://tldp.org/HOWTO/LVM-HOWTO/index.html ,--[eugene, Wed, 11 Jun 2008 13:13:34 +0400] |В сообщении от 11 июня 2008 11:18 Stanislav Kruchinin написал(a): |> eugene wrote: |> > Приветствую уважаемое сообщество! |> > |> > Имеем систему, не дебиан, но для LVM мне кажется не суть важно. Диск |> > разбит на две партиции, одна под /boot/, другая под LVM. Под LVM все |> > пространство загнали в один PV, соответственно один LV который |> > использует все доступные РЕ и на нем ext2 смонтированная в / (root) |> > . |> > Появилось желание поставить еще одну, вражескую, ОС на девайс. |> |> А зачем нужен LVM, если физический диск всего один? Если есть проблемы с |> изменением размеров, то проще всего не рисковать данными и докупить |> дополнительный жесткий диск под Windows. |А если их вдруг станет два, как вы предлагаете. А вообще это ноут, да еще и |чужой. `- -- _ *** * icq: 161874711* * jabber: [EMAIL PROTECTED] * * irc.starlink.ru,#Gene, Devil_InSide * *Registered linux user #450844* *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Уменьшение размера PV в LVM
On Wed, Jun 11, 2008 at 09:58:39PM +0400, Stanislav Kruchinin wrote: > На ноутах с их фиксированной конфигурацией и одним-двумя жесткими > дисками, гибкость и масштабируемость, которые предоставляет LVM, не > нужны. Дерево каталогов в любом случае будет одно. Второй диск можно > просто смонтировать к какому-нибудь подкаталогу, и будет практически > незаметно что дисков два, а не один. Тем более, в ноутах и так харды > медленные, от прослойки, замедляющей работу с диском, будет больше вреда > чем пользы. Я использую LVM на ноуте. В частности lvextend и lvreduce (заметно реже) -- WBR, Dmitry signature.asc Description: Digital signature
Re: Уменьшение размера PV в LVM
On Wed, 11 Jun 2008, Stanislav Kruchinin wrote: один. Тем более, в ноутах и так харды медленные, от прослойки, замедляющей работу с диском, будет больше вреда чем пользы. Это спорное утверждение. Скорость произвольного доступа обычно для 2.5' выше. Потоковая скорость ниже, но на неё-то LVM никак повлиять не может.
Re: Уменьшение размера PV в LVM
On Wed, Jun 11, 2008 at 11:59:24PM +0400, [EMAIL PROTECTED] wrote: > Это спорное утверждение. Скорость произвольного доступа обычно > для 2.5' выше. Потоковая скорость ниже, но на неё-то LVM никак повлиять > не может. Теоретически может.. Если сделать скажем два раздела по N гиг и затем по мере надобности их по очереди увеличивать. PS. Кто-то про дефрагментатор для LVM слышал? -- WBR, Dmitry signature.asc Description: Digital signature