A 240 GB-os SSD-n először két partícióm volt, az egyik a Logical Volume with Linux Mint-et tartalmazta, a másik pedig egy NTFS partíciót tartalmazott, amelyet megoszthattak a Windows-szal .

Most eltávolítottam az NTFS partíciót, és ki akarom terjeszteni a logikai kötetcsoportomat a felszabadított lemezterület felhasználására.

Hogyan kiterjessze a (z) kötetcsoportot, az én logikai kötetet, amely / home és fájlrendszer (ext4) on / home? Lehetséges online módon is csinálni?

PS: Igen, tudom, hogy biztonsági másolatot kell készítenem az adataimról 🙂 

/dev/sdb/ (240GB) linuxvg (160GB) should use 100% of the disk space swap root home (ext4, 128GB) should be extended to use the remaining space

sudo vgdisplay: 

 --- Volume group --- VG Name linuxvg System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 4 VG Access read/write VG Status resizable MAX LV 0 Cur LV 3 Open LV 3 Max PV 0 Cur PV 1 Act PV 1 VG Size 160,00 GiB PE Size 4,00 MiB Total PE 40959 Alloc PE / Size 40959 / 160,00 GiB Free PE / Size 0 / 0 VG UUID ... --- Logical volume --- LV Path /dev/linuxvg/swap LV Name swap VG Name linuxvg LV UUID ... LV Write Access read/write LV Creation host, time mint, 2013-08-06 22:48:32 +0200 LV Status available # open 2 LV Size 8,00 GiB Current LE 2048 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 252:0 --- Logical volume --- LV Path /dev/linuxvg/root LV Name root VG Name linuxvg LV UUID ... LV Write Access read/write LV Creation host, time mint, 2013-08-06 22:48:43 +0200 LV Status available # open 1 LV Size 24,00 GiB Current LE 6144 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 252:1 --- Logical volume --- LV Path /dev/linuxvg/home LV Name home VG Name linuxvg LV UUID ... LV Write Access read/write LV Creation host, time mint, 2013-08-06 22:48:57 +0200 LV Status available # open 1 LV Size 128,00 GiB Current LE 32767 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 252:2 --- Physical volumes --- PV Name /dev/sdb1 PV UUID ... PV Status allocatable Total PE / Free PE 40959 / 0

sudo fdisk -l kimenete: 

Disk /dev/sdb: 240.1 GB, 240057409536 bytes 255 heads, 63 sectors/track, 29185 cylinders, total 468862128 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Device Boot Start End Blocks Id System /dev/sdb1 1 468862127 234431063+ ee GPT Disk /dev/mapper/linuxvg-swap: 8589 MB, 8589934592 bytes 255 heads, 63 sectors/track, 1044 cylinders, total 16777216 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/mapper/linuxvg-root: 25.8 GB, 25769803776 bytes 255 heads, 63 sectors/track, 3133 cylinders, total 50331648 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/mapper/linuxvg-home: 137.4 GB, 137434759168 bytes 255 heads, 63 sectors/track, 16708 cylinders, total 268427264 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000

Megjegyzések

  • Nos, a könnyű út ‘ Már csak az NTFS partíció létrehozása és a vgextend használata a partíció teljes eltávolítása helyett. Ha ehelyett a meglévő PV-partíciót bővíti, valószínűleg újra kell indítania, mivel a Linux nem hajlandó újraolvasni a partíciós táblázatot, amíg a lemezt használják. Az online megoldás körülményes. – Kérjük, mutassa meg az aktuális partíciós táblázatot.
  • Szükség esetén újraindíthatom.

Válasz

Ezt meglehetősen egyszerűen megteheti. Kinda meglepődött, hogy erre itt még nem volt válasz.

Ezt az egész folyamatot elvégezheti az átméretezni kívánt fájlrendszer futtatása közben (igen, biztonságos és teljes mértékben támogatott). Nincs szükség mentő CD-kre vagy alternatív operációs rendszerekre.

  1. A partíció átméretezése (ezt megint megteheti a futó rendszerrel). A GParted használata egyszerű és támogatja az átméretezést.
    Használhat alacsonyabb szintű eszközt is, például fdisk . De törölnie kell a partíciót, és újra létre kell hoznia. Csak győződjön meg arról, hogy ezt teszi, hogy az új partíció pontosan ugyanazon a helyen kezdődjön.
  2. Indítsa újra. Mivel a partíciós táblát módosították a futó rendszeren, nem fog érvénybe lépni újraindításig.
  3. Futtassa a pvresize /dev/sdXY parancsot, hogy az LVM felvegye az új helyet.
  4. A logikai kötet átméretezése a következővel: lvextend. Ha az egészet használni szeretné, lvextend -r -l +100%FREE /dev/VGNAME/LVNAME. A -r átméretezi a fájlrendszert is.
    Bár mindig azt javaslom, hogy ne használja a teljes kötetcsoportot. Soha nem tudhatod, hogy mire lesz szükséged a jövőben. Később mindig kibővítheted, nem tudsz zsugorodni.

Megjegyzések

  • Szeretném elfogadni a válaszát, de nem úgy alakult, hogy ‘ nem úgy működött, ahogy javasolta, mert a GParted ‘ t nem tud a root partíció átméretezése futó rendszeren (legalábbis az én esetemben).
  • @HalosGhost Visszavontam a szerkesztést. A partprobe -s nem azt csinálja, amit gondol. A kernel nem veszi át a használt partíció átméretezését. A partprobe -s csak akkor működik, ha a partíciót átméretezés közben használták (tehát amikor az fdisk értesítette a kernelt, hogy nem sikerült), de már nem.
  • @Patrick, Nem adtam hozzá az ötletet; Én ” javítottam ” a szerkesztést úgy, hogy a parancsot backtickbe tettem (a kódért folytatott háború elkerüli a béreket!).
  • Ó, bocs, olvassa el a nevet a rossz történeti eseményről. @Qetesh, amely akkor vonatkozik rád 🙂
  • ‘ lehetséges, hogy egyáltalán nem indítod újra a ” partx -u ” a 2. lépéshez, hogy a kernel szóljon a partíció frissítéséhez ‘ s méret: aktív partíciókon is működik, és lehet ellenőrzése a /sys/…/sdXY/size előtti és utáni ellenőrzéssel.

Válasz

Egyik sem a válaszok igazolják az LVM erejét.

(Ez a @frostchutz fenti kérdésre adott megjegyzésén alapszik.)

Tessék megismerni a tényeket:

  • Az OP két partícióval rendelkezik, az sdb1 és az sdb2 egy fizikai kötet az LVM számára.
  • Az sdb1 jelenleg ntfs, ezt a teret meg kell adnunk a home logikai kötet a linuxvg kötetcsoporton belül.

Az LVM lépései a ” pragmatikus módon “:

  • fizikai kötet létrehozása az sdb1-en: pvcreate /dev/sdb1
  • s hozzáadása db1 – linuxvg: vgextend linuxvg /dev/sdb1
  • a home logikai kötet kiterjesztése minden szabad hely: lvextend -r -l +100%FREE /dev/linuxvg/home

Az LVM nagyfokú közvetlenséget tesz lehetővé. Egy logikai kötet egy kötetcsoporton belül található, amely több lemezt is használhat.

home – > linuxvg – > (sdb1, sdb2, sdc1)

http://tldp.org/HOWTO/LVM-HOWTO/createvgs.html

Megjegyzések

  • Sikerült, köszönöm. lvresize -l +100%FREE ... -t használtam az utolsó 2 lvextend + resizefs parancs helyett
  • Jó tudni, köszönöm a @AlessandroDentella megosztását!
  • Ha hozzáadod -r az lvextend parancsra, automatikusan kiterjeszti a fájlrendszert is. Tehát: lvextend -r -l +100%FREE /dev/linuxvg/home, és elkerülheti a resize2fs
  • frissítést. Köszönöm! @lucaferrario

válasz

A kérdés megoldódott, miután elolvasta a ez a blogbejegyzés. Rövid formában írom a megoldást:

  • indítás egy élő CD-ről
  • use gdisk (ha GPT-t használsz ) különben a jó öreg fdisk
  • megjegyezheti a partíció beállításait, az én esetemben gdisk -l /dev/sdb
  • törölje a partícióját
  • hozzon létre egy új partíciót az előzővel pontosan megegyező igazítással (példámban a 2048-as blokktól kezdődően)
  • írja be az új partíciós táblát
  • futtassa a partprobe -s parancsot a partíciós tábla újraindítás nélküli frissítéséhez
  • a fizikai kötet átméretezéséhez használja a pvresize /dev/sdb1 vagy bárhol is van a pv-je (a pvs használatával állapítsa meg, hogy nem tudja-e)
  • most méretezze át a logikai kötetet a lvextend -l +100%FREE /dev/file/of/your/lv, esetemben sudo lvextend -l +100%FREE /dev/linuxvg/home
  • a fájlrendszer átméretezése sudo resize2fs /dev/linuxvg/home
  • először ellenőrizze a konzisztenciát sudo e2fsck -f /dev/linuxvg/home
  • élvezze 🙂

Commen ts

  • Valójában ezeknek a lépéseknek a felét kivághatja, és csak 1 újraindítással teheti meg.
  • A GParted nem volt hajlandó átméretezni a partíciót, mert az zárolva (ez a kulcs szimbólum).

Válasz

Néhány remek válasz már.

Ha xfs-t használ, akkor a 

xfs_growfs /mountpoint

parancsot használja a resize2fs helyett. Megteheti, amíg a csatlakoztatási pont aktív, például ha megnövelted a gyökérpartíciót, és utána nem kell újraindulnod.

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük