Dotaz: Zjištění typu souborového systému a zmenšení oddílu

[Pavel]

Ahoj, na VPS mám rozšířený původní disk 30GB o další 30GB. Nyní potřebuji ten druhý zase odebrat a udělat resize filesystému. Problém je v tom, že nevím jestli používám LVM, či jak je to vůbec nakonfigurovaný. příkaz FDISK:

Disk /dev/vda: 60 GiB, 64 424 509 440 bajtů, 125 829 120 sektorů
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Typ popisu disku: dos
Identifikátor disku: 0x7864cbf8

Zařízení   Zaveditelný  Začátek     Konec  Sektory Velikost ID Druh
/dev/vda1  *               2048    999423   997376     487M 83 Linux
/dev/vda2               1001470  62912511 61911042    29,5G  5 Rozšířený
/dev/vda3              62912515 125829119 62916605      30G 83 Linux
/dev/vda5               1001472  62912511 61911040    29,5G 8e Linux LVM

Diskové oddíly jsou chybně seřazeny.

cat /proc/partitions

major minor  #blocks  name

 252        0   62914560 vda
 252        1     498688 vda1
 252        2          1 vda2
 252        3   31458302 vda3
 252        5   30955520 vda5
 253        0   58212352 dm-0
 253        1    4194304 dm-1

pvdisplay

  --- Physical volume ---
  PV Name               /dev/vda5
  VG Name               vm25539-vg
  PV Size               29,52 GiB / not usable 0
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              7557
  Free PE               0
  Allocated PE          7557
  PV UUID               Sa3XK9-76WJ-8WXk-lS1n-12f1-4lIE-KBpJuF

  --- Physical volume ---
  PV Name               /dev/vda3
  VG Name               vm25539-vg
  PV Size               30,00 GiB / not usable <5,00 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              7679
  Free PE               0
  Allocated PE          7679
  PV UUID               pvuaGf-Wizd-0cM9-hoAB-trcj-Penw-y0QiJc

lvdisplay

  --- Logical volume ---
  LV Path                /dev/vm25539-vg/root
  LV Name                root
  VG Name                vm25539-vg
  LV UUID                6mWASA-zGo3-80uE-UTbW-nLo8-q6Uh-8uwVoB
  LV Write Access        read/write
  LV Creation host, time vm25539, 2018-08-16 14:30:48 +0200
  LV Status              available
  # open                 1
  LV Size                <55,52 GiB
  Current LE             14212
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0

  --- Logical volume ---
  LV Path                /dev/vm25539-vg/swap_1
  LV Name                swap_1
  VG Name                vm25539-vg
  LV UUID                96Pg8P-PTZP-dSI5-rAlI-HMNK-8kmB-srP7Mk
  LV Write Access        read/write
  LV Creation host, time vm25539, 2018-08-16 14:30:48 +0200
  LV Status              available
  # open                 2
  LV Size                4,00 GiB
  Current LE             1024
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1

Dokázal by mi někdo nakopnout jak mám postupovat pro resize?

Odpovědi

[Andrej]

lsblk -pf   # čitelné pro lidi)
lsblk -pfJ  # čitelné pro stroje

Tam^^^ je to všechno.

[Pavel]

Tak jestli to chápu správně, tak vda3 a vda5 jsou přes LVM spojený a mountovaný jako root. Takže by mělo stačit zmenšit LVM?

NAME              FSTYPE LABEL UUID                                   MOUNTPOINT
/dev/vda
├─/dev/vda1       ext2         69722149-47d2-4375-a3de-ee6a0277771f   /boot
├─/dev/vda2
├─/dev/vda3       LVM2_m       pvuaGf-Wizd-0cM9-hoAB-trcj-Penw-y0QiJc
│ └─/dev/mapper/vm25539--vg-root
│                 ext4         0e74732a-ff32-4ecb-9ac3-b838a7e1fe18   /
└─/dev/vda5       LVM2_m       Sa3XK9-76WJ-8WXk-lS1n-12f1-4lIE-KBpJuF
  ├─/dev/mapper/vm25539--vg-root
  │               ext4         0e74732a-ff32-4ecb-9ac3-b838a7e1fe18   /
  └─/dev/mapper/vm25539--vg-swap_1
                  swap         20821e9b-0966-47e0-b502-0e8c7e7ff874   [SWAP]

[Pavel]

Mohu postupovat dle tohoto návodu?

[debian+]

Gparted to nezvlada (cez VNC)?

[Pavel]

To teď zkouším, ale tam jde pouze změnit velikost vda3 nebo vda5, já bych však měl zmenšit velikost LVM ne?

[Heron]

No to rozdělení disku máte nějaké zvláštní. Máte tam vda1 jako boot (OK), potom tam máte vda2 jako extended a v tom extended máte vda5 přidělené do LVM (tady by bylo lepší dát přímo vda2 jako LVM a nedělat extended partition) a někdy později vám zvětšili ten disk a máte tam vda3 opět jako základní partition (když už tam je extended, tak se měla vytvořit jako extended). A tato vda3 je opět připojená do LVM. A proto vám i fdisk hlásí chybné pořadí oddílů.

Jako funkčně na tom nic špatného není, ale je to trochu prasárna. Ten systém se měl nainstalovat stylem vda1 - boot a vda2 - lvm (nedělat to jako extended) a při zvětšení toho disku mělo dojít ke zvětšení vda2 a tím i LVM.

Za úplně nejlepší řešení považuji přidat další disk (vdb, vdc, apod) a tyto další disková zařízení přidávat do LVM. Nemusí se nic zvětšovat a šachovat s oddílama.

Odpověď na dotaz: nejdříve musíte zmenšit FS, potom LV. Potom ideálně odebrat PV vda3 z LVM.

[Heron]

Ano můžete. Umount toho fs, potom resize2fs. Ten po vás pravděpodobně bude chtít check fs a napíše vám i konkrétní příkaz (pravděpodobně e2fsck, v článku je uveden fsck.ext3 pro konkrétní fs, řiďte se tím, co po váš chce resize2fs). Až potom zmenšete LV. A dávejte si velký pozor na zobrazované jednotky (tj abyste LVM nezmenšil na menší velikost, než jste zmenšil fs). Pochopitelně je dobré mít zálohu. A připravte se na to, že to může trvat hodně dlouho (nevím, kolik dat tam máte).

[Pavel]

tak jsem pomocí resize2fs zmenšil oddíl /dev/mapper/vm25539--vg-root. Trvalo to cca 5 minut - 10GB na SSD. Zmenšoval jsem na 14GB. Pak jsem to ověřil přes fdisk a je to stále stejný:

Disk /dev/vda: 60 GiB, 64 424 509 440 bajtů, 125 829 120 sektorů
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Typ popisu disku: dos
Identifikátor disku: 0x7864cbf8

Zařízení   Zaveditelný  Začátek     Konec  Sektory Velikost ID Druh
/dev/vda1  *               2048    999423   997376     487M 83 Linux
/dev/vda2               1001470  62912511 61911042    29,5G  5 Rozšířený
/dev/vda3              62912515 125829119 62916605      30G 83 Linux
/dev/vda5               1001472  62912511 61911040    29,5G 8e Linux LVM

Diskové oddíly jsou chybně seřazeny.


Disk /dev/mapper/vm25539--vg-root: 55,5 GiB, 59 609 448 448 bajtů, 116 424 704 sektorů
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů


Disk /dev/mapper/vm25539--vg-swap_1: 4 GiB, 4 294 967 296 bajtů, 8 388 608 sektorů
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů

[Heron]

Pak jsem to ověřil přes fdisk a je to stále stejný:

No samozřejmě, protože resize2fs zmenší jen fs a nikoliv jeho kontejner a už vůbec ne kontejner toho kontejneru.

Teď musíte zmenšit příslušně LV (lvreduce), potom, pokud máte dostatek místa v VG (vgs) odebrat PV na tom disku vda3 (pvmove, vgreduce, pvremove) a až potom odstranit oddíl vda3 z mbr (fdisk).

[Pavel]

Tak jsem vše udělal, nikde není oddíl vda3 vidět, systém funguje správně. Avšak pokud přes clonezilla 2.6.2-15 dám klonovat disktak mi to háže chybu, že je tam stále 60Gb disk. Těch druhých 30Gb však neodpojím. Stačilo by kdybych dal klonovat pouze partition?

[Pavel]

Tam však vidím pouze dev/vda1, zbytek mi to nenabídne

[Heron]

Clonezillu neznám a nepoužívám.

Pokud jsem to správně pochopil, tak vašim cílem je zmenšit ten virtuální disk (z 60G na 30G) To neuděláte vy z virtuálky, to musí udělat správce toho virtualizačního prostředí (vašeho hostingu). Možná to budete schopen udělat z nastavení.

Klonovat jeden oddíl jistě lze. Pro obnovu do funkčního stavu potom budete muset znovu nainstalovat bootloader.

[Pavel]

Mým cílem je přesunout funkční systém ze serveru1 (60GB) na server2 (30GB). To je celé.

[Heron]

Hmm. V tom případě by mělo stačit na server2 přenést prvních 30GB disku ze serveru1. Přesný počet bloků by se dal určit z partition table. Mělo by to fungovat.

Takže dd if=/dev/vda of=/mnt/zaloha/img bs=velikost bloku count=pocet bloku

Pokud se divám správně a je to bez záruky, tak 512B bloky a 62912511bloků (tj konec oddílu vda2 i extended vda5). (Pokud to chcete optimalizovat na větší bloky, aby disk měl méně práce, tak si najděte takovou kombinaci větších bloků a počtu, aby to přesně celočíselně vyšlo na celkovou velikost).

A na server2 potom uz jen cat /mnt/zaloha/img > /dev/vda

[Jendа]

Takže dd if=/dev/vda of=/mnt/zaloha/img bs=velikost bloku count=pocet bloku

iflag=fullblock!!! Jinak když read vrátí jenom část dat (což se zejména u větších bloků může v pohodě stát) tak se to celé rozbije.

A jinak není potřeba to odměřovat, stačí to kopírovat na cílový disk (pokud dělám dump do souboru tak schválně vzít o trochu víc) a ono se to samo zastaví až dojde místo.

[Heron]

A jinak není potřeba to odměřovat, stačí to kopírovat na cílový disk (pokud dělám dump do souboru tak schválně vzít o trochu víc) a ono se to samo zastaví až dojde místo.

Jasně, ale pořád si potřebuješ být jistej, že máš novej disk minimálně stejně tak velkej jako zdrojová data a taky potřebuješ vědět jak velká jsou zdrojová data. Proto to do těch komentářů pišu. Je hezké, že disk má 30GB, ale kolik to vlastně je? To, co potřebuješ skutečně vědět je kde přesně končí tvoje partišna a v jakých jednotkách se to číslo udává.

Jako já to dělám taky úplně jinak. Zmenším na míň než je skutečně potřeba (třeba 24GB) a zkopíruju na 32GB disk a udělám resize na max. Tj nějaký konkrétní velikosti taky moc neřeším.

Možností je mnoho. Ale tady to bylo komplikováno poněkud zvláštním rozdělením.

[Jendа]

OMG, proč jsi tohle nenapsal hned na začátku?

Vybodni se na zmenšování a šachování s několika LVM na divně rozpartitionovaném disku, vyrob to na novém serveru na čisto (jeden oddíl a jedno LVM), data zkopíruj rsyncem, uprav fstab a nainstaluj GRUB.

[Heron]

Tak ona je ještě jedna možnost a nevím, zda to má tazatel k disposici. Nedávno jsem to dělal na běžícím systému přes pvmove. Za běhu. Připojil jsem nový disk, udělal na něm boot a nainstalovat grub. Druhý oddíl do LVM, pvmove z sda (zbytečně velkého) na sdb (menší a navíc ssd). pvmove za běhu stroje dojelo, poweroff, stačilo vyndat sda a nechat tam jen to ssd. poweron a finito.

Jenže tohle taky předpokládá to, že máš všechno nastavený buď podle UUID nebo podle LVM path, aby to v klidu nabootovalo. Což u obecného dotazu nevíš.

[Pavel]

No způsob přes clonezillu mi radila technická podpora. Tak jsem dal na Vaše rady a aktuálně kopíruju data mezi servery. Jedná se o 150k souborů 12GB a bude to trvat celkem dlouho. Měl jsem to vše zabalit a přenést jako jeden soubor, na disk by se to vešlo. Aktuálně tedy kopíruji systémový odíl. Potom je tam ještě boot. Nový server měl stejnou verzi jádra jako starý. Na tom novém jsem smazal systémový oddíl a boot zatím nechal, mám v plánu to tak nechat, ale asi bude potřeba nějak opravit, nebo to najede bez problémů?

[Heron]

No způsob přes clonezillu mi radila technická podpora.

Hmm. Z celého tohoto vlákna mám takový pocit, že asi vím, o jakou podporu se jedná. 1) Přijde mi velmi zvláštní, že někdo tohle celé podstupuje k vůli 30GB. 30GB dneska stojí koruny měsíčně. To by nikdo neřešil. 2) Před časem nás požádal jeden náš zákazník o něco velmi podobného. Tři měsíce jsme s ním řešili to, že nechce přidat disk ke svému vmku u "někoho". A (možná jen shodou okolností) se taky jednalo o poměrně zanedbatelnou velikost do 100GB. A přes to mu přišlo výhodnější nám zaplatit 3 měsíce práce, než aby to platil u svého provozovatele. Na jeho podporu se raději ani neobrátil.

Jedná se o 150k souborů 12GB a bude to trvat celkem dlouho.

To je docela zvláštní na to, že by to mělo běžet nad ssd.

Nový server měl stejnou verzi jádra jako starý. Na tom novém jsem smazal systémový oddíl a boot zatím nechal, mám v plánu to tak nechat, ale asi bude potřeba nějak opravit, nebo to najede bez problémů?

Pravděpodobně nenajede. Bude potřeba opravit bootování. Buď je root v parametru jádra nastaven na lvm path, v tom případě, pokud se nezměnila, to může bez problémů nabootovat, nebo je nastaven na UUID filesystému a v tom případě bude jiné a nenabootuje to. Taky možná bude potřeba přegenerovat initrd.

[Pavel]

Tak nakonec tam bylo pár databázových souborů, že mám zkopírovány všechny data do dev/vda2 na ext4. Teď vytvářím grub. Celou partition vda1 jsem udělal znova, naformátoval na ext2. Pak jsem nainstaloval grub příkazem grub-install --root-directory=/mnt/vda1 /dev/vda. Po rebootu se spustil grub, nastavil jsem mu prefix na (hd0,msdos2)/boot/grub zavolal normal a zobrazila se botovací orazovka s tím, že chybí /vmlinuz-4.15.0-58generic. Při editaci grubu je všude staré uuid a špatné cesty na LVM. Tak jsem upravil uuid a cestu na vmlinuz přes vda2. To již nabootovalo, ale vyhlásilo to plno chyb ohledně cest přes LVM. Pak jsem provedl upgrade-grug a restart. Opět jsem musel nastavit prefix, ale grub pak již běžel, ale opět to vyhlašuje plno chyb s cestami. Zatím to vypadá tak, že kdybych provedl čistou instalaci a zbytek pak nakopíroval bude to rychlejší.

[Jendа]

Pokud jsou cesty na cmdline kernelu dobře ale stejně to furt hlásí chyby, tak zkus update-initramfs -u.