gfacek2

Die Frage ist: Wo kann das Volume denn noch read-only gesetzt sein?

Ja, das war es vermutlich bei mir auch. Leider stehe jetzt dennoch vor dem Problem, dass ich nichts mehr schreiben kann. D.h. ich müsste entweder die 10-12 TB irgendwo auslagern, die Platten formatieren und alles neu aufbauen, oder ich bekomme das Volume wieder beschreibbar.

Hallo, nach einem wilden Tag gestern, hänge ich an einem scheinbar schreibgeschützten Volume und komme nicht weiter. Kurz zur Vorgeschichte: Seit ein paar Tagen bekam ich öfters die Meldung "Abnormal Power Failure detected on drive...". Ich hatte das vor ein paar Monaten schon einmal war dann aber weg. Nun war es aber so, dass das Volume in Read-Only gegangen ist. Ich hatte zwar keine wirkliche Lösung gefunden, habe aber in mehreren Foren die Meldung immer im Zusammenhang mit dem Update auf 7.0.1 gelesen, auch bei original Synology Geräten. Oft wurde gesagt, dass es nach dem Update auf 7.1 weg war. Also habe ich meinen Mut zusammengenommen, und auf ARPL 1.1beta2 und DSM 7.1.1-42962 Update 3 aktualisiert. Leider wurde hierbei keine Migration angeboten, und meine ganze Konfiguration war weg. Naja...egal. Zumindest konnte ich wieder schreibend auf meine Daten zugreifen. Ich habe ja noch ein Backup. Nachdem ich das Backup zurückgespielt hatte, war allerdings das Volume wieder im Read-Only. Über den Speicher-Manager konnte ich zwar wieder Lese und Schreibzugriff aktivieren, welcher aber scheinbar nicht greift. Auch über SSH kann nicht nicht schreiben. Was läuft da falsch?

- Outcome of the update: SUCCESSFUL - DSM version prior update: RedPill TinyCore V.0.4.6 DS918+ DSM 7.0.1-42218 U3 - Loader version and model: RedPill TinyCore V.04.6 DS918+ DSM-7.1.0-42661 - Using custom extra.lzma: NO - Installation type: Baremetal on ASRock J5040-ITX - Additional comments: Use official Synology .pat file. But had to follow the instructions here to build a new boot stick with 7.1.0 Loader. Before that I was stuck in recovery loop. Also, in my case, my UPS connected via USB is showing fine in DSM.

OK, I managed to get it to work by myself...kind of I just followed the instructions here to build a new boot stick with 7.1.0 Loader. Now DSM is loading, and update process is going on.

I'm sorry...I thought I had entered the specs in my signature...but there is no signature I'm using a ASRock J5040-ITX and no additional components (exept for the 3 HDD) I was on 7.0.1 U3 with RedPill 0.4.6 DS918+ BareMetal ... no extra.

Is this the right place to get help? I installed 7.1 via manual pat file, and now I'm in recovery loop. Is there anything I can do?

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 7.0.1-42218 Update 2 - Loader version and model: Tinycore-Redpill 0.4.6 - DS918+ - Using custom extra.lzma: NO - Installation type: BAREMETAL - ASRock J5040-ITX - Additional comments: Made a new Boot-Stick with updated Tinycore-Redpill 0.4.6 prior to Update (before I had Version 0.4.4), but I don't know, if this was needed.

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.2.3-25426 Update 3 - Jun's 1.04b bootloader - Loader version and model: RedPill DS918+ v7.0.1-42218 update 2 - Using custom extra.lzma: NO - Installation type: BAREMETAL - ASROCK J5040-ITX - Additional comments: build image with UEFI support

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.2.2-24922 Update 4 - Loader version and model: JUN'S LOADER v1.04b - 918+ - Using custom extra.lzma: No - Installation type: BAREMETAL - ASRock J5040-ITX - Additional comments: 2x Reboot required

What was the result of your try with CentOS? Did the System shutdown, or restarted?

On some Mainboards, like mine, you cad add a external Serial-Port. You just need an onboard-connector.

No, you have to access the console output of jun's loader. To get that, you have to connect via RS232-Port and use a program (i.e. putty) for a serial connection.

Thats right. I had a driver issue... You could check the BIOS. I think that there is an option in some BIOS to keep the PC always on. Also, I once had a customer PC with exactly this issue, whose motherboard was defective.

- Outcome of the update: SUCCESSFUL - DSM version prior to update: DSM 6.2.1-23824U6 - Loader version and model: Jun v1.04b - DS918+ - Using custom extra.lzma: Testversion 0.7 from IG-88 - Installation type: BAREMETAL - ASRock J4205-ITX with a Intel i210 NIC (OnBoard Realtek disabled) - Additional comments: I had to delete the /usr/lib/modules/update/* folder and also drm.ko, drm_kms_helper.ko and i915.ko