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 11:33 | IT novinky

Red Hat kupuje společnost Codenvy stojící za stejnojmenným webovým (cloudovým) integrovaným vývojovým prostředím (WIDE) postaveném na Eclipse Che.

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

V listopadu 2014 byl představen fork Debianu bez systemd pojmenovaný Devuan. Po dva a půl roce jeho vývojáři oznámili vydání první stabilní verze 1.0. Jedná se o verzi s dlouhodobou podporou (LTS) a její kódové jméno je Jessie, podle planetky s katalogovým číslem 10 464.

Ladislav Hagara | Komentářů: 6
včera 20:22 | Zajímavý článek

Nadace Raspberry Pi vydala již osmapadesáté číslo (pdf) stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a druhé číslo (pdf) časopisu Hello World primárně určeného pro učitele informatiky a výpočetní techniky.

Ladislav Hagara | Komentářů: 0
včera 19:55 | Humor

Portál Stack Overflow informuje na svém blogu, že pomohl ukončit editor Vim už více než milionu vývojářů. V loňském roce například hledal odpověď na otázku Jak ukončit editor Vim v průměru 1 z 20 000 návštěvníků.

Ladislav Hagara | Komentářů: 10
včera 19:22 | Nová verze

Po pěti měsících od vydání verze 3.5.0 byla vydána nová stabilní verze 3.6.0, tj. první z nové řady 3.6, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie). Z novinek lze zmínit například podporu dvou nových 64bitových platforem little-endian POWER machines (ppc64le) a IBM z Systems (s390x) nebo nové balíčky Rust 1.17.0, Cargo 0.18.0, GHC 8.0.2 a Julia 0.5.2.

Ladislav Hagara | Komentářů: 0
24.5. 21:33 | Bezpečnostní upozornění

V Sambě byla nalezena a opravena bezpečnostní chyba CVE-2017-7494. Má-li útočník právo ukládat soubory na vzdálený server, může tam uložit připravenou sdílenou knihovnu a přinutit smbd server k jejímu načtení a tím pádem ke spuštění libovolných příkazů. Chyba je opravena v upstream verzích 4.6.4, 4.5.10 a 4.4.14. Chyba se týká všech verzí Samby od verze 3.5.0 vydané 1. března 2010.

Ladislav Hagara | Komentářů: 5
24.5. 20:44 | Nová verze

Byla vydána nová stabilní verze 4.3.0 integrovaného vývojového prostředí (IDE) Qt Creator. Z novinek lze zmínit například integraci editoru kódu do Qt Quick Designeru.

Ladislav Hagara | Komentářů: 1
24.5. 20:11 | Bezpečnostní upozornění

Společnost Check Point informuje na svém blogu o novém vektoru útoku. Pomocí titulků lze útočit na multimediální přehrávače VLC, Kodi, Popcorn Time, Stremio a pravděpodobně i další. Otevření útočníkem připraveného souboru s titulky v neaktualizovaném multimediálním přehrávači může vést ke spuštění libovolných příkazů pod právy uživatele. Ukázka na YouTube. Chyba je opravena v Kodi 17.2 nebo ve VLC 2.2.6.

Ladislav Hagara | Komentářů: 11
23.5. 15:18 | Zajímavý software

CrossOver, komerční produkt založený na Wine, je dnes (23. 5. 2017) dostupný ve slevě. Roční předplatné linuxové verze vyjde s kódem TWENTYONE na $21, resp. $1 v případě IP z chudších zemí. Firma CodeWeavers, která CrossOver vyvíjí, významně přispívá do Wine. Přidaná hodnota CrossOver spočívá v přívětivějším uživatelském rozhraní, integraci do desktopu a podpoře.

Fluttershy, yay! | Komentářů: 26
23.5. 15:11 | Zajímavý projekt

V únoru loňského roku bylo představeno několik útoků na celou řadu bezdrátových klávesnic a myší s názvem MouseJack. Po více než roce lze chybu opravit, tj. aktualizovat firmware, také z Linuxu. Richardu Hughesovi se podařilo navázat spolupráci se společností Logitech, získat od nich dokumentaci, přesvědčit je, aby firmware poskytovali přímo a ne jako součást .exe souboru, aby mohl být popis začleněn do služby Linux Vendor Firmware Service (LVFS) a aktualizace tak mohla proběhnou přímo z Linuxu pomocí projektu fwupd.

Ladislav Hagara | Komentářů: 2
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 620 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    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.