abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 15:55 | Komunita

Free Software Foundation (FSF, Nadace pro svobodný software) publikovala nové video s názvem The University of Costumed Heroes. Jedná se o součást kampaně za používání svobodného softwaru při distanční výuce.

Ladislav Hagara | Komentářů: 27
7.8. 13:33 | Zajímavý projekt

Vývojáři přenosného počítače Pocket Popcorn Computer (Pocket P.C.) (zprávička) informují na svém blogu, že návrh hardwaru zveřejnili na GitHubu pod licencí CC BY-SA 3.0 US.

Ladislav Hagara | Komentářů: 9
7.8. 08:00 | Zajímavý článek

David Revoy, autor mj. komiksu Pepper&Carrot, zveřejnil novou iteraci své instalační příručky pro použití Kubuntu, nyní 20.04, jako grafické pracovní stanice.

Fluttershy, yay! | Komentářů: 5
7.8. 02:00 | IT novinky

Počátkem roku někdo odcizil z Intelu několik GB citlivých dat. Prvních 20 GB bylo zveřejněno [Hacker News, ZDNet].

Ladislav Hagara | Komentářů: 12
6.8. 19:33 | Nová verze

Bylo vydáno Ubuntu 20.04.1 LTS, tj. první opravné vydání Ubuntu 20.04 LTS s kódovým názvem Focal Fossa. Přehled novinek v poznámkách k vydání a v přehledu změn. Součástí oznámení je infografika Ubuntu od 2004 do 20.04 LTS (png).

Ladislav Hagara | Komentářů: 0
6.8. 18:00 | Pozvánky

MojeFedora.cz upozorňuje na letošní Flock aneb letošní online konferenci zaměřenou na přispěvatele do Fedory. Konference probíhá od zítra 7. srpna do neděle 9. srpna, viz program.

Ladislav Hagara | Komentářů: 0
6.8. 15:00 | Nová verze

Po půl roce od vydání verze 2.31 byla vydána verze 2.32 knihovny glibc (GNU C Library). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 1
6.8. 09:33 | IT novinky

Dnes končí bezpečnostní konference Black Hat USA 2020 (Twitter) a začíná bezpečnostní konference DEF CON 28 (Twitter). Kvůli onemocnění COVID-19 ne v Las Vegas, ale pouze virtuálně. Na konferenci DEF CON naplánované přednášky jsou již k dispozici na DEF CON Media Serveru a na YouTube.

Ladislav Hagara | Komentářů: 2
6.8. 07:33 | Nová verze

Po více než pěti letech byla vydána nová verze 1.7 multiplatformního grafického editoru Pinta (Wikipedie). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
6.8. 00:33 | Komunita

V září loňského roku Richard Stallman rezignoval na funkci prezidenta Free Software Foundation (FSF). Včera byl zvolen nový prezident. Je jím Geoffrey Knauth (Twitter).

Ladislav Hagara | Komentářů: 12
Dokážete si představit, že by váš hlavní počítač (desktop, notebook) byl v současné době založen na architektuře jiné než x86 (x86_64)? Například ARM, POWER, RISC-V,…
 (11%)
 (12%)
 (56%)
 (14%)
 (5%)
Celkem 201 hlasů
 Komentářů: 13, poslední 7.8. 10:04
Rozcestník

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

16.8.2019 18:07 Pavel | skóre: 17
Zjištění typu souborového systému a zmenšení oddílu
Přečteno: 339×
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

16.8.2019 18:17 Andrej | skóre: 47 | blog: Republic of Mordor | Zürich
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
lsblk -pf   # čitelné pro lidi)
lsblk -pfJ  # čitelné pro stroje

Tam^^^ je to všechno.

ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
16.8.2019 22:12 Pavel | skóre: 17
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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]
16.8.2019 22:20 Pavel | skóre: 17
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
Mohu postupovat dle tohoto návodu?
16.8.2019 22:22 debian+
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
Gparted to nezvlada (cez VNC)?
16.8.2019 22:54 Pavel | skóre: 17
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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 avatar 17.8.2019 09:51 Heron | skóre: 52 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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 avatar 17.8.2019 09:41 Heron | skóre: 52 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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).
17.8.2019 12:12 Pavel | skóre: 17
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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 avatar 17.8.2019 12:29 Heron | skóre: 52 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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).
17.8.2019 15:00 Pavel | skóre: 17
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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?
17.8.2019 15:07 Pavel | skóre: 17
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
Tam však vidím pouze dev/vda1, zbytek mi to nenabídne
Heron avatar 17.8.2019 15:07 Heron | skóre: 52 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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.
17.8.2019 15:23 Pavel | skóre: 17
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
Mým cílem je přesunout funkční systém ze serveru1 (60GB) na server2 (30GB). To je celé.
Heron avatar 17.8.2019 15:42 Heron | skóre: 52 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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а avatar 17.8.2019 16:03 Jendа | skóre: 76 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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 avatar 17.8.2019 16:19 Heron | skóre: 52 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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а avatar 17.8.2019 15:59 Jendа | skóre: 76 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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 avatar 17.8.2019 16:24 Heron | skóre: 52 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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íš.
17.8.2019 22:14 Pavel | skóre: 17
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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 avatar 17.8.2019 22:51 Heron | skóre: 52 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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.
18.8.2019 01:59 Pavel | skóre: 17
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
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а avatar 18.8.2019 03:50 Jendа | skóre: 76 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: Zjištění typu souborového systému a zmenšení oddílu
Pokud jsou cesty na cmdline kernelu dobře ale stejně to furt hlásí chyby, tak zkus update-initramfs -u.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.