Closed ykarrde closed 11 months ago
to continue this journey: After (sudo) apt-get update (which basically was Process 1870 above) ran without any problems after stopping the tuxedo-tomte service. To check if the "no network found" with two exclamation Marks output is more likely the issue I changed the start time from 3 seconds to 1 Minute after boot. Which should give me enough time to login and establish a Wi-Fi Internet connection. At least most of the times, sometimes i tend to turn on the laptop and than "quickly" do something else until I login. Long story short: Rebooted Laptop, logged in and established internet connection. Waited a short time and then checked the status of the tuxedo-tomte service, everything ran without errors, KDE Discover does not complain and tomte is accessible from the control center settings.
But why run apt-get update when there clearly is no network detected in the first place? expected behavior would be: Do not even search for an (online) Update if there is no network.
Edit 11.08.2023 Update to 2.12.2 didn't fix the issue. I know because the Update reverted my modified timer setting. Re-reverted that back for now, despite being a far from perfect Workaround.
Since one of the last updates i get additionally 1001 apt error messages because Tomte decided to add Packages sources again, example:
Ziel Packages (main/binary-amd64/Packages) ist mehrfach konfiguriert in /etc/apt/sources.list.d/tuxedo-computers.list:1 und /etc/apt/sources.list.d/tuxedo-computers.list:7
And in the ".list" file(s) itself: "# Added by TUXEDO Tomte ..."
Hi @ykarrde ,
Thank you for reaching out to us regarding the issues you're experiencing with the TUXEDO Tomte service on your Gemini 17 - Gen2 laptop. We appreciate the detailed information you provided about the error messages and your troubleshooting steps.
It appears that there are two main issues at hand:
Let's address each of these:
It seems that the tuxedo-tomte service is starting before your Wi-Fi network is fully established, resulting in the "no network found" error. We are in discussions about improving the network-check capabilities of Tomte. Your workaround of manually stopping and starting the service after boot seems to resolve the issue for you.
To prevent this from happening, you adjusted the timer setting to delay the start of the service. However, this is not a perfect solution, and we understand that it's not ideal for you. Please contact our support by the Tuxedo Control Center.
It seems that Tomte is repeatedly adding package sources, leading to duplicate configurations. This behavior is unexpected and may be causing the apt errors you mentioned.
This bug should've been fixed since you wrote the comment. If it persists please contact the support by the Tuxedo Control Center so we can get it fixed.
We understand the frustration these issues may be causing, and we appreciate your patience and detailed troubleshooting. If you have any further questions or if there's anything else we can assist you with, feel free to let us know.
Best regards, M. Arnold
I have here a TUXEDO Gemini 17 - Gen2 laptop and some problems related to tomte.
If I open the Tuxedo control center and go to Settings Tomte I just get a error message.
so i checked the service:
when i stop the service (sudo service tuxedo-tomte stop) and start it myself (sudo service tuxedo-tomte start) everything runs fine:
Finished in a few seconds. While the first auto started one was stuck with "no network found"? My Wi-Fi network was probably not up so early.
Now i can access Tomte via the control center (until the next system restart).
Edit: forgot to mention I am using Tuxedo OS (up to date) tuxedo-tomte 2.11.0 Edit2: Added image of the error messages, system at that point already running with a working internet connection for more than 10 Minutes. Manually restarting the service resolved the issue, until i shutdown my Laptop and start it again.
Edit3 Today, 3 days later, I discovered that even KDE discover (what a Pun) throws an error while that tomte service is stuck: E: Sperre /var/lib/apt/lists/lock konnte nicht erlangt werden. Sie wird von Prozess 1870 (apt-get) gehalten. W: Beachten Sie, dass das Entfernen der Sperrdatei keine Lösung ist und Ihr System beschädigen kann. E: Das Verzeichnis /var/lib/apt/lists/ kann nicht gesperrt werden. And the system can probably not even search for Updates that way(?). That is really bad.