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 12:11 | Zajímavý projekt

Společnost Red Hat koupila na konci ledna společnost CoreOS stojící mimo jiné za odlehčenou linuxovou distribucí optimalizovanou pro běh kontejnerů Container Linux. Matthew Miller, vedoucí projektu Fedora, představil v článku na Fedora Magazine nový podprojekt Fedory s názvem Fedora CoreOS. Fedora CoreOS má být to nejlepší z Container Linuxu a Fedora Atomic Hostu. Podrobnosti v často kladených otázkách (FAQ) a v diskusním fóru.

Ladislav Hagara | Komentářů: 0
dnes 08:00 | Nová verze

Po více než devíti měsících vývoje od vydání verze 11.0 byla vydána verze 12.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 2
včera 20:00 | Upozornění

Výbor pro právní záležitosti Evropského parlamentu (JURI) dnes přijal své stanovisko ke kontroverzní novele směrnice, která v EU upravuje autorské právo v online prostředí (Pro: 14, Proti: 9, Zdrželo se: 2). Další kolo legislativního procesu proběhne na začátku července.

Ladislav Hagara | Komentářů: 24
19.6. 19:55 | Zajímavý článek

Byly zveřejněny (pdf) podrobnosti o kritické bezpečnostní chybě CVE-2017-12542 v HPE iLO 4 (Integrated Lights-Out), tj. v proprietárním řešení společnosti Hewlett Packard Enterprise pro vzdálenou správu jejich serverů. Bezpečnostní chyba zneužitelná k obejití autentizace a k vzdálenému spuštění libovolného kódu byla opravena již v květnu loňského roku ve verzi 2.53.

Ladislav Hagara | Komentářů: 11
19.6. 17:55 | Zajímavý projekt

CSIRT.CZ informuje o CTF (Capture the Flag) platformě ZSIS CTF s úlohami pro procvičování praktických dovedností z oblasti kybernetické bezpečnosti a upozorňuje na soutěž Google Capture the Flag 2018, kde je možné vyhrát zajímavé ceny.

Ladislav Hagara | Komentářů: 0
19.6. 17:00 | Komunita

Byly zveřejněny prezentace a videozáznamy přednášek z prvního československého setkání síťových operátorů CSNOG konaného 11. a 12. června v Brně a semináře IPv6 2018 uskutečněného 6. června v Praze.

Ladislav Hagara | Komentářů: 0
19.6. 16:11 | Komunita

Svobodný unixový operační systém FreeBSD slaví 25 let. Přesně před pětadvaceti lety, tj. 19. června 1993, byl vybrán název FreeBSD.

Ladislav Hagara | Komentářů: 0
19.6. 15:11 | Komunita

Oficiální YouTube kanál Blenderu je již několik dní blokován. Nadace Blender Foundation informuje, že od společnosti Google dostala šestistránkový návrh nové smlouvy (pdf). Zdá se, že podmínkou další spolupráce je zapnutí reklam na kanálu, tj. zpeněžení obsahu.

Ladislav Hagara | Komentářů: 28
19.6. 01:55 | Nová verze

Byla vydána verze 1.13 multiplatformního open source textového editoru Brackets (Wikipedie, GitHub). Přehled novinek v oficiálním oznámení a v poznámkách k vydání. Brackets je nově dostupný také jako balíček ve formátu Flatpak z oficiálního repozitáře Flathub.

Ladislav Hagara | Komentářů: 4
18.6. 18:44 | Komunita

Oficiální YouTube kanál Blenderu je již několik dní blokován. Důvody jsou zatím nejasné. Pravděpodobně chyba YouTube. Dění lze sledovat na Twitteru Tona Roosendaala.

Ladislav Hagara | Komentářů: 19
Jak čtete delší texty z webových stránek?
 (77%)
 (22%)
 (4%)
 (7%)
 (3%)
 (11%)
Celkem 227 hlasů
 Komentářů: 38, poslední dnes 09:25
    Rozcestník
    Štítky: není přiřazen žádný štítek


    Vložit další komentář
    6.2.2009 09:46 Ondar | skóre: 25 | blog: Linux_blog
    Rozbalit Rozbalit vše Zmenšování oddílu

    Super článek, měl bych jen 2 poznámky ke zmenšování:

    1. To, že data z disku pomocí pvmove a vgreduce přesunu pryč z /dev/sda, ještě neznamená, že tento disk můžu za chodu z mašiny vyrvat. Pokud je to SCSI/SATA/SAS disk, pak se musí ještě udělat:

    cat "scsi remove-single-device x y z w" > /proc/scsi/scsi

    kde x,y,z,w je SCSI adresa disku. Tímto řeknu jádru, co se právě snažím udělat. Pokud někdo či něco zařízení používá, tento příkaz selže a disk musím v mašině nechat!

    2. Ke zmenšování ext3 - pokud jsme již oddíl předtím zmenšili ale už přesně nevíme o kolik, tak je vhodné zjistit si jeho skutečnou velikost (a to né příkazem df -m). Pomůže toto:

    [root@dorado /]# dumpe2fs /dev/VolGroup00/LogVol01 | head -40 | grep Block
    dumpe2fs 1.39 (29-May-2006)
    Block count: 2359296
    Block size: 4096
    Blocks per group: 32768

    Kde:
    Block size je velikost bloku v bytech a Block count je počet bloků které FS využívá ... takže v našem případku je velikost filesystému 2359296*4096 bytů což je přesně 9Gb. Takže mohu bezpečně udělat:

    lvresize --size 9G /dev/VolGroup00/LogVol01
    
    Heron avatar 6.2.2009 10:45 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Zmenšování oddílu
    Doufám, že z článku přímo neplyne, že po pvremove lze již disk fyzicky vyjmout, to rozhodně nejde. Rada ohledně zjištění přesné velikosti ext3 je velmi dobrá. Díky moc za doplnění.
    6.2.2009 11:59 qwerty
    Rozbalit Rozbalit vše Re: Zmenšování oddílu
    cat: scsi remove-single-device x y z w: No such file or directory
    6.2.2009 12:49 hlína
    Rozbalit Rozbalit vše Re: Zmenšování oddílu

    heh, asi spíš echo "...." > ... zajímavý, že já v tom taky pravidelně chybuju :)

     

    6.2.2009 14:28 Ondar | skóre: 25 | blog: Linux_blog
    Rozbalit Rozbalit vše Re: Zmenšování oddílu

    Jojo, to je ono. echo tam má bejt. Pardón.

    svido avatar 6.2.2009 11:51 svido | skóre: 28
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)

    Ahoj,

    ano clanek je super. Je tam presne to co jsem vzdy potreboval a musel hledat pres Google. Pochvalen bud autor ;-)

    Me by spise zajimalo, jesli nemuze mit velikost LVM nejaky spatny vliv na rychlost disku. Mam 3.5T (v ReiserFS) a je to strasne pomale. Ale jen kdyz se poprve prihlasim (po najeti KDE) nebo pri nejakych operacich.

    Heron avatar 6.2.2009 12:00 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)
    LVM rychlost prakticky neovlivnuje (FS vytvořený nad LVM bude stejně rychlý jako FS přímo nad klasickou partišnou). 3.5TB, to máš na nějakém poli a až pak LVM, nebo prostě disky naházené do VG a vytvořený jeden LV? Já dlouho používal 4 disky v VG a jeden velký LV a rychlost byla slušná (bylo tam XFS a to umí přistupovat do svých allocation group paralelně, takže to jelo rychleji než jeden disk - pokud se to trefilo do AG na jiných fyzických discích). Nemůže být problém i v samotném reiserfs? Mountuješ to s notail?
    6.2.2009 14:32 Ondar | skóre: 25 | blog: Linux_blog
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)

     

    LVM rychlost prakticky neovlivnuje (FS vytvořený nad LVM bude stejně rychlý jako FS přímo nad klasickou partišnou).

    To je pravda jen napůl - pokud nepoužíváš snapshoty, tak je to pravda. Pokud ale snapshoty používáš, tak počítej s 10-20x zpomalením diskových operací. Tohle se málo ví, tak si to lidi uvědomte.

     

    6.2.2009 14:57 marbu | skóre: 29 | blog: hromada | Brno
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)
    …počítej s 10-20x zpomalením diskových operací…
    To se tak velke zpomaleni projevuje uz s jednim snapshotem? Prijde mi to moc, ale nevyznam se v tom a tak se ptam. Btw nekde jsem slysel, ze LVM je navrzeno jen pro jeden snapshot na LV a pri vyssim poctu snapshotu je to kvuli zpomaleni nepouzitelne, takze by teoreticky nebyl problem ziskat s dostatecnym poctem snapshotu i vetsi zpomaleni nez 20x :).
    I think warning here is a bug. The biggest cloud service provider. There is no point in being so cool in a cold world.
    svido avatar 9.2.2009 12:49 svido | skóre: 28
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)

    Nn, nemam to  v poli. Mam 3x 1T + 1x 500G nahazene primo do VG a vytvoreny jeden LV. Kdyz potrebuji misto, koupim novy disk a jen "prifouknu" to. Netusim jestli je problem v ReiserFS, mountuji ho s noatime, notail. Ale nekdo mi kdysi rikal, ze se pry musi opatchovat kernel, pokud se pouzivaji velke disky na 2T. Tak nevim. Prijde mi to divny. Mam dost naslapany PC a dost se to vlece. Je ale pravda, ze na tom LVM jsou v podstate jen BD filmy, takze soubory od 4-30G, ale to by snad nemel byt problem...

    10.2.2009 17:28 petr
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)

    setkal jsem se s enormnim zpomalenim pri kritickem zaplneni disku. (tj. pod 10%) ext3 byl temer nepouzitelny reiser ale take vyrazne zpomalil.

    nemuze to byt timto?

    svido avatar 11.2.2009 08:03 svido | skóre: 28
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)

    No to by mohlo byt ono. Mam z 3.5T volnych asi 300-200G jen :-( Uz jsem si toho vsiml, kdyz mi dochazelo misto minule, pak jsem dokoupil 2T a o dost se to zrychlilo. Uz cekam na nove 2T disky od WD. Tak uvidime.

    25.2.2009 00:55 BigSam72
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)

    No ty ses hazarder. Co budes delat az ti umre jeden z tech disku ? To ti veme sebou celej fs. Ses si toho vedom ? 

    8.11.2012 22:40 Jarda-X | skóre: 2
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)
    - Také souhlasím: "Moc pěkná trojdílná práce" !!! Rok před ní sice byla tato:

    http://www.root.cz/clanky/lvm-prakticke-ukazky/

    Ale to se nedá srovnat. A moc VELKÉ díky, JARDA
    7.2.2009 21:24 slush | skóre: 9 | blog: slushuv_koutek
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)

    Díky za super články! Konečně jsem se dnes (na základě těhle článků) odhodlal překopat svůj domácí server na LVM a musím říct, že je to super :-).

    8.2.2009 08:36 zigi | skóre: 12
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)

    Ahoj, jake jsou moznosti obnovy dat pri surovem cteni disku sector po sectoru? Obnovit smazany soubor obecne unix filesystemy moc neumoznuji.

     

    Tedy jde mi o situaci: clovek ktery nezalohuje - {disk s LVM} - fs ext3 - si neco smaze a chce obnovit data primo z disku.

    U FAT32 a NTFS pokud hned prestane s tim diskem pracovat, tak se pres ruzne nastroje ty data daji obnovit.

    Heron avatar 8.2.2009 08:46 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)
    Ahoj,

    toto LVM nijak neovlivňuje. Logický oddíl (LV) je běžné blokové zařízení a lze z něj tedy číst "sektor po sektoru" stejně jako z běžného disku. Undelete je u linuxových FS problém. Je fakt lepší zálohovat, než se trápit s nějakými grepy přímo nad blokovým zařízením.
    9.2.2009 12:05 VSi | skóre: 28
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)

    Už pod prvním dílem v diskuzi proběhlo, jestli je vhodné mít v jedné VG více disků - protože při poruše jednoho disku z VG ztratíme veškerá data v této VG.

    Při vytváření LV je možné specifikovat konkrétní disk, resp. PV, pomocí posledního parametru lvcreate. To jsem vyzkoušel na VG ze dvou disků a skutečně to tak funguje. Zároveň by LVM metadata měla být na všech discích (PV). Takže při poškození disku nebudou přístupné jen LV, které leží celé, nebo částečně, na tomto disku.

    Nenašel jsem ale možnost, jak vypsat podrobné informace o LV, kde by bylo vidět, na kterých PV její bloky leží - to je první dotaz.

    Ptám se hlavně proto, že pvmove, je možné použít jen v rámci jedné VG (už proto, že názvy zařízení jsou /dev/mapper/VG-LV). Pokud bych tedy kvůli bezpečnosti dat chtěl mít pro každý disk zvláštní VG, přijdu o možnost přesunu oddílu mezi disky. Bude ale možné alespoň přidat nový disk do VG a přesunout data na něj?

    9.2.2009 13:33 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)
    jak vypsat podrobné informace o LV, kde by bylo vidět, na kterých PV její bloky leží
    lvdisplay --maps
    Pokud bych tedy kvůli bezpečnosti dat chtěl mít pro každý disk zvláštní VG

    Proč, když píšete:

    Takže při poškození disku nebudou přístupné jen LV, které leží celé, nebo částečně, na tomto disku.
    9.2.2009 15:11 VSi | skóre: 28
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)

    Díky, to jsem neznal.

    Proč, když píšete:

    Takže při poškození disku nebudou přístupné jen LV, které leží celé, nebo částečně, na tomto disku.

    Pravda, nenapsal jsem to úplně logicky. To bylo takové zamyšlení na základě diskuze pod prvním dílem článku:

    musim upozornit, ze neni prilis vhodne davat vice disku do jedne VG, nebot pri rozbiti nektereho disku, jsou necitelna i data na ostatnich discich danne VG.

    V diskusi se potom snad došlo k tomu, že to není pravda, ale chtěl jsem se ujistit. Myslím, že se v seriálu zatím nezmínila možnost volby PV u příkazu lvcreate, která s tím souvisí.

     

    11.2.2009 11:07 Honza Houštěk | skóre: 18
    Rozbalit Rozbalit vše Re: LVM - 2 (přidat, odebrat, zvětšit, zmenšit)

     

    Už pod prvním dílem v diskuzi proběhlo, jestli je vhodné mít v jedné VG více disků - protože při poruše jednoho disku z VG ztratíme veškerá data v této VG.

    Nevím k čemu se dospělo, ale rozhodně to není pravda. Když vám odejde PV, tak před inicializací VG zavoláte vgreduce --removemissing. Pochopitelně přijdete o ty LV, které byť částečně ležely na ztracených PV, ale zbytek dál normálně funguje.

     

    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.