Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: Marek 19. 07. 2013, 21:15:57
-
Dobrý den,
snažil jsem se svou situaci vyřešit dle platných návodů, ale dostal jsem se do situace, kdy potřebuji poradit. Nevím jak dál.
Před půl rokem jsem si zakoupil NAS Synology DS 213+ s 2x 3TB red WD. Až do včerejška vše bez problémů. HD se automaticky zapojily do SHR (Synology hybrid raid), tedy kapacita je pouze 3TB, neboť se data ukládají rovnoměrně kvůli bezpečnosti.
Fajn, ale včera, v době kdy jsem stahoval data z NAS do PC začal NAS (asi při 33%) vydávat varovný tón, kterým upozornil na vzniklou poruchu. Došlo k havárii DISKU 2. Respektive událost je ve správci úložiště ve svazku označena jako "selhání v omezeném režimu" a nabízí mi tuto situaci opravit. Přesně dle návodu v Synology jsem zadal opravit (data jsem ještě viděl všechny, neboť DISK 1 byl OK) a NAS začal opravovat. Viděl jsem asi 5 minut stále na obrazovce 0,00%, tak jsem se domníval, že to bude trvat delší dobu a vrátil se později. NAS byl ale v režimu spánku. Po probuzení jsem se dlouho nemohl připojit a když se mi to nakonec podařilo, tak nikde nejsou má data !!! Respektive objevili se zde základní složky,ale prázdné.
Zde přikládám výpis z logu:
Error,Systém,2013/07/19 02:30:51,SYSTEM,Read error at internal disk [2] sector 37497952.
Error,Systém,2013/07/19 02:25:57,SYSTEM,Read error at internal disk [2] sector 37497824.
Error,Systém,2013/07/19 02:21:15,SYSTEM,Read error at internal disk [2] sector 37497696.
Error,Systém,2013/07/19 02:16:13,SYSTEM,Read error at internal disk [2] sector 37497568.
Error,Systém,2013/07/19 02:11:29,SYSTEM,Read error at internal disk [2] sector 37497440.
Error,Systém,2013/07/19 02:06:24,SYSTEM,Read error at internal disk [2] sector 37497312.
Error,Systém,2013/07/19 02:01:24,SYSTEM,Read error at internal disk [2] sector 37497184.
Error,Systém,2013/07/19 01:56:38,SYSTEM,Read error at internal disk [2] sector 37497056.
Error,Systém,2013/07/19 01:51:46,SYSTEM,Read error at internal disk [2] sector 37496928.
Error,Systém,2013/07/19 01:47:36,SYSTEM,Read error at internal disk [2] sector 37496800.
Error,Systém,2013/07/19 01:42:41,SYSTEM,Read error at internal disk [2] sector 37496672.
Error,Systém,2013/07/19 01:37:29,SYSTEM,Read error at internal disk [2] sector 37496544.
Error,Systém,2013/07/19 01:32:21,SYSTEM,Internal disk [1] was defective.
Error,Systém,2013/07/19 01:32:21,SYSTEM,Read error at internal disk [2] sector 37496416.
Error,Systém,2013/07/19 01:29:59,SYSTEM,Read error at internal disk [2] sector 37496288.
Error,Systém,2013/07/19 01:24:21,SYSTEM,Read error at internal disk [2] sector 37496160.
Error,Systém,2013/07/19 01:17:38,SYSTEM,Read error at internal disk [2] sector 37496032.
Information,Systém,2013/07/19 00:59:40,SYSTEM,System successfully checked consistency of System Volume [Swap].
Error,Systém,2013/07/19 00:59:12,SYSTEM,Read error at internal disk [2] sector 7590400.
Error,Systém,2013/07/19 00:59:12,SYSTEM,Read error at internal disk [2] sector 7590528.
Error,Systém,2013/07/19 00:59:12,SYSTEM,Read error at internal disk [2] sector 7590656.
Error,Systém,2013/07/19 00:59:12,SYSTEM,Read error at internal disk [2] sector 7590784.
Error,Systém,2013/07/19 00:59:12,SYSTEM,Read error at internal disk [2] sector 7590912.
Error,Systém,2013/07/19 00:59:12,SYSTEM,Read error at internal disk [2] sector 7591040.
Error,Systém,2013/07/19 00:59:12,SYSTEM,Read error at internal disk [2] sector 7591168.
Error,Systém,2013/07/19 00:59:12,SYSTEM,Read error at internal disk [2] sector 7591296.
Error,Systém,2013/07/19 00:59:12,SYSTEM,Read error at internal disk [2] sector 7591424.
Error,Systém,2013/07/19 00:59:12,SYSTEM,Read error at internal disk [2] sector 7591552.
Error,Systém,2013/07/19 00:59:12,SYSTEM,Read error at internal disk [2] sector 7591680.
Error,Systém,2013/07/19 00:59:12,SYSTEM,Read error at internal disk [2] sector 7591808.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7588096.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7588224.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7588352.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7588480.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7588608.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7588736.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7588864.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7588992.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7589120.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7589248.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7589376.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7589504.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7589632.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7589760.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7589888.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7590016.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7590144.
Error,Systém,2013/07/19 00:59:11,SYSTEM,Read error at internal disk [2] sector 7590272.
Error,Systém,2013/07/19 00:59:10,SYSTEM,"System volume [Root] was degrade, current disk status [1/2], please repair it."
Error,Systém,2013/07/19 00:59:07,SYSTEM,Internal disk [2] was defective.
Error,Systém,2013/07/19 00:59:06,SYSTEM,Read error at internal disk [2] sector 7587968.
Information,Systém,2013/07/19 00:14:57,SYSTEM,System successfully checked consistency of System Volume [Root].
Information,Systém,2013/07/19 00:12:02,admin,System starts to repair [Volume 1] with disk [1].
Error,Systém,2013/07/18 23:59:38,SYSTEM,"Volume [1] was degrade [1/2], please repair it."
Information,Systém,2013/07/18 23:58:17,SYSTEM,Windows file service was started.
Information,Systém,2013/07/18 23:57:53,SYSTEM,System started to boot up.
Information,Systém,2013/07/18 23:52:50,SYSTEM,Server started counting down to shutdown.
Information,Systém,2013/07/18 23:40:26,SYSTEM,Windows file service was started.
Information,Systém,2013/07/18 23:40:11,SYSTEM,Windows file service was started.
Error,Systém,2013/07/18 23:40:09,SYSTEM,"Volume [1] was degrade [1/2], please repair it."
Information,Systém,2013/07/18 23:40:09,SYSTEM,Windows file service was stopped.
Warning,Systém,2013/07/18 23:39:01,SYSTEM,System booted up from an improper shutdown.
Information,Systém,2013/07/18 23:38:53,SYSTEM,Windows file service was started.
Information,Systém,2013/07/18 23:38:31,SYSTEM,System started to boot up.
Error,Systém,2013/07/18 23:30:06,SYSTEM,"Volume [1] was degrade [1/2], please repair it."
Error,Systém,2013/07/18 23:29:46,SYSTEM,"System volume [Root] was degrade, current disk status [1/2], please repair it."
Warning,Systém,2013/07/18 23:29:46,SYSTEM,Disk [1] was removed.
Error,Systém,2013/07/18 23:29:46,SYSTEM,"System volume [Swap] was degrade, current disk status [1/2], please repair it."
Error,Systém,2013/07/18 23:29:16,SYSTEM,Internal disk [1] was defective.
Zkusil jsem tedy zapojit HD samostatně, ale HD2 je nefunkční a při zapojení HD1 nikde data nejsou. Pouze když zapojím oba disky zpět současně, tak jsou data viditelná !!! (kromě adresáře ze kterého probíhal přenos dat - ten chybí) !!! Ale pracovat s nimi stejně nejde, poněvadž po pár vteřinách záchranném stahování fotek na USB se svazek zhroutí.
Takže jsem si zakoupil přesně tento NAS kvůli bezpečnosti dat a a nemám nic??! Vím, že mám vše v záruce, mám jej teprve půl roku, ale to mám veškeré své rodinné foto a video a finanční rozvahu poslat někam do servisu na měsíc? Domníval jsem se, že zakoupením tohoto ne zrovna levného komplexního řešení budu mít vše zajištěno.
Protože se reklamaci stejně nejspíš nevyhnu, už jsem si nainstaloval na svůj NB linux Ubuntu 13, abych se k datům nějak dostal, ale asi proto, že v tomto prostředí tolik neorientuju, vidím jen HD a nemůžu se na něj nijak podívat.
Poradíte mi ... děkuji M.
-
Takže jsem si zakoupil přesně tento NAS kvůli bezpečnosti dat a a nemám nic??! [...] Domníval jsem se, že zakoupením tohoto ne zrovna levného komplexního řešení budu mít vše zajištěno.
Nepotěším vás, ale bohužel se musíte smířit s tím, že jste podlehl falešnému pocitu bezpečí. Pokud jsou data na jednom místě, tak z principu nemůžou být v bezpečí. Kdyby vám NAS shořel, tak taky nemáte nic. Od toho existuje zálohování dat na jiné, oddělené medium, ideálně offline a superideálně v trezoru v úplně jiné lokalitě.
Když už je to tak, jak to je, máte dvě možnosti:
1. obrátit se na výrobce
2. obrátit se na nějakého specialistu na záchranu dat
Jestli očekáváte, že vám někdo poradí nějaký magický příkaz, který někam zadáte a máte svoje data zpátky, tak to asi čekáte marně. Bohužel. Disk není pračka ani dvojtaktní motorka, aby to zvládl opravit každý. Čím víc se s tím budete snažit laborovat sám, tím větší je šance, že už to pak nezachrání nikdo.
Starost o důvěrnost dat sice chápu, ale uvědomte si, že profesionální záchrana dat je docela drahá záležitost a tímpádem se k těm lidem logicky dostanou drahá a tudíž citlivá data. Vaše rodinné fotky fakt nikoho zajímat nebudou, jejich cena je nulová. Stejně tak jakékoli finanční dokumenty, pokud se netýkají firmy s obratem ve stovkách milionů, což asi nebude váš případ...
-
Myslím, že celou situaci vidím reálně .. :-\ .. jen jsem potřeboval poradit, jestli jdou data z HD1, který je v pořádku, dostat nejspíše skrze Linux (NAS běží taktéž pod linuxem) na nějaké jiné médium. Pročítal jsem zde nějaké starší návody, ale mě se prostě ty data nedaří v Ubuntu nalézt. Maximálně vidím na zařízení když HD externě připojím k PC.
Řeším situaci, kdy ty data vidím v NASu pouze při zapojených obou discích, než to spadne a nedostanu se k nim.
Při externím připojení disku k PC jej ve WIN nerozpozná a v Ubuntu (to by mělo dle rad z netu jít) to neumím :'(
p.s. - teď jsem si všiml, že jsem při pročítání všech těch vláken asi vlezl do jiné části fóra než jsem měl, pardon.
-
jen jsem potřeboval poradit, jestli jdou data z HD1, který je v pořádku, dostat nejspíše skrze Linux (NAS běží taktéž pod linuxem) na nějaké jiné médium. Pročítal jsem zde nějaké starší návody, ale mě se prostě ty data nedaří v Ubuntu nalézt. Maximálně vidím na zařízení když HD externě připojím k PC.
Že je disk 1 v pořádku je vaše expertiza. Záleží jenom na vás, jestli na její věrohodnosti hodláte stavět svoje další kroky, které můžou vést k nevratné ztrátě dat.
Řeknu to jinak: myslím, že unixovým systémům rozumím docela slušně a i tak bych v takové situaci měl hodně stažené půlky a první, co bych udělal, by byla bitová kopie dat 1:1. Pokud nevíte, jak se taková věc dělá, doporučuju na disk osobně vůbec nesahat a začít se shánět po odborníkovi, který se na to podívá. Třeba to problém nebude, zvládne to za hodinu a zaplatíte mu jedno pivo. Nebo zkonstatuje, že to problém je a vaše jediná možnost bude si zaplatit fyzickou rekonstrukci dat v ceně desítek tisíc korun. Nevím, z dostupných informací si nic netroufám tvrdit.
Samozřejmě pokud chcete věřit něčemu, co vám nějaký anonym poradí na netu, a chcete to zkusit sám, přestože s Linuxem zjevně nejste úplně kamarád, je to vaše volba.
Víc k tomu asi není co říct, dál to komentovat nebudu. Třeba se objeví nějaký kolega, který bude silnější v kramflecích...
-
Mas aspon tolko miesta, kolko maju tie disky? Ak si nechces kupovat zachranu, tak si asi skus tie disky pripojit - budu pravdepodobne niekde v /dev/sd*. Tam najdi najvyssie pismeno a potom ich skus cez ddrescue nakopirovat na nejake funkcne disky, nad ktorymi budes experimentovat. Povodne disky odpoj a pokus sa cez mdadm zostavit RAID (ktovie, ci sa to podari) - po namountovani by si mohol vidiet data (vela sanci tomu nedavam, hlavne lebo ide o proprietarny SHR).
-
No zvláštní je ten samotný SHR. Nejsem si jist, jestli data v něm nejsou nějak "upravena-šifrována", protože i když se jedná o ext4, tak se tam prostě nejde připojit.
ALE, teď jsem zjistil, že HD1 (ten co je v pořádku) je něco jako naformátovaný, protože na něm není vytvořen žádný svazek. Nejsou na něm žádná "má" data, jen je předpřipravený pro nové použití. Funkce "OPRAVIT" jen nejspíš naformátovala, protože já jsem s ním nic nedělal.
A HD2 (ten co se zhroutil) je po záměně v šuplíku viditelný v omezeném stavu a umožňuje vytvářet zálohu, tak už to zkouším. Zatím drží .. ::) Svazek je v omezeném režimu s vykřičníkem, ale jede.
Je to sice v tom Synology nějak naopak, tedy zachován měl být při opravě HD1 a né ten nakoplý HD2, ale snad to dobře dopadne! Dám vědět
-
Koukam, ze Synology dela zajimave verky: Kdyz krachne disk, tak se obsah krachleho disku asi zkopiruje na disk dobry. To je znacne neobvykle reseni.
-
V logu mě zaujalo:
Error,Systém,2013/07/18 23:29:16,SYSTEM,Internal disk [1] was defective.
Warning,Systém,2013/07/18 23:39:01,SYSTEM,System booted up from an improper shutdown.
Error,Systém,2013/07/19 00:59:07,SYSTEM,Internal disk [2] was defective.
Docela by zajímalo, co jste s tím vlastně prováděl?
-
No zvláštní je ten samotný SHR. Nejsem si jist, jestli data v něm nejsou nějak "upravena-šifrována", protože i když se jedná o ext4, tak se tam prostě nejde připojit.
Synology Hybrid RAID (http://www.synology.cz/support/tutorials_show.php?lang=csy&q_id=492).
What is Synology Hybrid RAID? (http://forum.synology.com/wiki/index.php/What_is_Synology_Hybrid_RAID%3F)
Zadny sifrovani tam neni, jen je to nahodne rozmrdanej RAID-1 + RAID-5/6 po vsech diskach podle toho, jak se tam pridavaly. Akorat za trest, nikde bych to nepouzival, protoze vysledek tohoto "vylepseni" je jasne popsan v prvnim postu.
P.S. (Zadny) RAID neni zaloha!!!
-
Jen tak mimochodem co si myslíte o mojem "řešení" .... 2x NAS každý jinde, v každém 1 disk, synchronizováno občas pomocí rsync...
-
2x NAS každý jinde, v každém 1 disk, synchronizováno občas pomocí rsync...
Hlavně nééé automaticky... jinak to podle Murphyno zákona zaručeně skončí tím, že budou data v čoudu, protože rsync proběhne v nejnevhodnější dobu. ;D
-
Jen tak mimochodem co si myslíte o mojem "řešení" .... 2x NAS každý jinde, v každém 1 disk, synchronizováno občas pomocí rsync...
Proti některým chybám chrání dobře, proti některým ne. Může a nemusí to být dobrá volba, podle toho, proti čemu se chcete chránit. Já osobně bych ovšem na vašem zvážil:
1) Opravdu mi stačí, aby v každém NASu byl jen jeden disk? (Mě by to třeba nestačilo.)
2) Opravdu je dobrý nápad, aby oba NASy byly připojené k síti? (Já třeba jasně preferuju, aby jeden NAS připojený byl (a umožňoval live zálohování) a druhý nebyl a synchronizoval se čas od času dávkově.)
3) Mohu si dovolit bezpečnostní schránku v bance, pokud možno v dostatečně vzdáleném městě? (Pro případ zemětřesení nebo tsunami nebo útoku ufounů.)
-
To co poviem je skor iba domnienka.
Ak mate v NASu oba disky tak data vidite. Ak ten funkcny disk pripojite do PC data samozrejma nevidite lebo bol zapojeny do toho ich SHR raidu. Este som nepozeral ale znamena to ze sa jedna o mirror disku? Ak ano ako by sa mohol spravat NAS ked vymenite ten vadny disk za novy dobry disk? Neobnovi sa znova obsah? ci by som chcel moc od tej krabicky?
-
no nejvetsi zlo je si tam zapnout sifrovani. kdyz jsem mel dva disky, tak jsem uz mockrat proste fyzicky vytahl jeden z disku, namontoval v PC jako ext4 a v klidu zabackupoval.
pokdu je tam vic nez dva disky a je tam SHR, tak netusim jak je to delany, protoze pak uz to neni zrcadleni, ale se vzrustajici kapacitou uz neroste prostor k zrcadleni ale jen dostupna kapacita. takze je to vyhodny co do mista na disku. ale uz to nejde asi vytahnout po jednom a mountovat mimo system.
nikdy to ale nakonec nebylo potreba a i pri hw selhani disku jsem nikdy o data neprisel. Synology to vyreseny naprosto skvele. je jen treba si najit postup na foru synology a ten presne dodrzovat. pokud nejaky ukon pri havarii udelam driv nez jiny, tak proste se data nekde premazou atd. ale to asi plati obecne i pri obnovovani souboroveho systemu v pc. jak psal Olaf, docela by zajimalo co jste s tim delal. bud to neni vasi vinou a zdechly vam oba disky soucasne. (spoustite obcas test SMART??? mel byste :_) ) a nebo v prubehu opravy systemu do toho nekdo drbal. je to journalovaci system, ten nejde vytahovat ze zdi. i plne funkcni system si odpravite tim, ze ho nekolikrat po sobe vyrvete ze zdi a fsck uz to nespravi (Synology neni nic jineho nez linux masinka s vicemene blbuvzdornym WWW rozhranim. pri nespravnem vypnuti a zapnuti se pousti klasicky fsck v neinteraktvinim modu.)
ja osobne sem si tam doinstaloval balickovaci system a jedu tam normalne pres terminal a mam doinstalovane linux balicky.
-
a jeste me napada. nemel jste problemy s disky i predtim? ja vim, ze dle Synology nektere disky maji problem s usinanim a hibernaci a se spozdenym zapisem. Synology to samo pozna dle a upozorni na to vyskakovaci bublinou, ze mate bud 1.aktualizovat firmware disku nebo 2. vypnout usinani disku a vypnout zpozdeny zapis na disk. nebo za 3.pouzit jiny typ disku.
-
Tak předně bych viděl problém v postupu, který jste zvolil při chybě prvního (druhého?) disku. Já osobně bych v tu chvíli asi zkontroloval SMART obou disků a pokud by byla data ještě online, tak bych je hodně rychle někam zkopíroval, nebudu-li brát v potaz fakt, že je IMHO čiré šílenství spoléhat jen na RAID bez záloh. (RAID je fajn věc, ale nezabrání náhodnému smazání, HW chybě, přepětí, které odpálí oba disky apod.) V danou chvíli běžel RAID pravděpodobně v degraded režimu, ve kterém je standartně nutné vyměnit vadný HDD a potom by se měl provést sync a vše by mělo fungovat dál. Ať už ta situace byla jakkákoliv tak zapnout obnovu raidu s původnímy HDD, bez bližší znalosti jejich stavu, nebyla štastná volba...což už asi víte.
Podle všeho Synology i s funkcí SHR využívá klasický SW RAID s kombinací LVM, takže bych zkusil HDD postupně připojit k PC a inicializovat RAID přes mdadm pak LVM a pokusit se dostat k datům.
Pokud by to nešlo, došlo asi k nějakému přeformátování/poškození oddílů na disku, myslím, že jsem někdy viděl nějaký program (placený) který uměl obnovit původní oddíly na disku pokud nedošlo k úplnému formátu, ale ruku do ohně za to nedám ;D
Ještě nějaké linky co by snad mohly pomoct pokud tomu úplně nerozumíte.:
http://www.synology.com/support/faq_show.php?lang=enu&q_id=579
http://forum.synology.com/enu/viewtopic.php?f=160&t=51393
-
pockat, on provedl obnovu RAIDu bez vymeny vadneho disku? ;D Co se tam jako melo obnovit, kdyz tam zustal ten spatnej disk? :D Tak to synology za to opravdu nemuze a chyba je mezi zidli a klavesnici.
-
Pokud by to nešlo, došlo asi k nějakému přeformátování/poškození oddílů na disku, myslím, že jsem někdy viděl nějaký program (placený) který uměl obnovit původní oddíly na disku pokud nedošlo k úplnému formátu, ale ruku do ohně za to nedám ;D
Na toto staci testdisk (zadarmo). Pusta sa to na kopii bitovej kopie disku, nie na disku samotnom.
-
Přiznám se, že jste mne trochu vystrašil.
V minulosti jsem provozoval RAID-1 na Synology DS209, s tehdejším FW tedy v nastavení SHR:ne a EXT3:ano (výchozí). Na jednom z disků se po čase objevila anomálie - výskyt vadných sektorů, bohužel s narůstající tendencí. Synology na situaci upozornilo a doporučilo výměnu disku. To jsem taky udělal, vadný kus vymontoval a dále pokračoval pouze s jedním diskem - pole v degradovaném režimu, ale stále pochopitelně read-write. Po čase jsem zajistil náhradu za vadný disk, zapojil do NASu a došlo k obnově pole (nazrcadlení na nový disk). Bez jakékoli ztráty dat, nebo nepříjemných překvapení.
Před časem jsem dal dohromady další NAS, tentokrát DS212, opět RAID-1 a v nastavení SHR:ano a EXT4:ano (výchozí). Zpětně si uvědomuji, že SHR nejspíš nebyla nejlepší volba, v RAID-1 nic pozitivního nepřinese. Kdo ví, jak se chová v kritických situacích a při pokusech o ruční pripojení / obnovu v Linuxu. Pokud jde o nějaké obecně podporované LVM, tak to by snad ještě šlo, ale stejně bych to nejraději předělal na neSHR. Ach jo. Špatné rozhodnutí je špatné.
Omlouvám se, rady již poskytli ostatní. :) Bezpečnostní bitová kopie je ideální, pokud je kam...
-
2x NAS každý jinde, v každém 1 disk, synchronizováno občas pomocí rsync...
Hlavně nééé automaticky... jinak to podle Murphyno zákona zaručeně skončí tím, že budou data v čoudu, protože rsync proběhne v nejnevhodnější dobu. ;D
To je vpohode, jen to jeste chce pridat nejakou historii, trebas pomoci snapshotu (= samo dalsi spotreba prostoru). A cas od casu (v zavislosti na ty historii) alespon zbezne zkouknout, ze tam data jsou a daji se cist.
Jinak zcela obecne k problemu ... NIKDY, ale opravdu NIKDY nepouzivat absolutne ZADNY nastroje na "opravu". Ve 100% pripadu plati, ze co podelano nebylo, to dorazej. Vcetne samo fsck. Nejdriv (jak bylo receno) je treba nekam rychle dostat data ... a teprve pak se da laborovat.
Nedavno se mi rozjeb ext3 na routeru, nastesti sem jeste stihnul postahovat vse podstatne (konfiguraci ... a mam jeste i (sice starsi, ale pouzitelnou) zalohu), po rebootu uz disk neprimontoval ... kdyz sem na to postval fsck ... tak ten to projistotu dorazil uplne (uz nerozpoznalo ani typ FS ...)
-
2x NAS každý jinde, v každém 1 disk, synchronizováno občas pomocí rsync...
Hlavně nééé automaticky... jinak to podle Murphyno zákona zaručeně skončí tím, že budou data v čoudu, protože rsync proběhne v nejnevhodnější dobu. ;D
Replikaci (ne backup) nabízí i Synology. Jmenuje se to High Availability a je to dostupné jen pro některé modely - http://www.synology.com/support/tutorials_show.php?q_id=585&lang=enu (http://www.synology.com/support/tutorials_show.php?q_id=585&lang=enu). Dobré při selhání HW (Markův případ), blbuvzdorné (Markův případ ?? :) ) to pochopitelně není.
Pikantní je podmínka, že: "The servers cannot contain any SHR format volumes."
-
Pikantní je podmínka, že: "The servers cannot contain any SHR format volumes."
Tak to fakt je :)
-
pockat, on provedl obnovu RAIDu bez vymeny vadneho disku? ;D Co se tam jako melo obnovit, kdyz tam zustal ten spatnej disk? :D Tak to synology za to opravdu nemuze a chyba je mezi zidli a klavesnici.
Omlouvám se, že jsem chvilku nekomunikoval, ale už jsem zpět a mám potřebu něco dovysvětlit.
Vycházel jsem z informací ze stránek synology, kde se doslovně uvádí:
3. Opravte svazek
Pomocí funkce „Opravit“ stanice Synology DiskStation mohou uživatelé v některých situacích sami opravit svazek. Nenormální stavy svazků stanice DiskStation lze rozdělit na 4 režimy, které jsou také uvedeny v uživatelském rozhraní stanice DiskStation:
Normální – systémový oddíl selhal
Omezený režim
Zhroucení – jen pro čtení
Zhroucení
V případě prvního a druhého režimu můžete opravit svazek sami. V případě třetího režimu se můžete pokusit o záchranu dat. Postup je popsán níže.
Na základě této informace jsem se domníval, že se v tomto omezeném režimu synology pokusí opravit nějaké clustry, ověřit funkčnost disku, apod. Nevím, ani dodnes, co vlastně ta oprava dělá.. U mě se stalo následovné, začala oprava v procentech a poněvadž to vypadalo na dýl, odešel jsem, po návratu byl NAS uspaný! Jestli oprava proběhla, či ne vlastně nevím. DISK1 (dobrý) byl prázdný v základním DSM, bez balíčků, DISK2 (chybující) ve stavu, kdy bylo vidět na data, ale při pokusu k přístupu k nim se NAS odpojoval.
DATA jsem nakonec z NASu dostal. Zkoušel jsem různě připojovat disky do šachet, což je zároveň odpověď na dotaz
V logu mě zaujalo:
Error,Systém,2013/07/18 23:29:16,SYSTEM,Internal disk [1] was defective.
Warning,Systém,2013/07/18 23:39:01,SYSTEM,System booted up from an improper shutdown.
Error,Systém,2013/07/19 00:59:07,SYSTEM,Internal disk [2] was defective.
Docela by zajímalo, co jste s tím vlastně prováděl?
..měl jsme dřívější zkušenosti s poškozenými sběrnicemi u HD, kdy disk byl jinak v pořádku, tak jsem to zkoušel. Zvláštní je, že někdy se mi po připojení dařilo stáhnout pár MB dat, někdy disk spadl. Pak ale vydržel celou zálohu (těch základních dat), blbosti, jako filmy a mp3 zkouším z něj dostat ještě dnes. Buď se mi to podaří, nebo ne, nevadí. Disk budu reklamovat, je na něj záruka 6 let a pak budu řešit i častější zálohu důležitých dat z NASu. Děkuji všem za podporu MAREK
-
Jen řeknu, jak to budu mít v blízké době já.
Doteď jedu ve stolním PC softwarový RAID1. Není to záloha, to vím. Můžu si data smazat sám a pak už je prostě mít nebudu, to taky vím. Chráním se tím pouze před selháním HW (v tomto případě jednoho HDD).
V blízké budoucnosti to ale bude jinak, budu mít druhý SW RAID1, který bude ležet 30 km daleko a na obou RAID1 budou stejná data. Synchronizace přes rsync, ještě nevím, jestli ruční nebo automatická. Pokud automatická, budu muset rsync obalit nějakými testy, jestli je před kopírováním vše v pořádku - např. že oba RAID1 mají oba disky ok...
Jde samozřejmě hlavně o rodinné fotky, to nejdůležitější, co běžný člověk v PC má. Takže budou fotky na:
2x RAID1 (4x HDD)
1x HDD v notebooku
1x HDD v desktopu
Jestli o ty fotky přijdu, tak už fakt nevím, jak to udělat líp...
Jo, říká se tomu paranoia ;D
-
na SW RAID pouzi nieco so ZFS a nechaj si vytvarat snapshoty => nemozes si data zmazat sam a inicialne nic nestoja. Okrem toho mas data rovno checksumovane. Nechranis sa pred zivelnou pohromou. Ked uz budes mat snapshoty ZFS, rsyncuj do vzdialenej destinacie tie, pripadne rovno pouzi zfs send/receive po ssh - vzdy konzistentne data.
-
pripadne rovno pouzi zfs send/receive po ssh - vzdy konzistentne data.
Jenom mala technicka: nerekl bych "konzistentni data", ale "data z jednoho okamziku". Pokud tam budes mit databazi, tak tam konzistentni data nutne nebudou. (To jenom tak poznamka pro ty, kdo by si mysleli, ze to je vsespasne reseni...)
-
PZpětně si uvědomuji, že SHR nejspíš nebyla nejlepší volba, v RAID-1 nic pozitivního nepřinese.
Ja myslim, ze u dvoudiskovych stanic SHR = RAID-1. Za tim neni zadna magie. je to linux krabicka s userfriendly www ovladanim:)
-
Na základě této informace jsem se domníval, že se v tomto omezeném režimu synology pokusí opravit nějaké clustry, ověřit funkčnost disku, apod.
opravit nějaké clustry? ne. zalezi v jakem stavu je ten puvodni disk, inicializovany/neinicializovany atd. ta oprava se tyka tusim opravy (synchronizace) RAIDu. uz nejakej patek mi slape Syno jak hodinky, tak nevim. rekl bych, kazdopadne spravne reseni je podle me odpojit problematicke disky a vse si nastudovat, forum a web synology :) lehce se stane, ze se udela procesni chyba v postupu.
-
pripadne rovno pouzi zfs send/receive po ssh - vzdy konzistentne data.
Jenom mala technicka: nerekl bych "konzistentni data", ale "data z jednoho okamziku". Pokud tam budes mit databazi, tak tam konzistentni data nutne nebudou. (To jenom tak poznamka pro ty, kdo by si mysleli, ze to je vsespasne reseni...)
trochu thread hijack 8)
urcite to tak je? rad sa necham poucit, ale doteraz som vzdy zil v domneni, ze DB ukladaju na disk data vzdy v stave, kedy je DB konzistentna (C a D z ACID)... odtial dalej to ma prebrat FS a jeho nastroje. Pochopitelne ako pisem, rad sa necham poucit o stavoch, kedy to tak nie je! dopredu dakujem :)
-
Omlouvám se, že jsem chvilku nekomunikoval, ale už jsem zpět a mám potřebu něco dovysvětlit.
Vycházel jsem z informací ze stránek synology, kde se doslovně uvádí:
3. Opravte svazek
Pomocí funkce „Opravit“ stanice Synology DiskStation mohou uživatelé v některých situacích sami opravit svazek. Nenormální stavy svazků stanice DiskStation lze rozdělit na 4 režimy, které jsou také uvedeny v uživatelském rozhraní stanice DiskStation:
Normální – systémový oddíl selhal
Omezený režim
Zhroucení – jen pro čtení
Zhroucení
V případě prvního a druhého režimu můžete opravit svazek sami. V případě třetího režimu se můžete pokusit o záchranu dat. Postup je popsán níže.
Na základě této informace jsem se domníval, že se v tomto omezeném režimu synology pokusí opravit nějaké clustry, ověřit funkčnost disku, apod. Nevím, ani dodnes, co vlastně ta oprava dělá..
Přiznám se, že z toho stále nejsem moudrý.
Oprava bez výměny disku přichází do úvahy pouze v případě tzv. režimu "normální – systémový oddíl selhal" (viz http://www.synology.com/support/tutorials_show.php?q_id=485&lang=csy#t3.1 (http://www.synology.com/support/tutorials_show.php?q_id=485&lang=csy#t3.1))
Pokud jste se dostal do tzv. "omezeného režimu", podle návodu (viz http://www.synology.com/support/tutorials_show.php?q_id=485&lang=csy#t3.2 (http://www.synology.com/support/tutorials_show.php?q_id=485&lang=csy#t3.2)) jste měl:
a) vyměnit vadný disk (rozhodně disky nepřehazovat)
b) provést opravu (v tomhle případě oprava znamená, že se data z dobrého disku zkopírují na nový (prázdný) disk).
Pokud jste se dostal do tzv. "zhroucení – jen pro čtení" (viz http://www.synology.com/support/tutorials_show.php?q_id=485&lang=csy#t4.1 (http://www.synology.com/support/tutorials_show.php?q_id=485&lang=csy#t4.1)), postup je jasný. Žádná oprava!.
Dovolil bych si doporučit věnovat pozornost prvnímu bodu odstavce http://www.synology.com/support/tutorials_show.php?q_id=485&lang=csy#t4.2 (http://www.synology.com/support/tutorials_show.php?q_id=485&lang=csy#t4.2) (režim "zhroucení"): Neměňte pořadí disků. Podle mého názoru by to mělo být zdůrazněno u každého bodu.
Jinak dík za informace a gratuluji k záchraně důležitých dat. Máte štěstí.
-
urcite to tak je? rad sa necham poucit, ale doteraz som vzdy zil v domneni, ze DB ukladaju na disk data vzdy v stave, kedy je DB konzistentna (C a D z ACID)... odtial dalej to ma prebrat FS a jeho nastroje. Pochopitelne ako pisem, rad sa necham poucit o stavoch, kedy to tak nie je! dopredu dakujem :)
Z principu to tak nemůže být minimálně u databází/aplikací, které nemají transakce, že :)
-
Dobrý den,
nevím, jestli je to obdobný případ, jsem vyloženě uživatel. Mám Synology DS211j a na jednom disku to hlásilo nějaké chyby. Ty byly opraveny a oba disky hlásily, že jsou v pořádku. Po asi 2 měsících se mi teď nepodařilo k Synology připojit, nejde zrestartovat, LEDky problikávají, ale nic se neděje. Dal jsem to k IT, který to dával dohromady, ten disky otestoval a hlásí, že jsou OK. Disky v Synology ale nejsou nijakým způsobem vidět, i když je zapojí k PC přes Linux, tak tam nevidí žádná data. Můžete mi poradit, jestli jste neměl někdo obdobný problém.
-
mno tak zrus volume, vybuduj ho znovu a ze zaloh, ktere v noci probehly na druhy NAS, vse obnov a jede se dale, no ny?
-
Omlouvám se, nevím která bije. Nevím co je "zruš volume" a problém je, že jsem disky neměl na zrcadlení, ale každý byl jako samostatný.
-
Omlouvám se, nevím která bije. Nevím co je "zruš volume" a problém je, že jsem disky neměl na zrcadlení, ale každý byl jako samostatný.
Tak to mas blby. Tady te nejspis zachrani akorat testdisk/photorec. Nadelej z disku image nekam na externi disk a zkus, jestli s ti tam testdiskem njak podari obnovit nejake oddily nebo neco a jestli se ti je pak podari nejak namontovat a precist data, eventuelmne vytahat aspon neco pomoci photorec. Jestli jsi ty disky mel jako striping, tak to se data budou tahat hoodne blbe. Holt na svete jsou dva druhy lidi: ti, kteri maji zalohu a ti, kteri jeste nikdy neprisli o data.
-
Omlouvám se, nevím která bije. Nevím co je "zruš volume" a problém je, že jsem disky neměl na zrcadlení, ale každý byl jako samostatný.
mnuze tak to se nejspise budes muset se svymi daty rozloucit :-) to je halt tak, kdyz se koupi pixla na alze a veskere ovladani je hezky barevne a uzivatelsky prijemne a klika se sem a klika se tam a klikne se onde a je to nastaveno ... ale velky kulovy. mno ale jeste mas sanci ziskat data pokud odneses disky nekam do datarecovery firmy a pak uz jsem staci premyslet, zda jim dat tech X tisic nebo nemit data. ono mit NAS i s RAID1 nebo jakymkoliv jinym RAIDem a nezalohovat data nikam dale je trestuhodna blbost
-
Potiz je, ze to zatim testoval ten "IT" a podle toho, co na to pustil za test, ta data uz take nemusi jit vydolovat.
-
Potiz je, ze to zatim testoval ten "IT" a podle toho, co na to pustil za test, ta data uz take nemusi jit vydolovat.
imho ho to trapit nebude - podle toho, jak se k tem datum choval, soudim ze tam ma pornace z uloz.to a tak si je sosne znovu, no problema.
-
Ahoj,
0. udělat analýzu poškození disku případně přesunout plotny a přeletovat chip na novou elektroniku 10 hodin
1. udělat bitovou kopii obou disků (tzn koupit další 2 3TB disky) cca 40 hodin
2. na nových discích namapovat všechny verze puvodních dat a (software za X tisic dolaru ideálně upravený pro vlastní potřeby např regionální znaky bohužel levnější varianty nefungujou bohužel pro amatéry i pro spoustu firem crack na ně není) cca 120 hodin
3. natahat vzorové verze pro kontrolu a provést analýzu 3 hodiny
4. z podle analýzy vytvořit vzorový systém složení původních dat
5. složit data na další mědiun s vynecháním raidu (koupit další 2 3tb disky) 35 hodin
hotovo
z 90% se podaří zachránit všechno
cena do 8000
nebo se v tom hrab a mužeš se z daty rozloučit
toť přesný návod jak na to
abych nebyl je pruďas tak se ozvi aj já ti zdarma poradím
-
Kontakt it007@it007.cz
-
Tak kdyz podle testu ty disky jsou v poradku, tak prendavani ploten a chipu urcite pomuze.
-
Ahoj,
0. udělat analýzu poškození disku případně přesunout plotny a přeletovat chip na novou elektroniku 10 hodin
1. udělat bitovou kopii obou disků (tzn koupit další 2 3TB disky) cca 40 hodin
2. na nových discích namapovat všechny verze puvodních dat a (software za X tisic dolaru ideálně upravený pro vlastní potřeby např regionální znaky bohužel levnější varianty nefungujou bohužel pro amatéry i pro spoustu firem crack na ně není) cca 120 hodin
3. natahat vzorové verze pro kontrolu a provést analýzu 3 hodiny
4. z podle analýzy vytvořit vzorový systém složení původních dat
5. složit data na další mědiun s vynecháním raidu (koupit další 2 3tb disky) 35 hodin
hotovo
z 90% se podaří zachránit všechno
cena do 8000
nebo se v tom hrab a mužeš se z daty rozloučit
toť přesný návod jak na to
abych nebyl je pruďas tak se ozvi aj já ti zdarma poradím
a neni to malo Antone Pavlovici chtit 8000.- za cca 200 hodin? to je hodinovka 40kc/hod
-
milous:
Možná je to pro vás nepochopitelné, že si neumím poskládat PC, naprogramovat si tam co chci, popř. si podle potřeby cokoliv přenastavit. Jsou lidi, kteří umí všechno, já to bohužel nejsem. Proto jsem hledal z mého pohledu jednoduché řešení a za asi 5 let jsem s tím neměl žádný problém. Omlouvám se, že tím, že nejsem IT specialista, jako asi většina lidí v této republice, jsem vás tak znechutil.
Je pravda, že z toho na složení nejsem, protože rodinné fotky a videa mám uložené ještě na dalších dvou místech, filmy mám z části v originálech a zbytek si seženu. Kvůli pornáčům z uloz.to se případně obrátím na vás, asi jich máte dost, ale zatím jsem neměl potřebu je stahovat.
A ještě prosím o radu, jak bych se podle vám měl k datům chovat.
-
Kontakt it007@it007.cz
Díky, ještě počkám, jak se to vyvine. V pátek se snad na disky nějak dostal a přetahuje data. Tak uvidím, co se z toho podaří.
-
A ještě prosím o radu, jak bych se podle vám měl k datům chovat.
Zalohovat. NAS, i kdyby mel RAID, nemuze byt povazovan za bombenfest. U opravdu dulezitych dat se nekdy vyplati mit zaloh vice. Uz se par lidem stalo, ze byli radi, ze maji zalohy treba tri.
-
JardaP:
To já samozřejmě mám, i když jsem v počítačích totální lama (nebo právě proto). Jak jsem psal, mimo NAS mám rodinné věci na dalších dvou místech, tak snad to stačí. Jen mně zaujalo, že "milous" z mého dotazu ihned poznal, že jsem se k datům choval nějak špatně a nevím, co to podle něho znamená. Jestli jim mám každý večer popřát dobrou noc?
-
Dobrý den, jen pro informaci. Technikovi se nakonec podařilo k datům dostat a všechna přesunul na nový disk. To teď zjistím. Na původním disku potom při testu vyběhlo asi 8tis. vadných sektorů a hlásilo to havarijní stav (nebo něco takového).
-
Gratulují že to nakonec snad dobře dopadlo.
Jen malé doporučení do budoucna - na DIY NASech založených na FreeNAS a ZFS se právě z těchto důvodů doporučuje tak 1x za měsíc spustit přečtení celého povrchu disku a zkontrolovat poté SMART diagnostiku zda nehlásí jakýkoliv problém se sektory (a to již i jen to že musel použít CRC pro přečtení sektoru, nemluvě o reallocation count).
Právě proto že se může postupně rozvíjet poškození sektoru a než se uživatel dostane k jeho přečtení tak problém přejde z porušení pár bitů (triviálně opravitelné pomocí CRC přímo firmwarem disku (a snad nezamlčené před SMARTem) až k nečitelnému sektoru).
Říkám to tedy jako člověk s 4+ externími HDD z nichž většina povrchu se po zápisu nikdy nepřečetla, ale až si jednou NAS pořídím tak vím co budu dělat. A stejně pokud jsem na ty data 5 let nesáhl tak nejsou tak kritický důležitá. A fotky mám snad zálohované vícenásobně.