Synology-Forum.nl

Firmware => Synology DSM 5.1 en eerder => Topic gestart door: pacecal op 11 maart 2014, 09:03:04

Titel: DS109+
Bericht door: pacecal op 11 maart 2014, 09:03:04
Deze update is niet beschikbaar voor mij model, de laatste versie is 4.2 en hij vertelt dat die is bijgewerkt.

Betekent dit dat mijn model nooit meer wordt geupdate? Ik had graag gebruik gemaakt van de dropbox sync functionaliteit, het liefst eigenlijk met one drive...
Titel: Re: DS109+
Bericht door: janbal op 11 maart 2014, 11:30:06
Alleen eventuele security-updates en verder niets meer.
Titel: Re: DS109+
Bericht door: JeroenVanOmme op 12 maart 2014, 09:04:11
Deze update is niet beschikbaar voor mij model, de laatste versie is 4.2 en hij vertelt dat die is bijgewerkt.

Betekent dit dat mijn model nooit meer wordt geupdate? Ik had graag gebruik gemaakt van de dropbox sync functionaliteit, het liefst eigenlijk met one drive...
Een aantal weken geleden is er een patch gekomen om de bitcoin-miner hack te voorkomen/verwijderen. Deze is toen ook uitgebracht voor 4.2, en zelfs voor 4.0 waar mijn DS108j op draait. Dus er is nog support, maar alleen voor dit soort extreme situaties.
Als je met Dropbox wilt syncen moet je wellicht eens kijken naar  Synobox: http://synobox.fr.nf/ (http://synobox.fr.nf/), een 3rd party package dat ook op lagere versies draait.
Titel: Re: DS109+
Bericht door: pacecal op 16 september 2014, 10:14:42
Zijn er geen 3rd package voor OneDrive?
Titel: Re: DS109+
Bericht door: Ben(V) op 16 september 2014, 11:14:40
Als je naar DSM5.0 wilt is dat in jouw geval heel simpel.

Start winscp op met root username(password  is gelijk aan dat van admin)
Ga naar de folder etc.defaults (dus niet etc)
Edit het bestand sysinfo.config
Verander alleen in de eerste regel de letters "DS109+" in DS110+" en save het bestand.
Even rebooten.
Daarna kun je upgraden naar een hoger DSM versie.

Uiteraard zonder garantie en wel even een backup maken voor je dit gaat uitvoeren.
Titel: Re: DS109+
Bericht door: Birdy op 16 september 2014, 14:26:28
In twee topics tegelijk bezig met hetzelfde probleem maakt het wel lastig te volgen.
Deze topic dus. (http://www.synology-forum.nl/cloud-station/cloud-sync/msg125332/#msg125332)

Het heeft niet gewerkt in ieder geval.
Titel: Re: DS109+
Bericht door: pacecal op 16 september 2014, 14:29:04
In tegendeel, nu werkt niets meer...ik ben opzoek naar een manier om mijn nas te benaderen zodat ik weer het config bestandje kan aanpassen...
Titel: Re: DS109+
Bericht door: pacecal op 16 september 2014, 16:28:04
Ik ben nu zover dat ik via poort 23 kan telnetten. Alleen de root password klopt niet meer. Ook niet via https://wrgms.com/synologys-secret-telnet-password/.

Iemand enig idee hoe ik toch kan inloggen met een oranje knipperend lampje op mijn nas om bij mijn bestanden te kunnen?
Titel: Re: DS109+
Bericht door: Birdy op 16 september 2014, 16:42:52
Dat artikel is uit 2012 en heb die (voor de lol) eens uitgeprobeerd echter, mij lukte het ook niet.
Ik acht de kans zeer groot dat Synology de algoritme regelmatig wijzigt (bij updates) ter beveiliging zeker omdat dit via poort 23 gaat.
Titel: Re: DS109+
Bericht door: Hofstede op 16 september 2014, 16:52:56
De fout die is gemaakt is dat geprobeerd is van DSM 4.2 naar DSM 5.0 te upgraden Iets dat met een officieel ondersteund model niet eens kan. Men had eerst naar DSM 4.3 moeten upgraden.

Waarschijnlijk zijn nu de nodige instellingen in je NVRAM verkeerd. Dit kun je alleen herstellen met een seriële console.
Titel: Re: DS109+
Bericht door: rodio op 16 september 2014, 21:18:06
Ik heb mijn 109j op de manier van Ben geprobeerd te veranderen in een 110j.
Dit is toen ook niet gelukt, en de DS was niet meer te benaderen. een knipperend LED festijn had ik wel.
SA vond niets meer, telnet niet meer, .......
Uiteindelijk een lege schijf erin, handmatig de laatste DSM erop gezet =>dat lukte niet.
Wel  een uur geprobeerd met SA contact te krijgen, uiteindelijk kreeg ik DSM erop en had ik een schone 109j.
De originele schijf erin, en ik was weer up and running (maar nog steeds in DSM4.2).

Titel: Re: DS109+
Bericht door: pacecal op 16 september 2014, 21:27:48
Uiteindelijk heb ik hd eruit gehaald, geformarteerd en weer up and running.

Mooie les geleerd in ieder geval!
Titel: Re: DS109+
Bericht door: Ben(V) op 16 september 2014, 21:28:08
Tja een DS109J heeft een Freescale power processor en een DS110J heeft een Marvell kirkwood processor.
Dat kan ook nooit gaan werken.
Je kunt dit alleen doen als het oude en nieuwe type dezelfde processor hebben.


En bij het upgraden geen DSM versies overslaan, dat werkt ook niet goed.
Je moet steeds alleen upgraden naar de versie die DSM zelf als volgende aangeeft en dat moet dan vaak in een aantal slagen.
Titel: Re: DS109+
Bericht door: pacecal op 17 september 2014, 16:46:48
Uiteindelijk heb ik hd eruit gehaald, geformarteerd en weer up and running.

Mooie les geleerd in ieder geval!

Gezien de vele berichten op dit forum dacht ik dat dit zou lukken, vandaar dat ik dit bericht op voorhand al plaatste.

Vandaag heb ik dus pas echt een nieuwe hd gekocht en het probleem blijft. Ik heb contact gehad met synology die zegt "pech", de DS zal het nooit meer doen. Mijn DS denkt nu dat die een 110 (ook zonder hd). Hij had het over het feit dat dit nu in de FLASH zit.

In eerste instantie ben ik geheel zelf verantwoordelijk. Wel moeten de risico's beter worden vermeld. Een simpele reset en een back terugzetten werkt dus niet! Sterker nog, je kan je hele DS weggooien als het wordt verkloot!
Titel: Re: DS109+
Bericht door: Hofstede op 17 september 2014, 17:11:41
Ik was ook al verbaasd dat dit je gelukt was.

Zoals ik al schreef is de enige mogelijke optie om via de seriële console in te loggen op de boot console en daarin een handmatige reflash uit te voeren.
Maar daarvoor heb je dus het speciale kabeltje en de nodige kennis over de werking van de bootomgeving nodig.
Titel: Re: DS109+
Bericht door: pacecal op 17 september 2014, 17:14:29
Overigens had ik gewoon 4.2 en ging naar 4.3, daar ging het fout.

Hoe kom ik aan de juiste benodigdheden?
Titel: Re: DS109+
Bericht door: Ben(V) op 17 september 2014, 18:48:10
Probeer het eens met een lege schijf erin en dan met de Synology Assistance er een nieuwe DSM op te zetten zoals rodio hiervoor beschreef.

Of je hangt je disk even aan je pc, zoekt dat bestandje weer op en verander het weer terug.
Je moet wel even zo'n progje op je pc installeren die ext3 bestanden kan lezen.
Titel: Re: DS109+
Bericht door: Hofstede op 17 september 2014, 20:09:58
Dat heeft hij toch al geprobeerd? En het zal niet werken omdat in de NVRAM van de NAS zijn type is veranderd in DS110J, zoals Synology ook al zegt. De NAS zal dus alleen een firmware install van firmware voor een DS110J accepteren en die firmware is voor een ander type processor.
Tenzij de NAS via de Assistant zichzelf nog meldt als een DS109j.
Titel: Re: DS109+
Bericht door: Birdy op 17 september 2014, 20:12:59
Het gaat over (Maar goed, het resultaat is hetzelfde, werkt niet):

DS109+ (Freescale PowerQUICC III MPC8533 PPC) ZONDER Security Engine
naar
DS110+ (Freescale PowerQUICC III MPC8533E PPC) MET Security Engine

Kennelijk voor DSM een te groot verschil.
Titel: Re: DS109+
Bericht door: Hofstede op 17 september 2014, 20:53:50
Ok. Ik verwarde het met de post van rodio, die had het over een DS110J.

Maar goed. Enige tips als je via de seriële console wilt proberen een en ander te repareren.

- Je hebt een serial TTL to USB Convertor nodig. Dit omdat de seriële header op het moederbord van de Synology met 5V logic werkt. (Extra info vindt je hier: http://www.netbsd.org/ports/sandpoint/instSynology.html)
-  Als het goed is kun je dan via een terminal programma op je PC het bootproces van de NAS bekijken en onderbreken.
- De bootconsole kent diverse commando's om variabelen in NVRAM te zetten, om het flashgeheugen op het moederbordje te flashen, software in het geheugen van de NAS te laten etc. De commando's die mogelijk zijn zijn op internet makkelijk te vinden.
- De firmware van de NAS bestaat uit een deel bootup code (kernel) en een gecomprimeerde ramdisk. Dit alles is opgeslagen in flashmemory. De bootup code pakt de gecomprimeerde ramdisk uit in het geheugen van de NAS en start verder de NAS vanaf die ramdisk op. Als je de firmware file van de NAS downloadt en uitpakt dan vindt je daarin een file rd.bin. Dit is de desbetreffende ramdisk. Deze moet je op een TFTP server plaatsen om hem te kunnen downloaden naar de NAS.
- Als je al deze voorbereidingen hebt gedaan kun je de volgende stappen proberen:
- Laad de gecomprimeerde ramdisk vanaf de TFTP server in het geheugen van de NAS.
- Geeft het bootcommando voor de NAS dat de bootup code uitvoert en de NAS opstart vanaf de gecomprimeerde ramdisk. Het bootcommando start dan de NAS op vanaf de goede ramdisk in het geheugen in plaats van de foute ramdisk in het flashgeheugen.
- Als het goed is start de NAS nu zover op dat hij weer bereikbaar is en je de firmware kunt installeren vanuit de Assistant. Deze installatie zorgt er dan weer voor dat de ramdisk in flash wordt overschreven met de goede file. Zelf opnieuw flashen vanuit de console kan ook maar dat vergt veel meer uitzoekwerk.

Voor de volledigheid nog even de uitleg zoals ik die destijds op het engelse forum heb geplaatst:

Today I finally found the time to investigate why the DS209+II upgrade to DSM 4.0 failed some months ago. I opened the box and connected a serial cable to the console port (JP1) on it's main board.
The serial console showed a message that the magic number of the ram-disk image that is stored in flash was invalid and because of that the boot process started over and over again. When the DiskStation starts it loads the kernel and a ram-disk image from flash and starts up.
This ram-disk image is inside the .pat file and called rd.bin.
The kernel is loaded in flash at 0xFFC00000 and the image at 0xFFE00000. The Synology boots with the command 'bootm FFC00000 FFE00000 FFF90000'.
I did the following:
- Interrupted the boot process of the DiskStation.
- Extracted the rd.bin file to a tftp-server.
- Loaded the ram disk image from the tftp-server to memory with the command 'tftpboot 0x800000 rd.bin'.
- Now I booted the Synology with the command: 'bootm FFC00000 800000 FFF90000'.

Now the DiskStation booted without a problem.
Next step was to redo the firmware upgrade because the image stored in flash was still damaged. This time the upgrade went well and the correct ram disk image was written to flash.

Veel succes.
Titel: Re: DS109+
Bericht door: Birdy op 17 september 2014, 20:59:25
Coooool  8)
Titel: Re: DS109+
Bericht door: Ben(V) op 17 september 2014, 21:17:22
Zou het toch eerst eens met een lege disk en SA proberen.
Als het bij rodio werkt zie ik geen reden waarom hier niet.

Als het werkelijk in NVRAM staat is dat er ook vanaf het config file-tje ingekomen dus kan het opnieuw met de oude waarde.

Dus de disk aan je PC en die config weer terug aanpassen zou ook een optie zijn.
Titel: Re: DS109+
Bericht door: pacecal op 17 september 2014, 21:21:33
@hofstede, super....ik ga dat eens bestuderen....

Het is idd zelfs zo dat zonder de HD hij zelfs denkt dat het een 110 (synology assistent) is. Waar slaat hij deze info dan op...anyways ik ga ermee aan de slag...nogmaals bedankt hofstede
Titel: Re: DS109+
Bericht door: Hofstede op 17 september 2014, 21:46:51
@Ben(V): Die configuratie file heb je alleen als je een werkende NAS hebt, met een harde schijf waarop DSM is geïnstalleerd. Met het aanpassen van die file houdt je de firmwareupdater in DSM voor de gek zodat hij een firmwarefile van een ander type NAS accepteert.
Met een niet werkende NAS met een lege harde schijf heb je de file niet en valt er dus niks aan te passen. En je hebt niet de beschikking over de firmware updater in DSM. Je gebruikt dan het firmware update programma in de Synology Assistant, en die kijkt naar de info in NVRAM.
De info in de NVRAM van de NAS is zodanig overschreven dat de NAS nu denkt dat hij van een ander type is. Waarschijnlijk heeft rodio het geluk gehad dat zijn experiment al fout ging voor de NVRAM info werd overschreven.
Mogelijk is het al voldoende als in dit geval via de bootconsole het type van de NAS weer wordt teruggezet naar DS109+. Maar omdat je geen werkende NAS meer hebt kan dat alleen via de seriële console.
Titel: Re: DS109+
Bericht door: pacecal op 18 september 2014, 21:31:50
Is dit DE kabel?

FTDI USB naar serieel TTL kabel (3,3V TTL) - USB-TTL serieel - USB - Adapters http://www.antratek.nl/ftdi-usb-naar-serieel-ttl-kabel-3-3v-ttl
Titel: Re: DS109+
Bericht door: Hofstede op 18 september 2014, 22:39:57
Een kabel als deze is beter:

http://www.conrad.nl/nl/raspberry-pi-usb-kabel-usb-rb-ttl-409202.html

Dit omdat hij losse stekkers heeft.
Titel: Re: DS109+
Bericht door: pacecal op 28 september 2014, 09:55:28
Gisteren ben ik gestart met operatie "FMD", oftwel fix my diskstation  :!:

Ik ben begonnen met de juiste kleuren op de juiste posities te plaatsen a.d.h.v. de omschrijvingen, mijn inziens is dit gelukt, zie bijlage.

Daarnaast heb ik Putty Extra gedownload om een seriele verbinding te gaan maken. Maar...ik loop al gelijk tegen het volgende probleem aan.

Ik heb Windows 8.1, de kabel wordt niet erkend door mijn apparaatbeheer, er staat "Prolific USB-to_Serial Comm Port (COM4)" met een uitroeptekenen, oftewel de drivers zijn niet juist geïnstalleerd. Ik heb gisteren alles geprobeerd om in eerste instantie dit werkend te krijgen. Dit lijkt mij namelijk een eerste stap, toch? Anders kan je never nooit verbinding gaan maken.
Titel: Re: DS109+
Bericht door: Ben(V) op 28 september 2014, 10:52:43
Je zou deze drivers kunnen proberen.
Hoop dat je wel de goede chipset hebt want anders wordt windows 8 niet ondersteund.

http://www.prolific.com.tw/us/showproduct.aspx?p_id=225&pcid=41
Titel: Re: DS109+
Bericht door: Hofstede op 28 september 2014, 11:03:43
Je moet RX en TX wisselen. Tx kabel moet op Rx moederbord en Rx kabel op Tx moederbord.
Titel: Re: DS109+
Bericht door: pacecal op 28 september 2014, 11:09:35
Bij het installeren krijg ik dit bericht, oftewel er is wel een stuurprogramma gevonden maar het apparaat start niet? Heeft dit met de bekabeling te maken?

Overigens staat mijn DS uit, ik ben namelijk in de veronderstelling dat ik eerst de driver moet vinden. Of gaat dit alleen werken wanneer de kabel met mijn DS die aanstaat verbonden is?
Titel: Re: DS109+
Bericht door: pacecal op 28 september 2014, 14:30:44
Inmiddels is de driver geïnstalleerd en staan nu wel de kabels goed. Ik vond een 1 en een 5 op het moederbord.

Alleen blijft de verbinding op Offline staan wanneer ik Putty Extra gebruik. Ik gebruik ook Xshell en die zegt wel connected. Maar vervolgens kan ik niets meer doen.

Ik stop er maar mee voor vandaag, wordt niets meer. Ik kwam hier nog een interessant artikel tegen: http://forum.synology.com/enu/viewtopic.php?f=27&t=40224

Misschien dat ik een andere kabel moeten hebben.
Titel: Re: DS109+
Bericht door: pacecal op 07 oktober 2014, 18:09:49
Vandaag heb ik mijn NAS opgehaald bij een reparatiewinkel, helaas ze hebben haar ook niet kunnen fixen.

Ik wil het nog niet opgeven. Ik weet zeker dat de kabels goed staan om ze zonder kabel ook mijn NAS voorzien van stroom. Wanneer ik de NAS start gaat het oranje lampje niet meer flikkeren. Wanneer ik verbinding wil maken krijg ik een zwart scherm. De drivers zijn goed geïnstalleerd en de instellingen zijn ook juist. Iemand nog een idee of suggestie?
Titel: Re: DS109+
Bericht door: pacecal op 22 december 2014, 22:29:13
Vandaag ben ik er in geslaagd om het boot-proces te onderbreken, de kabels zaten verkeerd om. De volgende uitdaging is om m.b.v. een TFTP-server de rd.bin in te laden. Dit lukt me op geen enkele manier. Heeft iemand hier ervaring mee?
Titel: Re: DS109+
Bericht door: Hofstede op 22 december 2014, 22:36:28
Heb je wel een netwerkverbinding? Zit de TFTP server in hetzelfde subnet als de NAS?
Titel: Re: DS109+
Bericht door: pacecal op 22 december 2014, 22:45:10
Ik werk met Windows Vista, omdat onder Windows 8 de kabel niet erkend wordt. Ik heb verschillende tftp programma's gebruikt, maar krijg de server niet tot stand. In putty extra zit ook een tftp optie, maar hoe werkt dit?


Overigens, wanneer ik vanuit de console print intik krijg ik alle gegevens, zo zie ik dat de serverip 192.168.1.77 is. Hoe kan ik hier dan de tftp server op laten aansluiten.
Titel: Re: DS109+
Bericht door: Hofstede op 22 december 2014, 23:03:44
Je moet het ip adres aanpassen naar het ip-adres van je PC.

Dit doe je door de environment variabele serverip aan te passen.

setenv serverip <ip-adres van PC>
Titel: Re: DS109+
Bericht door: pacecal op 23 december 2014, 09:15:13
Inmiddels heb ik dit gedaan, daarnaast heb ik ook een draaiende TFTP server, echter blijft hij hangen op de instructie: tftpboot 0x800000 rd.bin

Titel: Re: DS109+
Bericht door: Hofstede op 23 december 2014, 09:53:26
Probeer dan eens de ramdisk op een hoger of lager adres te laden. Als hij vastloopt is dat mogelijk een geheugenconflict.
Titel: Re: DS109+
Bericht door: pacecal op 23 december 2014, 10:46:45
Moet ik nog iets doen met poort 69?
Titel: Re: DS109+
Bericht door: Hofstede op 23 december 2014, 11:17:17
Nee, tenzij je op je PC een firewall hebt staan. Maar het lijkt erop dat de file gewoon naar je NAS geladen wordt als ik naar de schermafdruk kijk. Het probleem is dat de NAS na het laden van de image vastloopt.
Titel: Re: DS109+
Bericht door: pacecal op 23 december 2014, 11:40:50
Kan ik via een andere route testen of de tftp werkt? Ik vermoed dat het in de verbinding zit
Titel: Re: DS109+
Bericht door: pacecal op 23 december 2014, 18:39:15
Probeer dan eens de ramdisk op een hoger of lager adres te laden. Als hij vastloopt is dat mogelijk een geheugenconflict.


Hoe doe je dit dan?


Inmiddels is het met gelukt om met een tftp-client van windows connectie te maken met de tftp-server, deze moet dus werken, nog even op een rijtje wat ik doe:



Ik heb jl. mijn 109+ geuprade naar 110 met alle gevolgen van dien.




- TFTP server opgezet via 3CD. Middels het TFTP protocol van Windows kan ik bestanden downloaden.
- Via TFTP client heb ik de twee bestanden in kwestie geupload: rd.bin en Zimage, dit werkt prima.
- Via putty maar ik connectie (serial) naar mijn NAS
- Ik onderbreek het bootproces (ctrl +c)
- Wijzig het serverip in het ip adres van mijn laptop
- Tot slot tik ik in : tftpboot 0x800000 rd.bin. Dan loopt die vast
- Op de TFTP server zie ik ook geen log van een connectie verzoek, of zo...dat zie ik wel wanneer via de windows client verbinding maakt.
- Firewall staat uit


Tips????????

Titel: Re: DS109+
Bericht door: Bigpapa op 24 december 2014, 00:33:40
Wilde nog ff reageren op de update via WinSCP dat je de 109+ regel kan verandern in 110+.
Dit wil ik ook proberen, dus ingelogd met WinSCP en dan kom ik in de root maar bestand sysinfo.config zie ik nergens staan.
Wat voor bestand is het dan als het er niet staat.
Titel: Re: DS109+
Bericht door: pacecal op 24 december 2014, 06:13:24
Tip, doe het niet. Ik heb mijn 109 bijna weggegooid, lees even deze thread grondig Door
Titel: Re: DS109+
Bericht door: Ben(V) op 24 december 2014, 09:58:45
Zou het zeker niet doen.
Het is gebleken dat het niet kan.

In de DS109+ zit een MPC8533  processor.
In de DS110+ zit een MPC8533E processor.

Dat is voldoende verschil om dit niet mogelijk te maken.
Titel: Re: DS109+
Bericht door: Bigpapa op 24 december 2014, 21:34:17
Ik schrik van de reacties.
Dacht dat op wikipedia exact dezelfde processors waren.
Dan gaat ik dit niet doen. bedankt voor de info.
Titel: Re: DS109+
Bericht door: Birdy op 24 december 2014, 21:39:23
Weet niet welke Wiki je hebt bekeken maar die van Synology klopt wel (http://forum.synology.com/wiki/index.php/What_kind_of_CPU_does_my_NAS_have).

[attachimg=1]
Titel: Re: DS109+
Bericht door: Bigpapa op 24 december 2014, 22:16:03
Ik heb idd wel goed gekeken maar dacht dat de E niet zoveel kwaad kon.  Maar nu ik de reacties heb gekeken ben ik ook huiverig hiervoor geworden.
Titel: Re: DS109+
Bericht door: pacecal op 26 december 2014, 15:11:02
@Hoststede

Ik heb zowel de serverip als de subnet gewijzigd, en toch blijft die hangen.

DS109p>print
bootcmd=bootm FFC00000 FFE00000 FFF90000
bootdelay=2
baudrate=115200
loads_echo=1
ipaddr=192.168.1.78
serverip=192.168.1.77
rootpath=/nfsroot
gatewayip=192.168.1.1
netmask=255.255.0.0
hostname=DS109p
loadaddr=1000000
stdin=serial
stdout=serial
stderr=serial
bootargs=console=ttyS0,115200 ip=off initrd=0x00800000,4M root=/dev/sda1 rw syno_hw_version=DS109p ihd_num=0 netif_num=1
ethact=SK98#0
 
Environment size: 393/8188 bytes
DS109p>setenv serverip 192.168.1.14
DS109p>setenv netmask 255.255.255.0
DS109p>tftpboot 0x800000 rd.bin

Vraag 1. Moet je na de setenv nog iets doen? rebooten?

Citaat
Probeer dan eens de ramdisk op een hoger of lager adres te laden. Als hij vastloopt is dat mogelijk een geheugenconflict.

Vraag 2. Hoe die ik dit? ramdisk wijzigen?
Titel: Re: DS109+
Bericht door: Hofstede op 26 december 2014, 15:23:05
1. Nee, niet rebooten want dan ben je de environment wijzigingen weer kwijt omdat je ze niet opslaat.
2. Je kunt de ramdisk op een ander adres laden door het adres aan te passen.

Dus voor een lager adres bijvoorbeeld tftpboot 0x700000 rd.bin

Misschien is het ook handig om hier even een uitdraai van de output van de console te plaatsen. Dus gewoon even de NAS laten starten zonder onderbreking en dan alle output op de console even te loggen tot het moment dat hij vastloopt. Dat geeft mij mogelijk wat meer info wat er fout gaat. Tenslotte hoeft bij jou de ramdisk niet het probleem te zijn.
Titel: Re: DS109+
Bericht door: pacecal op 27 december 2014, 10:52:03
Dus voor een lager adres bijvoorbeeld tftpboot 0x700000 rd.bin


Werkt niet, hier de output:



Xshell 2.0 (Build 1512)
Copyright (c) 2003-2006 NetSarang Computer, Inc. All rights reserved.
 
Type `help' to learn how to use Xshell prompt.
Xshell:\>
Connecting to COM5...
Connected.
 
 
 
U-Boot 1.3.3 (Jan 27 2010 - 20:16:57)
 
CPU:   8533_E, Version: 1.1, (0x803c0011)
Core:  E500, Version: 2.2, (0x80210022)
Clock Configuration:
       CPU:1067 MHz, CCB: 534 MHz,
       DDR: 267 MHz (534 MT/s data rate), LBC:  33 MHz
L1:    D-cache 32 kB enabled
       I-cache 32 kB enabled
I2C:   ready
DRAM:  Initializing
    DDR: 512 MB
FLASH:  4 MB
L2 cache 256KB: enabled
Using default environment
 
In:    serial
Out:   serial
Err:   serial
 
CPLD revision: 1.0
Synology Model: DS-109+
DRAM Type: DIMM
Fan Status: Good
 
Net:   SK98#0
Press Ctrl+C to abort autoboot in 2 second
## Booting image at ffc00000 ...
   Image Name:   Linux-2.6.32.12
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    1958771 Bytes =  1.9 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
## Loading RAMDisk Image at ffe00000 ...
   Image Name:   synology_ppc853x_110+ 3827
   Image Type:   PowerPC Linux RAMDisk Image (gzip compressed)
   Data Size:    878751 Bytes = 858.2 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Booting using the fdt at 0xfff90000
   Loading Ramdisk to 1feb6000, end 1ff8c89f ... OK
   Loading Device Tree to 007fa000, end 007fcfff ... OK
[    0.000000] Using MPC8544 DS machine description
[    0.000000] Memory CAM mapping: 256/256/0/0 Mb, residual: 0Mb
[    0.000000] Linux version 2.6.32.12 (root@build1) (gcc version 3.4.3 20041021 (prerelease)) #3827 Tue Feb 11 19:54:37 CST 2014
[    0.000000] Found initrd at 0xbfeb6000:0xbff8c89f
[    0.000000] Found FSL PCI host bridge at 0x00000000e0008000. Firmware bus number: 0->255
[    0.000000] PCI host bridge /pci@e0008000  ranges:
[    0.000000]  MEM 0x00000000c0000000..0x00000000dfffffff -> 0x00000000c0000000
[    0.000000]   IO 0x00000000e1000000..0x00000000e100ffff -> 0x0000000000000000
[    0.000000] /pci@e0008000: PCICSRBAR @ 0xfff00000
[    0.000000] Found FSL PCI host bridge at 0x00000000e000a000. Firmware bus number: 0->255
[    0.000000] PCI host bridge /pcie@e000a000  ranges:
[    0.000000]  MEM 0x00000000a0000000..0x00000000afffffff -> 0x00000000a0000000
[    0.000000]   IO 0x00000000e1020000..0x00000000e102ffff -> 0x0000000000000000
[    0.000000] /pcie@e000a000: PCICSRBAR @ 0xfff00000
[    0.000000] MPC85xx DS board from Freescale Semiconductor
[    0.000000] Zone PFN ranges:
[    0.000000]   DMA      0x00000000 -> 0x00020000
[    0.000000]   Normal   0x00020000 -> 0x00020000
[    0.000000] Movable zone start PFN for each node
[    0.000000] early_node_map[1] active PFN ranges
[    0.000000]     0: 0x00000000 -> 0x00020000
[    0.000000] MMU: Allocated 1088 bytes of context maps for 255 contexts
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 130048
[    0.000000] Kernel command line: console=ttyS0,115200 ip=off initrd=0x00800000,4M root=/dev/sda1 rw syno_hw_version=DS109p ihd_num=0 netif_num=1
[    0.000000] Synology Hardware Version: DS109p-j
[    0.000000] Internal HD num: 0
[    0.000000] Internal netif num: 1
[    0.000000] PID hash table entries: 2048 (order: 1, 8192 bytes)
[    0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
[    0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
[    0.000000] Memory: 513792k/524288k available (3912k kernel code, 9916k reserved, 200k data, 388k bss, 156k init)
[    0.000000] Kernel virtual memory layout:
[    0.000000]   * 0xffffe000..0xfffff000  : fixmap
[    0.000000]   * 0xfdfdc000..0xfe000000  : early ioremap
[    0.000000]   * 0xc1000000..0xfdfdc000  : vmalloc & ioremap
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS:512
[    0.000000] mpic: Setting up MPIC " OpenPIC  " version 1.2 at e0040000, max 1 CPUs
[    0.000000] mpic: ISU size: 256, shift: 8, mask: ff
[    0.000000] mpic: Initializing for 256 sources
[    0.000000] clocksource: timebase mult[3c01894] shift[22] registered
[    0.000141] Mount-cache hash table entries: 512
[    0.000802] NET: Registered protocol family 16
[    0.001217] No RSTCR register, warm reboot won't work
[    0.001388] PCI: Probing PCI hardware
[    0.001594] pci 0000:00:0e.0: PME# supported from D0 D1 D2 D3hot
[    0.001601] pci 0000:00:0e.0: PME# disabled
[    0.001654] pci 0000:00:0e.1: PME# supported from D0 D1 D2 D3hot
[    0.001660] pci 0000:00:0e.1: PME# disabled
[    0.001741] pci 0000:00:0f.0: PME# supported from D0 D1 D2 D3hot D3cold
[    0.001748] pci 0000:00:0f.0: PME# disabled
[    0.002338] pci 0001:01:00.0: ignoring class b20 (doesn't match header type 01)
[    0.002360] pci 0001:01:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[    0.002367] pci 0001:01:00.0: PME# disabled
[    0.002939] pci 0001:01:00.0: BAR 9: can't allocate mem resource [0xb0000000-0xafffffff]
[    0.002948] pci 0001:01:00.0: PCI bridge, secondary bus 0001:02
[    0.002955] pci 0001:01:00.0:   IO window: 0x00-0xffff
[    0.002962] pci 0001:01:00.0:   MEM window: 0xa0000000-0xafffffff
[    0.002969] pci 0001:01:00.0:   PREFETCH window: disabled
[    0.002979] pci 0001:01:00.0: enabling device (0106 -> 0107)
[    0.006837] bio: create slab <bio-0> at 0
[    0.007444] SCSI subsystem initialized
[    0.007946] Switching to clocksource timebase
[    0.008733] NET: Registered protocol family 2
[    0.008796] IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.008947] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
[    0.009139] TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
[    0.009228] TCP: Hash tables configured (established 16384 bind 16384)
[    0.009234] TCP reno registered
[    0.009309] NET: Registered protocol family 1
[    0.009437] RPC: Registered udp transport module.
[    0.009444] RPC: Registered tcp transport module.
[    0.009449] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    0.009575] Trying to unpack rootfs image as initramfs...
[    0.742476] rootfs image is not initramfs (no cpio magic); looks like an initrd
[    0.744162] Freeing initrd memory: 858k freed
[    0.745636] VFS: Disk quotas dquot_6.5.2
[    0.745660] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[    0.746041] msgmni has been set to 1006
[    0.746120] alg: No test for md5 (md5-generic)
[    0.746161] alg: No test for des (des-generic)
[    0.746196] alg: No test for des3_ede (des3_ede-generic)
[    0.746232] alg: No test for stdrng (krng)
[    0.746351] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
[    0.746360] io scheduler noop registered
[    0.746365] io scheduler anticipatory registered (default)
[    0.811142] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    0.812358] serial8250.0: ttyS0 at MMIO 0xe0004500 (irq = 42) is a 16550A
[    1.300317] console [ttyS0] enabled
[    1.304310] serial8250.0: ttyS1 at MMIO 0xe0004600 (irq = 42) is a 16550A
[    1.314644] brd: module loaded
[    3.299012] scsi0 : sata_sil24
[    3.302302] scsi1 : sata_sil24
[    3.305490] ata1: SATA max UDMA/100 host m128@0xa0000000 port 0xa0004000 irq 18
[    3.312808] ata2: SATA max UDMA/100 host m128@0xa0000000 port 0xa0006000 irq 18
[    3.320115] Enable Synology sata fast booting
[    7.465381] physmap platform flash device: 00400000 at ffc00000
[    7.471545] SYNOMTD-0: Found 1 x16 devices at 0x0 in 8-bit bank
[    7.477469]  Amd/Fujitsu Extended Query Table at 0x0040
[    7.482708] SYNOMTD-0: Swapping erase regions for broken CFI table.
[    7.488974] number of CFI chips: 1
[    7.492370] cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
[    7.500130] Searching for RedBoot partition table in SYNOMTD-0 at offset 0x3b0000
[    7.560842] 6 RedBoot partitions found on MTD device SYNOMTD-0
[    7.566675] SYNOMTD flash bank 0: Using RedBoot partition definition
[    7.573028] Creating 6 MTD partitions on "SYNOMTD-0":
[    7.578078] 0x0000003c0000-0x000000400000 : "RedBoot"
[    7.583484] 0x000000000000-0x000000200000 : "zImage"
[    7.588729] 0x000000200000-0x000000380000 : "rd.gz"
[    7.593869] 0x000000380000-0x000000390000 : "vendor"
[    7.599224] vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0.
[    7.605324] vender Mac2 checksum error ucSum:0x00 Buf:0x00 Sum:0.
[    7.611414] vender Mac3 checksum error ucSum:0x00 Buf:0x00 Sum:0.
[    7.617505] serial number='A2F2N00047'
[    7.621078] 0x000000390000-0x0000003b0000 : "RedBoot Config"
[    7.627171] 0x0000003b0000-0x0000003c0000 : "FIS directory"
[    7.633025] e1000e: Intel(R) PRO/1000 Network Driver - 1.0.2-k2
[    7.638950] e1000e: Copyright (c) 1999-2008 Intel Corporation.
[    7.645053] md: raid1 personality registered for level 1
[    7.650437] TCP cubic registered
[    7.653666] NET: Registered protocol family 17
[    7.658119] NET: Registered protocol family 15
[    9.613994] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
[    9.642609] ata1.00: ATA-9: WDC WD10EFRX-68PJCN0, 82.00A82, max UDMA/133
[    9.649313] ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
[    9.656752] ata1.00: configured for UDMA/100
[    9.661604] scsi 0:0:0:0: Direct-Access     WDC      WD10EFRX-68PJCN0         82.0 PQ: 0 ANSI: 5
[    9.671026] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
[    9.678699] sd 0:0:0:0: [sda] 4096-byte physical blocks
[    9.684134] sd 0:0:0:0: [sda] Write Protect is off
[    9.689002] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    9.698304]  sda: sda1 sda2 sda3
[    9.705871] sd 0:0:0:0: [sda] Attached SCSI disk
[   11.703977] ata2: SATA link down (SStatus 0 SControl 0)
[   11.709309] md: Waiting for all devices to be available before autodetect
[   11.716099] md: If you don't use raid, use raid=noautodetect
[   11.722048] md: Autodetecting RAID arrays.
[   11.726151] md: Scanned 0 and added 0 devices.
[   11.730589] md: autorun ...
[   11.733377] md: ... autorun DONE.
[   11.736751] RAMDISK: lzma image found at block 0
[   12.526122] VFS: Mounted root (ext2 filesystem) on device 1:0.
START /linuxrc.syno
[   12.609461] ppc85xx_synobios: module license 'Synology Inc.' taints kernel.
[   12.616429] Disabling lock debugging due to kernel taint
[   12.646124] correction with 0x0f
[   12.655585] synobios: load, major number 201
[   12.659858] Brand: Synology
[   12.662655] Model: DS-109+
[   12.665364] This is default settings: set group disks wakeup number to 1, spinup time deno 1
mknod: /dev/synobios: File exists
Starting /usr/syno/bin/synocfgen...
/usr/syno/bin/synocfgen returns 0
[   12.687788] synobios: unload
Partition Version=7
 /sbin/e2fsck exists, checking /dev/hda1...
                                                                               
          12 inodes used (0.01%, out of 155648)
           0 non-contiguous files (0.0%)
           0 non-contiguous directories (0.0%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 4
       27074 blocks used (4.35%, out of 622560)
           0 bad blocks
           1 large file
 
           1 regular file
           2 directories
           0 character device files
           0 block device files
           0 fifos
           0 links
           0 symbolic links (0 fast symbolic links)
           0 sockets
------------
           3 files
/sbin/e2fsck[   13.071345] EXT4-fs (sda1):  returns 0
Mounsynoacl module has not been loaded. Unable to mount with synoacl, vfs_mod status=-1, ext4_mod status=-1ting /dev/hda1 /
tmpRoot
[   13.087556] EXT4-fs (sda1): barriers disabled
[   13.093372] EXT4-fs (sda1): mounted filesystem with ordered data mode
------------upgrade
use default /dev/hda3
Begin upgrade procedure
e2fsck 1.42.6 (21-Sep-2012)
Mount data partition
/bin/mount[   13.173383] EXT4-fs (sda3):  /dev/hda3 /tmpDsynoacl module has not been loaded. Unable to mount with synoacl, vfs_mod status=-1, ext4_mod status=-1ata
 
[   13.201545] EXT4-fs (sda3): barriers disabled
[   13.695711] EXT4-fs (sda3): mounted filesystem with ordered data mode
No upgrade file exists
[   13.747179] synoacl module [synoacl_ext4] is not loaded
[   13.752498] synoacl module [synoacl_vfs] is not loaded
End upgrade procedure
============upgrade
Copy default /etc
cp: can't stat '/tmpRoot/etc.defaults': No such file or directory
Copy default /usr/syno/etc
cp: can't stat '/tmpRoot/usr/syno/etc.defaults': No such file or directory
Copy default /var
cp: can't stat '/t[   13.781461] synoacl module [synoacl_ext4] is not loaded
mpRoot/var.defau[   13.787904] synoacl module [synoacl_vfs] is not loaded
lts': No such file or directory
Exit on error [2] .noroot exists...
/dev/hda1 /tmpRoot ext4 rw,relatime,nosynoacl,barrier=0,journal_checksum,data=ordered 0 0
none /sys sysfs rw,relatime 0 0
linuxrc.syno failed on 2
rm: /etc: is a directory
starting pid 900, tty '': '/etc/rc'
:: Starting /etc/rc
/etc/rc: line 52: /usr/syno/bin/synoplatform: not found
:: Prepare var ... [  OK  ]
:: Mounting procfs ... [  OK  ]
:: Mounting tmpfs ... [  OK  ]
:: Mounting devpts ... [  OK  ]
:: Mounting sysfs ... [  OK  ]
:: Checking new disks ...
No new disk. Do nothing.
[   13.917274] Adding 2097144k swap on /dev/hda2.  Priority:-1 extents:1 across:2097144k
/dev/root.old on / type ext2 (rw,relatime,errors=continue)
/tmp on /tmp type tmpfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/sys on /sys type sysfs (0)
:: Loading module usbcore[   14.049861] usbcore: registered new interface driver usbfs
[   14.072595] usbcore: registered new interface driver hub
[   14.088377] usbcore: registered new device driver usb
 ... [  OK  ]
:: Loading module i2c-core ... [  OK  ]
:: Loading module of_i2c ... [  OK  ]
:: Loading module i2c-mpc ... [  OK  ]
:: Loading module fat ... [  OK  ]
:: Loading module vfat ... [  OK  ]
:: Mounting usbfs ... [  OK  ]
:: Loading module skge[   14.341936] skge 0000:00:0f.0: enabling device (0006 -> 0007)
[   14.347741] skge 1.13 addr 0xc0004000 irq 17 chip Yukon-Lite rev 9
[   14.353927] skge 0000:00:0f.0: bad (zero?) ethernet address in rom
[   14.373080] skge eth0: addr 00:00:00:00:00:00
 ... [  OK  ]
:: Loading module synobios[   14.420429] correction with 0x0f
[   14.431134] synobios: load, major number 201
[   14.435410] Brand: Synology
[   14.438207] Model: DS-109+
[   14.440913] This is default settings: set group disks wakeup number to 1, spinup time deno 1
 ... [  OK  ]
[   14.576270] skge eth0: enabling interface
udhcpc (v1.16.1) started
eth0      Link encap:Ethernet  HWaddr 00:11:32:06:32:2F 
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:17
 
lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
 
ls: /etc/dhcpd/dhcpd-*.conf: No such file or directory
ls: /etc/dhcpd/dhcpd-*.info: No such file or directory
grep: /etc/dhcpd/dhcpd.info: No such file or directory
/etc/rc: line 456: /sbin/sysctl: not found
:: Starting syslogd ... [  OK  ]
/etc/rc: line 523: /usr/syno/etc/rc.d/S98findhostd.sh: not found
/etc.defaults/rc.volume: line 231: awk: not found
/etc.defaults/rc.volume: line 231: /usr/syno/bin/synoarchiveupgrade: not found
/etc/rc: line 537: /usr/syno/bin/synokerneltz: not found
/etc/rc: line 539: /sbin/sysctl: not found
/etc/rc: line 545: /sbin/sysctl: not found
/etc/rc: line 557: awk: not found
/etc/rc: line 557: /sbin/sysctl: not found
/etc/rc: line 588: /usr/syno/bin/synologset1: not found
:: Starting scemd
:: Starting services in background
/etc/rc: line 630: sort: not found
/etc/rc: line 630: sed: not found
/etc/rc: line 630: servicetool: not found
/etc/rc.network: line 1396: awk: not found
Starting findhostd in flash_rd...
Starting services in flash_rd...
Running /usr/syno/etc/rc.d/J80ADTFanControl.sh...
[   21.995119] EXT4-fs (sda3): synoacl module has not been loaded. Unable to mount with synoacl, vfs_mod status=-1, ext4_mod status=-1
[   22.023906] EXT4-fs (sda3): barriers disabled
[   22.520199] EXT4-fs (sda3): mounted filesystem with ordered data mode
:: Loading module ehci-hcd[   22.540392] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[   22.546997] ehci_hcd 0000:00:0e.1: EHCI Host Controller
[   22.552264] ehci_hcd 0000:00:0e.1: new USB bus registered, assigned bus number 1
[   22.559701] ehci_hcd 0000:00:0e.1: Enabling legacy PCI PM
[   22.585181] synoacl module [synoacl_ext4] is not loaded
[   22.590506] synoacl module [synoacl_vfs] is not loaded
[   22.595799] ehci_hcd 0000:00:0e.1: irq 16, io mem 0xc0001000
[   22.606975] ehci_hcd 0000:00:0e.1: USB 2.0 started, EHCI 1.00
[   22.613267] usb usb1: configuration #1 chosen from 1 choice
[   22.619364] EXT4-fs (sda1): synoacl module has not been loaded. Unable to mount with synoacl, vfs_mod status=-1, ext4_mod status=-1
[   22.631878] EXT4-fs (sda1): barriers disabled
[   22.644354] EXT4-fs (sda1): mounted filesystem with ordered data mode
[   22.654003] hub 1-0:1.0: USB hub found
[   22.657789] hub 1-0:1.0: 3 ports detected
[   22.671555] synoacl module [synoacl_ext4] is not loaded
[   22.676884] synoacl module [synoacl_vfs] is not loaded
[   22.689323] EXT4-fs (sda3): synoacl module has not been loaded. Unable to mount with synoacl, vfs_mod status=-1, ext4_mod status=-1
[   22.721490] EXT4-fs (sda3): barriers disabled
[   23.220440] EXT4-fs (sda3): mounted filesystem with ordered data mode
 ... [  OK  ]
:: Loading module ohci-hcd[   23.253013] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[   23.259250] ohci_hcd 0000:00:0e.0: OHCI Host Controller
[   23.264500] ohci_hcd 0000:00:0e.0: new USB bus registered, assigned bus number 2
[   23.271918] ohci_hcd 0000:00:0e.0: irq 16, io mem 0xc0000000
[   23.299181] synoacl module [synoacl_ext4] is not loaded
[   23.304506] synoacl module [synoacl_vfs] is not loaded
[   23.330371] usb usb2: configuration #1 chosen from 1 choice
[   23.339682] hub 2-0:1.0: USB hub found
[   23.343475] hub 2-0:1.0: 3 ports detected
 ... [  OK  ]
:: Loading module usb-storage[   23.412984] Initializing USB Mass Storage driver...
[   23.420439] usbcore: registered new interface driver usb-storage
[   23.426466] USB Mass Storage support registered.
 ... [  OK  ]
startup daemons
Sat Dec 27 09:50:43 UTC 2014
/etc/rc: line 740: /sbin/initctl: not f
DiskStation login:

Titel: Re: DS109+
Bericht door: Hofstede op 27 december 2014, 11:15:48
Hij heeft dus duidelijk de ramdisk voor een 110+ geladen.

Wat gebeurt er als je alleen tftpboot intypt, zonder parameters. Krijg je dan een foutmelding? Of loopt hij dan ook vast?
Titel: Re: DS109+
Bericht door: pacecal op 27 december 2014, 11:56:49
ook een vastloper...
Titel: Re: DS109+
Bericht door: Hofstede op 27 december 2014, 12:23:51
Ok. Werkt het tftp commando?

Dus: tftp adres filenaam?
Titel: Re: DS109+
Bericht door: pacecal op 27 december 2014, 13:48:18
Dus, tftp 192.168.1.14 rd.bin?
Titel: Re: DS109+
Bericht door: Hofstede op 27 december 2014, 13:58:24
Nee, geheugenadres. Dus tftp 0x700000 rd.bin. Of probeer ook eerst alleen tftp.
Titel: Re: DS109+
Bericht door: pacecal op 27 december 2014, 14:09:48
werkt allemaal niet, telkens een vastloper...
Titel: Re: DS109+
Bericht door: pacecal op 29 december 2014, 15:02:52
Kan het te maken hebben met een firewall? of iets anders wat de connectie tegen houd?


Wat krijg je normaal als je tftp intikt dan?
Titel: Re: DS109+
Bericht door: Hofstede op 29 december 2014, 15:17:55
Normaal gesproken krijg je dan een overzicht van de mogelijke opties. Het lijkt er op dat hij vastloopt op het ethernet deel. Dat werkt dus niet goed lijkt het. Werkt het ping commando? Dus bijvoorbeeld ping <ip adres van tftp server> .
Titel: Re: DS109+
Bericht door: pacecal op 29 december 2014, 19:21:30
Het IP-adres van de tftpserver is gelijk aan die van mijn laptop. De instructie Ping komt volgens mij niet voor in de putty console.


Ik kan wel buiten Putty in een dosbox verbinding maken met de tftp server: tftp 192.168.1.14 get rs.bin. Dit werkt prima.
Titel: Re: DS109+
Bericht door: Hofstede op 29 december 2014, 19:38:26
Daar ging het mij niet om. Het lijkt er op dat het netwerk niet goed werkt. De volgende optie zou zijn om de rd.bin file via de seriële verbinding naar de NAS te uploaden. Kijk eens of het loadb commando werkt.
Titel: Re: DS109+
Bericht door: pacecal op 29 december 2014, 20:01:43
Deze instructie werkt wel: ik krijg de melding:

## Ready for binary (kermit) download to 0x01000000 at 115200 bps...

Titel: Re: DS109+
Bericht door: Hofstede op 29 december 2014, 20:11:44
Ok. Dan moet je dit commando gebruiken. Dus bijvoorbeeld loadb 0x800000. En dan vanaf de PC de rd.bin file uploaden met een terminal programma dat het kermit protocol ondersteund.
Titel: Re: DS109+
Bericht door: Birdy op 29 december 2014, 21:28:33
Ho eens, kermit  :!: Das lang geleden, heb ergens nog een boek van liggen, geloof ik.  :lol:
Volledig off topic natuurlijk  ;)
Titel: Re: DS109+
Bericht door: Hofstede op 29 december 2014, 21:43:14
@Birdy: Ja, de basis blijft nog altijd hetzelfde. Gelukkig zijn we (nog) niet op machinetaal-niveau. Het is wel lastig om @pacecal op deze wijze te helpen. Als ik zelf hands-on met de machine zou zijn zou het veel sneller gaan. Maar gelukkig heeft @pacecal er lol aan :)
Titel: Re: DS109+
Bericht door: pacecal op 29 december 2014, 21:50:08
 :)  Ik vind het zonde om de handdoek in de ring te gooien, ook al heb ik inmiddels een nieuwe.


Nog even wat gedachtenspinsels;


Op 2 verschillende laptops werkt tftp niet, kan dit te maken hebben met het feit dat de rode draad niet zit aangesloten?
Titel: Re: DS109+
Bericht door: Hofstede op 29 december 2014, 21:58:01
Nee, tftp werkt alleen met het netwerk. Heeft dus niks met de seriële kabel te maken. Op de een of andere manier loopt je netwerkinterface vast zodra je die met een netwerkcommando benaderd. Daarom zul je nu op serieel niveau moeten werken. Je werkt nu meen ik met Vista? Daarop staat volgens mij nog HyperTerminal. Die kan volgens mij file overdracht via Kermit protocol aan.
Titel: Re: DS109+
Bericht door: Birdy op 29 december 2014, 22:20:13
Citaat
Daarop staat volgens mij nog HyperTerminal. Die kan volgens mij file overdracht via Kermit protocol aan.
Volgens mij is HyperTerminal sinds Vista verwijderd door MS.

Mogelijk alternatief is TeraTerm, die ondersteunt Kermit.
http://en.sourceforge.jp/projects/ttssh2/releases/

Edit:
Citaat
System Requirements: Operating System: Windows 7, Windows 95/98/ME, Windows NT/2000
Lijkt mij sterk dat het niet op Vista zou kunnen draaien.
Titel: Re: DS109+
Bericht door: pacecal op 30 december 2014, 10:45:14
Ik heb het volgende gedaan:

- Via Putty Extra het commando loadY gegegeven;
- Via Putty Extra de instructie File Transfer / Ymodem / Receive het bestand [rd.bin] succesvol overgebracht;
- Via Putty Extra het commando bootm FFC00000 800000 FFF90000 gegeven, toen liep die weer vast met een oranje knipperend lampje...



Titel: DS109+
Bericht door: Hofstede op 30 december 2014, 12:05:59
Was 800000 ook het adres waarop de Ramdisk was geladen?

Het kan zijn dat je de bijbehorende Linux shell uit de firmware file ook moet laden. En dan moet je booten met die Linux shell en ramdisk image in RAM.
Titel: Re: DS109+
Bericht door: pacecal op 30 december 2014, 12:48:51
het adres was 1000000, maar dan blijft die ook hangen. Ik denk idd dat ik dan ook de zImage moet laden. Ik heb wel dan een andere uitdaging. Het adres 100000 genereert die automatisch, hoe kan ik dan op een tweede adres een ander bestand laden?
Titel: Re: DS109+
Bericht door: Hofstede op 30 december 2014, 13:07:58
Je moet by het commando loady het adres meegeven. Dus bijvoorbeeld  loady 0x800000. Let ook op dat je voor adressen 0x zet. 0x100000 is iets anders dan 100000.
Titel: Re: DS109+
Bericht door: pacecal op 30 december 2014, 13:09:03
Okej, ik heb het volgende nu gedaan:

Citaat
- Sluit de kabel aan exclusief de rode;
- Gebruik Putty Extra om via Serial (com-poort) verbinding te maken met je NAS: 115200;
- Zorg er voor dat de bestanden zImage en rb.bin uitgepakt zijn uit de firmware (.pat);
- Gebruik de onderstaande instructies om beiden bestanden in het geheugen te laden;
- loady 0x1000000;
- Ga nu via het menu naar Transfer File / Ymodem / Reveive file en selecteer zImage;
- Even wachten...
- loady 0x800000;
- Ga nu via het menu naar Transfer File / Ymodem / Reveive file en selecteer rd.bin;
- Even wachten...
- Gebruik de laatste instructie: bootm 1000000 800000 FFF90000

Bron: http://www.synology-forum.de/showthread.html?47593-DS109-bootet-nicht-mehr (http://www.synology-forum.de/showthread.html?47593-DS109-bootet-nicht-mehr)

Gezien ik nu beide adressen op de juiste manier heb geladen en aangeroepen hoopte ik dat hij het zou doen. Helaas, ik krijg weer een oranje knipperend lampje. Hier nog even de volledige instructie.

Wijzigingen:

DS109p>loady 0x01000000 (zImage)
## Ready for binary (ymodem) download to 0x01000000 at 115200 bps...
CCCxyzModem - CRC mode, 1(SOH)/1876(STX)/0(CAN) packets, 5 retries
## Total Size      = 0x001d4f07 = 1920775 Bytes
DS109p>loady 0x800000 (rd.bin)
## Ready for binary (ymodem) download to 0x00800000 at 115200 bps...
CCCCCxyzModem - CRC mode, 1(SOH)/708(STX)/0(CAN) packets, 7 retries
## Total Size      = 0x000b0cbe = 724158 Bytes
DS109p>bootm 1000000 800000 FFF90000

Bootproces:

## Booting image at 01000000 ...
   Image Name:   Linux-2.6.32.12
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    1920711 Bytes =  1.8 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
## Loading RAMDisk Image at 00800000 ...
   Image Name:   synology_ppc853x_109+ 3252
   Image Type:   PowerPC Linux RAMDisk Image (gzip compressed)
   Data Size:    724094 Bytes = 707.1 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Booting using the fdt at 0xfff90000
   Loading Ramdisk to 1fedc000, end 1ff8cc7e ... OK
   Loading Device Tree to 007fa000, end 007fcfff ... OK
[    0.000000] Using MPC8544 DS machine description
[    0.000000] Memory CAM mapping: 256/256/0/0 Mb, residual: 0Mb
[    0.000000] Linux version 2.6.32.12 (root@build3) (gcc version 3.4.3 20041021 (prerelease)) #3252 Thu Sep 4 13:54:10 CST 2014
[    0.000000] Found initrd at 0xbfedc000:0xbff8cc7e
[    0.000000] Found FSL PCI host bridge at 0x00000000e0008000. Firmware bus number: 0->255
[    0.000000] PCI host bridge /pci@e0008000  ranges:
[    0.000000]  MEM 0x00000000c0000000..0x00000000dfffffff -> 0x00000000c0000000
[    0.000000]   IO 0x00000000e1000000..0x00000000e100ffff -> 0x0000000000000000
[    0.000000] /pci@e0008000: PCICSRBAR @ 0xfff00000
[    0.000000] Found FSL PCI host bridge at 0x00000000e000a000. Firmware bus number: 0->255
[    0.000000] PCI host bridge /pcie@e000a000  ranges:
[    0.000000]  MEM 0x00000000a0000000..0x00000000afffffff -> 0x00000000a0000000
[    0.000000]   IO 0x00000000e1020000..0x00000000e102ffff -> 0x0000000000000000
[    0.000000] /pcie@e000a000: PCICSRBAR @ 0xfff00000
[    0.000000] MPC85xx DS board from Freescale Semiconductor
[    0.000000] Zone PFN ranges:
[    0.000000]   DMA      0x00000000 -> 0x00020000
[    0.000000]   Normal   0x00020000 -> 0x00020000
[    0.000000] Movable zone start PFN for each node
[    0.000000] early_node_map[1] active PFN ranges
[    0.000000]     0: 0x00000000 -> 0x00020000
[    0.000000] MMU: Allocated 1088 bytes of context maps for 255 contexts
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 130048
[    0.000000] Kernel command line: console=ttyS0,115200 ip=off initrd=0x00800000,4M root=/dev/sda1 rw syno_hw_version=DS109p ihd_num=0 netif_num=1
[    0.000000] Synology Hardware Version: DS109p-j
[    0.000000] Internal HD num: 0
[    0.000000] Internal netif num: 1
[    0.000000] PID hash table entries: 2048 (order: 1, 8192 bytes)
[    0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
[    0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
[    0.000000] Memory: 514048k/524288k available (3836k kernel code, 9700k reserved, 196k data, 404k bss, 152k init)
[    0.000000] Kernel virtual memory layout:
[    0.000000]   * 0xffffe000..0xfffff000  : fixmap
[    0.000000]   * 0xfdfdc000..0xfe000000  : early ioremap
[    0.000000]   * 0xc1000000..0xfdfdc000  : vmalloc & ioremap
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS:512
[    0.000000] mpic: Setting up MPIC " OpenPIC  " version 1.2 at e0040000, max 1 CPUs
[    0.000000] mpic: ISU size: 256, shift: 8, mask: ff
[    0.000000] mpic: Initializing for 256 sources
[    0.000000] clocksource: timebase mult[3c01894] shift[22] registered
[  451.016810] Mount-cache hash table entries: 512
[  451.017462] NET: Registered protocol family 16
[  451.017876] No RSTCR register, warm reboot won't work
[  451.018047] PCI: Probing PCI hardware
[  451.018255] pci 0000:00:0e.0: PME# supported from D0 D1 D2 D3hot
[  451.018262] pci 0000:00:0e.0: PME# disabled
[  451.018315] pci 0000:00:0e.1: PME# supported from D0 D1 D2 D3hot
[  451.018322] pci 0000:00:0e.1: PME# disabled
[  451.018402] pci 0000:00:0f.0: PME# supported from D0 D1 D2 D3hot D3cold
[  451.018409] pci 0000:00:0f.0: PME# disabled
[  451.019003] pci 0001:01:00.0: ignoring class b20 (doesn't match header type 01)
[  451.019025] pci 0001:01:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[  451.019032] pci 0001:01:00.0: PME# disabled
[  451.019603] pci 0001:01:00.0: BAR 9: can't allocate mem resource [0xb0000000-0xafffffff]
[  451.019612] pci 0001:01:00.0: PCI bridge, secondary bus 0001:02
[  451.019619] pci 0001:01:00.0:   IO window: 0x00-0xffff
[  451.019626] pci 0001:01:00.0:   MEM window: 0xa0000000-0xafffffff
[  451.019633] pci 0001:01:00.0:   PREFETCH window: disabled
[  451.019643] pci 0001:01:00.0: enabling device (0106 -> 0107)
[  451.023491] bio: create slab <bio-0> at 0
[  451.024099] SCSI subsystem initialized
[  451.024598] Switching to clocksource timebase
[  451.025384] NET: Registered protocol family 2
[  451.025445] IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
[  451.025573] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
[  451.025766] TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
[  451.025854] TCP: Hash tables configured (established 16384 bind 16384)
[  451.025861] TCP reno registered
[  451.025934] NET: Registered protocol family 1
[  451.026063] RPC: Registered udp transport module.
[  451.026070] RPC: Registered tcp transport module.
[  451.026075] RPC: Registered tcp NFSv4.1 backchannel transport module.
[  451.026205] Trying to unpack rootfs image as initramfs...
[  451.695436] rootfs image is not initramfs (no cpio magic); looks like an initrd
[  451.696790] Freeing initrd memory: 707k freed
[  451.698241] VFS: Disk quotas dquot_6.5.2
[  451.698265] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[  451.698603] msgmni has been set to 1006
[  451.698732] alg: No test for md5 (md5-generic)
[  451.698774] alg: No test for des (des-generic)
[  451.698809] alg: No test for des3_ede (des3_ede-generic)
[  451.698845] alg: No test for stdrng (krng)
[  451.698962] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
[  451.698971] io scheduler noop registered
[  451.698977] io scheduler anticipatory registered (default)
[  451.763427] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[  451.764697] serial8250.0: ttyS0 at MMIO 0xe0004500 (irq = 42) is a 16550A
[  452.252551] console [ttyS0] enabled
[  452.256545] serial8250.0: ttyS1 at MMIO 0xe0004600 (irq = 42) is a 16550A
[  452.266920] brd: module loaded
[  452.270980] scsi0 : sata_sil24
[  452.274308] scsi1 : sata_sil24
[  452.277490] ata1: SATA max UDMA/100 host m128@0xa0000000 port 0xa0004000 irq 18
[  452.284815] ata2: SATA max UDMA/100 host m128@0xa0000000 port 0xa0006000 irq 18
[  452.292121] Enable Synology sata fast booting
[  456.437039] physmap platform flash device: 00400000 at ffc00000
[  456.443205] SYNOMTD-0: Found 1 x16 devices at 0x0 in 8-bit bank
[  456.449128]  Amd/Fujitsu Extended Query Table at 0x0040
[  456.454367] SYNOMTD-0: Swapping erase regions for broken CFI table.
[  456.460633] number of CFI chips: 1
[  456.464030] cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
[  456.471789] Searching for RedBoot partition table in SYNOMTD-0 at offset 0x3b0000
[  456.532504] 6 RedBoot partitions found on MTD device SYNOMTD-0
[  456.538337] SYNOMTD flash bank 0: Using RedBoot partition definition
[  456.544691] Creating 6 MTD partitions on "SYNOMTD-0":
[  456.549741] 0x0000003c0000-0x000000400000 : "RedBoot"
[  456.555151] 0x000000000000-0x000000200000 : "zImage"
[  456.560398] 0x000000200000-0x000000380000 : "rd.gz"
[  456.565542] 0x000000380000-0x000000390000 : "vendor"
[  456.570890] vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0.
[  456.576997] vender Mac2 checksum error ucSum:0x00 Buf:0x00 Sum:0.
[  456.583087] vender Mac3 checksum error ucSum:0x00 Buf:0x00 Sum:0.
[  456.589178] serial number='A2F2N00047'
[  456.592752] 0x000000390000-0x0000003b0000 : "RedBoot Config"
[  456.598840] 0x0000003b0000-0x0000003c0000 : "FIS directory"
[  456.604704] e1000e: Intel(R) PRO/1000 Network Driver - 1.0.2-k2
[  456.610633] e1000e: Copyright (c) 1999-2008 Intel Corporation.
[  456.616738] md: raid1 personality registered for level 1
[  456.622096] TCP cubic registered
[  456.625322] NET: Registered protocol family 17
[  458.585645] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
[  458.592130] ata1.00: ATA-9: WDC WD10EFRX-68PJCN0, 82.00A82, max UDMA/133
[  458.598834] ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
[  458.606207] ata1.00: configured for UDMA/100
[  458.610651] scsi 0:0:0:0: Direct-Access     WDC      WD10EFRX-68PJCN0 82.0 PQ: 0 ANSI: 5
[  458.619362] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
[  458.627032] sd 0:0:0:0: [sda] 4096-byte physical blocks
[  458.632478] sd 0:0:0:0: [sda] Write Protect is off
[  458.637345] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[  458.646682]  sda: sda1 sda2 sda3
[  459.259739] sd 0:0:0:0: [sda] Attached SCSI disk
[  460.651629] ata2: SATA link down (SStatus 0 SControl 0)
[  460.656908] md: Waiting for all devices to be available before autodetect
[  460.663697] md: If you don't use raid, use raid=noautodetect
[  460.669640] md: Autodetecting RAID arrays.
[  460.673736] md: Scanned 0 and added 0 devices.
[  460.678173] md: autorun ...
[  460.680961] md: ... autorun DONE.
[  460.684334] RAMDISK: lzma image found at block 0
[  461.410600] VFS: Mounted root (ext2 filesystem) on device 1:0.
START /linuxrc.syno
[  461.495666] ppc85xx_synobios: module license 'Synology Inc.' taints kernel.
[  461.502633] Disabling lock debugging due to kernel taint
[  461.530323] correction with 0x0f
[  461.539773] synobios: load, major number 201
[  461.544046] Brand: Synology
[  461.546843] Model: DS-109+
[  461.549549] This is default settings: set group disks wakeup number to 1, spinup time deno 1
mknod: /dev/synobios: File exists
Starting /usr/syno/bin/synocfgen...
/usr/syno/bin/synocfgen returns 0
[  461.571572] synobios: unload
rmmod: can't unload 'i2c_core': Resource temporarily unavailable
Partition Version=7
 /sbin/e2fsck exists, checking /dev/hda1...

      12 inodes used (0.01%)
       0 non-contiguous files (0.0%)
       0 non-contiguous directories (0.0%)
         # of inodes with ind/dind/tind blocks: 0/0/0
         Extent depth histogram: 4
   27074 blocks used (4.35%)
       0 bad blocks
       1 large file

       1 regular file
       2 directories
       0 character device fil[  461.858575] EXT4-fs (sda1): es
       0 blosynoacl module has not been loaded. Unable to mount with synoacl, vfs_mod status=-1, ext4_mod status=-1ck device files

[  461.874521] EXT4-fs (sda1):
barriers disabled                     0 links
                        0 symbol
ic links (0 fast[  461.883738] EXT4-fs (sda1):  symbolic links)mounted filesystem with ordered data mode
       0 socke
ts
--------
       3 files
/sbin/e2fsck returns 0
Mounting /dev/hda1 /tmpRoot
------------upgrade
use default /dev/hda3
Begin upgrade procedure
e2fsck 1.41.12 (17-May-2010)
Mount data partition
/bin/mount /dev/hda3 /tmpData
[  462.193505] EXT4-fs (sda3): synoacl module has not been loaded. Unable to mount with synoacl, vfs_mod status=-1, ext4_mod status=-1
[  462.219094] EXT4-fs (sda3): barriers disabled
[  462.713293] EXT4-fs (sda3): mounted filesystem with ordered data mode
No upgrade file exists
[  462.756834] synoacl module [synoacl_ext4] is not loaded
[  462.762153] synoacl module [synoacl_vfs] is not loaded
End upgrade procedure
============upgrade
Copy default /etc
cp: can't stat '/tmpRoot/etc.defaults': No such file or directory
Copy default /usr/syno/etc
cp: can't stat '/tmpRoot/usr/syno/etc.defaults': No such file or directory
Copy default /var
cp: can't stat '/t[  462.791123] synoacl module [synoacl_ext4] is not loaded
mpRoot/var.defau[  462.797579] synoacl module [synoacl_vfs] is not loaded
lts': No such file or directory
Exit on error [2] .noroot exists...
/dev/hda1 /tmpRoot ext4 rw,relatime,nosynoacl,barrier=0,journal_checksum,data=ordered 0 0
none /sys sysfs rw,relatime 0 0
linuxrc.syno failed on 2
rm: /etc: is a directory
starting pid 897, tty '': '/etc/rc'
:: Starting /etc/rc
/etc/rc: line 52: /usr/syno/bin/synoplatform: not found
:: Prepare var [OK]
:: Mounting procfs [OK]
:: Mounting tmpfs [OK]
:: Mounting devpts [OK]
:: Mounting sysfs [OK]
:: Checking new disks ...
No new disk. Do nothing.
[  462.904492] Adding 2097144k swap on /dev/hda2.  Priority:-1 extents:1 across:2097144k
/dev/root.old on / type ext2 (rw,relatime,errors=continue)
/tmp on /tmp type tmpfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/sys on /sys type sysfs (0)
Hostname DiskStation
:: Loading module i2c-core [OK]
:: Loading module of_i2c [OK]
:: Loading module i2c-mpc [OK]
:: Mounting usbfs [FAILED]
:: Loading module skge[  463.141860] skge 0000:00:0f.0: enabling device (0006 -> 0007)
[  463.147662] skge 1.13 addr 0xc0004000 irq 17 chip Yukon-Lite rev 9
[  463.153850] skge 0000:00:0f.0: bad (zero?) ethernet address in rom
[  463.173006] skge eth0: addr 00:00:00:00:00:00
 [OK]
:: Loading module synobios[  463.237649] correction with 0x0f
[  463.248288] synobios: load, major number 201
[  463.252565] Brand: Synology
[  463.255362] Model: DS-109+
[  463.258071] This is default settings: set group disks wakeup number to 1, spinup time deno 1
 [OK]
[  463.384599] skge eth0: enabling interface
udhcpc (v1.16.1) started
eth0      Link encap:Ethernet  HWaddr 00:11:32:06:32:2F
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:17

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

ls: /etc/dhcpd/dhcpd-*.conf: No such file or directory
ls: /etc/dhcpd/dhcpd-*.info: No such file or directory
grep: /etc/dhcpd/dhcpd.info: No such file or directory
/etc/rc: line 407: /sbin/sysctl: not found
:: Starting syslogd [OK]
/etc/rc: line 476: /usr/syno/etc/rc.d/S98findhostd.sh: not found
/etc.defaults/rc.volume: line 221: awk: not found
/etc.defaults/rc.volume: line 221: /usr/syno/bin/synoarchiveupgrade: not found
/etc/rc: line 490: /usr/syno/bin/synokerneltz: not found
/etc/rc: line 492: /sbin/sysctl: not found
/etc/rc: line 498: /sbin/sysctl: not found
/etc/rc: line 510: awk: not found
/etc/rc: line 510: /sbin/sysctl: not found
/etc/rc: line 541: /usr/syno/bin/synologset1: not found
:: Starting scemd
:: Starting services in background
/etc/rc: line 587: sort: not found
/etc/rc: line 587: sed: not found
/etc/rc: line 587: servicetool: not found
/etc/rc.network: line 1357: awk: not found
Starting findhostd in flash_rd...
Starting services in flash_rd...
[  470.793380] EXT4-fs (sda3): synoacl module has not been loaded. Unable to mount with synoacl, vfs_mod status=-1, ext4_mod status=-1
[  470.820845] EXT4-fs (sda3): barriers disabled
[  471.317524] EXT4-fs (sda3): mounted filesystem with ordered data mode
startup daemons
Tue Dec 30 11:59:54 UTC 2014
starting pid 1563, tty '': '/sb[  471.356836] synoacl module [synoacl_ext4] is not loaded
[  471.362160] synoacl module [synoacl_vfs] is not loaded
[  471.380565] EXT4-fs (sda1): synoacl module has not been loaded. Unable to mount with synoacl, vfs_mod status=-1, ext4_mod status=-1
[  471.393048] EXT4-fs (sda1): barriers disabled
[  471.409205] EXT4-fs (sda1): mounted filesystem with ordered data mode
[  471.424837] synoacl module [synoacl_ext4] is not loaded
[  471.430161] synoacl module [synoacl_vfs] is not loaded
[  471.438244] EXT4-fs (sda3): synoacl module has not been loaded. Unable to mount with synoacl, vfs_mod status=-1, ext4_mod status=-1
[  471.463865] EXT4-fs (sda3): barriers disabled
[  471.958070] EXT4-fs (sda3): mounted filesystem with ordered data mode
[  471.977866] synoacl module [synoacl_ext4] is not loaded
[  471.983190] synoacl module [synoacl_vfs] is not loaded

DiskStation login: root
Titel: Re: DS109+
Bericht door: Hofstede op 30 december 2014, 13:27:51
Je gebruikt nu vreemde adressen, en het bootadres FFF90000 klopt zo niet  :) . Je start nog steeds vanuit de flash.


Begin even opnieuw.


Laad zImage op 0x600000
Laad rd.bin op 0x800000


Dan bootm 600000 800000 9f0000


Ook lijkt het er op dat de NAS in de war raakt door de oude gedeeltelijk geupgrade DSM info op je schijf. Probeer het anders eens zonder of met een lege schijf.
Titel: Re: DS109+
Bericht door: pacecal op 30 december 2014, 15:16:01
Met en zonder HD blijft die hangen:

DS109p>loady 0x600000
## Ready for binary (ymodem) download to 0x00600000 at 115200 bps...
CCxyzModem - CRC mode, 1(SOH)/1876(STX)/0(CAN) packets, 4 retries
## Total Size      = 0x001d4f07 = 1920775 Bytes
DS109p>loady 0x800000
## Ready for binary (ymodem) download to 0x00800000 at 115200 bps...
CCxyzModem - CRC mode, 1(SOH)/708(STX)/0(CAN) packets, 4 retries
## Total Size      = 0x000b0cbe = 724158 Bytes
DS109p>bootm 600000 800000 9f0000
## Booting image at 00600000 ...
   Image Name:   Linux-2.6.32.12
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    1920711 Bytes =  1.8 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
## Loading RAMDisk Image at 00800000 ...
   Image Name:   synology_ppc853x_109+ 3252
   Image Type:   PowerPC Linux RAMDisk Image (gzip compressed)
   Data Size:    724094 Bytes = 707.1 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Booting using the fdt at 0x9f0000
   Loading Ramdisk to 1fedc000, end 1ff8cc7e ... OK
   Loading Device Tree to 007fd000, end 007fcffe ...
Titel: Re: DS109+
Bericht door: Hofstede op 30 december 2014, 15:59:43
Ik denk dat je met alle adressen wat hoger moet gaan zitten. Vergeet niet dat ik zelf willekeurig adressen heb gekozen en dat er mogelijk geheugenconflicten op kunnen treden.

Bijvoorbeeld 0x800000 en 0xA00000 en 0xBF0000

Als dat niet lukt gewoon nog wat verder omhoog gaan...
Titel: Re: DS109+
Bericht door: pacecal op 30 december 2014, 16:18:19
De eerste twee adressen snap ik, de 3e niet. Daar blijft die ook op hangen...


Waar verwijst het 3e adres naar...
Titel: Re: DS109+
Bericht door: Hofstede op 30 december 2014, 17:14:32
Het derde adres is het geheugenadres van de fdt van de ramdisk  image. Maar ik zie net dat ik daarin iedere keer een rekenfoutje heb gemaakt, sorry  :oops: . De fdt ligt 0x190000 hoger dan het begin van de ramdisk image


Het moet dus zijn


0x800000, 0xA00000 en 0xB90000


(0xA00000 + 0x190000 = 0xB90000)
Titel: Re: DS109+
Bericht door: pacecal op 31 december 2014, 11:26:27
telkens een vastloper.

ik heb hier een interessant artikel gevonden: http://www.synology-forum.de/showthread.html?44466-DSM-4.3-aus-DS109-mach-DS110-geht-schief&p=380550&viewfull=1#post380550

Ik krijg de melding:

## Booting image at ffc00000 ...
   Image Name:   Linux-2.6.32.12
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    1920711 Bytes =  1.8 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... Bad Data CRC
DS109p>


alleen werkt dit niet, ik denk omdat ik de nieuwste firmware heb. Hoe ik om ik aan oude firmware? DS109+ 1354
Titel: Re: DS109+
Bericht door: Birdy op 31 december 2014, 11:35:11
Citaat
Hoe ik om ik aan oude firmware? DS109+ 1354
http://usdl.synology.com/download/DSM/3.0/1354/synology_ppc853x_109+_1354.pat
Titel: Re: DS109+
Bericht door: pacecal op 31 december 2014, 13:10:43
hihi, van de regen in de drup...anyways...

hij blijft nu hangen in een loop:

U-Boot 1.3.3 (Jan 27 2010 - 20:16:57)

CPU:   8533_E, Version: 1.1, (0x803c0011)
Core:  E500, Version: 2.2, (0x80210022)
Clock Configuration:
       CPU:1067 MHz, CCB: 534 MHz,
       DDR: 267 MHz (534 MT/s data rate), LBC:  33 MHz
L1:    D-cache 32 kB enabled
       I-cache 32 kB enabled
I2C:   ready
DRAM:  Initializing
    DDR: 512 MB
FLASH:  4 MB
L2 cache 256KB: enabled
Using default environment

In:    serial
Out:   serial
Err:   serial

CPLD revision: 1.0
Synology Model: DS-109+
DRAM Type: DIMM
Fan Status: Good

Net:   SK98#0
Press Ctrl+C to abort autoboot in 2 second
## Booting image at ffc00000 ...
   Image Name:   Linux-2.6.32.12
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    1884776 Bytes =  1.8 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
## Loading RAMDisk Image at ffe00000 ...
Bad Magic Number
Bad Header C

U-Boot 1.3.3 (Jan 27 2010 - 20:16:57)

CPU:   8533_E, Version: 1.1, (0x803c0011)
Core:  E500, Version: 2.2, (0x80210022)
Clock Configuration:
       CPU:1067 MHz, CCB: 534 MHz,
       DDR: 267 MHz (534 MT/s data rate), LBC:  33 MHz
L1:    D-cache 32 kB enabled
       I-cache 32 kB enabled
I2C:   ready
DRAM:  Initializing
    DDR: 512 MB
FLASH:  4 MB
L2 cache 256KB: enabled
Using default environment

In:    serial
Out:   serial
Err:   serial

CPLD revision: 1.0
Synology Model: DS-109+
DRAM Type: DIMM
Fan Status: Good

Net:   SK98#0
Press Ctrl+C to abort autoboot in 2 second
## Booting image at ffc00000 ...
   Image Name:   Linux-2.6.32.12
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    1884776 Bytes =  1.8 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
## Loading RAMDisk Image at ffe00000 ...
Bad Magic Number
Bad Header C
Titel: Re: DS109+
Bericht door: pacecal op 31 december 2014, 17:23:56
Moet ik niet de oorspronkelijke Zimage en rd.bin hebben van de meegeleverde cd? Of maakt dat niet uit? Kan ik niet gewoon het flash geheugen van scrats opnieuw inlezen?
Titel: Re: DS109+
Bericht door: Hofstede op 31 december 2014, 17:34:39
Nee, dat maakt niet uit. Als je beide images uit dezelfde firmware maar gebruikt. Uit de log blijkt dat de ramdisk die nu in je flash staat niet degene is die bij de zImage hoort, of hij is niet goed weggeschreven in flash.
Titel: Re: DS109+
Bericht door: pacecal op 01 januari 2015, 10:05:01
Allereerst de beste wensen!

Resumé; inmiddels is het me gelukt om respectievelijk de bestanden zImage en rd.bin over te brengen. Waar het stagneert is m.i. de verschillende geheugen adressen.

In http://www.synology-forum.de/showthread.html?44466-DSM-4.3-aus-DS109-mach-DS110-geht-schief&p=380550&viewfull=1#post380550 (http://www.synology-forum.de/showthread.html?44466-DSM-4.3-aus-DS109-mach-DS110-geht-schief&p=380550&viewfull=1#post380550) artikel schijnt het te werken, ik doe precies hetzelfde maar het werkt niet. Ik krijg zoals eerder gemeld de volgende fouten:

U-Boot 1.3.3 (Jan 27 2010 - 20:16:57)

CPU:   8533_E, Version: 1.1, (0x803c0011)
Core:  E500, Version: 2.2, (0x80210022)
Clock Configuration:
       CPU:1067 MHz, CCB: 534 MHz,
       DDR: 267 MHz (534 MT/s data rate), LBC:  33 MHz
L1:    D-cache 32 kB enabled
       I-cache 32 kB enabled
I2C:   ready
DRAM:  Initializing
    DDR: 512 MB
FLASH:  4 MB
L2 cache 256KB: enabled
Using default environment

In:    serial
Out:   serial
Err:   serial

CPLD revision: 1.0
Synology Model: DS-109+
DRAM Type: DIMM
Fan Status: Good

Net:   SK98#0
Press Ctrl+C to abort autoboot in 2 second
## Booting image at ffc00000 ...
   Image Name:   Linux-2.6.32.12
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    1884776 Bytes =  1.8 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
## Loading RAMDisk Image at ffe00000 ...
Bad Magic Number
Bad Header C

U-Boot 1.3.3 (Jan 27 2010 - 20:16:57)

CPU:   8533_E, Version: 1.1, (0x803c0011)
Core:  E500, Version: 2.2, (0x80210022)
Clock Configuration:
       CPU:1067 MHz, CCB: 534 MHz,
       DDR: 267 MHz (534 MT/s data rate), LBC:  33 MHz
L1:    D-cache 32 kB enabled
       I-cache 32 kB enabled
I2C:   ready
DRAM:  Initializing
    DDR: 512 MB
FLASH:  4 MB
L2 cache 256KB: enabled
Using default environment

In:    serial
Out:   serial
Err:   serial

CPLD revision: 1.0
Synology Model: DS-109+
DRAM Type: DIMM
Fan Status: Good

Net:   SK98#0
Press Ctrl+C to abort autoboot in 2 second
## Booting image at ffc00000 ...
   Image Name:   Linux-2.6.32.12
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    1884776 Bytes =  1.8 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
## Loading RAMDisk Image at ffe00000 ...
Bad Magic Number
Bad Header C




Het geheugenadres 3000000 wordt telkens gebruikt, de instructies werken. Waarom werkt het daar wel met een 109+ en bij niet?

Titel: Re: DS109+
Bericht door: Hofstede op 01 januari 2015, 10:42:29
Ergens doe je toch iets fout met het programmeren van de flash, bad magic number en bad header checksum betekent dat de images niet als zodanig herkent worden. De header is niet goed zodat hij ze niet kan uitpakken. De RAMdisk image is dus niet Ok.
Titel: Re: DS109+
Bericht door: pacecal op 01 januari 2015, 12:30:19
Het is toch frappant dat het bij die andere persoon wel werkt (duits forum) en bij mij niet. Ik ga wel even experimenteren met loadb i.p.v. loady.
Titel: Re: DS109+
Bericht door: openminded op 01 januari 2021, 16:09:18
hi, beetje laat maar de beste wensen :)!
Nu 5 jaar later lees ik dit en het is het enige topic dat ik kan vinden met een optie op hulp die misschien zaken aan de praat krijgt.
Ik heb ook een post gemaakt op :
https://community.synology.com/enu/forum/1/post/139844?page=1&reply=441665

Allereerst, het probleem in de laatste post is simpelweg op te lossen door de firmware te downloaden, uit te pakken en met tftp te laden.
De checksum fouten betekenen zoals iemand al schreef dat de checksum niet goed is, dus links of rechtsom is er een probleem met het bestand. Probeer het opnieuw te downloaden, de instructies naar de gelinkte post voor het flashen werken voor mij.

Inmiddels ben ik zelf helaas van een bootende kernel met een harddisk die ik had gemaakt met hd1.tgz van het image beland in de ellende dat de device tree niet laadt of niet doorstapt, nadat ik het gedeelte flash had overschreven daar.

Geen enkele instructie die ik heb gevonden leidt tot een synology die boot (DS509+).
Ik weet vrijwel zeker als de mtd partities van een werkende diskstation worden terug geflashed, dat het allemaal weer werkt.

Kan iemand de mtd0-5 dumpen en ergens neer zetten? ik post dan graag als ik het weer aan de praat krijg.
Alvast hartelijk dank.