Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)G
Posts
6
Comments
356
Joined
3 yr. ago

  • Since you say the thing is working fine on Windows, there's almost certainly a bug or several. I'd say probably a driver in the kernel, but could be something else. Changing distro or kernel version does sometimes help with that sort of thing, mainly because another distro may have newer or older kernels and other software, and bugs get both introduced and fixed every release.

    Freezing issues can have lots reasons, including buggy apps, RAM exhaustion due to memory leaks, bugs in the graphics drivers or graphics stack more generally, various blocking I/O things taking unexpectedly long due to network issues or faulty hardware or drivers.

    If you want a chance to figure this out, you probably need to run things in the terminal, like installing software updates through the apt and snap (?) cli utilities. GUIs are notoriously shit at reporting unexpected errors, whereas all sorts of programs (including GUI apps if you start them in a terminal) do regularly print warnings and error messages to stderr, which will show up in a terminal. This is because it's easy for the programmers to do that with just single printf() (etc.) line.

    For driver issues, looking at the kernel logs can sometimes show interesting things as well. I will say that, when looking at logs or terminal output, there often are warnings that are completely unrelated and/or harmless, and that's not necessarily obvious to the user.

    If this is a software issue, framework imho shouldn't advertise their stuff being able to run Ubuntu if they cannot stay on top of issues that are happening in this configuration.

  • This is actual RAM used by the desktop environments that is not available for cache. That is the number he gets from top, it doesn't include the disk cache. The DE won't use less RAM even when Firefox needs it, because it is not cache, it cannot be dropped if needed, you just have less RAM available for you applications (or for the actual cache, for that matter).

  • Jo, das ist offensichtlich. Die Gegenmeinungen hier leben in einer Traumwelt. Das ist vollkommen absurd, dass das Verfassungsgericht das so interpretieren würde, dass jemand als Entschädigung für eine enteignete Fabrik eine Schallplatte der Internationale vom Arbeiterchor Karl-Marx-Stadt bekommt, selbst wenn der Bundestag ein entsprechendes Gesetzt erlassen würde.

  • Glad you got it working.

  • If we assume, for a moment, that your issue was in fact related to fluidsynth, which I kinda still think it might be, because of what fuser and the logs showed, it would be a good idea to undo your module blacklist thingy and reboot.

    If your slow boot issue persists, and you try to fix that tomorrow, then try looking at the bootup messages as described here:

    https://askubuntu.com/questions/25022/how-to-enable-boot-messages-to-be-printed-on-screen-during-boot-up

    If you reinstall pulseaudio to get back to where you were before, uninstall pipewire, those two shouldn't be running simultaneously.

    Good luck and keep me updated if you manage to fix it somehow.

  • Yeah I wrote that stop command wrong, it's supposed to be systemctl --user stop pulseaudio. The relevant errors from journalctl were the "busy" errors. Are they still there? Maybe they're old messages? You can type G to go to the end of the log.

    Also, and this is probably my last suggestion, try restarting the socket with systemctl --user restart pipewire-pulse.socket. And maybe restart all the other crap as well for good measure. My theory here is that pulseaudio overwrote that socket with it's own socket, and anything trying to play sound would be trying to connect to the nonexistent pulseaudio, and maybe restarting pipewire doesn't actually recreate the socket, because systemd does that, but I'm not sure that's actually how that works.

    Theoretically logging out and in again should also restart all the things pipewire I think, but it's possible that whatever is slowing down your boot is actually slowing down the login, so do at your own risk.

  • Yeah not sure about that. My guess is the casper-md5check is irrelevant, not sure why udev would be affected by installing/uninstalling audio stuff, and also not sure if that actually slows down your boot, my guess would be no. vboxdrv and virtualbox are probably also irrelevant.

    I think I should have included systemctl --user list-units --failed previously.

  • Oh good. Maybe you can try restarting pipewire w/o rebooting.

    First, check if pulse is running (it might be even if uninstalled), with systemctl --user list-units (search for pulse by typing /pulse) or ps -A|grep pulse and kill it with (probably) something like systemctl --user stop pulseaudio or maybe killall pulseaudio. Not sure what's better here, but it needs to be killed if it's running.

    Then do systemctl --user restart pipewire pipewire-pulse wireplumber.

  • Oh, I'm sorry. Can you run systemd-analyze blame (and also systemd-analyze --user blame) and look for something, near the top, that took a long time? Also systemctl list-units --failed to see if something has failed to load properly.

    I'm afraid to ask, and I should have thought of that, do you remember if uninstalling fluidsynth removed anything else?

    Also maybe try uninstalling pulseaudio, it's possible it's fighting with pipewire over the device, but that's just a guess.

  • Yeah actually looks like the same issue I had. Just uninstall fluidsynth with apt remove fluidsynth and (probably) reboot, and see if that fixes it.

  • This is so stupid, what's Vietnam supposed to do? What stuff does America produce that they can export to Vietnam to offset this trade imbalance? The US is basically ruining that country, again. Because what, they stole jobs growing coffee, assembling phones and sewing T-shirts from the American workers? I'm sure the American worker would love to do that at competitive wages of like $200 per month.

    Also, imagine this perfectly balanced trade scenario: Vietnam sells coffee to the US, gets dollars, uses these dollars to buy oil from the UAE, and the UAE then uses these dollars to buy American weapons or something. As per the braindead Trump administration, this would be a problem, because it involves a third country.

  • I mean it's definitely weird that wireplumber and pulseaudio are running simultanously, that is probably not great (or maybe it's harmless, idk), but it's normal when using pipewire to have wireplumber on control0.

    Anyway you should try running fuser before you apply your fix.

    Also I deleted my original post, because I wasn't super happy about it, and made new one, so now there are two versions of this post. Sorry.

  • I mean something must have changed three days ago, kernel update maybe? You could try running a different kernel and see if this fixes it automagically.

    I recently also had an issue where I could only see a dummy device, and that got me wondering. It was caused by fluidsynth hogging the audio device. So maybe could you check something? Look at the log file for pipewire (journalctl --user -u pipewire here) and do fuser -fv /dev/snd/* when it's still in its broken state to see if (maybe) you're misdiagnosing the problem. Because I could possibly sort of imagine that doing the force-reload and start pulseaudio dance might actually have seemingly fixed my fluidsynth issue by inadvertently making it so that pulseaudio got a hold of the audio device.

  • I had an issue like this recently on Debian testing and it turns out fluidsynth was hogging the sound device and so pipewire couldn't open it. IDK why it was doing that all of a sudden. The symptom was also just having the dummy device.

    I think what I did to figure this out was look at the pipewire logs and it said something to the effect that it couldn't open the sound device because it was busy, and according to my bash history I did fuser -fv /dev/snd/* and figured out it was fluidsynth that was using it, which I then disabled or maybe uninstalled because wtf do I need midi for anyway.

    Your problem may be different, but I can imagine, theoretically, that all the stuff you're doing makes it so pulseaudio gets first dibs on the (otherwise busy) sound device and so maybe you have misdiagnosed the problem.

  • Kritisch lesen würde schon reichen. Der Artikel vom ZDF war voll von red flags. @Saleh@feddit.org hat das hier im Thread ganz gut aufgedröselt, wieso die Geschichte weit hergeholt ist. Ich will noch was zum Artikel selber hinzufügen:

    Die hatten da ihren Experten, vorgestellt mit einem eigenen Info-Kasten, der sich wie ein Werbetext für seine Person und seine Dienstleistungen liest. Er wird dann als "Internet-Profiler" und "Digital Behavioral Analyst" vorgestellt, wovon ich noch nie gehört habe. Also geht der Bullshit-Meter an, ich google den, dauert ein paar Sekunden, und auf Linkedin ist er dann ein Marketingexperte bei einer Marketingfirma. Die Info fehlt aber im Artikel. Wäre nicht das erste mal, dass Journalisten irgendwie unkritisch Marketing weiterverbreiten.

    Der Typ und seine angebliche Expertise sind die einzige Quelle, und es fehlt die Information, wie genau der das rausgefunden haben will. Der sagt dann, das wäre voll verdächtig und ungewöhnlich. Keine Zweitmeinung, keine Gegenprobe, ob das wirklich ungewöhnlich ist. (Ist es offenbar nicht, der BND-Sprecher hat das ja ganz gut erklärt.) Bei anständigem Journalismus wäre so was Standard.

    Nächster Absatz: "Keine Beweise." Ach. Bei Anschlägen mit Hintermännern, die mit den Tätern in Kontakt hätten sein müssen, ist das nicht irgendwie seltsam, dass es keine Beweise gibt? Bei Artikeln, die sich nicht um vage Behauptungen drehen, gibt es normal nicht einen dicken Disclaimer, dass Beweise fehlen.

  • Jede abweichende Meinung ist für dich nur ein weiteres Indiz für die russische Verschwörung.

    Aber ja, mein Dealer ist beim FSB. Der Stoff ist umso billiger, je obskurer das Interforum, in dem ich russische Propaganda poste. Wenn es gar keiner liest, bekomme ich's sogar gratis.

  • Das ist jetzt schon der dritte Kommentar. Der User über mir hat gepostet, dass wenn Deutschland in Russland so Anschläge anstiften würde (übrigens Quatsch, was das ZDF hier fabriziert hat), dann hätten die Russen schon längst Krieg erklärt. Ich poste also die höchste Autorität von euch Liberalen, die New York Times, um aufzuzeigen, dass 100% die Amis von vorne bis hinten an Angriffe auf Militärbasen in Russland involviert sind, und die offensichtlich nicht den Krieg erklärt haben. Argument entkräftet würde ich sagen.

    Aber egal, was der Punkt war, ignorieren wir das mal, der User (ich) wird bestimmt seine Meinung ändern, wenn er zum fünfzigsten mal, off-topic, die Standardrechtfertigung der Westmächte lesen muss.

    Die Russen machen hybride Kriegführung, ich verstehe. Selbst wenn mal wieder einfach irgendein Schmarrn behauptet wird, an dem die Russen gar nicht beteiligt sind, so wie im Artikel hier, glaubt ihr Schwurbler das. Wehe man versucht mal aufzuklären!

    Der Westen macht natürlich keine hybride Kriegführung, oder Proxy-Krieg, weil das ja gerecht ist (ignoriert bitte die strategischen und ökonomischen Interessen des Westens). Das ist genau der Unterschied: Unsere gerechte geheime Unterstützung, deren fiese hybride Kriegführung. Dir ist schon klar, dass die Russen genauso davon überzeugt sind bzw. propagandiert wurden, für die gerechte Sache zu kämpfen?

    Und provocative steht auch so im Artikel, mehrmals, sowohl geäußert von den Quellen im US-Militär, als auch von der NYT. Ich weiß, die Medien haben euch alle geprimed, sofort bei "provoziert" in den Deboonking-Modus zu wechseln, deswegen lass ich das mal den Noam Chomsky erklären, der gilt auch bei Liberalen als Autorität glaube ich, weil er selber einer ist (kleiner Seitenstich, der glaubt selber er wäre Anarchist):

    https://www.youtube.com/watch?v=aUyw7Vt98PU

  • Die durchschnittliche Fähigkeit der User hier, die Artikel kritisch zu betrachten, ist unter aller Sau. Letzte Woche hatte jemand den Artikel von Hanno Hauenstein (originale Recherche) in The Intercept gepostet über die Ausweisung von Palästina-Protestlern. Ein guter Artikel mit glaubhaften, namentliche genannten Quellen und vielen Details. Einwand eines Users: Ist von The Intercept, gibt's da keine verlässliche Quelle? Späteres Edit des Users: Er/sie dachte, Glenn Greenwald arbeite da noch und den mag er/sie nicht. Die halbe Kommentarsektion war ähnlich zum Haare raufen.

    Da wird im Grunde danach entschieden, ob die Info ins Narrativ passt und/oder ob man irgendwie die Publikation für reputabel (Sprich: dem eigenen Bias entsprechend und/oder im eigenen Umfeld als Autorität anerkannt) hält. Der Text selber wird nicht kritisch analysiert. Das ergibt dann folgende Up/Downvote-Matrix:

  • Letzte Woche hatte die New York Times einen ewig langen Artikel (Archiv) dazu, wie sehr die Amerikaner in den Russland-Ukraine-Krieg involviert sind. Als ich das gelesen habe, dachte ich mir, meine Fresse, wir können von Glück reden, dass Russland nicht direkt Wiesbaden mit ballistischen Raketen bewirft.

    Ein Detail ist, dass die Amerikaner ihre Liste von Zielen, die sie den Ukrainern zum Beschuss übergeben, von targets zu points of interest umbenannt haben, weil das weniger "provokant" klinge. Quote:

    “If you ever get asked the question, ‘Did you pass a target to the Ukrainians?’ you can legitimately not be lying when you say, ‘No, I did not,’” one U.S. official explained.

    Die Russen werden das sicher viel weniger als Provokation wahrnehmen, wenn man Euphemismen benutzt. Die Amis haben dann auch Angriffe in Russland geplant und durchführen lassen:

    C.I.A. officers shared intelligence about the depot’s munitions and vulnerabilities, as well as Russian defense systems on the way to Toropets. They calculated how many drones the operation would require and charted their circuitous flight paths.

    On Sept. 18, a large swarm of drones slammed into the munitions depot.

    Und wer weiß, was die Quellen aus dem US-Militär nicht erwähnt haben. Kann nur empfehlen, dass mal selber zu lesen. Und trotzdem hat Russland "uns" (distanzierende Anführungszeichen weil ich mich nicht mit Deutschland gemein mache) nicht den Krieg erklärt.