Synology-Forum.nl
OS Specifieke ondersteuning => Linux => Topic gestart door: sandosyno op 24 juni 2015, 18:01:58
-
Beste forumleden,
Ik probeer al enige tijd uit te vinden hoe ik een systeembackup kan maken van de hdd van de Synology Disk Station. Ik heb twee schijven in een RAID 1-opstelling, dus ik hoef alleen een backup te maken van 1 schijf.
In eerste instantie wilde ik dit met Clonezilla doen, alleen ondersteunt Clonezilla geen linux-raid. Dat betekent dat er dd wordt gebruikt voor het maken van een image. Op zich geen probleem, maar ik heb geen externe opslag van ettelijke Terabytes liggen. De hdd bevat hoogstens 5GB aan data, terwijl het kopieren van een schijf van 3TB met dd zelfs in het gunstigste geval honderden GB´s kost.
Ik overweeg het gebruik van fsarchiver voor het maken van images van de partities. Heeft iemand daar ervaring mee? Ik vraag me af wat ik moet met de unallocated space die gparted geeft. Deze herkent alleen sdb1. sdb2 en sdb5 als partities. Hoe maak ik een volledige backup?
En wat is er nog meer nodig voor een image? Hoe maak ik een back-up van de RAID-configuratie?
Cheers,
Sando
-
Sorry heb ik weer even niet opgelet ::)
-
Ik snap echt niet wat je met het klonen van de schijf wilt bereiken? Ook al maak je een perfecte kloon van die ene schijf, is er geen enkele garantie dat die gaat werken zodra je hem weer in de NAS stopt. Als er tussendoor een update van Synology is geweest gaat het al fout. En de schijf die je er even uithaalt om de image te maken moet dan na herplaatsen weer gesynct worden. Ik denk dat je de NAS teveel als een standaard PC ziet.
Ik zou gewoon een data en systeemconfiguratie backup maken.
-
Ik heb het een paar keer getest dat klonen, o.a met Acronis, met 1 HD (DS111), op verschillende manieren.
Het werkt gewoon niet goed als je de HD weer terug zet, packages die niet meer werken, het volume die de weg kwijt is en ga maar door.
Er worden n.l. ook gegevens opgeslagen in RAM (zeg maar de BIOS), denk dat daar het probleem vandaan komt.
De enige oplossing is, denk ik, dat Synology zelf met een dergelijke software komt die zal werken maar, of men dat wil, is maar de vraag.
Ik zou zeggen, dien eens een verzoek in: https://www.synology.com/nl-nl/form/inquiry/feedback
-
Ik heb me er ook een tijd geleden eens in verdiept, maar de ervaringen zijn hetzelfde.
Het werkt gewoon niet.
Denk ook niet dat Synology daar ooit mee zal komen, die zeggen gewoon configuratie saven, DSM er opnieuw opzetten en configuratie terugzetten.
Moet ook zeggen dat dat altijd probleemloos werkt.
Het probleem zit in de niet Synology packages die niet allemaal een goede backup van hun configuratie/database hebben.
-
Ik snap echt niet wat je met het klonen van de schijf wilt bereiken?
Dank voor jullie berichten!
Ik snap de bezwaren wel, al zie ik het verschil met een PC in dit opzicht niet helemaal. Ik ben een aantal keer erg blij geweest dat ik een image van mijn PC had (gemaakt met partimage), omdat ik in een kwartier alle programmatuur en instellingen terughad. Het zou me anders vele dagen hebben gekost om mijn omgeving weer zo te krijgen als ik hem hebben wil.
Dat zou ik ook graag willen met mijn DiskStation. De systeemconfiguratie heb ik gebackupt, alleen is me niet heel duidelijk hoe uitputtend deze back-up is. Als het mogelijk is zou ik liever wat problemen oplossen als het weer opnieuw instellen van de RAID array dan applicaties opnieuw instellen. Het gaat dan inderdaad met name om applicaties van derden (SynoCommunity).
Hoe dan ook, wat ik nu concreet heb gedaan is met Clonezilla alle partities behalve de datapartitie (bij mij sdb5) naar een image schrijven, door te kiezen voor 'saveparts'. Ik vroeg me af of ik dan nog apart de partitietabel en GPT moet veiligstellen, maar ook bij saveparts slaat Clonezilla dit soort metagegevens van je schijf op.
Van mijn datapartitie heb ik een file based backup gemaakt (met rsync).
Ik twijfel nog of ik de restore ga testen, vanwege jullie waarschuwingen. Het werkt niet, maar waarom niet? Ik heb op zich succesvolle verhalen gelezen over images van RAID 1 disks met Clonezilla, maar niet over de synology. Als packages niet meer werken is er naar mijn idee toch iets mis gegaan met het maken van de image!? En hoe kun je dit met Acronis testen? Dat programma ondersteunt toch helemaal geen ext4 of linux-raid?
Cheers,
Sando
PS:
(Toen ik de schijf terug plaatste in de DS knipperde het statuslampje oranje en piepte hij. Het volume was beschadigd (degraded), terwijl ik bij mijn weten alleen van de schijf gelezen had. Door het volume te repareren via de Storage Manager was dat probleem verholpen. Tot mijn verrassing bleef de data onaangetast, ondanks de waarschuwing dat deze gewist zou worden!).
-
Heb je niet ergens een spare disk liggen?
Als ik jou was zou ik die in je NAS stoppen, er alleen DSM op zetten en daar mee gaan testen.
Blijkbaar heeft clonezilla toch iets op de schijf gewijzigd anders zou DSM dat niet melden.
Natuurlijk kan ook Murphy toegeslagen hebben en had je net op dat moement een disk probleempje.
PS Ik gebruik clonezilla wel om een image van al m'n windows PC te maken en veilig te stellen op m'n Nas.
Zie hiervoor deze post.
http://www.synology-forum.nl/data-replicator-overige-backupsoftware/tutorial-backup-van-windows-system-disk-naar-nas-met-clonezilla/msg133503/#msg133503
-
Nu begin ik toch te twijfelen aan mijn eerste bericht, misschien had ik wel goed opgelet.
Hier heb ik 2 SSD`s in RAID1 een wisselraam zitten, die weer in de NAS zit, waarvan ik van 1 SSD een clone heb gemaakt met Clonezilla Live.
Deze backup functioneert.
Ik denk dus dat als je de NAS uitzet en een clone maakt van 1 schijf dat dat gewoon werkt.
-
Maar wat heb je daar aan?
Als je deze clone gemaakt hebt en na 2/3/4 dagen gaat in de NAS een schijf stuk dan kan deze clone er toch niet in teruggezet worden?
-
Ten eerste hoeft er toch niet per se een schijf stuk te zijn om wat aan een image te hebben. (Ik heb het overigens nadrukkelijk NIET over een clone, maar een image). Ik heb met een vorige NAS het scenario gehad dat er problemen waren opgetreden met de configuratie, soms alleen maar van bepaalde programma's, maar soms ook echte spelbrekers waardoor de NAS niet meer toegankelijk was. Toegegeven, ik experimenteerde nogal met deze NAS (van WD), dus ik heb die problemen waarschijnlijk zelf veroorzaakt. Hoe dan ook was ik blij dat ik met een kwartiertje of een halfuurtje de 2 TB schijf weer up and running had.
Maar ook als er wel een hardwarematig probleem is zie ik niet waarom een image niet zou kunnen werken. Waarom zou je de met een image herstelde disk niet terug kunnen zetten?
-
Ik vraag mij het gewoon af, niets meer of minder.
Maar in een raid1 systeem zijn beide schijven altijd en op elk moment elkaars exacte kopie.
Haal je er eentje uit en zet je er een schijf van een paar dagen "oud" in dan klopt er toch niets meer van?
Daarom vraag ik mij af of je er iets aan hebt.
Nogmaals, ik heb het nooit getest dus weet het niet zeker.
-
Nu begin ik toch te twijfelen aan mijn eerste bericht, misschien had ik wel goed opgelet.
Hier heb ik 2 SSD`s in RAID1 een wisselraam zitten, die weer in de NAS zit, waarvan ik van 1 SSD een clone heb gemaakt met Clonezilla Live.
Deze backup functioneert.
Ik denk dus dat als je de NAS uitzet en een clone maakt van 1 schijf dat dat gewoon werkt.
Is dat een software of hardware RAID? En hoefde je alleen maar te restoren met Clonezilla, of moest je daarna nog aanvullende dingen doen?
(Ik heb SHR, Synology Hybrid RAID ingesteld. Dat schijnt technisch vrij ingewikkeld te zijn: bovenop de RAID-configuratie zit LVM -- Linux logical volume management -- en daarbovenop het filesystem ext4. Omdat ik de datapartititie niet in de image heb, verwacht ik niet een simpele restore te kunnen doen, maar de RAID array weer te moeten opbouwen).
Cheers,
Sando
-
Volgens mij ben je behoorlijk warm Robert.
Er staan op elke disk altijd minimaal twee partities namelijk een systeem partitie en een swap partitie.
Deze partities vormen een mirror van elkaar over alle disken heen.
Als je dan op een disk zo'n partitie terug gaat zetten, hoe weet DSM dan welke disk de juiste partitie bevat.
Waarschijnlijk zal hij concluderen dat jouw geschreven partitie niet in orde is en deze herstellen met de inhoud van de andere disk(en).
Misschien is dat te omzeilen door eerst te booten met alleen die nieuw geschreven disk erin en later de andere disk(en) bij te plaatsen.
-
Ik vraag mij het gewoon af, niets meer of minder.
Maar in een raid1 systeem zijn beide schijven altijd en op elk moment elkaars exacte kopie.
Haal je er eentje uit en zet je er een schijf van een paar dagen "oud" in dan klopt er toch niets meer van?
Daarom vraag ik mij af of je er iets aan hebt.
Nogmaals, ik heb het nooit getest dus weet het niet zeker.
Zeker, en je bijdrage wordt zeer gewaardeerd. Die helpt mij namelijk om weer scherper te krijgen wat ik nu eigenlijk wil.
Je bedenkingen zijn legitiem. De waarde van de image is zeer beperkt. Alleen als op geen van beide RAID-schijven een naar tevredenheid functionerend systeem staat heeft het zin om de image te gebruiken, en dan nog alleen maar als je niet een vers systeem wil installeren.
Ik vind het een fijn idee als ik bij een calamiteit al mijn applicaties met hun instellingen weer terug zou kunnen zetten. Ik heb optware toegevoegd, mijn favoriete podcasts ingesteld met castget, Photo Station, Video Station en allerlei downloadapplicaties geinstalleerd en ingesteld. Als ik dat opnieuw moet doen ben ik lang bezig. Hoe werkt dat castget ook al weer? Hoe zorg ik ervoor dat het automatisch wordt opgestart, etc, etc.
Ik zal dan idd wel een lege schijf naast de herstelde schijf moeten plaatsen. Het is voor mij voorlopig ook nog een theoretische exercitie. Misschien handel ik nog erg defensief vanwege de slechte ervaringen die ik met mijn Western Digital NAS had en wil ik nu op alles voorbereid zijn.
Sando
-
Misschien een stom idee, maar dan zou een RAID back-up op afstand misschien beter zijn.
Op locatie x staat nas 1 met 1 schijf.
Op locatie y staat nas 2 met 1 schijf samen staan deze in SHR met elkaar.
Vervalt locatie X dan kan doormiddel van de SHR deel op locatie Y, X weer gerepareerd worden.
Middels back-uppen zal dit niet gaan inderdaad, omdat een back-up een te lange interval kent.
-
Het probleem begint bijvoorbeeld al als er een DSM wijziging is geweest. Als jij dan de gekloonde schijf in de NAS terugplaatst zal de NAS zien dat de DSM systeempartitie op de schijf afwijkt van de in het flashgeheugen van de de NAS geregistreerde versie en vervolgens om een firmware her-installatie vragen om de schijf te "migreren" naar de actuele versie. Daarbij gaan dan weer al je instellingen voor packages etc. verloren, behalve dan mogelijk de data.
-
Op locatie x staat nas 1 met 1 schijf.
Op locatie y staat nas 2 met 1 schijf samen staan deze in SHR met elkaar.
2 Nassen met 1 HD die samen in (1) SHR staan ? Kan dat ? Is dat getest ? :S
-
Hier heb ik............gewoon werkt.
Dat heb ik niet tussen verschillende versies van DSM geprobeerd en mijn situatie met dat wisselraam is dan ook anders.
Maar ik denk zolang je binnen dezelfde versie blijft dat het werken kan.
Je gaat dan natuurlijk terug naar dat moment en in jouw geval zul je dan beide schijven moeten klonen als je geen herstelproces mee wilt maken.
E.e.a. moet dan wel getest worden natuurlijk.
Edit:
Zie dat je niet kloont, dan zal het verhaal niet opgaan denk ik zo, zoals @Ben(V) al aangeeft.
-
2 Nassen met 1 HD die samen in (1) SHR staan ? Kan dat ? Is dat getest ? :S
Is een hobby projectje :lol:
-
Het lijkt mij onmogelijk maar, succes met je project. ;D
(Ben wel benieuwd of het niet onmogelijk is natuurlijk ;))
-
High Availability??? :fluit: :fluit:
-
Ja ja, dat is SHA geen SHR. :fluit: :fluit: ;)
-
Ok ok maar als je zelf een soort symform bouwt.......moet je wel 96 DS`en hebben ;D
Sorry, dwaalt af.
-
Nog steeds geen SHR ;)
-
in jouw geval zul je dan beide schijven moeten klonen als je geen herstelproces mee wilt maken.
E.e.a. moet dan wel getest worden natuurlijk.
Edit:
Zie dat je niet kloont, dan zal het verhaal niet opgaan denk ik zo, zoals @Ben(V) al aangeeft.
Dat is een goeie; twee schijven klonen. Dat ga ik doen, maar ik concludeer uit alle berichten dat ik daarvan niet al teveel moet verwachten.
Ik zet dit project voorlopig even in de ijskast en maak naast een backup van de systeemconfiguratie backups van de configuratie van third party packages zoals castget. Als er een calamitreit optreedt is het up and running krijgen van een Synology gemakkelijk, zoals ik heb gelezen en zelf gemerkt. Wat dat betreft ben ik erg onder de indruk. (En heel blij dat mijn My Book van Western Digital is overleden: wat een ellende heb ik van dat ding gehad!) Waar ik tegenop zie bij herinstallatie is het uitvogelen waarom bepaalde installaties niet werkten: dat kwam niet voor bij native packages van Synology, maar wel bij packages van de SynoCommunity. Als het werkt via de package manager is het mooi, maar als het niet werkt krijg je geen enkele feedback en is het toch weer een kwestie van veel tijd kwijtraken door uitzoeken wat er aan de hand is. Ik hou wel van een beetje klooien, maar wil het tegenwoordig ook een beetje beperken.
In elk geval zeer bedankt voor het meedenken allemaal!
Cheers,
Sando
-
Persoonlijk heb ik nog nooit een package van de Synocommunity geinstalleerd dat niet werkte.
Wat uiteraard wel gebeurd is dat het soms onduidelijk is hoe zo'n applicatie werkt of geconfigurerd moet worden.
Dat heeft echter niets met het packaging van doen, maar met de applicatie zelf.
Als je iets installeerd dat geen goede handleiding heeft dan wordt het altijd lastig.
Gelukkig zijn er op dit forum altijd behulpzame mensen aanwezig die je zullen helpen met hun kennis en ervaring.
-
@Ben(V)
Ik heb een aantal keer de boodschap "Failed to install the Package Service" gehad. In de hitte van de strijd ben ik vergeten hoe ik dat heb opgelost, vandaar ook mijn wens om een werkende versie terug te kunnen zetten. Maar dat heeft te veel voeten in aarde, zoals ik inmiddels begrijp.
>'Gelukkig zijn er op dit forum altijd behulpzame mensen aanwezig die je zullen helpen met hun kennis en ervaring.'
Dat zal ik in mijn oren knopen, dank.
Thx,
Sando
-
Ik heb een aantal keer de boodschap "Failed to install the Package Service" gehad.
Dan zal dat te maken hebben met:
[attachimg=1]
-
Dat is goed om te weten.
Ik merk, nu ik DSM 5.2-5565 Update 2 geinstalleerd heb dat er weer wat dingen hersteld moeten worden: optware (hoewel het aantal stappen voor herstel na een synology update minder groot is dan voor de eerste installatie, met dank aan: ipkg herstellen na update Synology (http://www.jufer.info/projekte/synology_nas/restore_ipkg_after_dsm_upgrade)), maar ook dat rechten van folders zijn gewijzigd: ""Cannot change permissions of xxx". Ik snap niet helemaal waarom, want het gaat hier om gebruikersmappen, die Synology toch veilig met rust zou kunnen laten.
Groet,
Sando
-
Optware is een dinosaurus uit de prehistorie van voor de tijd dat Synology packages van derden toeliet en voldoet helemaal niet aan de eisen die Synology stelt aan packages.
Optware wil zaken in de systeem partitie van DSM aanpassen en ook nog op een plek waar dat eigenlijk niet mag.
Bij elke update van DSM heb je dit probleem weer opnieuw.
Ik weet niet welke software je onder optware hebt draaien, maar als ik jou was zou ik op zoek gaan naar een alternatief package dat wel aan de standaarden voldoet die Synology daar voor heeft.
PS Rechten van folders in een volume worden helemaal niet gewijzigd door een update van DSM. Waarschijnlijk gebruikt die optware app een user waar geen rechten voor zijn.
Wat wel verandert is zijn de default rechten die een nieuwe share krijgt.
-
@Ben(V): Ja, ipkg is niet meer van deze tijd, dat ben ik met je eens. Ik ben ook bijna zover om het overboord te gooien. Maar ik gebruik nog castget voor het downloaden van podcasts, en daarnaast mis ik een aantal linux utilities zoals blkid. Ik vind de toolkit van BusyBox vrij spartaans, maar misschien is er een andere methode dan optware om deze uit te breiden?
Dat de update van DSM rechten veranderd heeft kan ik niet bewijzen, maar ik heb de aantekening gemaakt dat ik toen ik bij mijn Download folder de boodschap "Cannot change permissions of xxx" kreeg ik voor gebruiker Everyone in File Station bij Machtigingen bewerken de vinkjes voor 'Machtigingen wijzigen' en 'Eigendom opeisen' onder Beheer heb aangezet. Die stonden er gisteren niet meer.
Dat heb ik geconstateerd na de update van DSM, maar dit kan ook door een ander proces zijn gebeurd. Misschien heb je ook hierin gelijk, maar ik ben nog niet 100% overtuigd van DSM's onschuld ;-))
-
Ik heb zelf recentelijk een upgrade naar DSM 5.2 gedaan en er is absoluut niets gewijzigd in de bestaande rechten.
Zou ook een beetje absurd zijn als een update van een OS de toegekende rechten zou veranderen.
Dat zou een volkomen onwerkbare situatie zijn.