Leaderboard

Насколько я понимаю неверные vid/pid это лишь одна из возможных причин 13 ошибки, я ее ловил и с верными, при не на чистой установке, или при чистой, но когда перегружал вручную (видимо, слишком рано), и потом мне вебморда предлагала восстановить/переустановить систему. Так же как у @Kizilkum было пару раз когда забывал поменять их на верные, но система всё равно ставилась . Это все на загрузчике 1.04. Ну и в целом я для себя понял - тут на форуме многие пишут одно, в то время как у них на самом деле совсем другое, только в этой ветке у кого то оказалось что мать не та, кто то знает наизусть Биос, но дело всё равно в нем и т.д. То есть надо всё самому пробовать ))

[ 144.775852] ACPI: Power Button [PWRB] [ 144.803924] agpgart: version magic '4.20.0 SMP preempt mod_unload ' should be '4.4.59+ SMP preempt mod_unload ' [ 144.820875] intel_gtt: version magic '4.20.0 SMP preempt mod_unload ' should be '4.4.59+ SMP preempt mod_unload ' [ 144.836896] intel_agp: version magic '4.20.0 SMP preempt mod_unload ' should be '4.4.59+ SMP preempt mod_unload ' [ 144.861703] fb: version magic '4.20.0 SMP preempt mod_unload ' should be '4.4.59+ SMP preempt mod_unload ' [ 144.878013] drm: version magic '4.20.0 SMP preempt mod_unload ' should be '4.4.59+ SMP preempt mod_unload ' [ 144.893938] cfbimgblt: version magic '4.20.0 SMP preempt mod_unload ' should be '4.4.59+ SMP preempt mod_unload ' [ 144.910490] cfbcopyarea: version magic '4.20.0 SMP preempt mod_unload ' should be '4.4.59+ SMP preempt mod_unload ' [ 144.930923] cfbfillrect: version magic '4.20.0 SMP preempt mod_unload ' should be '4.4.59+ SMP preempt mod_unload ' [ 144.950169] fb_sys_fops: version magic '4.20.0 SMP preempt mod_unload ' should be '4.4.59+ SMP preempt mod_unload ' [ 144.967913] sysimgblt: version magic '4.20.0 SMP preempt mod_unload ' should be '4.4.59+ SMP preempt mod_unload ' [ 144.987154] sysfillrect: version magic '4.20.0 SMP preempt mod_unload ' should be '4.4.59+ SMP preempt mod_unload ' [ 145.005175] syscopyarea: version magic '4.20.0 SMP preempt mod_unload ' should be '4.4.59+ SMP preempt mod_unload ' [ 145.026072] drm_kms_helper: version magic '4.20.0 SMP preempt mod_unload ' should be '4.4.59+ SMP preempt mod_unload ' [ 145.047549] i915: version magic '4.20.0 SMP preempt mod_unload ' should be '4.4.59+ SMP preempt mod_unload ' [ 145.754374] Btrfs loaded, crc32c=crc32c-intel

@unmesh The symptoms your describing sounds familiar, but I have only seen it on bare-metal and "normally" only after update from 5.x with another bootloader (synoboot).

Si cela vous intéresse, je suis en train de vous préparer un tuto pour l'installation de DSM 6.1 sur Hyper-V.

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.1.7-15284 Update 3 - Loader version and model: Jun's Loader v1.04b - DS918+ - Using custom extra.lzma: NO - Installation type: BAREMETAL - Asrock Q1900-ITX - Additional comments: easily migrated my 6x4To RAID6 drives from jun's v1.02b DS3615XS to v1.04b DS918+ without hassles, just had to install new Power Button package.

@XbladeX From earlier experience with a problem like that: try these steps: Activate the SSH service in DSM (if not active) Connect to your NAS with an SSH client (e.g. putty) (or from Win 10, open a cmd window, run : ssh admin@my.nas.ip (replace with the actual IP) Enter your credentials (user: admin) Change folder to root (cd /) Delete the xpenoboot folder (sudo rm -r .xpenoboot) If the SSH service keeps stopping, you have to be quick.