[11:51] <r_> Hallo =) Alles gut bei euch? Ich suche Hilfe bezüglich eines nicht gut verlaufenen Updates von 21.04 zu 21.10
[11:55] <taunix> was lief da nicht gut?
[11:57] <r_> Also meine Vermutung ist, dass ich vor dem Upgrade die Extensions nicht entfernt oder deinstalliert habe. Jedenfalls ist noch vor einem Reboot meine aktuelle Session abgeschmiert, ich komme, aber immer noch gut in tty
[11:57] <r_> Mit der Gnome-Shell meckert er über dependencies und mit dpkg --configure -a und apt --fix-broken install komme ich nicht weiter
[11:58] <r_> Ich kann mit apt auch nichts deinstallieren bis jetzt
[11:58] <r_> Damit hätte ich sonst aufgeräumt und neu installiert
[11:58] <LupusE> dann deaktiviere die 'externsion' (du meinst 3rd party quellen im repo?) -> dann 'apt update; apt full-upgrade' und --fix dependenciec, wenn er dich dazu auffordert.
[11:59] <r_> Ich weiß nicht wie ich die deaktivieren kann, ich komme nicht mehr in die gui
[11:59] <tomreyn> " mit dpkg --configure -a und apt --fix-broken install komme ich nicht weiter" heißt, dass sie fehler anzeigen, oder nicht?
[11:59] <LupusE> apt update liesst die quellen aus /etc/apt/sources.list* neu ein, und damit sollte sich hoffentlich das abhaengigkeitne-problem erledigen.
[12:00] <LupusE> $editor_deiner_wahl /etc/apt/sources.list (gg auch /etc/apt/sources.list.d/* und dort vor jeder zeile, die nicht von ubuntu.com kommt eine raute setzen (auskommentieren).
[12:00] <tomreyn> deine selbst installierten gnome shell extensions deaktivierst du z.b. durch umbenennen des verzeichnisses ~/.local/share/gnome-shell/extensions/
[12:02] <r_> @tomreyn Es kommt ein Fehler insofern, dass die dependencies nicht resolved werden können, php7.2 kann nicht installiert werden
[12:02] <tomreyn> oder einzeln per gnome-shell-extension-tool -d <extensionname>
[12:02] <r_> @Lupuse Ich habe da nichts, was nicht von Ubuntu kommt
[12:02] <tomreyn> okay, das klingt also seher nach nem reinen apt-problem
[12:03] <tomreyn> hast du internetzugang auf dem system?
[12:03] <r_> @tomreyn ich hab den extensions-ordner gelöscht als ich wo gelesen habe, dass das die Ursache sein könnte
[12:03] <r_> Ja
[12:03] <LupusE> dann musst du schaeun was nicht aufgeloest werdne kann, und ggf mit 'dpkg -r <paket>' entfernen ... das ist aber relativ chirogisch, damit kann mn viel koleetaralschaeden erzeugen. alle pakete notieren!
[12:04] <r_> uff, uff :D Ich taste mich mal ran. Danke für eure Hilfe soweit!
[12:04] <tomreyn> zeig ruhig mal paar ausgaben. wenn du bash als shell verwendest, mach mal:   sudo apt update |& nc termbin.com 9999
[12:05] <LupusE> sicherer waere: apt install <php7.2-paketname> ... und sich durchzuhangeln wleche spaket am ende quer sitzt.
[12:05] <tomreyn> und dann    sudo apt-get -f install |& nc termbin.com 9999
[12:06] <tomreyn> und dann    sudo apt-get -sy dist-upgrade |& nc termbin.com 9999
[12:07] <r_> https://termbin.com/52sl
[12:07] <r_> https://termbin.com/6ef4a
[12:08] <r_> https://termbin.com/u03m
[12:08] <tomreyn> "1429 packages can be upgraded" - das upgrade ist wohl sehr früh abgebrochen
[12:09] <r_> Ja, war ein bisschen out of the blue wie er mir die session unter den beinen weggezogen hat
[12:10] <r_> termbin ist ein ziemlich cooles tool
[12:10] <tomreyn> apt-mark showhold |& nc termbin.com 9999
[12:12] <r_> Dafür gibt er mir keinen Link
[12:12] <tomreyn> das ist ok, ist dann leer
[12:13] <tomreyn> kann ich dir zutrauen das abzutippen?    sudo grep -hEv '^([ ]*#.*)?$' /etc/apt/sources.list{,.d/*.list} |& nc termbin.com 9999
[12:13] <tomreyn> ich will nur wissen welche apt-quellen aktiviert sind
[12:14] <tomreyn> einfacher: sudo cat /etc/apt/sources.list{,.d/*.list} |& nc termbin.com 9999
[12:15] <tomreyn> und dann noch: apt-cache policy |& nc termbin.com 9999
[12:16] <tomreyn> ich vermute du hast einfach universe nicht aktiviert
[12:17] <r_> https://termbin.com/4yp1
[12:17] <r_> https://termbin.com/rqdp
[12:18] <tomreyn> gesäuberte liste der aktiven repositories https://termbin.com/4yp1
[12:19] <tomreyn> gesäuberte liste der aktiven repositories https://termbin.com/2im2   (sorry, link war falsch)
[12:20] <tomreyn> nee, universe ist nciht das problem, die sources sehen an sich ok aus
[12:21] <tomreyn> aber vielleicht klemmen noch ein paar altpakete?
[12:21] <tomreyn> apt list --installed | grep ',local\]$' | nc termbin.com 9999 
[12:23] <r_> https://termbin.com/2vcj
[12:24] <r_> Kann ich php7.4 vllt einfach rauswerfen lol
[12:24] <r_> :(((
[12:24] <tomreyn> r_: deinstallier von dem letzte termbin-post mal alle pakete, die du momentan nicht zwingend brauchst
[12:25] <tomreyn> php7.4 gibts unter impish (21.10) nicht mehr, das kommt mit php 8: https://packages.ubuntu.com/search?exact=1&keywords=php
[12:25] <le_bot> Title: Ubuntu – Package Search Results -- php (at packages.ubuntu.com)
[12:26] <r_> Mh, das klingt nach einer Spur
[12:27] <tomreyn> du kannst also mal    sudo apt install php    oder   sudo apt install php8.0   machen, vielleicht kriegst du dann ein upgrade hin, aber ich würde erst mal die pakete von https://termbin.com/2vcj runter werfen, soweit machbar, da die keinen upgradepfad haben und den resolver durcheinander bringen können.
[12:28] <r_> Also sudo apt install fordert wirklich bei egal was dazu auf --fix-broken install zu machen, was mich eben auch nicht weiter bringt
[12:29] <tomreyn> die linux-pakete allerdings noch nicht runterwerfen, es sei denn du hast schon nen neueren kernel laufen (cat /proc/version)
[12:29] <tomreyn> drum erst aufräumen
[12:30] <r_> dpkg -r hat die bei mir jetzt nicht so richtig entfernt, purge will auch immer nur --fix-broken
[12:31] <tomreyn> mit "purge" du meinst "dpkg -P <paketname>"?
[12:32] <r_> Oh, das kannte ich noch nicht. Für mich war selbstverständlich "apt purge"
[12:32] <tomreyn> das ist normalerweise auch der richtige weg, wenn apt grade funktioniert
[12:36] <tomreyn> wenn du die pakete von https://termbin.com/2vcj abgeräumt hast kannst du nochmal    sudo apt update && sudo apt -f install    machen
[12:36] <r_> Mhh
[12:37] <r_> Ich arbeite mich gerade statt durch die Liste durch die Problemdependencies durch
[12:37] <r_> Wenn ich hätte ja kein Problem damit, Gnome neu zu installieren, das sind die meisten Pakete abgesehen von php7.4
[12:38] <r_> aber ich weiß bei manchen Paketen, wo die Probleme beginnen, nicht sicher, was ich dabei alles mitlösche
[12:38] <tomreyn> durch die problemdependency-ketten durchzuarbeiten kannst du auch versuchen, vielleicht ersparst du dir damit das deinstalliert von ein paar diese nicht upgradebaren pakete, aber das kann sehr lange dauern.
[12:39] <r_> Da 21.10 ja auf wayland wechselt, kann ich dbus-x11 sicherlich bedenklos entfernen, korrekt? 
[12:39] <tomreyn> mit dpkg -P löscht du nur das angegebene paket und dessen konfiguration
[12:39] <r_> allein dpkg -P zu kennen, hat den Besuch heute bei euch schon wert gemacht, wenigstens was, womit ich jetzt arbeiten kann
[12:40] <tomreyn> hmm, da bin ich überfragt, ich glaube 21.10 hat sowohl als auch installiert per default, xwayland und xorg
[12:41] <tomreyn> dpkg -P macht an sich das gleiche wie -r, nur dass es halt auch die konfigurationen mit löscht
[12:41] <r_> Solange dpkg -P für den Moment für mich funktioniert, prüfe ich nicht weiter, warum dpkg -r zuerst gestreikt hat
[12:42]  * tomreyn ist mal paar minuten ums eck
[12:55] <tomreyn> r_: na, fortschritte?
[12:55] <r_> Ist ganz schön viel Handarbeit
[12:57] <tomreyn> der ubuntu release upgrader kommt nicht gut mit paketen aus 3rd-party repos und vor allem nicht mit nicht upgradebaren paketen (https://termbin.com/2vcj) klar.
[12:58] <tomreyn> das sind dann halt auch ungetestete upgradepfade. third party repos + PPAs sind ja eh nicht supported.
[12:58] <r_> Ich bin da nicht nachtragend - vor allem, wenn ich das mit meinem jetzigen Ansatz fixen kann
[12:58] <r_> Ich hätte ja auch nicht auf 21.10 upgraden müssen, ich war eigentlich relativ glücklich auf meinem LTS
[12:59] <tomreyn> der release-upgrade deaktiviert aber halt nur die 3rd party repos und startet dann ohne weitere warnung trotzdem das upgrade, obwohl diese pakete noch installiert sind. das hat dann gerne mal das zur folge, was du hier siehst.
[13:00] <r_> Es kam eine Warnung bezüglich der 3rd party repos, aber eigentlich meinte der installer, er deaktiviert sie und ich muss sie neu einrichten
[13:00] <tomreyn> wenn man vorher alle 3rd party repos entfernt und danach die von    apt list --installed | grep ',local\]$'    erzeugte liste leert, kommt man eigentlich immer sauber durchs release upgrade.
[13:00] <r_> Die Dependencies scheinen abgsehen von php7.4, was jetzt nicht mehr da ist, aber ohne die 3rd party pakete auch schon probleme zu haben
[13:01] <r_> tomreyn: Merk ich mir =) Nach so einem Fettnäppchen vergisst man das auch eher nicht.
[13:02] <tomreyn> ohne fremdpakete / -paketversionen sollten sich ja eigentlich alle abhängigkeiten auflösen lassen.
[13:02] <tomreyn> also php7.4 gibts halt nicht mehr, ggf. musst du die löschen und dann später php8.0 installieren, sobald das wieder geht
[13:04] <r_> https://termbin.com/2vh8
[13:06] <r_> Das ist alles sehr Gnome und mit vielen anderen Paketen verbandelt, ich mach eine Pause und muss relativ bald noch wohin. Im Verlauf des Wochenendes dann nochmal etwas länger ran
[13:07] <LupusE> eine alternative ist /etc/ und /hoem zu sichern, die paketliste zu dumpen und einfach frisch drueber installieren.
[13:09] <r_> LupusE: Ja, darüber denke ich auch nach, aber wäre mehr last resort. Hab zum Glück nun schon oft genug was kaputt gemacht und gefixt, sodass die Panik nicht mehr kickt, wenn was dramatisch aussieht
[13:15] <tomreyn> wie du ja schon schriebst, gibt's (neben php, was nachrangig ist) ja vor allem probleme mit gnome. ich würde darum auf jeden falls die gnome-artigen pakete von https://termbin.com/2vcj löschen - das sind gir-* und gnome-* und die meisten der libs
[13:15] <tomreyn> valac auch
[13:16] <tomreyn> aber auch die 3rd-party browser können abhängigkeiten auf veraltete gnome-libs mitbringen, und damit das upgrade verunmöglichen., also brave-Ü und vivaldi-*
[13:16] <tomreyn> brave-*
[13:16] <tomreyn> teamviewer vielleicht auch
[13:17] <tomreyn> hll2375dwpdrv sieht nach nem konvertierten rpm aus?
[13:19] <tomreyn> na ja... viel erfolg!
[13:24] <r_> Echt vielen Dank nochmal für eure Hilfe! 
[15:39] <matze202> Hallo @all, nach dem ich mein Ubuntu 18.04 System in einen neuen Rechner gehängt habe und nach anfänglichen Problemen fast alles wieder läuft, gibt es nur noch ein Problem, was ich leider nicht selbst bzw. das Ubunut selbst beheben konnte. Wenn ich meinen Rechner schlafen schickte, wacht er nach der Ruhepause scheinbar nicht vollständig wieder auf. Zu mindestens reagiert offensichtlich die Grafikkarte nicht meh
[15:39] <matze202> r, denn der Monitor reaktiviert sich ebenfalls nicht, weshalb ich anschließend neu starten muss, damit er wieder läuft. Bei der alten Hardware hatte ich per GRUB_CMDLINE_LINUX="nouveau.modeset=0" einstellen müssen, damit dieser im Sleep-Modus ordentlich funktioniert, aber auch nach dem deaktivieren dieser Zeile bleibt beim aufwecken die Grafikkarte und/bzw. der Monitor leider aus.
[15:40] <matze202> Ich hoffe hier kennt wieder jemand bitte eine Lösung für mich.
[16:22] <tomreyn> matze202: biosupdate. falls das nicht hilft, wirf einen blick ins systemd journal ("journalctl") um die "PM:"-einträge (power management) herum, um ene bessere idee zu bekommen, was schief läuft. ggf. per kernel-parameter mit mehr on-screen logging  booten, falls die PM-probleme erst nach dem ende des loggings (storage einfrieren) bzw. vor dessen reaktivierung (beim resume) auftreten.
[16:22] <tomreyn> ansonsten kannst du noch mit dem kernel-parameter acpi_osi experimentieren, das macht aber nur sinn, wenn die acpi-tabellen ursächlich zu sein scheinen.
[16:24] <r_> btw hab ich mein Problem von heute Mittag lösen können, es war echt eine Mischung aus Vivaldi und ein paar aufgelöste dependencies mit dpkg -P / dpkg -r =) wollte deswegen nochmals lobende Worte hinterlassen, danke!
[16:25] <tomreyn> und: falls sich rauskristallisieren sollte, dass es sich um probleme mit dem proprietären nvidia-treiber handeln sollte, stehe ich leider nicht für weitere unterstützung zur verfügung (aber es gibt ja noch viele andere leute hier, die gerne mal aushelfen).
[16:26] <tomreyn> r_: freut mich. ivaldi war ja auf der liste, die ich dir riet abzuarbeiten, dann hat das ja tatsächlich gestimmt. danke für's feedback.
[16:26] <tomreyn> *vivaldi
[16:32] <matze202> tomreyn, Danke für die Anregung, ich schau mal nach was ich finden kann. Die verbaute Grafikkarte ich auf jeden Fall ne Radeon, die laut Hardinfo scheint sie nen X.Org-Treiber mit dem Renderer AMD Tahiti zu nutzen.
[16:35] <tomreyn> matze202: journalctl -b | grep DMI:    gibt dir deine aktuelle bios-version aus
[16:37] <tomreyn> die datumsangabe im format MM-DD-YYYY ist das builddatum der firmware, wärhend herstellerwebsites i.d.r. das release-datum angeben, richte dich also am besten primär nach der versionsnummer und nur sekundär nach dem datum.
[16:37] <matze202> tomreyn, kernel: DMI: To be filled by O.E.M. To be filled by O.E.M./M5A99X EVO R2.0, BIOS 2301 01/06/2014
[16:37] <matze202> tomreyn, scheint schon etwas älter zu sein
[16:38] <tomreyn> na ja 2014 geht ja noch, schon schlimmeres gesehen. ;)
[16:41] <tomreyn> version 2501 ist aktuell https://www.asus.com/de/supportonly/M5A99X%20EVO%20R2.0/HelpDesk_BIOS/
[16:41] <matze202> tomreyn, also mit PM wird mit folgendes angezeigt: r8169 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control
[16:41] <le_bot> Title: M5A99X EVO R2.0 - Support (at www.asus.com)
[16:41] <tomreyn> "PM:", nicht "PM;"
[16:43] <matze202> tomreyn, ich hatte kein Zeichen dahinter eingegeben und da brachte er mir nur paar Zeilen von heute, wo ich den letzten Standby ausgeführt hatte und das war davon die letzte angezeigte Zeile in der selben Sekunde
[16:43] <tomreyn> wahrscheinlich hast du neu gebootet, nachdem das problem aufgetreten war. dann müsstest du nicht das aktuelle sondern das vorherige (-1) log durchsuchen: journalctl -b -1  | grep PM:
[16:44] <tomreyn> siehe auch    journalctl --list-boots
[16:45] <matze202> tomreyn,  ups, jupp
[16:45] <tomreyn> die nummer in der ersten spalte kannst du dann als parameter per -b übergeben
[16:47] <matze202> tomreyn, mit journalctl --list-boots fehlen mir die letzten Boot-Vorgänge
[16:48] <tomreyn> hmm, platte vollgelaufen?
[16:48] <tomreyn> journalctl --list-boots | tail    gibt nur die letzten aus
[16:49] <tomreyn> die letzte zeile sollte mit 0 beginnen, die davon mit -1, sonst ist was schief gelaufen
[16:50] <tomreyn> journalctl --verify   checkt die konsistenz des journals (dauert aber ggf. paar minuten)
[16:51] <matze202> tomreyn,  Ich habe heute 3x neu gestartet, der letzte eintrag hat von die 0 und ist vom 25.10.
[16:54] <tomreyn> matze202: hmm, dann check mal freien dateisystem-speicher dort wo /var/logjournal liegt und mach mal --verify
[16:54] <tomreyn> * /var/log/journal
[16:57] <matze202> tomreyn, eins nach dem anderen, hier erstmal die Fehler aus dem journalctl --verify --> https://pastebin.com/4udftrqA
[16:57] <le_bot> Title: 4ff0e0: Data object references invalid entry at 1bde228 - Pastebin.com (at pastebin.com)
[16:59] <matze202> tomreyn, der Ordner ist zu 26% nur belegt und hat noch 337GB frei ;) Das dürfte noch paar Jahre reichen.
[17:00] <matze202> tomreyn,  also ich meinte natürlich nicht der Ordner, sondern die Partition des Ordners ;)
[17:05] <tomreyn> matze202: du meinst das dateisystem, auf dem sich das verzeichnis befindet. ;-)
[17:05] <tomreyn> aber hab schon verstanden :)
[17:06] <tomreyn> schau mal ob    journalctl --list-boots | tail    jetzt was sinnvolleres ausgibt
[17:08] <matze202> tomreyn, lieder immer noch nur bis zum 25.10.
[17:09] <tomreyn> matze202: na sonst spiel es nochmal durch: rebooten, komplett hochbooten und einloggen auf desktop, dann suspend, dann reaktivieren, dann nach möglichkeit sauber runterfahren
[17:09] <tomreyn> z.b. per wechsel auf nen tty und drücken von ctrl-alt-del
[17:09] <tomreyn> also ctrl-alt-f3 und ctrl-alt-del
[17:11] <tomreyn> oder per magic sysrq (altgr-drucken-s dann -u dann -b, jeweils mit 3 sek warten dazwischen)
[17:11] <tomreyn> oder halt normal über die GUI runterfahren falsl es noch geht
[17:12] <matze202> tomreyn, ok, dann sag ich mal hoffentlich bis gleich; Nochmal zum Bios, ich werde das nicht mehr flashen, sondern mir in 1 bis 2 Monaten sowieso ein neues Board holen, denn der Rechner ist nur eine Übergangslösung
[17:13] <matze202> tomreyn, was bewirkt das mit dem altgr s u b?
[17:16] <matze202> tomreyn, naja kannst du mir vielleicht gleich beantworten, ich habs mir gemerkt und versuche mein Glück, bis gleich hoffentlich
[17:18] <tomreyn> matze202: https://wiki.ubuntuusers.de/Magic_SysRQ/
[17:18] <le_bot> Title: Magic SysRQ › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[17:19] <matze202> tomreyn, thx, les ich mir später in Ruhe durch, nun erstmal einschlafen lassen
[17:23] <tomreyn> du kannst auch    systemctl suspend    (oder "hibernate", je nachdem) eingeben
[17:25] <matze202> tomreyn, also das einzige was noch ging, war leider der Reset-Button
[17:25] <tomreyn> :-/
[17:26] <tomreyn> dann musst du jetzt vermutlich onchmal das journal reparieren
[17:27] <matze202> tomreyn, Ich versuchte auch schon das HDMI-Kabel vom Monitor raus und wieder rein zu stecken, aber brachte auch keine Veränderung
[17:30] <matze202> tomreyn, meinst du mit folgendem oder gibts was wo ich die Partition nicht unmounten muss? sudo fsck.ext4 /Pfad/zur/Partiion
[17:35] <tomreyn> matze202: ich meinte   journalctl --verify
[17:35] <tomreyn> den fsck sollte das system automatisch gemacht haben
[17:36] <tomreyn> falls nicht ( gab es dazu beim booten meldungen?), nochmal in den recovery-modus booten und dort aus dem menü den dateisystemcheck auswählen
[17:42] <matze202> tomreyn, also bei dem journalctl --verify kommen immer noch die 3 gleichen Fehler wie im Pastebin und beim Starten wurde mir nichts angezeigt, allerdings hab ich das Logo auch nicht weggeklickt.
[17:44] <tomreyn> matze202: hmpf, blöde das. tja, also wenn die kiste da einfach einfriert, dann wird's schwierig logs in das journal zu kriegen. und auf den bildschirm kriegst du dann womöglich auch keine, wenn wir vermuten, dass es in zusammenhang mit der grafik steht.
[17:46] <tomreyn> matze202: da bleibt dann noch die option, dass du dich von nem anderen system per ssh einloggst und    dmesg -w    laufen lässt und dann den suspend initiierst.
[17:50] <matze202> tomreyn, also mit ssh auf nen Server komm ich, wenn es eingerichtet ist, aber im lokalen Netzwerk von einem auf den anderen Rechner, hab ich noch nie gemacht. Das dürfte vielleicht nicht viel schwerer sein, aber ich werde in den nächsten Monaten den soweiso noch weiter umbauen und kommenden Sommer von 18.04 auf 22.04 wechseln (22.04 dürfte ja wieder LTS sein oder?)
[17:51] <matze202> tomreyn, solange werde ich dann wohl den Rechner immer laufen lassen bzw. immer ausschalten
[17:52] <tomreyn> matze202: ja 22.04 ist ein LTS
[17:53] <tomreyn> matze202: stimmt schon, ist den aufwand vielleicht nicht wert. wenn du magst, kannst du mal noch     dmesg | nc termbin.com 9999    machen, um die ersten 1000 zeilen des kernel logs zu teilen
[17:53] <tomreyn> vielleicht sieht man da ja was auffälliges, was leicht zu fixen ist
[17:53] <matze202> tomreyn, ich danke dir erstmal sehr für deine Mühe und habe noch ne andere Frage, kennst du dich auch mit Emulatoren für Android bzw. VirtualBox mit Windows und Bluestacks aus?
[17:54] <matze202> tomreyn, https://termbin.com/un5f
[17:54] <tomreyn> matze202: ich hab erfahrung mit virtualbox und qemu unter ubuntu und windows-guests in VMs
[17:55] <tomreyn> android-emulatoren nicht so sehr
[17:56] <tomreyn> das ist schon mal blöde, auch da steht das "Pm" für power management. "BIOS Warning (bug): Optional FADT field Pm2ControlBlock has valid Length but zero Address: 0x0000000000000000/0x1 (20190816/tbfadt-624)"
[17:58] <matze202> tomreyn, meinst du, dass dies ein Bug vom Bios sein kann? Oder vielleicht nur ne falsche Einstellung im Bios?
[17:59] <tomreyn> matze202: ein bug. esist aber nur ne optionale acpi-tabelle, da müsste linux problemlos drum rum arbeiten können
[18:00] <tomreyn> matze202: am ende vn dem log sind mehrere (s)ata bus-fehler im log. die traten auf, als das system 1100 sekunden uptime hatte
[18:01] <tomreyn> das kann als folge von einem von dir eingeleiteten power saving mode / suspend-vorgang aufgetreten sein. oder es kann ien kaputtes sata-kabel sein. oder ein kaputter storage
[18:03] <matze202> tomreyn, ein Steckplatz machte auf dem Board leider schon beim zusammen bauen Probleme, da fand er meine 2. Platte nicht
[18:04] <tomreyn> matze202: urgs :-/ wird echt zeit für nen neuen rechner.
[18:05] <tomreyn> ich frag mich aber auch, ob das an der ssd-firmware liegen könnte
[18:05] <tomreyn> ata1.00: ATA-11: Samsung SSD 860 EVO 500GB, RVT02B6Q, max UDMA/133
[18:06] <tomreyn> RVT02B6Q ist die firmware-version, mal schauen obs ne neuere gibt
[18:07] <tomreyn> RVT04B6Q ist aktuell, zwei revisions höher
[18:08] <tomreyn> Das sit die "SATA SSD-860 EVO Firmware" hier https://www.samsung.com/semiconductor/minisite/ssd/download/tools/ 
[18:08] <le_bot> Title: SSD Tools & Software | Download | Samsung Semiconductor (at www.samsung.com)
[18:10] <matze202> tomreyn, soll ich die Firmware installieren?
[18:10] <matze202> tomreyn, sowas hatte ich bei Festplatten noch nie gemacht
[18:12] <matze202> tomreyn, ich setzte mir mit Virtualbox ein Windows 10 System auf, dort installierte ich mir Bluestacks um paar Handy-Spiele auf dem PC laufen zu lassen. Nur bekomme ich Bluestacks leider nur mit 1 statt der erlauten virtuellen 4 bzw. 6 Kerne zum laufen. Dann installierte ich mir Genymotion und da drüber im Playstore bekam ich bei den gewünschten Spielen leider nur mitgeteilt, dass die Version nicht mit dem Gerät
[18:12] <matze202>  kompatibel ist.
[18:13] <tomreyn> matze202: wenn du grund zur annahme hast, dass dieses problem (das bezogen auf die ata-fehler beginnend mit    [ 1103.902833] ata1: log page 10h reported inactive tag 30   in deinem log  https://termbin.com/un5f   mit der firmware zusammenhängen könnten und nicht so sehr mit dem kaputten (?) board, dann ja.
[18:13] <tomreyn> das war meine antwort auf "soll ich die Firmware installieren?"
[18:14] <tomreyn> zu android-emulatoren kann ich dir nicht wirklich helfen, insbesondere nicht wenn die in ner windows-vm laufen, dazu ist dieser channel auch nicht da.
[18:16] <tomreyn> es gibt aber auch noch den google-eigenen emulator, der teil von android studio ist (was, wie glaub ich auch einer der von dir genannten kommerziellen emulatoren, auch direkt unter ubuntu läuft).
[18:17] <matze202> tomreyn, thx, gesehen hab ich das schon, muss ich mal testen
[18:17] <tomreyn> und dann gibt's noch anbox (als snap), aber das system kommt da sehr nackt daher, ohne play store usw.
[18:18] <matze202> tomreyn, naja ich mach damit heute erstmal schluss, danke für deine Unterstützung ;) Mit dem Fehler versuch ich erstmal zu leben und das emulieren teste ich erstmal noch weiter
[18:23] <tomreyn> matze202: wegen der ssd kannst du sonst auch noch native command queuing deaktivieren (per kernel-parameter), dann wird die ssd aber langsamer. auf der anderen seite könnte es sein dass dann sleep kein problem mehr ist - wäre vielleicht mal ein versuch wert. und wenn es hilft dann würde ich auf jeden fall die ssd-firmware updaten
[18:24] <tomreyn> der kernelparameter ist libata.force=noncq
[18:36] <matze202> tomreyn, soll ich im grub das GRUB_CMDLINE_LINUX "libata.force=noncq" eintragen?
[18:37] <tomreyn> matze202: du kannst es auch einmalig händisch eintrage im grub-menü
[18:37] <tomreyn> ganz wie du magst
[18:38] <matze202> tomreyn, wie man das macht kenn ich leider noch nicht
[18:39] <tomreyn> matze202: hab nur diese englischsprachige anleitung an der hand dafür https://wiki.ubuntu.com/Kernel/KernelBootParameters
[18:39] <le_bot> Title: Kernel/KernelBootParameters - Ubuntu Wiki (at wiki.ubuntu.com)
[18:40] <tomreyn> das wäre also "2. Temporarily Add a Kernel Boot Parameter for Testing"
[18:40] <matze202> tomreyn, super thx ;)
[18:41] <tomreyn> wenn was nicht stimmt daran, bitte dem bescheid sagen, der die seite zuletzt editiert hat ;)
[18:44] <matze202> tomreyn, ob da was im englischen nicht stimmt, werde ich nicht sagen können, da ich es erstmal von google übersetzen lassen musste.
[18:46] <tomreyn> ah, ok, hoffe es ist trotzdem verständlich
[19:00] <matze202> tomreyn, Danke Dir für alles, bin mal off und teste das später oder Morgen, ich wünsche Dir/Euch eine gute Nacht