Dotaz: Jak zvětšit oddíl

[Tomiiik]

Zdravím Vás, prosím o radu, mám Debian 4, vyuzivam take webmin, nemuzu ted odesilat postu pres postfix, protoze mam malo misto na oddilu VAR, zbyva mi tam neco okolo 40MB místa, lze nějakým způsobem ubrat z nějakého oddílu místo a přidat na svazek /VAR napr. 1GB? Díky moc za informaci. Tom

Odpovědi

[artec]

Tezko psat radu, kdyz ani nenapisete, jaky pouzivate FS. Pokud pouzivate LVM, tak celkem bezproblemu. U vetsiny FS to sice lze, ale nemusi to probehnout vzdy bez komplikaci.

[Tomiiik]

Omlouvám se, vypadla mi informace. Jedná se o EXT3

[artec]

Hledejte informace okolo resize2fs. Doporucuji pred tim ale urcite udelat zalohu. Nemusi to vzdycky dopadnout ok.

[Tomiiik]

Aha, tak to možná bude problém udělat zálohu  Ale uvidím tedy, z ext3 určitě nejde nějak samo přeměnit formát na LVM, co? Zkusím jak píšete a radíte Dám potom vědět jak jsem dopadl ;o)

[Tomiiik]

Poradíte mi prosím jak udelat zalohu toho disku na jinou partition? tedy proste do jineho adresare? Pres WINSCP to urcite nepujde, protoze ztrtim vsechna prava a nastaveni chmodů. Díky moc za informaci

[Jary]

jde to dumpem, nebo dd a mužeš použít i ssh

např dd if=/dev/hda1 | ssh Tomiik@komp.doma "cat > zaloha"

Tohle spuštěno na stroji, odkud se zálohuje bude běžet dlouho, či déle, než to skončí a na tvém domácím stroji v home objeví soubor záloha, kde budou všecka data z hda1. dump je efektivnější v tom, že zálohuje pouze inody, dd totiž kopíruje i místo nealokované žádnýn souborem.

Je možno přidat i kompresi před odesláním ssh tunelem:
dd if=/dev/hda1 | bzip2 | ssh Tomiik@komp.doma "cat > zaloha.bz2"

Doufám, že jsem to napsal správně.

[Tomiiik]

Ojjj, diky za informaci, ale bohuzel nejsem tak znaly, takze je to pro me nejak moc slozite, staci mi to dat do nejakeho jineho adresare treba na /home no a az bude rozdeleni hotovo, pretahnout to zpet ... (pokud by byl problem a o data bych prisel)

[Jary]

Nic moc na tom není. dd čte data z toho /dev/hda1 a posílá je přes rouru "|" programu bzip. který je komprimuje a přes rouru posílá ssh, které je posílá na určenou adresu, tentokráte po síti. no a jako parametr ssh je "cat > zaloha.bzip2", což se vykoná na tom cílovém stroji a když to tak nějak přeložím do češtiny, znamená to, že se vezmou ty poslané data a uloží se do zaloha.bzip

Lokálně to jde udělat dd if=/dev/hda1 of=/home/tomiik/zaloha.hda1. Parametr if určuje vstup, of určuje výstup.

S dumpem ať poradí někdo jiný, ten jsem nikdy nezkoušel. dd má výhodu v tom, že se takto vytvořený image disku dá připojit pomocí mount -o loop a nějak zkontrolovat, nebo použít skopírovaná data.

[Tomiiik]

Pokud použiji příkaz:

resize2fs /dev/cciss/c0d0p9 100GB

vyskočí mi chyba

resize2fs 1.40-WIP (14-Nov-2006)
resize2fs: ĹĄpatnĂĄ velikost systĂŠmu souborĹŻ - 100GB
 

[dustin]

Možná by to chtělo kouknout do manuálu (man resize2fs), co se píše o parametru size: 

The  size parameter specifies the requested new size of the filesystem.
       If no units are specified, the units of the size parameter shall be the
       filesystem blocksize of the filesystem.  Optionally, the size parameter
       may be suffixed by one of the following  the  units  designators:  ’s’,
       ’K’,  ’M’, or ’G’, for 512 byte sectors, kilobytes, megabytes, or giga‐
       bytes, respectively.  The size of the filesystem may  never  be  larger
       than the size of the partition.  If size parameter is not specified, it
       will default to the size of the partition.

 

Takže možná zkusit resize2fs /dev/cciss/c0d0p9 100G

 

[Tomiiik]

polin:~# umount -l /dev/cciss/c0d0p9
polin:~# resize2fs /dev/cciss/c0d0p9 100G
resize2fs 1.40-WIP (14-Nov-2006)
resize2fs: ZaĹĂ­zenĂ­ nebo zdroj jsou pouŞívĂĄny pĹi pokusu otevĹĂ­t /dev/cciss/c0d0p9
Nemohu najĂ­t platnĂ˝ superblok systĂŠmu souborĹŻ.
 

[dustin]

Opravdu by bylo dobré číst tu dokumentaci:

man umount:

 -l     Lazy unmount. Detach the filesystem from the filesystem  hierar‐
              chy now, and cleanup all references to the filesystem as soon as
              it is not busy anymore.  (Requires kernel 2.4.11 or later.)

Takže bez parametru -l by to pravděpodobně zahlásilo, že je filesystem používán a nelze odmontovat. Tedy je potřeba killnout příslušné procesy, zkusit je zjistit třeba přes

sudo lsof /dev/cciss/c0d0p9

Na /var jich bude spoustu, lepší by asi bylo přepnout do single user init 1 nebo nabootovat z liveCD.

 

 

 

[pushkin]

Řešil jsem něco podobného, dokonce s NTFS, a osvedčilo se mi použít Live CD. Osobně jsem použil openSUSE 10.3 KDE Live CD (v aplikaci Yast je tam položka Rozdělování disků), ale existuje i "lehčí" možnost GParted LiveCD ... vhodnější pro starší PC, ale občas na některých systémech nenabootuje. (Obojí ma solidní GUI.) Každopádně se mi podařilo
1. smazat /dev/sdb1, /dev/sdb6 a /dev/sdb7
2. přesunout začátek /dev/sdb5 (NTFS) na začátek disku a roztáhnout jej přes celý disk
a ke svému překvapení jsem nepřišel ani o bajt dat. Tolik má zkušenost.

[Tomiiik]

Diky za informaci, bohuzel ja LiveCD nespustim, protoze je server cca. 400km vzdalen od mista, kde prave jsem ...

[artec]

Resizovat /var za behu systemu muze byt hodne zajimave. Pred tim nez neco zacnete delat, tak mejte na pameti co vsechno /var pouziva. Nejbezpecnejsi je to delat pres boot jineho OS, u ext2/3 je to je temer jistota uspechu.

 

[Jary]

Myslím, že zvětšovat není velký problém. Proč se toho všichni tak bojí? Copak jsou ty nástroje tak zabugované? Zkoušel jsem to tedy asi jen jednou s reiserfs na mojem laptopu a pokud vím, o nic jsem nepřišel. Tedy jestli jsem o něco přišel, tak o tom nevím. A i tak si myslím, že je to dost bezpečné.

[Tomiiik]

Zvětšoval si tak, že si z nějaké partitiony vzal část místa a přesunul na jinou? Můžeš mi prosím poradit jak ??? Díky moc

[Jary]

Můj případ byl jednodušší o to, že používám LVM. Víc se o LVM dočteš v nedávném článku.

V podstatě jde o to,

1. nejdřív zmenšit některý stávající filesystém nacházející se na nějaké partition.
2. Po tom zmenšit tuto partition (tak, aby sis neukrojil část z toho filesystému, která je živá - zmenšit jen o to místo, o které si zmenšil filesystém.
3. Potom zvětšit partition, kterou potřebuješ zvětšit. zde může být problém v tom, že jednoduše se dá hýbat pouze s konci partition, a ty určitě budeš potřebovat přesunout začátek, což tak jednoduché není.
4. Potom zvětšit filesystém na zvětšené partition. A voila, je hotovo.

Celou tuhle proceduru by měl zvládnout gparted v grafice a bezpečně a docela automaticky. Po záloze to můžeš zkusit. BTW, pokud se bojíš o data, zálohuj si jak zmenšovaný, tak zvětšovaný FS. Ale jelikož je to server, kde mají data i cizí lidé, tak určitě zálohuješ alespoň týdně, že, takže tohle řešit nemusíme (: .

Na internetu dá určitě najít mnoho článků. Třeba http://www.howtoforge.com/linux_resizing_ext3_partitions. Nebo, přímo od zdroje: http://gparted.sourceforge.net/larry/tips/gfs.htm (http://gparted.sourceforge.net/documentation.php).

Jak je to s resizováním za běhu pomocí gparted nevím. reisize_reiserfs, pokud vím, umí za běhu pouze zvětšovat, zmenšovat umí jen při odpojeném fs. manuál k resize2fs se netváří tak, že by resize2fs zmenšovat za běhu neuměl.

 

[Jary]

Bod 3 není úplně nejlépe zformulovaný. Filesystémy totiž normálně začínají na začátku partition a tak když posunu začátek partition, měl bych posunout i začátek filesystému, jinak se to mountu asi moc líbit nebude

[Tomiiik]

Díky za informaci, ale já LVM právě nevyužívám  Neměl jsem tehdy o tom ani tušení  Mám jen LINUX EXT3