openSUSE portál - openSUSE 11.0 - Komentáře

Jo jo...

JirkaZ — Wed, 05 May 2010 18:41:24 +0200

Díky za upozornění, už dříve jsem BFU avízoval, že je bude čekat bohužel zase nový systém (KDE3 => 4)...

Proč to dělají takhle?

yeti — Sat, 13 Mar 2010 06:04:48 +0100

Nečetl jsem článek úplně podrobně, přiznávám, ale poněkud mi uniklo, proč dělají samostatné RAID svazky pro každý přípojný bod. To mi připadne zcestné. Podle mě by tam měl být, v této konfiguraci, RAID přes "téměř" celý disk. Zbytek z "téměř" měl zůstat na SWAP, ale samostatně na každém disku. V RAIDu už si může udělat přípojných bodů podle libosti a systém nemusí zrcadlit i swap. To je podle mě vhodnější konfigurace i z hlediska pozdějšího řešení případné havárie. Čím jednodušší konfigurace, tím lepší.

Návrh na doplnění

Bobrnautus — Mon, 25 Jan 2010 12:08:29 +0100

Ještě bych do návodu přidal, jak po instalaci zavést grub i na ten druhý disk. Ne každý to možná ví. :-)

screenshoty

Aidamos — Thu, 14 Jan 2010 18:10:29 +0100

Stačilo ty screenshoty udělat široké 650 px, ty se sem vejdou.

obrázky

Power — Thu, 14 Jan 2010 17:58:19 +0100

Nešlo by udělat, aby se po kliknutí obrázek zvětšil. Takhle je to kolikrát nečitelné :-(

Ano, kombinace s watch je

Matmar — Thu, 14 Jan 2010 16:46:34 +0100

Ano, kombinace s watch je lepší. Osobně vytvářím při instalaci pouze / oddíl a swap takže toho ručního refreshování není tolik. Oddíl do těch 20ti GB se stihne dodělat tak do 10ti minut po ukončení instalace a datové storage pak vytvářím na pozadí po instalaci když během toho můžu konfigurovat systém.

Ano, je to přesně tak jak

Matmar — Thu, 14 Jan 2010 16:36:45 +0100

Ano, je to přesně tak jak píšete. Jen se tímto dostáváme k zálohování........to slovo jsem v příspěvku nepoužil :-) Ale vaše je určitě na místě. Raid řeší lokální defekt disku, neřeší uživatelskou nebo aplikační chybu a neřeší ani zničení disků obou například proražením zdroje, požárem, vytopením atd.. Na toto je potřeba zálohovat, nejlépe udržovat x záloh zpětně a samozřejmě na jiný stroj po síti.......v případě podnikového nasazení do jiné budovy. Proti krádeži stroje je třeba se chránit šifrováním dat. Vše toto sám využívám. To už se ale dostáváme k jinému tématu než je mimochodem pěkně sestavené HOWTO autora článku.

Data jsou vzácná

Cohen — Thu, 14 Jan 2010 16:25:49 +0100

Nehádám se, jen bych k větě „Data jsou vzácná“ doplnil svou poznámku, aby si to někdo špatně nevyložil: Pokud máte rádi svá data, pak potřebujete dobré zálohování, ne RAID. RAID (mirror) je vhodný tam, kde si nemůžete dovolit kvůli výměně vadného disku stroj odstavit z provozu. Proti tomu RAID-1 chrání (pokud jsou ve stroji za chodu fyzicky vyměnitelné disky, což v době S-ATA snad není problém ani v domácích podmínkách). Zálohu ale mirror v žádné případě nenahradí. Většinu situací vedoucích ke ztrátě dat (uživatelem omylem smazaný soubor, poškozený filesystém chybným zápisem dat operačním systémem, fyzické poškození komponent počítače při přepětí v elektrické síti, živelné katastrofě apod., krádež počítače atd.; vlastně všechno kromě jednoduché poruchy jednoho disku) RAID-1 (ale ani vyšší verze RAIDů) nezachrání.

Re:

Vojtaeus — Thu, 14 Jan 2010 16:13:10 +0100

Jen drobnost, na sledování postupu synchronizace lze využít i příkaz "watch cat /proc/mdstat", takže člověk vidí, jako mu to neuvěřitelně pomalu přibývá... :-) Jinak RAID se dá vytvořit i na již hotovém systému: fdiskem připravím diskové oddíly, mdadm použiji k vytvoření RAIDu, pak to zformátuji, počkám na synchronizaci a zapíšu do /etc/fstab.

Odpovím si sám :-)

Matmar — Thu, 14 Jan 2010 15:57:24 +0100

Odpovím si sám :-) Myslím, že se jedná o nesprávný překlad této části. Nepodoručuje se použít rozdílné harddisky pro Raid 1 (to je pochopitelné, různá rychlost, velikost cache, atd.)....ne že by neměl být disk větší než 200 GB.
Ještě bych doplnil jednu drobnost. Při instalaci bych stopnul odpočítávání času před konečným restartem a počkal až se vytvoří nadefinovaná zrcadla. Jinak se zrcadlo "rozbije" a po restartu probíhá synchronizace znovu což mi nepřijde zrovna systémové. Přepnutí na sezení F6 (Ctrl+Alt+F6) a sledovat "cat /proc/mdstat). Pokud to někoho bude zajímat a není mu to co poposuju jasné, rád upřesním.
Pro lowend servery je SW raid výborná věc a při dnešní ceně disků za minimální náklady. Lze uložit zavaděč í na druhý disk a v případě kolapsu jednoho PC funguje stejně jako bez něj.......synchronizace na nový se pak dá dělat za provozu. Sledovat stav a posílat si report na email se dá konfigurací mdadm. Používám SW na více strojích kde není z důvodu ceny HW raid, včetně své domácí i pracovní stanice už dost dlouho abych to mohl rozhodně doporučit. Data jsou vzácná :-)

Chtěl bych se zeptat z

Matmar — Thu, 14 Jan 2010 14:15:20 +0100

Chtěl bych se zeptat z jakého důvodu se doporučuje maximální velikost 200GB. SW Raid 1 používám už od SuSE 10.0 a neměl jsem problém asi s velikostí jako 750 GB. Ale rád se nechám poučit. Děkuji předem za odpověď.

Už to má OCR ať se

Neznámý — Fri, 04 Sep 2009 16:07:58 +0200

Už to má OCR ať se nemusí opisovat kódy? Jestli ne, tak je lepší použít eurotelSMS nebo krteček :)
Pravda používám windows a nevím jak to chodí ve wine.

Jak mnohým možná už

wózki widłowe — Wed, 02 Sep 2009 20:12:16 +0200

Jak mnohým možná už svítá, lze tuto vlastnost Esmsky krásně využít na dual-boot počítači - a to tak, že Esmsku lze naprosto shodným způsobem používat bez ohledu na to, ve kterém operačním systému momentálně pracujeme. Stále máme přitom k dispozici tytéž kontakty, stejnou historii, nastavení operátora apod. : thanks a lot

"další perličkou je ale

Pavel — Wed, 02 Sep 2009 16:24:11 +0200

"další perličkou je ale to, že má oddělené konfigurační soubory (neboli adresář s nastavením a hlavně daty programu) a tyto soubory mohou být úplně jinde, než je program sám"

Článek na mě trochu působí dojmem, jako by tato vlastnost měla být něco výjimečného, přitom command-line options umí každý slušně napsaný program (nebo minimálně u těch multiplatformních/ne čistě windowsových to tak bývá), používám to u thunderbirdu, ff, keepass, ..

problem

Heliooos — Mon, 13 Apr 2009 23:00:11 +0200

Zdravím,
tak jsem to zkoušel a vyskytl se následující problém:

při kroku "zypper in esound" to vyhodilo cosi jako "nic k provedení". Nic naplat, řekl jsem si, pustil Yast a vyhledal všechny balíčky "esound" což bylo:

audacious-plugins-output-esound
esound-daemon
esound-debuginfo
esound-debugsource
esound-utils
libesd-devel
libmpg123-0-esound
pulseaudio-esound-compat

a nainstaloval je všechny kromě posledního, na který se vztahoval zámek z předchozích kroků. Následně došlo k odstranění spousty věcí včetně espeak atd. Ty byly sice doinstaleny spolu s upravenými gnome-applets, ale stále to řvalo a snažilo se to vecpat libpulse, čemuž jsme bránili. Bohužel ale taky nefungovaly systémové zvuky a Orca se nedařila spustit ani přes terminál, po chvíli hodila cosi jako "Something was hung, aborting" a chcípla. Přitom esd normálně v procesech běžel. Takže opravdu netuším, v čem se stala chyba - zatím jsem tam to pulse narval zpátky, aby na tom ségra mohla aspoň nějak fungovat, ale nejsem z toho zrovna nadšený.

Zkusím to celé znovu - předtím jsem to dělal s bráchou (tedy spíš to dělal on dle návodu a já mu čuměl přes rameno) - a hodím to asi spíš na fórum, ať to tady nezacpávám. :-)