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í
×

dnes 00:11 | Nová verze

Eclipse Foundation oznámila vydání nové verze vývojového prostředí Eclipse. Eclipse 4.7 s kódovým označením Oxygen vychází rok po vydání verze 4.6 s kódovým označením Neon (zprávička) a přináší celou řadu novinek. Jejich představení také na YouTube.

Ladislav Hagara | Komentářů: 0
včera 23:33 | Zajímavý software

Před týdnem Lennart Poettering představil casync, tj. nástroj pro distribuci obrazů systémů. Dnes oficiálně představil mkosi, tj. nástroj pro generování těchto obrazů. Zdrojové kódy mkosi jsou k dispozici na GitHubu pod licencí LGPL-2.1.

Ladislav Hagara | Komentářů: 0
včera 16:00 | Bezpečnostní upozornění

Ve správci systému a služeb systemd, konkrétně v systemd-resolved, byla nalezena bezpečnostní chyba CVE-2017-9445. Útočník může vzdáleně shodit server nebo spustit libovolný příkaz.

Ladislav Hagara | Komentářů: 19
27.6. 11:33 | Pozvánky

Konference LinuxDays 2017 proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Konference OpenAlt 2017 proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně. Organizátoři konferencí vyhlásili CFP (LinuxDays, OpenAlt). Přihlaste svou přednášku nebo doporučte konference známým.

Ladislav Hagara | Komentářů: 1
27.6. 06:00 | Nová verze

Byla vydána verze 1.3.0 odlehčeného desktopového prostředí Lumina (Wikipedie, GitHub) postaveného nad toolkitem Qt. Z novinek lze zmínit nový motiv ikon nahrazující Oxygen (material-design-[light/dark]) nebo vlastní multimediální přehrávač (lumina-mediaplayer).

Ladislav Hagara | Komentářů: 2
26.6. 17:33 | Bezpečnostní upozornění

Před šesti týdny byly publikovány výsledky bezpečnostního auditu zdrojových kódů OpenVPN a nalezené bezpečnostní chyby byly opraveny ve verzi OpenVPN 2.4.2. Guido Vranken minulý týden oznámil, že v OpenVPN nalezl další čtyři bezpečnostní chyby (CVE-2017-7520, CVE-2017-7521, CVE-2017-7522 a CVE-2017-7508). Nejzávažnější z nich se týká způsobu, jakým aplikace zachází s SSL certifikáty. Vzdálený útočník může pomocí speciálně

… více »
Ladislav Hagara | Komentářů: 1
26.6. 06:55 | Zajímavý projekt

V Edici CZ.NIC vyšla kniha Průvodce labyrintem algoritmů. Kniha je ke stažení zcela zdarma (pdf) nebo lze objednat tištěnou verzi za 339 Kč (připojení přes IPv4) nebo 289 Kč (připojení přes IPv6).

Ladislav Hagara | Komentářů: 10
26.6. 06:33 | Zajímavý software

Byla vydána verze 2.2.0 svobodného správce hesel KeePassXC (Wikipedie). Jedná se o komunitní fork správce hesel KeePassX s řadou vylepšení.

Ladislav Hagara | Komentářů: 0
26.6. 06:11 | IT novinky

Vývojář Debianu Henrique de Moraes Holschuh upozorňuje v diskusním listu debian-devel na chybu v Hyper-Threadingu v procesorech Skylake a Kaby Lake od Intelu. Za určitých okolností může chyba způsobit nepředvídatelné chování systému. Doporučuje se aktualizace mikrokódu CPU nebo vypnutí Hyper-Threadingu v BIOSu nebo UEFI [reddit].

Ladislav Hagara | Komentářů: 0
24.6. 01:23 | Komunita

Phoronix spustil 2017 Linux Laptop Survey. Tento dotazník s otázkami zaměřenými na parametry ideálního notebooku s Linuxem lze vyplnit do 6. července.

Ladislav Hagara | Komentářů: 3
Chystáte se pořídit CPU AMD Ryzen?
 (7%)
 (31%)
 (1%)
 (9%)
 (44%)
 (9%)
Celkem 858 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    Rozcestník

    Dotaz: Resize plného disku + RAID

    5.4.2008 09:48 Petr_abc
    Resize plného disku + RAID
    Přečteno: 634×
    Dobrý den, jak vidíte z df -h, můj problém je v nedostatku místa pro /. Nevíte někdo co by se s tím dalo dělat? Resize pomocí resize2fs si neumím představit, tím bych si myslím přemazal nějaká data. Děkuji za reakce.

    /dev/md0 250M 199M 38M 84% / /dev/md4 283G 36G 233G 14% /home /dev/md3 361M 8,1M 334M 3% /tmp /dev/md1 4,6G 2,2G 2,3G 50% /usr /dev/md2 2,8G 412M 2,3G 16% /var

    Odpovědi

    5.4.2008 10:47 Petr Holík
    Rozbalit Rozbalit vše Re: Resize plného disku + RAID
    Napriklad nabootvat z LiveCD nebo USB a pripojit md0 a data zkopirovat nekam jinam a pak md0 zvetsit a nahrat tam data zpatky.

    Zkuste sem vlozit obsah /proc/mdstat

    To jestli jde FS zvetsit zalezi na vic faktorech. Za prve asi na tom jestli jeste nekde je volne misto, za druhe o jaky druh raidu se jedna, za treti na tom jaky mate FS. Bez techto informaci lze odpovedet jen obecne.
    6.4.2008 20:50 Petr_abc
    Rozbalit Rozbalit vše Re: Resize plného disku + RAID
    Výborně, kapka naděje. Používám ext3 a na md4 je 233GB volného místa. Tady je /proc/mdstat: Personalities : [raid1] md4 : active raid1 sda9[0] sdb9[1] 300672384 blocks [2/2] [UU]

    md3 : active raid1 sda8[0] sdb8[1] 393472 blocks [2/2] [UU]

    md2 : active raid1 sda6[0] sdb6[1] 2931712 blocks [2/2] [UU]

    md1 : active raid1 sda5[0] sdb5[1] 4883648 blocks [2/2] [UU]

    md0 : active raid1 sda1[0] sdb1[1] 272960 blocks [2/2] [UU]
    7.4.2008 08:56 Petr Holík
    Rozbalit Rozbalit vše Re: Resize plného disku + RAID
    Aha, takze mate 2 stejne disky oba v RAID 1 ( mirror). Postupoval bych asi nasledovne:

    1) vyzkousel bych zda je mozne z kazdeho disku jednotlive nabootovat, coz by melo byt mozne.

    2)Dale bych jeden disk odpojil( kdyby se nahodu neco nepovedlo, aby byla zaloha)

    3) Boot z Live(USB/CD) obsahujic nastroje pro praci s diskem atp(napr gentoo Live cd, nebo kterekoliv jine)

    4) e3fsck -f -C0 /dev/sd(zde doplne oddil, kde mate home)

    5) resize2fs -p /dev/sd (opet doplnte) (nova velikost mensi nez puvodni o velikost noveho fs a o rezervu( pokud je dost volneho mista, muzete dat klidne rezervu vetsi - v kroku 12 zas fs zvetsime tak, aby zabral cely oddil)/)

    6) zaloha partition tabulky: dd if=/dev/sda of=/kam/umistit/zalohu bs=512 count=1 a dd of=/dev/sda(4 nebo 5 - presne cislo by jste mel zjisti z fdisk -l dev/sda . je to extended oddil disku) of=/kam/umistit/druhou/tabulku bs=512 count=1

    7) opsani hodnot fdisk -l /dev/sda

    8) Zmenseni partition na velikost o malinko vetsi nez je nova velikost home( zmenseni se provadi smazanim a vytvorenim znovu(oddilu ve fdisku) zde jse vam budou hodit opsane hodnoty(chce to trosku pocitat a nasobit, tak aby se kryly zacatky partition a konec byl driv nez puvodne, ale v zadnem pripade ne driv nez je konec nove zmenseneho FS pozor na KiB vs KB atp.. (!) )

    9) vytvoreni noveho oddilu pro / v extended oblasti v miste, kde puvodne byla cast home(staci spustit fdisk a dat ze chcete extended partition cilslo to prideli a velikost nechte defaultni(az do konce oddilu)

    10) mke2fs -j /dev/sd(novy oddil pro /)

    11) cp -r stare / (-- parammetry pro zachovani atributu prav a vlastniku pro root snad implicitne ale radeji si to overit) nove /

    12) resize2fs -p /dev/sd(kde mate home) - zvetsi home tak aby presne odpovidal oddilu)

    13)

    14) uprava zavadece tak, aby reflektoval, ze se bude zavadet z noveho oddilu ( pripadne muzete ponechat stary oddil jako /boot ( jelikoz misto v oddilech primarnich a extendech bohuzel nelze spojit pac nejsou souvisle ( slo by to prez LVM, ale to by uz skutecne byla vyssi divci :/))

    15)reboot a pokud o bootvani z nove upraveneho disku

    16) opraveni chyb kvuli, kterym to nenabootovalu

    17) pokud vse nabootujue a vsechna data jsou OK vytvorit, ze vsech oddilu raid 1 v degradovanem rezimu, zapojit druhy disk disk

    18) vytovrit stejne oddily i na druhem disku

    19) postupne pridavat jednotlive oddily z druheho disku do degradovaneho raid 1 ( automaticky se spusti onlline rekonstrukce)

    20) pro sledovani prubehu zadat watch cat /proc/mdstat

    21) otevrete sampanske nebo archivni vino !

    tak zde je v ramci moznosti konkretni postup tak aby se zachovala data a nebylo potreba je vsechny zalohovat na 3ti disk, ale v prapiade ze nemate zkusnosti s podobnymi vecmi, radejich bych volil postup nasledujici:

    1) vyndat jeden disk z raid 1 smazat na nem vsechny oddily vytvorit jeden oddil a na nem FS

    2) zkopirovat dulzita data

    3) na puvodni disk preinstalovat system znovu a lepe si rovrhnout rovzreni mista

    4) nahrat zalazni data a znovu vytvorit raid

    Ktery postup si vyberete je na Vas, potencionalne nebezpecne jsou oba - nebezpeci spociva ale spise v lidske chybe, nikoliv ze by nastroje pro zmenu velikost FS byly experimentalni, sam sem jiz zmenu provadel mnohokrat relativne bez uhony.

    P.S.: (na zacatek se zkuste smirit s tim, ze jste o vsecha data prisel, a pokud se Vam to bude zdat proti srti zalohujte jeste nekam jinam :-) )

    P.S.2: jedna se o strucny postup pokud jiz o FS neco vite pokud, a nektere samozrejme kroky jsou vynechany(uprava fstab nastaveni raidu atp..) kdybych to mel vsechno do detailu rozepisovat bylo by to na cele HOWTO :)
    7.4.2008 11:29 Petr_abc
    Rozbalit Rozbalit vše Re: Resize plného disku + RAID
    Skvělé, mockrát děkuji. Vyzkouším první postup (+pro jistotu záloha na externí disk pomocí dd). Ale mám zmatek v bodě 8: měním kterou partition na velikost o něco větší než home? a pak také v 11: kopírování čeho tu máte na mysli?
    7.4.2008 12:31 Sinuhet | skóre: 31
    Rozbalit Rozbalit vše Re: Resize plného disku + RAID

    Obecna myslenka je asi takova, ze mate hodne mista na home, proto mu nejprve zmensite filesystem, nasledne mu zmensite partisnu a na uvolnenem miste vytvorite novou, na ktere bude novy root.

    Takze v bodu osm zmensujete partsinu, ze ktere se sklada /dev/md4 (neboli vas home). A v bodu jedenact se kopiruje stary root (/dev/md0) na novy root (ktery jste vytvoril v bodech devet a deset). Mimochodem, spravny parametre je cp -a.

    Ale spis bych vam doporucil zamyslet se nad nasazenim lvm, abyste se ubranil podobnemu saskovani s oddily nekdy v budoucnosti.

    7.4.2008 13:19 Petr Holík
    Rozbalit Rozbalit vše Re: Resize plného disku + RAID
    Ano presne tak. Jinak pozor pokud nabootujete z liveCD jenom s jednim diskem zarizeni nebudou uz mdX ale sdX.

    jj cp -a je presne co jsem mel na mysli :)

    jinak v bode 8) menite velikost puvodniho oddilu, kde byl home, ktery jste v predchozich krocich zmensil( nejdriv je treba zmensit FS a potom oddil) a oddil pro jistotu nechavate malinko vetsi nez FS protoze opacny postup by vedl k poskozeni struktury FS)

    v bode 11 Kopirujete data z povidniho FS "/" do noveho a vetsiho FS pro "/"

    Souhlasim plne s nasazenim LVM nad raidem. Tyto veci Vam LVM vyrazne ulehci.

    Omlouvam se ze reaguji na obe otazky soucasne :)
    7.4.2008 13:37 Petr_abc
    Rozbalit Rozbalit vše Re: Resize plného disku + RAID
    Ještě jednou díky Vám oběma. Na LVM se určitě podívám, přemýšlím o jeho nasazení jen nad sda1, sda9 (/ a home). A trochu mě děsí nižší bezepčnost, něco se stane na vrstvě LVM a mirorring je pak zcela k ničemu.
    25.4.2008 15:27 Petr_abc
    Rozbalit Rozbalit vše Re: Resize plného disku + RAID
    Tak jsem se konečně dostal k LVM, ale po prvním nadšení z přečtených článků, jsem zjistil, že to nepůjde. http://www.tldp.org/HOWTO/LVM-HOWTO/upgraderoottolvm.html . Zde jsem se v 5.odstavci dozvěděl toto: An important prerequisite of this procedure is that the root partition is less that half full...

    Pokud tomu dobře rozumím, tak tím, že mám /dev/md0 (na kterém je /) takřka plný, nemám možnost nasazení LVM. Nebo se pletu?

    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.