Downgrade 6.0 naar 5.2

[iMac]

Hallo,

ik weet het niet meer. Eergister heb ik een update gedaan naar DSM 6.0 in de veronderstelling dat alles zou blijven werken zoals het altijd gedaan heeft. Niet dus. SABnzbd en Transmission werken niet meer. Dat is precies juist waar ik de NAS voor heb. Ik dacht gelijk aan downgraden. Dat is dus een stuk lastiger dan het lijkt....

Ik heb het eerst geprobeerd zoals de heer op het onderstaande YouTube filmpje:

/>Alleen nu kan ik niet als root inloggen. Als admin wel maar niet als root. Permission dennied komt er te staan als ik via Terminal (ik heb een Mac) wil inloggen. Ik kan er niet achter komen waar niet. Iets met een firewall of connectie naar de NAS denk ik.

Dan maar de schijf wissen en DSM 5.2 erop zetten. Nu ben ik er niet achter gekomen hoe je een HDD van een DS112 kunt wissen. Secure erase kan niet want is uitgegrijst.

Dan de schijf eruit en via een docking station aan de iMac gekoppeld. ExFAT gewist en toen weer terug in de DS112. Ik had inmiddels al de juiste versie van 5.2 als .pat bestand gedownload van de Synology site. NAS aangezet en Synology assistant geopend op de Mac. De NAS is gezien en staat dat er niets geïnstalleerd is. So far so good. Als ik dan het bestand kies wat ik gedownload heb, komt er te staan dan ik minimaal versie 7321 moet installeren! En dat is DSM6.0. Het zal voor iedereen volkomen logisch zijn dat dit zo gaat maar ik weet niet meer hoe ik terug kan naar 5.2.

Ik kan een aantal dingen doen:

1. Wachten tot er een versie van Transmission en SABnzbd komt die met DSM 6.0 werkt
2. Twee andere download clients zoeken voor nzb-files en torrent-files
3. Terug naar DSM 5.2.

Wie kan me met het bovenstaande helpen?

[TonVH]

Soortgelijk dilemma en heb besloten te downgraden.

Ik heb de aanwijzingen hier (http://bit.ly/1Mv00Dp) gevolgd.
Je hebt dan ook SCP voor OSX  (https://www.dropbox.com/s/mf3hmsqti65y1vc/OSX.SCP.zip?dl=0) nodig.
Hier (http://bit.ly/1XXwiYB) kun je vinden wat je moet doen om Root toegang te krijgen.
Om de file version te wijzigen zou ik de Interne Editor van SCP gebruiken die is heel wat gebruiksvriendelijke dan VI. (snap niet dat Syno die erop zet want er zijn talloze betere editors voor Unix te vinden).
Als je DSM weer gaat installeren dan moet je wel voor de handmatige optie kiezen anders download hij zelf DSM6.

Wat volgens mij ook zou moeten lukken is:
Gewenste DSM versie downloaded.
In een dockingstation elke HD erasen en met bijv. HFS+ overschrijven.
Maar nog nooit geprobeerd werkt dus wellicht niet.

Alle bovenstaande methodes zijn destructief dus zorg dat je eerst een backup hebt. Verder garantie tot einde bericht mogelijk ben ik ergens iets vergeten. Hulp nodig, laat't weten.

[Wim Bosma]

http://www.synology-forum.nl/synology-dsm-5-1-beta/downgrade-van-6-0-beta-naar-5-2/

Alle credits naar anderen vanzelfsprekend. Misschien helpt dit je snel weer op weg. Gaat wel over de Beta

[Stephan296]

Bèta of niet de procedure is hetzelfde ;-)

[Babylonia]

Soortgelijk dilemma en heb besloten te downgraden.

Mag ik vragen welke overwegingen voor jou gelden?
(Met de verwijzing naar downgrade in de andere draad, bleek degene daar een DS415+ te hebben en weer terug te willen omdat DSM 6.0 trager zou zijn).

Ik zit namelijk met een vergelijkbaar dilemma.
Heb tot nu toe bewust DSM nog niet ge-upgrade naar de nu nieuwe versie 6.0
Een kennis van mij heeft net een nieuwe DS415+ aangeschaft, en gaan we volgende week gezamenlijk installeren.
Daarbij geldt voor hem dezelfde afweging. Meteen DSM 6.0 installeren (met in dat geval Btrfs indeling ??),  of DSM 5.2

Elders vraag ik om afweging van dat Btrfs tegenover Ext4,  maar ben vanuit het forum nog geen aanvullende argumenten tegengekomen.

EDIT:
De overweging waarom je (voorlopig) terug gaat naar DSM 5.2 ben ik inmiddels nu elders al tegengekomen,  met  deze reactie.
Mocht je nog andere argumenten hebben (bijv. m.b.t. Btrfs versus Ext4), hoor ik ze graag.

[TonVH]

Ook een motief was mijn oorlog met Sudoers. Die moet aangepast worden om Root te kunnen worden. Dat ging duidelijk niet goed en leidde tot een situatie waardoor deze file ook niet meer hersteld kon worden. Allemaal nog overkoombaar want na herinstallatie van DSM6 is dat wel goed gelukt.

Maar toen bleek ook gelijk het grootste probleem (met dit nieuwe systeem inzake Root). Er kan eigenlijk alleen nog maar via Winscp gewerkt worden (ik weiger haast principieel om Terminal o.i.d. te gebruiken behoudens enkele uitzondering) want Rbrowser krijg ik op geen enkele manier werkend. Winscp (draaiend via Crossover) werkt weliswaar maar is een gruwel voor het oog. Zeker als je vrij vaak Root access ilt.

Doorslaggevend is wel geweest dat Hyperbackup (de vervanger van Backup en Replicate) geen 1:1 backup maakt. Hierdoor kom ik in onaanvaardbare problemen met de wijze waarop er backups gemaakt worden en die aan de andere kant gewoon zonder tussenkomst extra software gebruikt moet kunnen worden.

Aan snelheidsvergelijkingen ben ik niet toegekomen.


Overigens zit ik nu met DSM 5.2 te werken met BTFRS. Die structuur is blijven hangen. Werkt probleemloos.

[Babylonia]

Bedankt voor de aanvullende informatie.  Daar kan ik wat mee.

[Pippin]

zonder tussenkomst extra software gebruikt moet kunnen worden.

En wat als er EXT4 gebruikt wordt? Het antwoord staat bij de buren die helemaaal niet te spreken zijn over HB.
Net nog een post van iemand die niet bij zijn backup komt...en hij is niet de eerste.
Als ik het goed begrijp wordt er van een database gebruik gemaakt, database corrupt, alles weg.

[TonVH]

De manier van werken van HyperBackup staat m.i. volledig los van het feit op er Ext4 of BTFRS gebruikt  wordt. HB werkt met (meerdere?) databases en groot verschil is ook dat er geen folder is waar de gebackte data 1:1 zichtbaar is op dezelfde wijze als op het origineel.

In mijn geval gebruik ik Backup en Replicate o.a. om op een remote NAS een backup te hebben met als extra voordeel dat daar ter plekke de bestanden simpel via DLNA (ik ken de nadelen) op de TV vertoond konden worden zonder gebruikmaking van extra hardware (lees Mediaplayers) of software.

Daarboven is er inderdaad het gevaar van corruptie altijd aanwezig. En zolang de data rechtstreeks bereikbaar is dan is het altijd mogelijk de data (of vrijwel zeer veel) terug te halen.

Oplossing zou kunnen liggen in "Shared Folder Synchronization) maar dat heb ik niet in detail bestudeerd om te kunnen oordelen of dat bruikbaar zou zijn. (Vanwege problemen, problemen, problemen moest de knoop doorgehakt worden).

[Babylonia]

Zelf wil ik een back-up sowieso 1:1 als map kunnen zien/ benaderen. Niet als benadering van een database concept.
Dus zo'n  HyperBackup  is voor mij dan geen optie.

[TonVH]

Als je zoiets vindt wil je het dan het hoe/wat/waar hier laten weten? Want op enig moment wordt overgang naar DSM6 onvermijdelijk.

[iMac]

Allen dank voor de reacties hierboven.

Ik ben inmiddels een klein stukje verder. Ik heb DSM 6 erop staan en het is ook gelukt om Transmission en SABnzbd te installeren. Alleen het uitvoeren van de beide programma's lukt niet na de installatie. 'Kan pakketservice niet uitvoeren' is de melding. Ik vermoed dat dat iets te maken heeft met de versie van Python die niet juist is. Of een poort die verkeerd staat.

Als die twee programma's weer werken dan is het weer oké voor mij.

Weet iemand hoe de pakketservice wel uitgevoerd kan worden?

[Hofstede]

Ik backup met Hyperbackup vanuit twee NASsen met DSM 6.0 naar een CS407 die nog onder DSM 3.1 draait. Dit zonder versiebeheer.

De backup die op die CS407 staat is nog steeds als vanouds een 1:1 kopie van de source NAS, en de files zijn nog apart bereikbaar.

Is het niet zo dat de manier waarop Hyperbackup de backup wegschrijft afhankelijk is van de keuzes die men maakt bij het creëren van de backup taak?

[Pippin]

Is het niet zo dat de manier waarop Hyperbackup de backup wegschrijft afhankelijk is van de keuzes die men maakt bij het creëren van de backup taak?

Zoals ik het begrepen heb wordt een "oude" backup zo overgenomen 1:1, blijft op oude wijze functioneren.
Nieuwe die je aanmaakt niet.

[Ben(V)]

Allen dank voor de reacties hierboven.

Ik ben inmiddels een klein stukje verder. Ik heb DSM 6 erop staan en het is ook gelukt om Transmission en SABnzbd te installeren. Alleen het uitvoeren van de beide programma's lukt niet na de installatie. 'Kan pakketservice niet uitvoeren' is de melding. Ik vermoed dat dat iets te maken heeft met de versie van Python die niet juist is. Of een poort die verkeerd staat.

Als die twee programma's weer werken dan is het weer oké voor mij.

Weet iemand hoe de pakketservice wel uitgevoerd kan worden?

Heeft niets met Python te maken.
Veel packages van externe partijen werken niet onder DSM 6 omdat de security van DSM 6 is aangescherpt en zowel het aanmaken van 'users' als het aanmelden bij het package centre (start-stop script) niet of niet goed werkt.

Er zit dan ook een groot verschil tussen mensen die een upgrade vanaf DSM 5 gedaan hebben en mensen die DSM 6 nieuw geinstalleerd hebben en mensen die een package voor het eerst op DSM 6 zetten. Bij de upgrade bestaan de users al en is er dus een probleem minder.
Sommige packages draaien dan wel al zegt het package centre van niet.

De mensen van o.a. de SynoCommunity zijn er mee bezig, maar Synology geeft erg weinig informatie over dit soort wijzigingen dus het is een kwestie van trial and error om het werkend te krijgen.
Als je dus derde partij packages gebruikt is het advies is om voorlopig op DSM 5 te blijven tot dit soort problemen zijn uitgezocht.

Voor wat details zie:
https://github.com/SynoCommunity/spksrc/issues/2216