Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von pagro » 20.08.2021 18:50:25

Moin Community

Ich hatte bereits durch Hilfe hier wichtige Probleme gelöst, damals durch Kernel aus den Buster Backports. Jetzt sind nur die Bullseye-Paketquellen in der Sources List. Und für Hobby-Debianer wie mich, kommt die grafische Protokoll-App gerade richtig, jetzt möchte ich es doch mit eurer Hilfe noch einmal versuchen, die letzten Mätzchen auszutreiben. Es kommt hier und da nämlich doch mal zu einem Absturz, ohne dass ich sagen könnte, warum.
Ich beginne also bei "Wichtig". Da sind derzeit 6 Einträge:

Code: Alles auswählen

17:34:06 kernel: iommu ivhd0: AMD-Vi: Event logged [INVALID_DEVICE_REQUEST device=00:00.0 pasid=0x00000 address=0xfffffffdf8000000 flags=0x0a00]
16:28:46 systemd: Timed out waiting for device /dev/disk/by-uuid/6CB08E15B08DE644.
16:27:24 bluetoothd: Failed to set mode: Blocked through rfkill (0x12)
16:27:21 pipewire: Failed to receive portal pid: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 'org.freedesktop.portal.Desktop': no such name
16:27:20 kernel: rtw_8821ce 0000:05:00.0: failed to setup chip information
16:27:20 kernel: tpm_crb MSFT0101:00: can't request region for resource [mem 0xd8735000-0xd8735fff]
Wunderbar - und was jetzt? :roll:

eggy
Beiträge: 3334
Registriert: 10.05.2008 11:23:50

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von eggy » 20.08.2021 19:33:54

Fehlermeldungen in die Suchmaschine Deiner Wahl werfen?

DeletedUserReAsG

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von DeletedUserReAsG » 20.08.2021 19:39:14

Zumindest die Bluetooth-Meldung ließe sich mit einiger Wahrscheinlichkeit mittels Debianrfkill-App beseitigen. Für den Timeout müsste man gucken, was mit der UUID in der fstab eingetragen ist, und das gegebenenfalls korrigieren. Geht mit ’ner einfachen Editor-App.

OT:
eggy hat geschrieben: ↑ zum Beitrag ↑
20.08.2021 19:33:54
Fehlermeldungen in die Suchmaschine Deiner Wahl werfen?
Es heißt nun „Such-App“. Du musst mit der Zeit gehen!

[scnr (alle „App“ betreffend)]

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von pagro » 21.08.2021 00:30:48

eggy hat geschrieben: ↑ zum Beitrag ↑
20.08.2021 19:33:54
Fehlermeldungen in die Suchmaschine Deiner Wahl werfen?
Hab ich gemacht; ich verstehe zu keinem der 6 Fehler die Antworten/Foreneinträge, die ich dazu finde.
niemand hat geschrieben: ↑ zum Beitrag ↑
20.08.2021 19:39:14
mittels Debianrfkill-App
Finde im Wiki nicht mehr als die Beschreibung. Was tue ich denn mit dieser App?
niemand hat geschrieben: ↑ zum Beitrag ↑
20.08.2021 19:39:14
was mit der UUID in der fstab eingetragen ist

Code: Alles auswählen

/dev/disk/by-uuid/6CB08E15B08DE644 /mnt/6CB08E15B08DE644 auto nosuid,nodev,nofail,x-gvfs-show 0 0
Das steht in Zeile 15 zu dieser UUID. :?:

Ich dachte, alles heißt mittlerweile App. Freut mich, dass euch das zum Schmunzeln bringt.

DeletedUserReAsG

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von DeletedUserReAsG » 21.08.2021 07:34:17

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 00:30:48
Finde im Wiki nicht mehr als die Beschreibung. Was tue ich denn mit dieser App?
Die man-App hat geschrieben:

Code: Alles auswählen

BEZEICHNUNG
       rfkill - Werkzeug zum Aktivieren und Deaktivieren von Drahtlosgeräten

ÜBERSICHT
       rfkill [Optionen] [Befehl] [Kennung|Typ …]

BESCHREIBUNG
       rfkill listet Drahtlosgeräte auf und aktiviert oder deaktiviert sie.

[viele weitere Informationen zur Benutzung folgen hier]
Die gesamte Anleitung ist aufrufbar mit: man rfkill

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 00:30:48
Das steht in Zeile 15 zu dieser UUID.
Das sieht erstmal nicht aus, als wäre es wichtig – ich würde zunächst ein # vor die Zeile schreiben und die Datei speichern. Könnte ein während der Installation angeschlossener USB-Stick oder sowas gewesen sein, die UUID sieht nach exfat oder so aus.

OT:
pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 00:30:48
Ich dachte, alles heißt mittlerweile App. Freut mich, dass euch das zum Schmunzeln bringt.
Ohne dir zu nahe treten zu wollen: ich halte diese Oberflächlichkeit für problematisch. Ich weiß zum Beispiel nicht mal, was du mit „Protokoll-App“ meinst. Aus dem Beitrag konnte ich mir zusammenreimen, dass es irgendwie ein Frontend für journald/journalctl zu sein scheint, zumindest scheinen die Einträge direkt aus dem Journal zu stammen. Zumindest in diesem Fall ist’s eher harmlos – aber wenn es Probleme gibt, die einer präzisen Beschreibung bedürfen, ist „App“ für alles eine furchtbare Quelle für Missverständnisse.

willy4711

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von willy4711 » 21.08.2021 09:31:12

niemand hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 07:34:17
Das sieht erstmal nicht aus, als wäre es wichtig – ich würde zunächst ein # vor die Zeile schreiben und die Datei speichern. Könnte ein während der Installation angeschlossener USB-Stick oder sowas gewesen sein, die UUID sieht nach exfat oder so aus.
Wenn es ein USB- Gerät ist, ist es eh obsolet in der fstab, da das unter Gnome durch Debiangvfs / Debiangvfs-fuse erledigt wird.
Nach hier: https://qastack.com.de/ubuntu/594197/un ... sing-value
ist das wohl ein fehlerhafter Eintrag von irgend einem Gnome-Zeugs. Richtig wäre wohl:

Code: Alles auswählen

comment=x-gvfs-show
Keine Ahnung was der bewirken soll.
niemand hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 07:34:17
Ich weiß zum Beispiel nicht mal, was du mit „Protokoll-App“ meinst. Aus dem Beitrag konnte ich mir zusammenreimen, dass es irgendwie ein Frontend für journald/journalctl zu sein scheint, zumindest scheinen die Einträge direkt aus dem Journal zu stammen.
Das ist Debiangnome-logs. Äußerst nützliches Tool.
Wenn da nach dem Start. mehr als meine zwei Standard- Zeilen drin stehen, werde ich nervös. :roll:
die dort als "wichtig" ausgeworfenen Zeilen entsprechen dem Befehl

Code: Alles auswählen

journalctl -b -p3
p3 entspricht der Priority »err«

eggy
Beiträge: 3334
Registriert: 10.05.2008 11:23:50

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von eggy » 21.08.2021 13:10:48

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 00:30:48
Hab ich gemacht; ich verstehe zu keinem der 6 Fehler die Antworten/Foreneinträge, die ich dazu finde.
Das ging aus Deinem Posting aber nicht hervor. Ich hatte nur die Blauzahnzeile in die Suchmachine geworfen und der erste Treffer war vermutlich genau Dein Problem. Da fühlt man sich doch ein wenig an der Nase rumgeführt.
Fürs nächste mal: "Ich hab Problem x. Versucht hab ich a,b,c. Geholfen hat nichts davon. Suchmaschine spukt u.a. das hier aus: LINK. Ich verstehe davon nur soviel: ERKLÄRUNG, kann mir jemand sagen, ob das so stimmt und was mit REST gemeint ist".

Und "das ist nen 'Fehler' im Log" heißt ja nicht unbedingt, dass auch nicht, dass der Fehler Auswirkungen hat. Also wären auch Infos zu den Einträgen wie "Bluetooth geht, geht nicht" sinnvoll gewesen.

"rtw_8821ce" in die Suchmaschine geworfen, erklärt, dass es da um nen Realtek Chip geht, also wohl Netzwerk ... und wäre es ganz nett zu wissen, welche Karte bei Dir verbaut ist. Hast Du gar keine Realtekkarte, dann sagt die Meldung nämlich "kann Treiber für Karte die nicht da ist nicht laden", und dann braucht man sich darum nämlich auch nicht weiter kümmern. (Dann könnt man das Modul noch blacklisten, aber wozu der Aufwand). Hast Du ne entsprechende Karte und funktioniert die problemlos, macht's auch nicht viel Sinn dran rumzudoktern. Tut die aber nicht, wäre es hilfreich zu wissen, wie sehr nicht.

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von pagro » 21.08.2021 13:51:33

niemand hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 07:34:17
Die gesamte Anleitung ist aufrufbar mit: man rfkill
Wenn ich es richtig verstehe, dann kann ich also mit rfkill Drahtlosgeräte blockieren oder freischalten, und in der konreten Fehlermeldung handelt es sich um Bluetooth. Bluetooth funktioniert und der Befehl rfkill wird vom Termin nicht geschluckt:

Code: Alles auswählen

rfkill unblock bluetooth
ergab Kommando nicht gefunden.
niemand hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 07:34:17
Könnte ein während der Installation angeschlossener USB-Stick oder sowas gewesen sein, die UUID sieht nach exfat oder so aus.
willy4711 hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 09:31:12
wohl ein fehlerhafter Eintrag von irgend einem Gnome-Zeugs. Richtig wäre wohl:

Code: Alles auswählen

comment=x-gvfs-show
Keine Ahnung was der bewirken soll.
Dann sind wir jetzt 2. Heißt das, ich kann prinzipiell die Zeile löschen (SIcherheitskopie machen, klar) und gucken, ob das die Fehlermeldung behebt?
Der einzig belegte USB-Platz ist der Empfänger von Maus und Tastatur und klar, der war während des Upgrades drin - bei der ursprünglichen Installation war ein USB-Stick das Medium, von welchem ich Debian installiert habe.
eggy hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 13:10:48
Fürs nächste mal:
Ist notiert. :THX:
eggy hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 13:10:48
welche Karte bei Dir verbaut ist.
lspci -v:

Code: Alles auswählen

01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 10)
	Subsystem: Hewlett-Packard Company RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
	Flags: bus master, fast devsel, latency 0, IRQ 39
	I/O ports at f000 [size=256]
	Memory at fe904000 (64-bit, non-prefetchable) [size=4K]
	Memory at fe900000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: <access denied>
	Kernel driver in use: r8169
	Kernel modules: r8169
	
	05:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821CE 802.11ac PCIe Wireless Network Adapter
	Subsystem: Hewlett-Packard Company RTL8821CE 802.11ac PCIe Wireless Network Adapter
	Flags: fast devsel, IRQ 255
	I/O ports at e000 [disabled] [size=256]
	Memory at fe500000 (64-bit, non-prefetchable) [disabled] [size=64K]
	Capabilities: <access denied>
PC ist per Kabel mit dem Router verbunden, WLAN wird mir nicht als Option angezeigt, sollte die Karte aber eigentlich können, meine ich daraus lesen zu können. firmware-realtek ist installiert. Habe etwas bammel, nach z.B. dieser Anleitung vorzugehen, weil ich mich mit git nicht auskenne und nicht weiß, ob ich der Quelle vertrauen kann.
niemand hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 07:34:17
ich halte diese Oberflächlichkeit für problematisch.
Ist notiert, ich werde das zukünftig genauer betiteln. Dachte allerdings, dass gerade die neue, ich nenn sie dann mal grafische Funktion, von Bullseye, diesen Titel tragen darf.

eggy
Beiträge: 3334
Registriert: 10.05.2008 11:23:50

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von eggy » 21.08.2021 13:59:11

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 13:51:33

Code: Alles auswählen

rfkill unblock bluetooth
ergab Kommando nicht gefunden.
Rausfinden wie das fehlende Paket heißt, meist reicht dafür die einfache Suche in der Paketdatenbank: "apt-cache search rfkill".
Und dann installieren und nochmal versuchen, dann weiter.

willy4711

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von willy4711 » 21.08.2021 13:59:51

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 13:51:33
Bluetooth. Bluetooth funktioniert und der Befehl rfkill wird vom Termin nicht geschluckt:

Code: Alles auswählen

rfkill unblock bluetooth
ergab Kommando nicht gefunden.
Debianrfkill liegt in /sbin (wenn es installiert ist)
also: in Worten:

Code: Alles auswählen

su Blank minus
dann erstmal sehen, was rfkill ausgibt
und dann unblock irgendwas

DeletedUserReAsG

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von DeletedUserReAsG » 21.08.2021 14:06:10

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 13:51:33

Code: Alles auswählen

rfkill unblock bluetooth
ergab Kommando nicht gefunden.
In dem Fall könnte man es installieren – vermutlich würde das diese offensichtlich fehlerhafte Fehlermeldung schon beheben. Man muss es aber nicht, wenn es so funktioniert.
pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 13:51:33
Heißt das, ich kann prinzipiell die Zeile löschen (SIcherheitskopie machen, klar) und gucken, ob das die Fehlermeldung behebt?
:arrow:
niemand hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 07:34:17
ich würde zunächst ein # vor die Zeile schreiben
Ein # am Anfang einer Zeile macht diese zu einem Kommentar, so dass der Inhalt der Zeile nicht mehr abgearbeitet wird. Natürlich kann man auch eine Kopie anlegen und die Zeile löschen – aber das ist etwas umständlicher.

Es wird die Fehlermeldung verschwinden lassen. Die interessantere Frage ist, ob der Eintrag für einen aktuell tatsächlich vorhandenen Datenträger gebraucht werden würde. Der Timeout spricht dagegen, aber du hast ja nicht viel über dein System verraten, so dass es sich auch nicht ausschließen lässt.

OT:
pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 13:51:33
Dachte allerdings, dass gerade die neue, ich nenn sie dann mal grafische Funktion, von Bullseye, diesen Titel tragen darf.
Wie Willy aufzeigte, handelt es sich wohl um eine Gnome-Anwendung. Das ist also keine exklusive Funktion von Bullseye, und bei Gnome heißen so kleine Anwendungen wohl wirklich offiziell „App“ (glaube ich, nutze Gnome nicht). Wäre dennoch hilfreich, künftig einfach den Namen der Anwendung anzugeben – dann muss muss man nicht rätseln, worum es sich handeln mag :)

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von pagro » 21.08.2021 14:35:09

willy4711 hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 13:59:51
AHA! BT war soft geblockt, habe es entsperrt. Danke!
niemand hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 07:34:17
ich würde zunächst ein # vor die Zeile schreiben
Jau klar :facepalm: das wusste ich.
niemand hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 14:06:10
du hast ja nicht viel über dein System verraten
Doch, eigentlich sogar alles; im OT auf meine vorherigen Probleme verlinkt, wo ich die HW gelistet habe. Aber ja, ich sehe ein, es hätte noch einmal mit weniger Klicken dargestellt werden können.
lspci -v

Edit: Wie dumm, soft geblockt bei BT heißt ja nur, dass ich es derzeit deaktiviert habe. Das darf es auch gerne sein im Normalzustand. Die Fehlermeldung müsste also auf etwas anderes zurückzuführen sein?

Code: Alles auswählen

~# rfkill
ID TYPE      DEVICE    SOFT      HARD
 0 bluetooth hci0   blocked unblocked

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von pagro » 21.08.2021 14:42:07

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 14:35:09
willy4711 hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 13:59:51
AHA! BT war soft geblockt, habe es entsperrt. Danke!
niemand hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 07:34:17
ich würde zunächst ein # vor die Zeile schreiben
Jau klar :facepalm: das wusste ich.
niemand hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 14:06:10
du hast ja nicht viel über dein System verraten
Doch, eigentlich sogar alles; im OT auf meine vorherigen Probleme verlinkt, wo ich die HW gelistet habe. Aber ja, ich sehe ein, es hätte noch einmal mit weniger Klicken dargestellt werden können.
lspci -v

Edit: Wie dumm, soft geblockt bei BT heißt ja nur, dass ich es derzeit deaktiviert habe. Das darf es auch gerne sein im Normalzustand. Die Fehlermeldung müsste also auf etwas anderes zurückzuführen sein?

Code: Alles auswählen

~# rfkill
ID TYPE      DEVICE    SOFT      HARD
 0 bluetooth hci0   blocked unblocked
Edit 2: Bin auf 4 Fehlermeldungen runter:

Code: Alles auswählen

14:39:53 bluetoothd: Failed to set mode: Blocked through rfkill (0x12)
14:39:50 pipewire: Failed to receive portal pid: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 'org.freedesktop.portal.Desktop': no such name
14:39:49 kernel: rtw_8821ce 0000:05:00.0: failed to setup chip information
14:39:49 kernel: tpm_crb MSFT0101:00: can't request region for resource [mem 0xd8735000-0xd8735fff]

willy4711

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von willy4711 » 21.08.2021 14:48:47

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 14:35:09
Edit: Wie dumm, soft geblockt bei BT heißt ja nur, dass ich es derzeit deaktiviert habe. Das darf es auch gerne sein im Normalzustand. Die Fehlermeldung müsste also auf etwas anderes zurückzuführen sein?
Wenn du Bluetooth installiert hast, wird es normalerweise auch gestartet.
Dann ist der Dienst halt frustriert und meckert, wenn er blockiert wird :roll:
Ich hab bei mir keins, weiß aber das im Autostart da immer was stand.
Dies müsste deaktiviert werden.

EDIT:

Könntest mal folgendes probieren (als Root)

Code: Alles auswählen

systemctl status bluetooth.service
Ich glaube so heißt der :roll: . Dann

Code: Alles auswählen

systemctl stop bluetooth.service
dann

Code: Alles auswählen

systemctl disable bluetooth.service
Neustart

Fehler weg ?

willy4711

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von willy4711 » 21.08.2021 15:03:47

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 14:42:07

Code: Alles auswählen

14:39:50 pipewire: Failed to receive portal pid: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 'org.freedesktop.portal.Desktop': no such name
Ich brauch Debianpipewire (noch) nicht, solange Pulseaudio noch funktioniert.
Du kannst dies großteils deinstallieren
Bei mir (xfce) ließen sich nur diese beiden Pakete nicht deinstallieren, ohne Kahlschlag anzurichten:

Code: Alles auswählen

dpkg -l *pipew*|grep ii
ii  libpipewire-0.3-0:amd64 0.3.33-1     amd64        libraries for the PipeWire multimedia server
ii  libpipewire-0.3-common  0.3.33-1     all          libraries for the PipeWire multimedia server - common files
Dann war Ruhe :D

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von pagro » 21.08.2021 17:54:43

willy4711 hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 14:48:47
Fehler weg ?
Durch diese Maßnahme funktioniert BT nicht mehr! :lol:
Jetzt habe ich Angst, dass nach der Pipewire-Prozedüre kein Video oder Sound mehr gehen! 8O

Will ja nicht BT oder Medien weg, sondern Fehlermeldungen. :P

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von pagro » 21.08.2021 18:08:34

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 17:54:43
willy4711 hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 14:48:47
Fehler weg ?
Durch diese Maßnahme funktioniert BT nicht mehr! :lol:
Jetzt habe ich Angst, dass nach der Pipewire-Prozedüre kein Video oder Sound mehr gehen! 8O

Will ja nicht BT oder Medien weg, sondern Fehlermeldungen. :P
Zusätzliche Infos zu den Fehlermeldungen, die offenbar von dem GNOME-Protokoll nicht in die Textdatei geschrieben werden:
Zu bluetoothd/blocked through rfkill:

Code: Alles auswählen

sap-server: Operation not permitted (1)
profiles/sap/server.c:sap_server_register() Sap driver initialization failed.
Zu realtek/rtw:

Code: Alles auswählen

Meldung: rtw_8821ce 0000:05:00.0: rfe 2 isn't supported
Kernel-Gerät: rtw_8821ce 0000:05:00.0: rfe 2 isn't supported
Zu tmp_crb:

Code: Alles auswählen

Meldung: rtw_8821ce 0000:05:00.0: rfe 2 isn't supported
Kernel-Gerät: rtw_8821ce 0000:05:00.0: rfe 2 isn't supported

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von pagro » 21.08.2021 18:12:03

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 17:54:43
Durch diese Maßnahme funktioniert BT nicht mehr! :lol:
Jetzt habe ich Angst, dass nach der Pipewire-Prozedüre kein Video oder Sound mehr gehen! 8O

Will ja nicht BT oder Medien weg, sondern Fehlermeldungen. :P
Das liest sich sehr undankbar. Ist nicht so gemeint. :(

eggy
Beiträge: 3334
Registriert: 10.05.2008 11:23:50

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von eggy » 22.08.2021 07:56:38

Statt disable enable und statt stop start und BT sollte wieder laufen.

willy4711

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von willy4711 » 22.08.2021 08:56:31

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 14:35:09
Edit: Wie dumm, soft geblockt bei BT heißt ja nur, dass ich es derzeit deaktiviert habe. Das darf es auch gerne sein im Normalzustand. Die Fehlermeldung müsste also auf etwas anderes zurückzuführen sein?

Code: Alles auswählen

~# rfkill
ID TYPE      DEVICE    SOFT      HARD
 0 bluetooth hci0   blocked unblocked
Musst dich halt entscheiden, was du willst.
Entweder die ursprüngliche Fehlermeldung weg ----> unblock
oder halt abstellen, wie jetzt.
Aktivieren dann---> wie @eggy gesagt hat.
Die Meldung
pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 18:08:34

Code: Alles auswählen

sap-server: Operation not permitted (1)
profiles/sap/server.c:sap_server_register() Sap driver initialization failed.
kann man auch wegkriegen, Lösung hier:
https://raspberrypi.stackexchange.com/q ... ice-status
pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 17:54:43
Jetzt habe ich Angst, dass nach der Pipewire-Prozedüre kein Video oder Sound mehr gehen!
Nach allem was ich weiß, ist Debianpipewire zwar installiert, aber wird nicht benutzt.
Wenn du Angst hast, lass halt die Fehlermeldung stehen. Oder Gibt dein Rechner Rauchsignale von sich ? :wink:

Benutzeravatar
Drache
Beiträge: 772
Registriert: 22.11.2009 05:49:55

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von Drache » 22.08.2021 15:14:18

Ich habe zwei ernst gemeinte Fragen:
  • Was ist denn nun die neue Protokoll-App von Bullseye? Ich habe versucht, das dem Thread zu entnehmen, bin aber nicht schlauer geworden.
  • @Niemand: Wie kann man denn aus der UUID das Dateisystem erkennen?
“Don't you think that if I were wrong, I'd know it?” (Dr. Sheldon Cooper)
XFCE: alt,steinhart,langweilig,immer noch da.

willy4711

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von willy4711 » 22.08.2021 15:50:42

Drache hat geschrieben: ↑ zum Beitrag ↑
22.08.2021 15:14:18
Was ist denn nun die neue Protokoll-App von Bullseye? Ich habe versucht, das dem Thread zu entnehmen, bin aber nicht schlauer geworden.
willy4711 hat geschrieben: ↑ zum Beitrag ↑
21.08.2021 09:31:12
Das ist Debiangnome-logs. Äußerst nützliches Tool.
Wenn da nach dem Start. mehr als meine zwei Standard- Zeilen drin stehen, werde ich nervös. :roll:
die dort als "wichtig" ausgeworfenen Zeilen entsprechen dem Befehl

Code: Alles auswählen

journalctl -b -p3
p3 entspricht der Priority »err«
Allerdings sind das nicht mehr neu. Hat er wohl gerade entdeckt 8)
Was anderes kenne ich jedenfalls nicht, und ist unter jeder Oberfläche zu installieren.
Drache hat geschrieben: ↑ zum Beitrag ↑
22.08.2021 15:14:18
@Niemand: Wie kann man denn aus der UUID das Dateisystem erkennen?
Ich mach es mal für @niemand

Mit FAT / FAT32 / EXFAT formatierte Systeme haben eine kurze UUID

Beispiel für FAT32:

Code: Alles auswählen

/dev/sdd1: UUID="491E-F980" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="62611cb2-01"
Beispiel für EXT4:

Code: Alles auswählen

/dev/sdc1: LABEL="Video" UUID="60ac5064-d928-4822-a598-23657e6acdac" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="8d3cab55-01"

Benutzeravatar
Drache
Beiträge: 772
Registriert: 22.11.2009 05:49:55

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von Drache » 22.08.2021 15:52:57

OT: Danke! also war exfat einfach geraten… ;-)
“Don't you think that if I were wrong, I'd know it?” (Dr. Sheldon Cooper)
XFCE: alt,steinhart,langweilig,immer noch da.

willy4711

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von willy4711 » 22.08.2021 17:18:38

willy4711 hat geschrieben: ↑ zum Beitrag ↑
22.08.2021 08:56:31
kann man auch wegkriegen, Lösung hier:
https://raspberrypi.stackexchange.com/q ... ice-status
Berichtigung: Das funktioniert bei mir nicht.
Gib mal ein nach den Aktivieren, wie @eggy beschrieben hat:

Code: Alles auswählen

# systemctl status bluetooth

Code: Alles auswählen

● bluetooth.service - Bluetooth service
     Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled)
     Active: active (running) since Sun 2021-08-22 17:10:40 CEST; 5min ago
       Docs: man:bluetoothd(8)
   Main PID: 1150 (bluetoothd)
     Status: "Running"
      Tasks: 1 (limit: 4663)
     Memory: 2.1M
        CPU: 18ms
     CGroup: /system.slice/bluetooth.service
             └─1150 /usr/libexec/bluetooth/bluetoothd

Aug 22 17:10:40 debian systemd[1]: Starting Bluetooth service...
Aug 22 17:10:40 debian bluetoothd[1150]: Bluetooth daemon 5.55
Aug 22 17:10:40 debian systemd[1]: Started Bluetooth service.
Aug 22 17:10:40 debian bluetoothd[1150]: Starting SDP server
Aug 22 17:10:40 debian bluetoothd[1150]: Bluetooth management interface 1.18 initialized
Aug 22 17:10:41 debian bluetoothd[1150]: profiles/sap/server.c:sap_server_register() Sap driver initialization failed.
Aug 22 17:10:41 debian bluetoothd[1150]: sap-server: Operation not permitted (1)
Aug 22 17:10:41 debian bluetoothd[1150]: Endpoint registered: sender=:1.40 path=/MediaEndpoint/A2DPSink/sbc
Aug 22 17:10:41 debian bluetoothd[1150]: Endpoint registered: sender=:1.40 path=/MediaEndpoint/A2DPSource/sbc
Und vergiss die Fehlermeldung :!: :!:

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: Die neue Protokoll-App von Bullseye - jetzt greife ich die alten Fehler endlich an!

Beitrag von pagro » 22.08.2021 20:25:36

eggy hat geschrieben: ↑ zum Beitrag ↑
22.08.2021 07:56:38
Statt disable enable und statt stop start und BT sollte wieder laufen.
Jau danke, das konnte ich mir selbst zusammenreimen. BT geht, Fehlermeldung bleibt.
willy4711 hat geschrieben: ↑ zum Beitrag ↑
22.08.2021 08:56:31
Musst dich halt entscheiden, was du willst.
Wenn BT nur geht, wenn die Fehlermeldung auftaucht, dann ist das so. Finde ich aber höchst merkwürdig.
willy4711 hat geschrieben: ↑ zum Beitrag ↑
22.08.2021 17:18:38
Gib mal ein

Code: Alles auswählen

● bluetooth.service - Bluetooth service
     Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor pre>
     Active: active (running) since Sun 2021-08-22 20:07:50 CEST; 8min ago
       Docs: man:bluetoothd(8)
   Main PID: 783 (bluetoothd)
     Status: "Running"
      Tasks: 1 (limit: 9319)
     Memory: 2.6M
        CPU: 17ms
     CGroup: /system.slice/bluetooth.service
             └─783 /usr/libexec/bluetooth/bluetoothd

Aug 22 20:07:50 debaulian bluetoothd[783]: Bluetooth daemon 5.55
Aug 22 20:07:50 debaulian systemd[1]: Started Bluetooth service.
Aug 22 20:07:50 debaulian bluetoothd[783]: Starting SDP server
Aug 22 20:07:50 debaulian bluetoothd[783]: Bluetooth management interface 1.18 >
Aug 22 20:07:51 debaulian bluetoothd[783]: profiles/sap/server.c:sap_server_reg>
Aug 22 20:07:51 debaulian bluetoothd[783]: sap-server: Operation not permitted >
Aug 22 20:07:51 debaulian bluetoothd[783]: Failed to set mode: Blocked through >
Aug 22 20:07:51 debaulian bluetoothd[783]: Endpoint registered: sender=:1.31 pa>
Aug 22 20:07:51 debaulian bluetoothd[783]: Endpoint registered: sender=:1.31 pa>
Aug 22 20:07:53 debaulian bluetoothd[783]: Failed to set mode: Blocked through >
Na da sind doch ein paar Fehlerchen! Kannst du damit etwas anfangen?
willy4711 hat geschrieben: ↑ zum Beitrag ↑
22.08.2021 08:56:31
Nach allem was ich weiß, ist Debianpipewire zwar installiert, aber wird nicht benutzt.
Aus der Beschreibung werde ich nicht schlau; wie weiß ich, ob ich das verwende und rauchen tut es nur aus meinen Ohren, wenn ich versuche zu verstehen, was hier vor sich geht! Ich habe das Wiki noch einmal gelesen und sage dazu:
Zunächst sorry, ich benutze Flatpak aus dem einzigen Grund, dass ich immer die neueste Version von kodi brauche. Zwar ist die jetzt deckungsgleich seit einer Woche, aber bis vorher war das ja furchtbar mit den Addons, aber das ist ein andere Thema. Bedeutet das dann automatisch, dass ich Pipewire benutze und ist das das Problem? Von wegen Abhängigkeiten und bla...was meinte der Admin da nochmal zu mir? Naja ist ja eigentlich besser, man macht das nicht. :P Naja wenn das Problem daher kommt, dann muss ich mit der Fehlermeldung wohl leben. Oder ist das egal, weil ich sowieso nicht unter Wayland starte (übrigens kann ich das als Option nicht finden unter dem Anmeldebildschirm von GNOME!?)?

Antworten