staging.inyokaproject.org

Hallo Berlin,

nein das ist kein anderer Betrag.

Wenn man Bildschirme über die Dockingstation betreibt kann man den Deckel schließen. Der Rechner fällt dann nicht in Standby sondern arbeitet weiter und somit klappt der Trick mit der Tastatur nicht..

schwarzheit schrieb:

... prüfen ob das UEFI/Bios aktuell ist?

Was z.Zt. läuft zeigt z.Bsp.

journalctl -b -k --grep="EFI v" 

EmilSvensson schrieb:

... über die Dockingstation betreibt ...

Bisher war aber von einer Dockingstation nicht die Rede oder habe ich da was übersehen?

EmilSvensson schrieb:

B) Dein Trick mit Laptopdeckel schließen klappt.

Damit wissen wir immerhin, dass das Problem bei diesem Rechner nicht neu ist. Im verlinkten Post sind weiterführende Links. Ich bin nicht alle durchgegangen, evtl. findest du da auch eine Lösung.

--ks

Ich habe weiter gebohrt. Der Fehler ist: Ubuntu startet im Tablet-mode, siehe unten - Mein Ergebnis ist "10" - Eine Lösung dafür habe ich noch nicht gefunden.

Quelle:

//askubuntu.com/questions/1483381/ubuntu-22-04-fujitsu-lifebook-e5510-keyboard-not-working-after-update-kernel:

I'm having the same issue with kernel 5.15.0-82-generic (I'm on 22.04 LTS). After some research I've found out, that the laptop switched to tablet mode. You can check if that's the case with

cat /sys/class/dmi/id/chassis_type

If the output is 10, then that's the case. A small inconvenient workaround is to close the lid and open it again (doesn't work with disk encryption). I've yet to find a permanent fix.

–-

Da das offenbar mit dem Kernel zu tun hat werde ich mir ein Biosupdate erstmal sparen, zu gefährlich. Im Zweifel gehe ich Ende September zu den Kieler Linuxtagen. Da wird dir geholfen und die wissen was sie tun, im Gegensatz zu mir.

Dein Link läßt sich nicht öffnen. Du hast ihn falsch formatiert: siehe
https://wiki.ubuntuusers.de/Forum/Syntax/#Syntaxelemente

Hallo berlin,

das sollte klappen:

https://askubuntu.com/questions/1483381/ubuntu-22-04-fujitsu-lifebook-e5510-keyboard-not-working-after-update-kernel:

Bei Sehbehinderten wird der Icontext vom großen Mauszeiger verdeckt daher habe ich das normale Linkicon genutzt welches hier intern genutzt wird.

EmilSvensson schrieb:

daher habe ich das normale Linkicon genutzt welches hier intern genutzt wird.

Falls du das Icon (Oval mit Stich im Innenraum) meinst, das ist für Wiki:Links. Wiki links sind dann auch Ubuntuusers intern. 😉

Nur dafür ist es "normal".

schwarzheit schrieb:

Was ist so schwer daran wenigstens mal zu prüfen ob das UEFI/Bios aktuell ist?

Dir wurde hier eine Frage gestellt.
Wenn es dir zu schwer ist, dann frage. Z-Bsp. wie genau soll ich das machen oder liefere eine Antwort.

Dein geposteter Link soll jetzt was bewirken?

Berlin_1946 schrieb:

Dein geposteter Link soll jetzt was bewirken?

Sein geposteter Link beschreibt die Bootoptionen die ich ihm schon vor 2 Tagen zum testen gab.

Gemacht hatter davon NIX.

Wer nicht mitmacht muss sich selber kümmern. ¯\_(ツ)_/¯

Die zu testenden Bootoptionen sind längst aus dem Verlauf gelöscht und ich kann das daher gar nicht testen.

EmilSvensson schrieb:

Die zu testenden Bootoptionen sind längst aus dem Verlauf gelöscht

Was meinst du mit Verlauf?
Um welche Bootoptionen handelt es sich?

Poste bitte im Codeblock komplett von Anfnag bis Ende das Ergebnis von:

cat /etc/default/grub| grep -v "^#"

Lies auf Seite 1 meinen Post vom 20. Juni 2025 14:40 und vom 20. Juni 2025 15:10 (zuletzt bearbeitet: 20. Juni 2025 15:13).

Es ging noch lange nicht ums eintragen in Grub sondern nur um die einmaligen vorab Trockentests.

Aber er macht ja nicht mit.

Eigentlich müsste die Reihenfolge der Prüfung und Abarbeitung eine andere sein. UEFI/Bios prüfen und ggf. updaten - weil das ist die Grundlage für alles –> https://support.ts.fujitsu.com/IndexDownload.asp?SoftwareGuid=905AF887-3759-4C2D-AD66-FC040812ABA3''''

Die Bios Version ist 2.16 vom 06.03.2021 Nochmal ich mache kein Biosupdate davon habe ich keine Ahnung und ich erzeuge am Ende Elektroschrott für 400 Euro. So üppig habe ich es denn doch nicht.

Wenn es dann immernoch nicht geht - Liquorix Kernel testen - weil ist einfacher und könnte auch funktionieren

Das habe ich Heute Morgen gemacht mit dem Ergebnis das ich nicht mehr starten konnte.

Fehler: Verboten durch sichere Betriebsrichtline Fehler ... Fehler Falsche Shin Signatur Sie müssen zuerst den Kernel laden

Im Endergens habe ich jetzt den Rechner, der schon mit allen Daten usw betankt voll einsatzfähig war, neu aufgesetzt. Darum mache ich kein Biosudate, das kann ich nicht kurz wegbügeln.

Poste bitte im Codeblock komplett von Anfnag bis Ende das Ergebnis von: cat /etc/default/grub| grep -v "^#"

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`( . /etc/os-release; echo ${NAME:-Ubuntu} ) 2>/dev/null || echo Ubuntu`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Es kann sein das ich hier wieder Formatfehler gemacht habe, ich habe auf Zitieren gedrückt und das ist dabei rausgekommen. Das mag nicht für Begeisterung sorgen aber das ich mir mit dem Kernel das fertige System zerschieße hat mich auch nicht begeistert.

In Grub sucht man sich die Zeile mit "quiet splash" und trägt da die neuen Bootoptionen zum einmaligen testen ein.

Die Zeile mit "quiet splash" gibt es nicht.

In Grub steht:

Setparams 'Ubuntu`
recordfail
load_video
gfxmode $linux_gfx-mode
insmode gzip
if [ xgrub_plattform = xxen ] : then insmode xzip:
insmode ext2
search --no-floppy --fs-uuid --set=root ...
linux /boot/vmlinux_6.11.0-26-generic root=UUID=quit splash $ut_handoff
initrd /boot/initrd_img-6.11.0-26-generic