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 01:44 | IT novinky

V Las Vegas končí bezpečnostní konference Black Hat USA 2017 (Twitter) a začíná bezpečnostní konference DEF CON 25 (Twitter). V rámci Black Hat budou vyhlášeny výsledky letošní Pwnie Awards (Twitter). Pwnie Awards oceňují to nejlepší, ale i to nejhorší z IT bezpečnosti (bezpečnostní Oscar a Malina v jednom). V kategorii "Lamest Vendor Response" byl například nominován také Lennart Poettering za jeho přístup k řešení bezpečnostních chyb v systemd, viz například chyba s uživatelem 0day.

Ladislav Hagara | Komentářů: 0
dnes 00:22 | Bezpečnostní upozornění

Nitay Artenstein z Exodus Intelligence se v příspěvku na blogu společnosti podrobně věnuje bezpečností chybě Broadpwn (CVE-2017-9417). Její analýzu provedl také Zhuowei Zhang na blogu Booster Ok. Jedná se o chybu ve firmwaru Wi-Fi chipsetů BCM43xx od Broadcomu. Útočník může vzdáleně získat kontrolu nad zařízením. Chyba byla již opravena v macOS, iOS i Androidu [Hacker News].

Ladislav Hagara | Komentářů: 1
včera 22:55 | IT novinky

Intel končí s vývojovými deskami Joule, Edison, Galileo a také s Arduino 101 a Curie.

Ladislav Hagara | Komentářů: 0
včera 14:44 | Nová verze

Byla vydána nová verze 42.3 linuxové distribuce openSUSE Leap. Jedná se už o třetí vydání, které staví na SUSE Linux Enterprise (SLE). Výchozím jádrem je opět poslední LTS verze, tedy řada 4.4. Podrobnosti v oznámení o vydání a v poznámkách k vydání.

Ladislav Hagara | Komentářů: 15
včera 14:30 | Nová verze

Google Chrome 60 byl prohlášen za stabilní. Nejnovější stabilní verze 60.0.3112.78 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 40 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
25.7. 22:33 | IT novinky

Společnosti Adobe, Apple, Facebook, Google, Microsoft a Mozilla společně oznámily konec Flashe. Podpora Flashe oficiálně skončí na konci roku 2020.

Ladislav Hagara | Komentářů: 14
25.7. 05:55 | Komunita

Před 10 lety, v červenci 2007, se začal prodávat svobodný chytrý telefon Neo 1973 (vnitřní označení GTA01). Za jeho vývojem stáli vývojáři projektu Openmoko (Wikipedie). O rok později bylo možné koupit jejich druhý telefon Neo FreeRunner (GTA02). V roce 2011 byl představena platforma GTA04. Tuto platformu využívá také projekt Neo900, jehož cílem je vývoj nástupce telefonu Nokia N900. Nahlédnutí do historie Openmoko a další informace v článku na Vanille.de [Hacker News].

Ladislav Hagara | Komentářů: 23
25.7. 04:44 | Komunita

Tým Debianu zabývající se reprodukovatelnými sestaveními (Reproducible Builds), tj. kdokoli může nezávisle ověřit, že daný binární .deb balíček vznikl překladem daných zdrojových kódů, oznámil, že 94 % balíčků Debianu lze přeložit a sestavit reprodukovatelně. V únory 2015 to bylo 83 % [reddit].

Ladislav Hagara | Komentářů: 4
24.7. 11:22 | Komunita

Mozilla.cz informuje, že na blogu Mozilly věnovaném bezpečnosti byly zveřejněny výsledky bezpečnostního auditu služby Firefox Accounts, v českých překladech účet Firefoxu, sloužící hlavně k přihlašování k synchronizaci Firefox Sync. Nalezeno bylo celkem 15 bezpečnostních chyb, z toho jedna byla označena jako kritická a tři jako vážné.

Ladislav Hagara | Komentářů: 0
24.7. 11:00 | Nová verze

Byla vydána první stabilní verze 1.0 svobodného komunikačního softwaru Ring (Wikipedie). Ring, původně SFLphone, je součástí projektu GNU [reddit].

Ladislav Hagara | Komentářů: 4
Těžíte nějakou kryptoměnu?
 (4%)
 (2%)
 (20%)
 (74%)
Celkem 105 hlasů
 Komentářů: 6, poslední včera 18:53
    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.