@baumhof: Ja alle Informationen wurden während des Frierens gewonnen.
Als zusätzliche Info: Bevor meine User zu Moodle weitergeleitet werden, erscheint eine einfache php-Seite mit Infos zu unserer Schule. Diese Seite wird auch dann schnell ausgeliefert, wenn Moodle nicht mehr reagiert. Also der Apache und sein PHP scheinen nicht direkt betroffen zu sein.
Vielen Dank. Ich arbeite beide Vorschläge (in zufälliger Reihenfolge) heute Abend ab. 
Sehe ich ähnlich, solange die „Info-Seite“ auch:
auf dem gleichen Server wie Moodle liegt
gleiche php-Version/Prozess nutzt
auf gleiche (Sub)-Domain liegt
Bin wirklich gespannt ob und warum unoconv der Verursacher ist.
Auf moodle.org bin ich auf diesen Artikel gestossen:
Auslagerung der Konvertierung auf einen anderen Server
Nicht wirklich hilfreich, aber interessant.
VG Andre
Diese „Kapitulation“ habe ich auch schon erwogen. Aber noch gebe ich nicht auf 
Heute abend teste ich und berichte dann…
Dann ist unoconv am Arsch
apt clean
apt purge unoconv
apt install unoconv
müsste genauso tun:
apt clean
apt install --reinstall unoconvHallo irrlicht,
als „letzte Lösung“ habe ich auch daran gedacht.
Wieso letzte Loesung, reinstall geht immer.
Wurde ja oben schon geschrieben, wenn das auf der Kommanozeile nicht tut, kann Moodle das auch nicht nutzen.
Vielleicht ist auch nur die Platte voll oder so’n Scheiss.
Pythons Versionshoelle koennte auch noch Ursache sein - Python suckt manchmal schon.
Gruss Harry
Tja, wusste gar nicht dass auch nginx auf dem System ist
sudo apt install --reinstall unoconv
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
dnsutils libevent-2.1-6 libgnutls-dane0 libirs161 liblockfile1 libnginx-mod-http-auth-pam libnginx-mod-http-dav-ext libnginx-mod-http-echo
libnginx-mod-http-geoip libnginx-mod-http-image-filter libnginx-mod-http-subs-filter libnginx-mod-http-upstream-fair libnginx-mod-http-xslt-filter
libnginx-mod-mail libnginx-mod-stream libunbound8 lockfile-progs nginx-common nginx-full sendmail-base sensible-mda
Use 'sudo apt autoremove' to remove them.
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 155 not upgraded.
1 not fully installed or removed.
Need to get 50.0 kB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 http://mirror.eu.oneandone.net/debian buster/main amd64 unoconv all 0.7-1.1 [50.0 kB]
Fetched 50.0 kB in 0s (1,974 kB/s)
(Reading database ... 104604 files and directories currently installed.)
Preparing to unpack .../unoconv_0.7-1.1_all.deb ...
Unpacking unoconv (0.7-1.1) over (0.7-1.1) ...
Setting up nginx-full (1.14.2-2+deb10u3) ...
Job for nginx.service failed because the control process exited with error code.
See "systemctl status nginx.service" and "journalctl -xe" for details.
invoke-rc.d: initscript nginx, action "start" failed.
● nginx.service - A high performance web server and a reverse proxy server
Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2021-02-03 21:18:08 CET; 15ms ago
Docs: man:nginx(8)
Process: 20408 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
Process: 20411 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (code=exited, status=1/FAILURE)
Feb 03 21:18:06 deb10.lernplattform-nordeifel.de nginx[20411]: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
Feb 03 21:18:06 deb10.lernplattform-nordeifel.de nginx[20411]: nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
Feb 03 21:18:07 deb10.lernplattform-nordeifel.de nginx[20411]: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
Feb 03 21:18:07 deb10.lernplattform-nordeifel.de nginx[20411]: nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
Feb 03 21:18:07 deb10.lernplattform-nordeifel.de nginx[20411]: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
Feb 03 21:18:07 deb10.lernplattform-nordeifel.de nginx[20411]: nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
Feb 03 21:18:08 deb10.lernplattform-nordeifel.de nginx[20411]: nginx: [emerg] still could not bind()
Feb 03 21:18:08 deb10.lernplattform-nordeifel.de systemd[1]: nginx.service: Control process exited, code=exited, status=1/FAILURE
Feb 03 21:18:08 deb10.lernplattform-nordeifel.de systemd[1]: nginx.service: Failed with result 'exit-code'.
Feb 03 21:18:08 deb10.lernplattform-nordeifel.de systemd[1]: Failed to start A high performance web server and a reverse proxy server.
dpkg: error processing package nginx-full (--configure):
installed nginx-full package post-installation script subprocess returned error exit status 1
Setting up unoconv (0.7-1.1) ...
Processing triggers for man-db (2.8.5-2) ...
Errors were encountered while processing:
nginx-full
E: Sub-process /usr/bin/dpkg returned an error code (1)
Hallo,
wenn Du den nginx nicht einsetzt, würde ich ihn deinstallieren !
L.G.
Christoph
Kloppen sich halt nginx und apache um Port 80, offensichtlich hat Apache gewonnen.
Tut unoconv jetzt von der Kommandozeile aus?
Input file: /var/www/html/willkommen1.jpg
Selected output format: Portable Document Format [.pdf]
Output file: file:///var/www/html/willkommen1.pdf
Ja, das Tool läuft. Schauen wir mal, ob es nochmal zum Einfrieren kommt.
Hallo Heiko,
hast Du denn mit und ohne den zugehörigen Dienst getestet? Und vor allem: Mehrere Dokumente gleichzeitig, idealerweise von sehr unterschiedlicher Größe? In der Anleitung ist ja sehr deutlich beschrieben, wo es potentiell klemmen kann.
Beste Grüße
Jörg
Er liest keine Anleitungen ganz, zumindest unsere nicht. 
@irrlicht, wenn ich hier bei diesem komplizierten Thema etwas überlese oder anschließend vergesse, dann ist das bestimmt nicht despektierlich gemeint. Zum Beispiel ist mir vollständig entgangen dass hier irgendwo „unsere [Anleitung]“ erwähnt wurde.
Wäre es möglich, dass du mir deutlich sagst, welche deiener Anleitungen du meinst. Bitte.
https://github.com/unoconv/unoconv das ist jedenfalls längst erledigt…
Ich werde jetzt sicher nicht raussuchen wo Du Fragen, Bemerkungen und Vorschlaege von uns nicht beruecksichtigt hast, sowohl in diesem als auch in anderen Threads.
Gruss Harry
Du schreibst von „Eurer Anleitung“. Unter welcher URL ist „Eure Anleitung“ zu finden? Ich kenne nur die von GitHub. Ist hier irgenwo etwas auf Linuxmuster hinterlegt?
Ich habe keinen blassen Schimmer, wann und an welcher Stelle ich Dich brüskiert habe, aber da Du scheinbar gerne in Räseln sprichtst, werde ich das wohl nie erfahren. Trotzdem vielen dank für deine Hilfe.
Hallo,
Ich werde jetzt sicher nicht raussuchen wo Du Fragen, Bemerkungen und
Vorschlaege von uns nicht beruecksichtigt hast, sowohl in diesem als
auch in anderen Threads.
Jungs, locker bleiben 
LG
Holger
Hallo Heiko,
ohne es genau zu wissen. Ich denke diese:
https://ask.linuxmuster.net/t/moodle-friert-ein/6898/33?u=machtdochnix
Beste Grüße
Thorsten
Aber das ist doch das „Standardwerk“, welches JEDER gelesen hat, der unoconv und moodle verwendet. ¯_(ツ)_/¯
Hi @All,
Netiquette interpretiert jeder anders, Li(U)nix-Sprech hat bestimmte Standards,
wie man, Howto, /var/log/ und (als einer der letzten Mittel) der Hinweis auf RTFM.
That’s not L(Un)ix-like! Bin da Fundamentalist.
Interpretationen der „rausgelesenen“ Gefühle Beteidigter gehören nicht hier hin.
In meinen Linux-Anfängen brauchte ich erst gar nicht meinen „Mentor“ (per FidoNet) fragen, bevor ich ihm quasi /var/log/ schon „vor-ausgewertet“ hatte.
Pädagogisch nicht wirklich modern, aber didaktisch wirkungsvoll.
Dies lässt sich natürlich auch auf Antworten bzw. Nachfragen Hilfswilliger übertragen.
Das wollte ich mal loswerden und wünsche mir etwas mehr sachliches Unix-Like
LG Andre