abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 23:22 | Nová verze

    Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.

    Ladislav Hagara | Komentářů: 2
    včera 21:44 | Komunita

    Ubuntu 24.10 bude Oracular Oriole (věštecká žluva).

    Ladislav Hagara | Komentářů: 1
    včera 20:22 | Nová verze

    Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.

    Ladislav Hagara | Komentářů: 0
    včera 13:33 | IT novinky

    Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".

    Ladislav Hagara | Komentářů: 0
    včera 01:00 | Nová verze

    Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 0
    28.4. 16:33 | Nová verze Ladislav Hagara | Komentářů: 0
    28.4. 03:22 | Zajímavý článek

    V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …

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

    Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.

    Ladislav Hagara | Komentářů: 7
    27.4. 17:44 | Nová verze

    Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    26.4. 17:11 | Nová verze

    Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.

    Ladislav Hagara | Komentářů: 12
    KDE Plasma 6
     (75%)
     (8%)
     (2%)
     (15%)
    Celkem 883 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    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: 123×
    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: 72 | 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: 72 | 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.