Anym001

Danke für den Hinweis. Werde es in der nächsten Zeit beobachten.

Hat funktioniert. Vielen Dank! Habe die Einträge an folgender Position ergänzt. (Zusätzlich auch noch das memory_limit angehoben)

Gut zu wissen. Ist echt ein wenig verwirrend. Müssen die Einträge für die .htaccess noch irgendwie speziell formatiert werden oder können diese wie oben beschrieben eingetragen werden? Und können diese einfach am Schluss ergänzt werden oder an einer bestimmten Stelle?

Ich denke schon, weil es auch in der offiziellen Anleitung beschrieben wird. Oder verstehe ich da was falsch? https://docs.nextcloud.com/server/20/admin_manual/configuration_files/big_file_upload_configuration.html Die Datei .user.ini war schon standardmäßig vorhanden. Habe nur die letzten 4 Werte ergänzt.

Hallo, ich verwende den Nextcloud Container von Knex666 in Verbindung mit SWAG. Um auch größere Dateien per Web hochzuladen habe ich versucht folgende Einstellungen zu treffen: In der .user.ini habe ich die letzten 4 Zeilen ergänzt. Hier meine Config in SWAG. Leider wird in den Nextcloud Einstellungen im Adminbereich trotzdem "nur" eine Uploadgröße von 512 MB angezeigt. Hat jemand eine Idee warum die Einstellungen nicht übernommen werden?

Den ersten "Fehler" konntet ihr ja bereits finden. Der originale NC Container von knex666 lauscht nur auf Port 80 -> Daher in der subdomain.conf von SWAG 80/http Die weiteren Punkte: 1. Die Reverse-Proxy-Header-Configuration .... Bitte in der config.php von Nextcloud folgendes hinzufügen: 2. Der "Strict-Transport-Security-HTTP-Header .... Bitte in der ssl.conf von SWAG folgende Zeile aktivieren: 3. Dein Server ist nicht richtig konfiguriert um, "/.well-known%" aufzulösen.... Probier mal bitte folgende Einträge in der .htaccess von Nextcloud hinzuzufügen/ zu aktivieren: 4. Für deine Installation ist keine Standard-Telefonregion festgelegt.... Bitte in der config.php von Nextcloud folgendes hinzufügen: 5. Dem Modul php-imagick fehlt die SVG Unterstützung. Dafür habe ich leider selbst keine Lösung. -> Wenn du SVG nicht benötigst würde ich es ignorieren.

Das würde ich auch vorschlagen. Was du auch noch probieren könntest. Du hast Nextcloud aktuell auf Host Port 442 eingestellt. Daher nicht über 443 erreichbar. In SWAG den Port für Nextcloud auf 442 ändern und anschließend SWAG neu starten.

Läuft Nextcloud und SWAG zufällig im Bridge Network oder hast du ein Custom Network erstellt? Im Standard Bridge Network ist keine Namensauflösung möglich. -> Daher vermutlich keine Kommunikation zwischen den beiden Containern möglich. Welchen Nextcloud Container verwendest du? Verwendest du den richtigen Port? Am besten Mal einen Screenshot vom Nextcloud Template rein stellen.

Warum eigentlich zweimal docker im Pfad? Bei mir ist „nur“ /mnt/cache/system/docker eingestellt.

Das gleiche Problem hatte ich auch. Es liegt an der Rechtevergabe des benutzten Nutzers bzw. daran wenn ein sudo Befehl abgesetzt wird, er noch einmal das Passwort bestätigen muss. Somit wird der dd Befehl nicht ausgeführt und läuft auf Fehler. Lösung: (Gegenteil hier ausführlich erklärt) Kurzfassung: 1. Einloggen in deinen Pi 2. Befehl "sudo visudo" ausführen 3. Folgende Zeile hinzufügen "pi ALL=(ALL) NOPASSWD: ALL" -> pi durch den gewünschten Nutzer ersetzen. (Befehle natürlich ohne "")

My container has default settings and I can't reproduce this behavior either. @kri kri I also think that a reinstallation should help here.

Gut zu wissen. Hab mich schon nach meinem Umzug von BTRFS auf XFS bei der Fehlermeldung gewundert, dass ich kein SSD Trim Plugin installiert habe.

@sonic6 Ich hätte da zwei Fragen zu einem Teil von deinem Script: Warum bs=1MB und nicht bs=4MB? Warum Anführungszeichen nur über den if Befehl von dd und nicht über den kompletten dd Befehl?

Idle 37°C Mover aktiv 46°C Docker neu installieren 50°C Temperaturen ohne zusätzliche Kühlung. Stromverbrauch ist annähernd gleich geblieben. Sollte also passen. :) Werd es trotzdem noch ein wenig beobachten.

Das war die Rettung. Nun funktioniert es endlich. Vielen Dank!