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 13:33 | Pozvánky

Byly stanoveny termíny konferencí LinuxDays 2017 a OpenAlt 2017. Letošní LinuxDays proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Letošní OpenAlt proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně.

Ladislav Hagara | Komentářů: 0
včera 11:11 | Komunita

Jiří Eischmann z desktopového týmu Red Hatu se v příspěvku Linuxový desktop: Co vám chybí na svém blogu ptá, co uživatele na Fedora Workstation a na linuxovém desktopu obecně trápí a co by desktopový tým mohl zlepšit. Pokud máte nějaké podněty, napište mu je do komentářů.

Ladislav Hagara | Komentářů: 51
včera 03:33 | Nová verze

Byla vydána nová verze 0.25.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Z novinek lze zmínit například podporu DVB-T2. Další části mpv byly přelicencovány z GPLv2 nebo novější na LGPLv2.1 nebo novější (#2033).

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

Na Bundle Stars byla spuštěna akce Dollar Forever Bundle. Za 1 dolar lze získat 24 počítačových her bežících na platformě Steam také v Linuxu.

Ladislav Hagara | Komentářů: 2
24.4. 23:44 | Zajímavý software

Lychee je jedním z open source softwarů pro tvorbu webových fotoalb. Vyžadováno je PHP 5.5 nebo novější a MySQL. Ukázka na stránkách projektu. Zdrojové kódy jsou k dispozici na GitHubu pod open source licencí MIT [reddit].

Ladislav Hagara | Komentářů: 5
24.4. 22:22 | Zajímavý software

Společnosti Haivision a Wowza společně oznámily vznik SRT Alliance a otevření protokolu pro streamování videa SRT. Podrobnosti v FAQ. Zdrojové kódy SRT jsou k dispozici na GitHubu pod open source licencí LGPLv2.1.

Ladislav Hagara | Komentářů: 0
24.4. 12:33 | Humor

Byl vydán remake filmu Ghost in the Shell. Tentokrát v Bashi. Zhlédnout lze online na "ssh ghost@theshell.xyz" [Hacker News].

Ladislav Hagara | Komentářů: 16
23.4. 20:40 | Zajímavý článek

Lukáš Růžička v článku S Hydrogenem za lepší rytmus aneb bubeníkem snadno a rychle na MojeFedora.cz představuje automatického bubeníka s názvem Hydrogen (Wikipedie): Hydrogen je velmi vydařený program, který rozhodně nesmí chybět ve výbavě žádného linuxového muzikanta. Umožňuje nejen vytváření jednoduchých bicích doprovodů, ale také sofistikované programování bicích a perkusí, jehož výsledek se naprosto vyrovná drahým

… více »
Ladislav Hagara | Komentářů: 17
23.4. 13:55 | Zajímavý projekt

UPSat (Twitter) je první open source nanodružice (CubeSat). Jedná se o společný projekt nadace Libre Space Foundation a University of Patras. Repozitáře projektu jsou k dispozici na GitHubu. Pod Libre Space Foundation patří také projekt SatNOGS (zprávička), projekt globální sítě open source pozemních satelitních stanic, vítězný projekt soutěže The Hackaday Prize 2014. UPSat je součástí mise QB50 (Twitter). ID UPSatu je GR02. GPS přijímač na UPSatu je od české společnosti SkyFox Labs. Součástí mise QB50 je i česká nanodružice VZLUSAT-1 s ID CZ02.

Ladislav Hagara | Komentářů: 5
21.4. 15:00 | Komunita

V diskusním listu Thunderbird planning vývojáři poštovního klienta Thunderbird řeší, zda by nebylo možné budoucí Thunderbird postavit nad webovými technologiemi, tj. nad Electronem, stejně jako například Nylas Mail. Gecko, nad kterým je Thunderbird postaven, se má hodně změnit. V plánu je odstranění vlastností, které Firefox už nepotřebuje, ale Thunderbird je na nich závislý [Hacker News, reddit].

Ladislav Hagara | Komentářů: 103
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (34%)
 (1%)
 (7%)
 (45%)
 (9%)
Celkem 300 hlasů
 Komentářů: 43, poslední dnes 02:36
    Rozcestník

    Dotaz: Restart systému vs unmount

    29.8.2005 20:24 psm | skóre: 10
    Restart systému vs unmount
    Přečteno: 107×
    Včera mě tady postrčil správným směrem pan Kubeček (moc mu děkuju za jeho snahu mi některé věci vysvětlit - ostatním samozřejmě taky dík ... :-)) v určité rozhodovací fázi, zda mám použít na školní server softwarový RAID1 i s jeho určitými nevýhodami nebo to řešit jinak.
    .
    Pozn. na opravdové HW RAID pole škola nemá ....
    .
    Jde o to, že když jsem zjistil po mých pokusech se SW RAID1, jak je zranitelné v situaci, kdy dojde k výpadku ne hardware disku, ale například déledobějšímu výpadku sítě, který "neudrží" UPS a systém náhle spadne, aniž by se ONMOUNTOVALY partitišny, zejéna RAIDY...

    Já to "nasimuloval" vlastní blbostí, když jsem rebootoval systém s připojeným RAIDEM. Po restartu systém hlásil nekompatibilitu záznamů partitišny se SUPERBLOKEM a nepovedlo se to nijak zachránit...(opravit). Při představě, že by se to stalo s diskem plným dat pedagogů a žáků mne polilo horko ..., zejména, když má LINUX být zároveň řadič domény s cestovními profily na něm uloženými. A tak asi zvolím práci s jedním diskem a na ten druhý z původního páru se bude v nočním zpracování dělat buď kopie dat (inkrementální) nebo vyrábět něco jako GHOST IMAGE toho hlavního...

    Teď ten dotaz :

    jak je to přesně s tím "odmountováním" před rebootem a následným připojování po restartu:

    Zajišťuje něco takového systém sám standardně nebo si uživatel (admin) musí napsat skripty, které toto řeší ? Předstate si modelovou situaci, kdy k běžně rozdělenému systémovému disku se připojují velké (asi 300 GB) pevné SATA disky, na kterých budou pracovní oblasti např. WORK1, WORK2,BACK1,BACK2. Na WORK1 a WORK2 budou hlavní oddíly a na BACK1 se bude dělat záloha od WORK1 a na BACK2 záloha WORK2. Neboli kromě mountování a unmountování běžných odílů /VAR, /HOME, atd. se budou připojovat a odpojovat tyto 4 disky.

    Co si udělá LINUX sám a co mu musím napsat skriptem já ? A jakým způsobem se správně vytvoří ty zmíněné jednotky WORK1 atd. ? Pouhým založením těchto složek na jednotce / (root) ? Nebo musí být nějak definovány mezi /DEV ???

    Moc díky za laskavé vysvětlení ... :-) Berte moje dotazy zde jako dotazy člověka, který s detaily konfigurace v LINUXu moc zkušeností nemá - ještě tak SAMBA apod. a hlavně jsem se dostal pod veliký časový tlak díky pozdnímu dodání dílů HW pro SERVER a nemám moc čas studovat desítky dokumentů "man xxx" nebo "howto xxx".

    Odpovědi

    29.8.2005 20:35 #Tom
    Rozbalit Rozbalit vše Re: Restart systému vs unmount
    Při ukončení systému se, pokud nedojde k nějaké nepříznivé události, jako je zatuhnutí nějakého škaredého programu, všechny oddíly mimo kořenového odpojí a ten kořenový se nastaví pouze pro čtení. To by mělo stačit, aby se souborové systémy neporušily. Mimochodem, kořen by neměl být součástí diskového pole.
    29.8.2005 21:05 psm | skóre: 10
    Rozbalit Rozbalit vše Re: Restart systému vs unmount
    A odpojí se i ty na jiných discích ? Protože pokud ano, pak nechápu to, že se mi po rebootu s neodpojeným polem - viz včerejší diskuse zde tak sesype systém (zničený SUPERBLOK atd. Proč to systém při normálním shutdownu neodpojil ?

    Já to měl zhruba tak, že čerstvě založené pole /dev/md0 bylo namountováno na systémový adresář /opt.

    Pak jsem /opt nastavil na SAMBĚ a krásně jsem na to koukal z WIN2000 počítače ze sítě a nakopíroval jsem na to i nějaké testovací soubory - obrázky atd.

    A pak restart a vše bylo v pr...
    29.8.2005 21:11 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Restart systému vs unmount
    Mimochodem, kořen by neměl být součástí diskového pole.

    Proč? Trochu to komplikuje boot (GRUB s tím AFAIK míval problémy), ale možné to je.

    29.8.2005 21:21 #Tom
    Rozbalit Rozbalit vše Re: Restart systému vs unmount
    Když se diskové pole pokazí, zůstane funkční aspoň holý systém. A to je pořád pohodlnější, než nějaké spouštěcí cédéčko. Nemít kořen v diskovém poli je jistě pohodlnější a snazší na nastavení. Měl bych k tomu dodat, že by na kořenu neměla být žádná významná data - podstromy jako /usr, /var, /tmp, /home, /var/www by také měly být zvlášť.
    29.8.2005 21:36 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Restart systému vs unmount
    Asi záleží na tom, o jaký RAID se jedná. Přiznám se, že jsem měl na mysli spíše RAID 1 nebo RAID 5, kde bych naopak doporučil, aby byl na RAIDu i kořenový filesystém - odejde-li disk, systém je nadále funkční.
    29.8.2005 22:05 psm | skóre: 10
    Rozbalit Rozbalit vše Re: Restart systému vs unmount
    A není to u SW RAIDU risk - s tím systémem na něm ? Věřil bych, že u 100% HW RAIDU (třeba 1), že je to OK, protože MIRRORING běží opravdu nezávisle na LINUXU, ale u SW ?
    29.8.2005 22:27 David Jaša | skóre: 44 | blog: Dejvův blog
    Rozbalit Rozbalit vše Re: Restart systému vs unmount
    Instaloval jsem Sarge na sw RAID 1 (podrobnosti v blogu), našel jsem někde v diskusi, jak dál LILO na oba disky, a pak jsem zkoušel boot při odpojeném disku. Bez problémů to naběhlo z obou disků.
    29.8.2005 22:06 #Tom
    Rozbalit Rozbalit vše Re: Restart systému vs unmount
    Aha, u RAID 1 by to špatný nebylo.

    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.