Die Liste der Patches, auf deren Installation man besser verzichten sollte, hat seit heute ein neues Mitglied: KB3173040:

This notification is a reminder that the Window 10 free upgrade offer ends on July 29, 2016. Microsoft recommends that you upgrade to Windows 10 before the offer expires. You can choose to upgrade directly from the notification, dismiss the notification permanently, or choose to be reminded later.

oder wie Microsoft das so schön zusammenfasst:

Sorry to interrupt, but this is important.

Windows 10 free upgrade offer ends July 29.

Interessant, wie sehr die Einschätzung, ob etwas wichtig ist oder nicht differieren kann. Wobei - vielleicht ist die Nachricht ja tatsächlich wichtig, falls am 29. Juli auch der Update-Terror endet.

Sofern von der Umstieg von Windows 7 nach Windows 10 nicht stattfinden soll, gibt es eine Reihe von Patches, die man am besten erst gar nicht installieren sollte, statt sich hinterher mit den Nebenwirkungen herumzuärgern.

Diese sind nach aktuellem Kenntnisstand:

KB2952664

This update performs diagnostics on the Windows systems that participate in the Windows Customer Experience Improvement Program. These diagnostics help determine whether compatibility issues may be encountered when the latest Windows operating system is installed. This update will help Microsoft and its partners ensure compatibility for customers who want to install the latest Windows operating system.

KB3035583

This update installs the Get Windows 10 app that helps users understand their Windows 10 upgrade options and device readiness. For more information about Windows 10, see Windows 10.

KB3123862

This update adds capabilities to some computers that lets users easily learn about Windows 10 or start an upgrade to Windows 10. Before you install this update, see the Prerequisites section. For more information about Windows 10, see Windows 10.

Dazu kommen noch drei Updates, die im Wesentlichen Daten sammeln und an Microsoft übermitteln

The Diagnostic and Telemetry service collects diagnostics information about functional issues on Windows systems that participate in the Windows Customer Experience Improvement Program (CEIP).

auf deren Installation man IMHO ebenfalls verzichten kann und sollte:

KB3068708

This package updates the Diagnostic and Telemetry service on existing devices. This package also supports applications that are subscribed to Visual Studio Application Insights. The content in this article was revised to more accurately reflect the functionality of the package and related Windows Service.

KB3080149

This package updates the Diagnostics and Telemetry tracking service to existing devices. This service provides benefits from the latest version of Windows to systems that have not yet upgraded. The update also supports applications that are subscribed to Visual Studio Application Insights.

KB3173040

This notification is a reminder that the Window 10 free upgrade offer ends on July 29, 2016. Microsoft recommends that you upgrade to Windows 10 before the offer expires. You can choose to upgrade directly from the notification, dismiss the notification permanently, or choose to be reminded later.

Leider haben die Entwickler der ownClould/Nextcloud News-App keine Möglichkeit vorgesehen, den “Entdecken”-Button am Ende der Feed-Liste auszublenden.

Änderungen am Code sind zwar problemlos möglich, haben aber den Nachteil, daß sie nach jedem Update der App erneut eingepflegt werden müssen.

Ein einfachere Möglichkeit ergibt sich durch Nutzung eines Custom Themes:

Im “/themes”-Ordner einen Ordner mit beliebigem Namen (der Name dieses Ordners ist dann gleichzeitig der Name des Themas) anlegen und in diesem die Ordner-Hiearchie “apps/news/css” erzeugen.

In diesem CSS-Ordner dann eine Datei namens “custom.css” mit folgendem Inhalt erzeugen:

#app-navigation > ul > li.explore-feed {
 display: none;
 }

Anschließend muß das Theme noch aktiviert werden:

In der Datei “/config/config.php” die Zeile

'theme' => 'NameDesThemas',

einfügen und die Seite im Browser neu laden.

Nachdem die Datenbank der Photo Station leider beschädigt war, musste sie zurückgesetzt werden.

Symptome waren u.a. Meldungen in der Form

Jun 14 21:11:06 mynas synoindexplugind: Failed to run PQexec: ERROR: duplicate key value violates unique constraint "image_label_ukey"
Jun 14 21:11:06 mynas synoindexplugind: photo_database.cpp:3708 Failed to exec [INSERT INTO photo_image_label (image_id, label_id, info_new, status) VALUES(61877, 29, '', 't')] (ERROR: duplicate key value violates unique constraint "image_label_ukey"
Jun 14 21:11:06 mynas synoindexplugind: photo_database.cpp:1434 PhotoInfoDBImageLabelDataAdd failed for /volume1/photo/Dateiname, iPhotoId: 61877, iLabelId: 29

in der Datei “/var/log/messages”. Eine Neuinstallation der Photo Station brachte nicht die erhoffte Besserung, beim erneuten Indizieren trat der Fehler wieder auf, denn die Datenbank bleibt bei der Deinstallation des Paketes erhalten.

Also musste die Kommandozeile mit psql ran.

Die Anmeldung gelingt unter DSM 5.2 mit dem Benutzer “postgres” problemlos:

mynas> psql -U postgres
psql (9.3.6)
Type "help" for help.

Anschließend kann über “\list” eine Liste der installierten Datenbanken aufgerufen werden:

postgres=# \list
                               List of databases
    Name     |   Owner    | Encoding  | Collate | Ctype |   Access privileges
-------------+------------+-----------+---------+-------+-----------------------
 ........... | .......... | SQL_ASCII | C       | C     |
 photo       | postgres   | SQL_ASCII | C       | C     |
 ........... | .......... | SQL_ASCII | C       | C     |

in der auch die zur Photo Station gehörende Datenbank aufgelistet wird.

Diese kann dann mittels

postgres=# drop database photo;
DROP DATABASE

gelöscht und der Kommandozeilen-Client mit

postgres=# \quit
mynas>

verlassen werden. Bei der anschließenden Neuinstallation legt die Photo Station die Datenbank wieder an und fängt an, diese (hoffentlich fehlerfrei) zu befüllen.

Sofern versucht wird, in den Datenbank-Eigenschaften die maximale Dateigröße des Transaktionslogs auf einen Wert kleiner als die tatsächliche Dateigröße zu setzen wird dies vom SQL-Server mit einem

MODIFY FILE failed. Size is greater than MAXSIZE.
(Microsoft SQL Server, Error: 5040)

quittiert. Erste Suchergebnisse führen in der Regel zu Lösungsvorschlägen unter Verwendung des Befehls “backup log [DATENBANKNAME] with truncate_only”, welche von neueren Versionen des Microsoft SQL-Servers (2008 und später) mit der Fehlermeldung “’truncate_only’ is not a recognized BACKUP option.” quittiert werden.

Stattdessen muss zur Anpassung der Dateigröße das Recovery-Modell geändert werden. Hierzu wird zuerst das aktuell verwendete Modell ermittelt

SELECT name, recovery_model_desc FROM sys.databases
 GO

dann wird im nächsten Schritt das Modell auf “Simple” geändert:

ALTER DATABASE [DATENBANKNAME]
 SET RECOVERY SIMPLE;
 GO

Nach Ermittlung der anzupassenden Datei

SELECT name ,size/128.0 - CAST(FILEPROPERTY(name, 'SpaceUsed') AS int)/128.0 AS AvailableSpaceInMB
 FROM sys.database_files;

kann dann mittels

DBCC SHRINKFILE ('LOGDATEINAME', GROESSEINMB);
 GO

die Datei auf den gewünschten Wert verkleinert werden.

Als letzter Schritt sollte dann das Recovery-Modell wieder auf den Ausgangswert (i.d.R ‘FULL’) zurückgesetzt werden :

ALTER DATABASE [DATENBANKNAME]
 SET RECOVERY FULL;
 GO