[gelöst] Layout kaputt, liegt es an Permissions?

Das ist ein Problem der Rechte auf dem files-Verzeichnis und seinen Unterordnern. Wem gehört dieses Verzeichnis (user und group)? In standart Installationen muß sichergestellt werden, daß der User oder die Gruppe www-data dort Schreibrechte haben. Du hast mit Deinen chmod-Befehlen zwar der Gruppe Schreibrechte gegeben, aber nicht www-data erwähnt. Ich empfehle von der Ebene in der zich composer;json und composer;lock befinden die Befehle:
chgrp -R www-data *
chmod -R g+w *
Das sollte das Problem beheben.

sudo chmod -R g+w *
sudo chmod -R g+w *
ausgeführt.

So sieht es in meinem Verzeichnis (/path_to_drupal_installation) aus:

Das Verhalten, die kaputte Darstellung (z.B. Reports Seite /web/en/admin/reports/dblog) ändert sich nicht.
Gibt es noch Tipps?
Danke

Mach bitte mal ein Listing (ls -la) von web/sites/default/files. Du schaffst es nicht, die CSS-Daten zu schreiben und zu laden. Daher ist Deine Darstellung zerhauen.

Das müsste doch ok sein? Lesen und schreiben kann www-data. Mit dem "s" Sonderrechte habe ich mich noch nicht beschäftigt.
d rwx rws --- files

EDIT:
Unter: admin/reports/status heißt es jetzt

Configuration files
Not protected
The directory sites/default is not protected from modifications and poses a security risk. You must change the directory's permissions to be non-writable.
The file sites/default/settings.php is not protected from modifications and poses a security risk. You must change the file's permissions to be non-writable.

Für eine Drupal Standard- Installation ist die Rechtevergabe im Grunde recht einfach. Generell gehören die Verzeichnisse dem Benutzer und seiner Gruppe. Beide haben vollen Rechte:

(sudo) chown -R userd9:userd9 DRUPALPROJEKTVERZEICHNIS
(sudo) chmod -R 775 DRUPALPROJEKTVERZEICHNIS

Dann gibt es noch die Verzeichnisse, in denen Drupal schreiben und lesen können muss. Das sind in der Regel die Verzeichnisse files, tmp und private(falls dies überhaupt genutzt wird). Diese Verzeichnisse müssen zumindest der Gruppe www-data (dem Apache Server Prozess) gehören. Also:

(sudo) chown -R userd9:www-data files (sowie tmp und ggf. private)
(sudo) chmod -R 775 files (falls noch nicht gesetzt, tmp und ggf. private ebenfalls)

Die für die settings.php reicht nach der Installation ein chmod 644.

Danke, das hat geholfen!

Wo würden die Verzeichnisse: tmp und private (falls genutzt wird) liegen?
Einen "private" habe ich hier gefunden, aber der ist wohl nicht gemeint?
/web/core/modules/migrate_drupal_ui/tests/src/Functional/d7/files/sites/default/private/

@wla habe jetzt erst gesehen, dass ich ls -l gemacht habe, anstatt wie von dir vorgeschlagen ls -la.

Oberhalb deines www-webverzeichnis, also im Root Bereich des Servers.

Unter Dateisystem würde es dann z.B. so lauten:

/der-ftp-name-deines-servers/privat-mein-name
/der-ftp-name-deines-servers/tmp-mein-name

Die Ordner kannst du beliebig benennen, nur der Serverpfad muss richtig sein.

Grüße Jenna

Ein private Verzeichnis existiert erst einmal nicht, da dies nicht in allen Fällen benötigt wird. Ich persönlich lege /tmp und /private aus Sicherheitsgründen außerhalb des Document- Root an:

Projektverzeichnis
/web
/tmp
/private (private kann auch anders heißen....)

Dann in der web/sites/default/settings.php die Verzeichnisse registrieren:

$settings['file_temp_path'] = '../tmp';
$settings['file_private_path'] = '../private';

ggf. muss der Drupal Cache geleert werden.

Es kann natürlich auch ein absoluter Pfad angegeben werden.

Danke, das mit den Verzeichnisse ist jetzt klar.

Leider kommt das kaputte Layout doch wieder. Dieses mal hier im Backend:

/web/en/admin/structure/block

Und wenn ich Theme Bartik 9.1.7 als default nehme, dann ist die User Webseite das Layout auch kaputt. Wenn ich Olivero 9.1.7 nehme ist die Webseite ok.
Woran kann das liegen? Danke.

EDIT: Nach Update auf drupal/core 9.1.8 haben sich die zwei Probleme scheinbar erledigt.