DSM 4.1 update gelukt maar automatische reboot faalde

[masterw]

Net update gedaan van 4.0 naar 4.1 maar kon nadien niet meer inloggen op m'n DSM211j via DSM.
SSH werkte wel nog maar wanneer ik naar volume1 ging leek alles leeg.
Een manuele reboot via SSH was ook niet meer mogelijk.

Dan maar even de stekker eruit getrokken en terug ingestoken.
Na een volledige koude restart alles ok onder DSM 4.1.

Wanneer ik achteraf naar de logs kijk lijkt het erop dat de system reboot na de update niet gebeurde.

Sep 16 00:27:11 updater: updater.c:4003 Congratulation!! The update has been completed!!
Sep 16 00:27:11 updater: updater.c:4024 szCmd=[/bin/rm -rf /upd@te/b@ckup]
Sep 16 00:27:11 upgrade.cgi: upgrade.cpp(1243): Remove //upd@te...cmd=[/bin/rm -rf //upd@te > /dev/null 2>&1]
Sep 16 00:27:31 kernel: [3290588.140000] nfsd: last server has exited, flushing export cache
Sep 16 00:27:41 upgrade.cgi: upgrade.cpp(960): Reboot system
Sep 16 00:27:43 scemd: scemd.c:255 receive SIGTERM
Sep 16 00:27:48 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
rmmod: can't unload 'nfsd': Resource temporarily unavailable
rmmod: can't unload 'exportfs': Resource temporarily unavailable
rmmod: can't unload 'auth_rpcgss': Resource temporarily unavailable

Iemand anders hetzelfde probleem ondervonden?

[Matr1x]

Ik heb het ooit wel eens gehad dat een reboot na het aftellen niet gebeurde en de DiskStation toen niet beschikbaar was. Dat was even schrikken, maar na een "koude start" ging het gelukkig weer goed. Kan dus altijd gebeuren, maar geef je DiskStation wel even de tijd voordat je de stekker er uit haalt. Zelfs na het aftellen kan het wel eens een paar minuten duren. En haal je de stroom er af terwijl je DiskStation nog bezig was met bijwerken is vragen om problemen.

[masterw]

Ik heb meer dan 30 min gewacht tussen de update (00:27:11) en het uittrekken van de stekker (01:01:08).

Eerst 25 min gewacht maar er gebeurde helemaal niets, dan maar de UPS USB connectie uitgeplugd (00:52:17).
En dan uiteindelijk 8 minuten later de stekker eruit getrokken want er gebeurde helemaal niets meer.

ter info hieronder het vervolg van de logfile

Sep 16 00:27:48 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
rmmod: can't unload 'nfsd': Resource temporarily unavailable
rmmod: can't unload 'exportfs': Resource temporarily unavailable
rmmod: can't unload 'auth_rpcgss': Resource temporarily unavailable
killall: synolunbkp: no process killed
Sep 16 00:52:17 upsd[5262]: mainloop: Interrupted system call
Sep 16 01:01:08 syslogd started: BusyBox v1.16.1
Sep 16 01:01:08 kernel: [    0.000000] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053977
Sep 16 01:01:08 kernel: [    0.000000] CPU: VIVT data cache, VIVT instruction cache
Sep 16 01:01:08 kernel: [    0.000000] Machine: Feroceon-KW
Sep 16 01:01:08 kernel: [    0.000000] Using UBoot passing parameters structure
Sep 16 01:01:08 kernel: [    0.000000] Sys Clk = 200000000, Tclk = 166666667
Sep 16 01:01:08 kernel: [    0.000000] Synology Board ID: 21
Sep 16 01:01:08 kernel: [    0.000000] Memory policy: ECC disabled, Data cache writeback
Sep 16 01:01:08 kernel: [    0.000000] Built 1 zonelists in Zone order, mobility grouping off.  Total pages: 32512
Sep 16 01:01:08 kernel: [    0.000000] Synology Hareware Version: DS211j-j
Sep 16 01:01:08 kernel: [    0.000000] Internal HD num: 2
Sep 16 01:01:08 kernel: [    0.000000] Internal netif num: 1
Sep 16 01:01:08 kernel: [    0.000000] Console: colour dummy device 80x30
Sep 16 01:01:08 kernel: [    0.240000] Mount-cache hash table entries: 512
Sep 16 01:01:08 kernel: [    0.400000]
Sep 16 01:01:08 kernel: [    0.400000] CPU Interface
Sep 16 01:01:08 kernel: [    0.400000] -------------
Sep 16 01:01:08 kernel: [    0.400000] SDRAM_CS0 ....base 00000000, size 128MB
Sep 16 01:01:08 kernel: [    0.400000] SDRAM_CS1 ....disable
Sep 16 01:01:08 kernel: [    0.400000] SDRAM_CS2 ....disable
Sep 16 01:01:08 kernel: [    0.400000] SDRAM_CS3 ....disable
Sep 16 01:01:08 kernel: [    0.400000] PEX0_MEM ....base e0000000, size 128MB
Sep 16 01:01:08 kernel: [    0.400000] PEX0_IO ....base f2000000, size   1MB
Sep 16 01:01:08 kernel: [    0.400000] PEX1_MEM ....no such
Sep 16 01:01:08 kernel: [    0.400000] PEX1_IO ....no such
Sep 16 01:01:08 kernel: [    0.400000] INTER_REGS ....base f1000000, size   1MB
Sep 16 01:01:08 kernel: [    0.400000] NFLASH_CS ....base fa000000, size   2MB
Sep 16 01:01:08 kernel: [    0.400000] SPI_CS ....base f4000000, size  16MB
Sep 16 01:01:08 kernel: [    0.400000] BOOT_ROM_CS ....no such
Sep 16 01:01:08 kernel: [    0.400000] DEV_BOOTCS ....no such
Sep 16 01:01:08 kernel: [    0.400000] CRYPT_ENG ....base f0000000, size   2MB
Sep 16 01:01:08 kernel: [    0.400000]  Detected Tclk 200000000 and SysClk 400000000
Sep 16 01:01:08 kernel: [    0.400000] Synology 6281 1, 2 bay GPIO Init
enz....

[cyrus1977]

Koude start is altijd trickey maar Linux (daar hebben we het hier nog steeds over) kan we wat hebben. Zelfs het repareren van open sessies gaat veelal goed. En onthoud bij firmware updates worden alle services en mysql database etc al gestopt voordat de feitelijke install start. Juist om corruptie te voorkomen van je dat. Dus als je melding hebt updates goedgedaan is koude start vrij safe.


Sent from my iPhone using Tapatalk