LVM2 mantıksal hacimlerinin birleştirilmesi


18

Soru: LVM2 mantıksal hacimlerinin parçalara ayrılmasını destekleyen bir araç var mı? (Uzantılarını tutarlı dizilere dönüştürmek)

Tercihen arzu edilen uzantı sırasını tanımlayarak ( "diskin başlangıcında A bölümü, A'dan sonra B, ama PV'nin ucunda X" gibi )

Elbette aşağıdaki durumlar dikkate alınmalıdır:

  • VG bir PV'den oluşur
  • VG birçok PV'den oluşur, ancak her LV bir PV'ye oturur
  • VG birçok PV'den oluşur, LV'ler birçok PV'de uzanır

Bölümlerin soyulup soyulmayacağı tartışılabilir.

Know-how: ile kapsamlarını aralıkları taşımak mümkündür pvmove, örneğin: pvmove --alloc anywhere /dev/sdb1:1000-1999 /dev/sdb1:0-999.

Sebep: Birçok aralığı manuel olarak taşımak pvmovetamamen tekrarlanabilir bir şey olduğu için (beyinsiz olup olmadığı tartışmalı), bu işlemi otomatikleştirmek / desteklemek için bir araç olup olmadığını merak ettim. Değilse ... belki tek başıma yapmak - böyle bir aracın diğer insanlar için yararlı olacağını düşünüyor musunuz?


Herhangi bir araç olmaması mümkündür, çünkü bunu gerektiren bir kullanım durumu yoktur. Merak ediyorum, neden birleştirmek istiyorsun? Tipik bir boyut boyutu (4 MB) için bir fayda sağlayan bir disk teknolojisi var mı?
Gilles 'SO- kötü olmayı bırak'

2
Geleneksel HardDrive (SSD değil) performans özelliklerini ele alalım - diskin başlangıcı uçtan daha iyi performans sunar. Bu en önemli faktör, neden başlangıçta yerleştirilecek bazı bölümlerle ilgili uzantılara sahip olmak isteyebilirsiniz.
Grzegorz Wierzowiecki

1
Bu tür bir kontrol için, basit yol diski birkaç fiziksel birime bölmektir.
Gilles 'SO- kötü olmayı kes

1
Ancak öte yandan, yapılandırma dosyalarında daha fazla karışıklık ve tüm kurulum daha az esnek hale gelir. Ben @JimParis bahsettiği gibi bu çözümler inanıyoruz LVM2 defragmenterveya pvmovebir iş yapmak.
Grzegorz Wierzowiecki

Yanıtlar:



1

Birleştirmenin bir başka nedeni de, mantıksal bir hacmi küçültürken veri kaybı olasılığını azaltmak olacaktır. Mantıksal bir birimi küçültmenin özel bir nedeni, daha eski bir MBR bilgisayar sabit diskinde / boot ve benzeri bölümlerin genişletilmesine izin vermektir. Benim durumumda LTS 16.04.03'ten LTS 18.04.1'e yükseltme, orijinal varsayılan kurulum tarafından atanan / önyükleme için 500MB'den daha fazlasına ihtiyaç duyuyor.

Lvm2 için binlerce kaynak kodu satırını okumadım ama basit mantıksal hacim küçültme prosedürleri kullanıldığında lvm2'nin oldukça kaba kuvvet kesme kullandığına dair çevrimiçi yardım / wiki ipuçlarından bazıları - büzülme ile serbest bırakılan alanda dosyalar tahsis edilmiş gibi muhtemelen bu dosya listesini geri yüklemeniz gerekir (uygulama veya sistem paketleri varsa veya kullanıcı dosyaları listeniz çok büyükse, muhtemelen kendi başına bir vahşi kovalamaca).

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.