Wäre mir jetzt nicht bekannt. Ich kenne auch nur history
für die eingegebenen Befehle. Vielleicht wird die Ausgabe in irgendeiner .log Datei festgehalten.
Nicht, dass ich wüsste. Jeder Befehl erzeugt seine eigene Ausgabe, die Sie nach Belieben umleiten und ändern können. Das kann zwar manchmal nützlich sein, macht aber in der Praxis nicht viel Sinn, da Sie den Befehl einfach erneut ausführen können, um ihn in einer Protokolldatei zu speichern.
Die meisten relevanten Fehler und wichtigen Aktivitäten werden jedoch normalerweise in /var/log/syslog
und anderen Dateien unter dem Verzeichnis /var/log
gespeichert. Sie können auch journalctl -xe
ausführen, um nach einer Zusammenstellung von Meldungen zu suchen; es sind die gleichen Informationen, aber anders organisiert und dargestellt.
Übersetzt mit DeepL.com (kostenlose Version)
Is there no history of the terminal output?
Not that I'm aware of. Each command will produce its own output and you can redirect and modify it however you want. While it can be useful at times, it wouldn't much a lot of practical sense, as you can just re-run the command to save it to a log file.
However, most relevant errors and important activity are usually saved in /var/log/syslog
, and other files under the /var/log
directory. You can also run journalctl -xe
to check for a compilation of messages; it's the same information but organized and presented differently.
(Siehe nachstehende Codeschnipsel:)
Ja, das könnte ein Fall sein, in dem es nützlich sein könnte, aber unterschätzen Sie nicht die Menge an Aktivität, die der Terminalausgang erzeugen kann. Selbst bei den heutigen Laufwerken, die über eine große Kapazität verfügen, kann diese ziemlich schnell voll werden, wenn man nicht aufpasst. Außerdem würde dies im Laufe der Zeit eine Menge unnötiger Abnutzung verursachen.
In solchen Situationen können Sie den Verlauf des apt
-Befehls in /var/log/apt/history.log
lesen und sehen, was entfernt wurde, es neu installieren und es erneut versuchen, wobei Sie das Fehlerprotokoll im Auge behalten.
Sie können die Ausgabe auch selbst in eine Textdatei umleiten, indem Sie >
gefolgt von dem Namen der Datei, in die geschrieben werden soll, eingeben. Die Datei wird erstellt, wenn sie noch nicht existiert, aber seien Sie vorsichtig, dass die Datei dadurch überschrieben wird. Sie können stattdessen doppelte Klammern verwenden, um an die Datei anzuhängen:
Hinweis: Auf diese Weise leiten Sie die Ausgabe in eine Datei um, was bedeutet, dass Sie keine Ausgabe im Terminal sehen werden. Wenn Sie daran interessiert sind, die Ausgabe wie gewohnt zu sehen und gleichzeitig in eine Datei zu schreiben, können Sie die Ausgabe durch tee -a
leiten:
Sie können sogar „Hooks“ schreiben, die dies automatisch für bestimmte Operationen des apt
-Befehls tun. Oder, was wahrscheinlich einfacher ist, schreiben Sie einfach ein kleines Skript, das dies für Sie erledigt. Ein Beispiel:
Dann führen Sie dieses Skript aus, anstatt direkt apt remove
zu verwenden. Dies ist der „richtige Weg“. Unix wurde nach dem Prinzip entwickelt, Werkzeuge zu schaffen, die nach Belieben kombiniert werden können, um Ihre Bedürfnisse zu befriedigen, anstatt komplexe Werkzeuge zu haben, die möglicherweise nicht das tun, was Sie von ihnen erwarten.
Yeah, that might be one case where it might be useful, but do not underestimate the amount of activity that terminal output can produce. Even with today's drives that have a lot of capacity, it can get filled pretty quickly if you're not careful. Plus, it'd generate a lot of unnecessary wear and tear over time.
In those situations, you can read the history of the apt
command in /var/log/apt/history.log
and see what was removed, re-install it and try again keeping an eye on the error log.
You can redirect the output to a text file yourself as well with >
followed by the name of the file to write to. The file will be created if it doesn't exist already, but be careful that this will overwrite the file. You can use double brackets to append to the file, instead:
# Result of the update command saved to "result.txt"
sudo apt update > result.txt
# Result of removing package called "something"
# appended to "result.txt"
sudo apt remove something >> result.txt
Note: by doing this you will be redirecting the output to a file, meaning that you won't see any output in the terminal. If you are interested in seeing that like you normally would, and write to a file at the same time, you can pipe the output through tee -a
:
sudo apt update | tee -a result.txt
You can even write "hooks" that will do this automatically for certain operations of the apt
command. Or, probably easier, just write a small script that would handle this for you. As an example:
#!/bin/bash
timestamp=$(date +%Y-%m-%d_%M%M)
apt remove "$@" | tee -a output.txt
Dann würden Sie dieses Skript ausführen, anstatt direkt apt remove
zu verwenden. Ein Grund dafür, dass die Werkzeuge in Linux so gestaltet sind, ist, dass Sie Ihren eigenen Arbeitsablauf erstellen können, der genau Ihren Bedürfnissen entspricht, im Gegensatz zu komplexen Werkzeugen, die möglicherweise nicht das tun, was Sie wollen.
2 posts were merged into an existing topic: Error configuration update to secure boot dbx
I have no idea what is being discussed in this Z17.3 thread of late, seems to have become a German language thread. I personally think it would be beneficial to all, if non-English posts were translated by the poster to English language, that way more members would feel encouraged to contribute and not skip over. There are now too many posts to be translated by anyone.
Anyhow, back to Z17.3. I have just created a Z17.3 Core USB and booted it. Sadly I could not get any Settings>Sound>Test Speakers to work.
For those that have been here for a while, you will know that has been a common issue for me to fight with each new ZOS version.
I guess I will keep using my trusty Z16.3 Core, which works well, for the time being. I know I am not alone still using Z16.3. I also know support will soon be coming to an end for that version. But it works!
5 posts were split to a new topic: Zorin OS forum language etiquette
A post was merged into an existing topic: Zorin OS forum language etiquette
It still amazes me to this day, how some things are better left untouched!
In addition to audio, the most common issues that I've run in installing Zorin OS have been with touchpad and video playback. And to be honest I'm lucky that most people use an external mouse anyway because I've never been able to figure out how to fix it
Maybe I can get sound working on Z17.3 if I install it. Just Maybe
But that will be a project for another day. It has always been a painful and illogical hit and miss task task on Zorin version since Z12 for me, so will kick that into the long grass for now.
I may just wait for Z18 and see if that is any better.
I had some spare time today, so my project was to upgrade from Z16.3 Core to Z17.3 Core, before LTS support runs out. Backed up files, removed 3rd party ppa's, and cleaned apt and logs to maximise the limited free disk space. Then hit the Upgrade ZorinOS app. Two hours of nail biting and it finished without incident.
After the mandatory Restart, most things were found OK. I had to tinker with the Taskbar and as the Panel Transparency extension is no longer available, I have to have black on white, same as windows.
The good news is Sound works, wheras it did not when I tested from live USB, so that is a relief.
EDIT: Also set X11 instead of Wayland, as I found Flameshot works better under X11.
You can set up the Transparency in the Taskbar Settings.
True,
But in Z16.3 I found a way to have white text on dark semi-transparent taskbar with standard light theme.
All I can do now is have black text on light semi-transparent taskbar using standard light theme.
It is not as good looking, but it is simple and functional and that is all that matters right now.
Ah, You want a dark Taskbar in a Light Theme. I understand. You could change the stylesheet.css from the Zorin Taskbar and try if this works or use instead Dash To Panel. there You can coose the Color of the Taskbar. But I don't if the Font Color changes automatically.