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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 00:10 | Nová verze

Byla vydána verze 4.7 redakčního systému WordPress. Kódové označením Vaughan bylo vybráno na počest americké jazzové zpěvačky Sarah "Sassy" Vaughan. Z novinek lze zmínit například novou výchozí šablonu Twenty Seventeen, náhledy pdf souborů nebo WordPress REST API.

Ladislav Hagara | Komentářů: 0
včera 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

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

Byly zveřejněny informace o bezpečnostní chybě CVE-2016-8655 v Linuxu zneužitelné k lokální eskalaci práv. Chyba se dostala do linuxového jádra v srpnu 2011. V upstreamu byla opravena minulý týden [Hacker News].

Ladislav Hagara | Komentářů: 1
5.12. 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

Ladislav Hagara | Komentářů: 5
5.12. 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 49
5.12. 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 10
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 17
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 26
2.12. 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 18
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 777 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: Ideální rozdělení disků při instalaci

3.2. 14:18 Gunbuster | Uherské Hradiště
Ideální rozdělení disků při instalaci
Přečteno: 712×
Zdravím,

Mám takový možná pro Vás jednoduchý dotaz. Vždycky jsem při instalaci distribuce používal pouze 3 připojovací oddíly ( / ; /home a Swap) Mám teď upgradovaný PC a chtěl bych udělat čistou instalaci s tím že mám tři disky. Jeden SSD 64GB, jeden WD Blue 750GB a WD Black 1TB.

Poradili by ste mě jak nejlépe rozhodit oddíly na jednotlivé disky? nemysím jen ty 3 výše zmíněné, ....

Do teď jsem to měl SSD / + Swap a WD black jako /home ... myslím si ale že jsou daleko lepší možnosti s použitím více oddílů než těchto 3.

Díky za rady.

Odpovědi

3.2. 14:36 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Ideální rozdělení disků při instalaci
Podle mě pro normální použití (doma) nemá cenu něco dělit na jednom HDD.

Pokud máš HDD víc tak pak ano.

SSD na to hodit komplet OS. (swap bych nedělal není dnes třeba při rozumné velikosti ram)

A na HDD data a ten další HDD bych dal do rámečku na zálohy.
3.2. 14:37 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Ideální rozdělení disků při instalaci
PS. A nebo ty dva HDD spojit na data.
3.2. 15:07 Martin
Rozbalit Rozbalit vše Re: Ideální rozdělení disků při instalaci
/boot 1 GB, zvyšok miesta LVM. Umožní ti to veľku flexibilitu pri správe miesta, ďalej ti to dovolí vytvárať snapshoty a tiež je možnosť spraviť pre vybrané LV mirror. Všetko samé užitočné veci.
Václav 5.2. 18:19 Václav "Darm" Novák | skóre: 26 | blog: Darmovy_kecy | Bechyně / Praha
Rozbalit Rozbalit vše Re: Ideální rozdělení disků při instalaci
Popřípadě btrfs a subvolumes. Akorát nevím jestli to jde rozumně použít s SSD (určit který subvolume se má nacpat na SSD)
Cross my heart and hope to fly, stick a cupcake in my eye!
3.2. 15:44 karkulka
Rozbalit Rozbalit vše Re: Ideální rozdělení disků při instalaci
Neexistuje zadne idealni rozdeleni disku, vzdy zalezi na tom, co tam chces delat a co tam budes mit za data. Napr. pro svoji domaci potrebu bych si dal komplet vse na SSD, swap bych nedaval vubec a dalsi disky bych si pripojil treba jako /data a tam si daval ruzny bordel.
4.2. 20:45 solution
Rozbalit Rozbalit vše Re: Ideální rozdělení disků při instalaci
Tohle je ta správná odpověď!
3.2. 20:12 Kit | skóre: 36 | Brno
Rozbalit Rozbalit vše Re: Ideální rozdělení disků při instalaci
Všechny 3 oddíly bych dal na SSD.

Ty 2 disky bych připojil přes /mnt na filmy a jiná multimediální data. Při běžných činnostech budou moci klidně spát.
Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
4.2. 19:05 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
Rozbalit Rozbalit vše Re: Ideální rozdělení disků při instalaci

Žádné rozdělení není ideální. Nejlepší je nedělit. Tahle zásada se ale v případě několika disků, které jsou různého typu, aplikuje hodně těžko… Na dnešním hardwaru člověk nepotřebuje swap, pokud nehodlá uspávat počítač na disk, a nepotřebuje an oddělený /boot, protože grub umí nabootovat bez problémů z „hlavního“ Btrfs oddílu a dokonce klidně i z LUKS oddílu uvnitř LVM.

Já například na noteboocích volím takové celkem konzervativní dělení, které má Btrfs přes maximální možnou část disku, ale má taky swap, protože uspávání na disk může být zase jednou in, jakmile někdo vymyslí, jak ho korektně provést ve spojitosti se SecureBoot, a navíc má oddělený nešifrovaný /boot, protože podpora LUKS v GRUBu zatím není příliš shovívavá k troubleshootingu a navíc nefunguje zrovna s tou LUKS konfigurací, kterou obvykle používám.

V tomhle konkrétním případě (SSD a dva disky) bych asi dal na SSD systém a minimální počet oddílů nezbytný k tomu, aby z toho firmware dokázal nabootovat, zatímco na ty dva WD disky bych dal přímo LVM (případně v kombinaci s LUKSem, podle gusta), bez jakýchkoliv oddílů, přímo na disky a přes oba disky. To pak dává docela solidní flexibilitu. Taky se dá dát přes oba disky Btrfs, který si s nestejně velkými disky poradí, ale háček je v omezeních, která rozdílná velikost disků s sebou nese. Například LVM striping přes dva disky se (při vhodně nastavené velikosti LV) dá snadno zařídit, ale nějakých těch nesymetrických 250 GB se pak už musí využít na jiný, oddělený LV. Podobně je to s Btrfs RAID0 nebo RAID1 — klasická Btrfs RAID konfigurace z toho většího disku využije jenom 750 GB. Zato Btrfs konfigurace s RAID1 metadaty a s daty alokovanými bez explicitních nároků na RAID samozřejmě využije prostor na obou discích zcela beze zbytku. To z ní dělá v jistém smyslu nejlepšího kandidáta. Jenže možná není dobré spoléhat se, že ani jeden z těch dvou disků neselže. :-)

ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
5.2. 15:12 Gunbuster | Uherské Hradiště
Rozbalit Rozbalit vše Re: Ideální rozdělení disků při instalaci
ta poslední varianta se mě celkem zamlouvá, ale nikdy jsem RAID nekonfiguroval, nenašel bys někde odkaz na návod jak na to ?
5.2. 18:10 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
Rozbalit Rozbalit vše Re: Ideální rozdělení disků při instalaci

Ohledně Btrfs RAIDu (podle mě nejlepší řešení) se dá většina záležitostí najít na téhle wiki stránce. Konkrétní příkazy pro vytváření filesystému jsou v této sekci. Manuálnové stránky man btrfs taky rozhodně nebudou k zahození. Pokud jde o ty dva disky, ze kterých se nebootuje, v podstatě vůbec není nutné dělat na nich jakékoliv oddíly nebo vrstvy navíc; dají se přímo rovnou dát do Btrfs filesystému (tedy rovnou /dev/sdb a /dev/sdc, například).

Ohledně starších RAIDů pro filesystémy, které RAID nepodporovaly (se všemi nevýhodami, které z toho plynou) se dá najít dokumentace například u LVM. Abych ale začal od začátku, softwarový RAID byl původně nejčastěji vytvářený utilitou mdadm a konfiguraci měl v /etc/mdadm.conf. Tomu se říká/říkalo mdraid. Později se tahle funkcionalita ovšem dostala i přímo do LVM, tedy LVM začal sám nativně a bez jakéhokoliv RAIDu pod sebou poskytovat v podstatě všechno, co uměl RAID, tedy napřed něco jako RAID1/mirroring, pak RAID0/striping a pak i další RAIDy, přinejmenším 5 a 6. Tomu se říká dmraid. Tam je nastavení zpočátku úplně stejné jako u kteréhokoliv jiného LVM: Na oba disky se napřed zavolá pvcreate. Pak se z nich vyrobí jeden volume group pomocí vgcreate. Nakonec se vytvoří logical volume pomocí lvcreate, a to tak, aby dělal třeba RAID0/striping nebo něco podobného — třeba -i 2 -I 6 (jestli se nepletu) bude stripovat přes oba disky a velikost stripu bude 2^6 kB, tedy 64 kB. Všechny uvedené příkazy mají znamenitý --help a samozřejmě taky manuálové stránky.

Po éře dmraidu a mdraidu se objevily pokročilé flesystémy s checksumy, copy-on-write a (především!) s vestavěným volume managementem, například Btrfs a ZFS. A tím se konečně dostávám k současnému stavu věcí. Vytvoření Btrfs přes dva disky je jeden triviální mkfs příkaz. Člověk tam už nemusí řešit nic kolem konfigurace softwarového RAIDu. Navíc je Btrfs v každém myslitelném ohledu lepší než softwarový RAID kombinovaný se starším filesystémem. Ví totiž mnohem víc o datech, která zapisuje, a o jejich správném rozmístění. Navíc má checksumy a dovede se tedy skutečně vypořádat se situací, kdy například jeden z RAID1 disků vrací špatná data. Klasický RAID1 bez mrknutí oka vrátí špatná data, když k nim prokládané čtení náhodou dospěje. Btrfs však rozhodně ne — právě díky checksumům zjistí, že některá z replik nemluví pravdu, data načte z nepoškozené repliky a na té původní je opraví.

Tolik tedy k vytváření různých RAIDů. Nejjednodušší mi připadá vybodnout se na mdraid i dmraid a vytvořit přes oba dva disky Btrfs. Jedna možnost je vytvořit ho nesymetrický, kdy sice bude zálohovat metadata na oba disky, ale nebude číst prokládaně (To odpovídá lineárnímu RAIDu, přibližně, s mnoha Btrfs výhodami k tomu.) Tím se využije 100% místa. Druhá možnost je vyrobit na větším disku oddíl, který bude přesně stejně velký jako menší disk, a pak vytvořit symetrickou konfiguraci s RAID0 nebo RAID1 Btrfs. Tím se využije 100% throughputu obou disků (no, skoro, zkrátka aspoň dvakrát throughput toho pomalejšího), ale na tom větším disku pak zůstane těch 250 GB, které do Btrfs RAIDu patřit nebudou. Tam bys pak mohl mít třeba nějaký další oddíl na zálohování něčeho, k čemu se třeba moc často nepřistupuje, aby to nebrzdilo výkon toho RAID{0,1} „pole“. To už záleží na konkrétní situaci, k čemu to má sloužit atd.

ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
5.2. 18:12 GeorgeWH | skóre: 35
Rozbalit Rozbalit vše Re: Ideální rozdělení disků při instalaci
ale samozrejme ze by sa nasiel. tu je http://bfy.tw/46uE
5.2. 18:21 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
Rozbalit Rozbalit vše Re: Ideální rozdělení disků při instalaci

Tato odpověď zdá se mi býti příliš arogantní. :-(

Zaprvé, ve výsledcích, které tohle vrací, není ani zmínka o Btrfs, což je celkem zásadní chyba. Věci neznalý čtenář by z toho mohl získat dojem, že Linux žije v době kamenné a že nemá souborový systém s volume managementem. Leč opak je pravdou.

Zadruhé, aby toho nebylo málo, většina těch howto, která se povalují na webu, používá mdadm pro vytváření RAIDu, což je beznadějně out, protože LVM umí totéž a nesrovnatelně lépe, když už člověk z nějakého důvodu chce pouze RAID zařízení bez filesystému. Ale to asi není až tak podstatné, protože Btrfs strčí do kapsy obě varianty.

Zatřetí, tazatel nikde nepsal, že chce RAID1. Možná chce lineární RAID. Možná chce RAID0.

To jen tak na vysvětlenou, proč je někdy lepší dát si práci s odpovědí než předvádět, jak se dají vygooglit zastaralé návody k zastaralým technologiím. :-P

ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
5.2. 11:31 kamowski
Rozbalit Rozbalit vše Re: Ideální rozdělení disků při instalaci
inšpirácia k zamysleniu: kuk :)

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.