ubuntuusers.de

RSilber schrieb:

Runter laden ist ja auch gar nicht notwendig.

Rechter Mausklick auf den Anhang und das PDF kann gelesen werden.

Du Scherzkeks! Selbstverständlich wird diese binäre (!) Datei gezogen, darum geht es nämlich. Dazu mit gewaltigem Overhead. Ob in diesem Fall nur nach /tmp, ist unerheblich.

Das ist durchaus sinnvoll!

Nein, ist es nicht!!1elf! Führe die Befehlszeile

1

inxi -Fz

aus und copypaste komplett von Prompt zu Prompt in einem Codeblock!

Anderenfalls kannst Du mit Deiner permanenten Weigerung, Regeln und Hinweise zu beachten, Dein Konto auch gleich wieder deaktivieren. Du brauchst Hilfe, also arbeite sinnvoll und hiesigen Regeln und Gepflogenheiten entsprechend mit!

Inhalt des PDFs jetzt auch hier:

https://paste.ubuntuusers.de/424258/

Danke für den Tipp mit der Ablage. So läßt sich's richtig gut lesen.

Meine Güte, ist es wirklich so schwer zu verstehen?

1. die inxi Installation wollte hier keine sehen - wozu auch und war auch nicht gefordert

2. 1 Befehl = 1 Codeblock

SO soll es aussehn! Was ist daran nicht zu verstehen?

rsilber@rsilber-HP-255-G10-Notebook-PC:~$ inxi -Fz
System:
  Kernel: 6.8.0-139-generic arch: x86_64 bits: 64
  Desktop: GNOME v: 46.0 Distro: Ubuntu 24.04.4 LTS (Noble Numbat)
Machine:
  Type: Laptop System: HP product: HP 255 15.6 inch G10 Notebook PC v: N/A
    serial: <superuser required>
  Mobo: HP model: 8B2F v: 52.55 serial: <superuser required> UEFI: AMI
    v: F.25 date: 04/21/2026
Battery:
  ID-1: BAT0 charge: 35.4 Wh (100.0%) condition: 35.4/35.4 Wh (100.0%)
CPU:
  Info: quad core model: AMD Ryzen 3 7320U with Radeon Graphics bits: 64
    type: MT MCP cache: L2: 2 MiB
  Speed (MHz): avg: 1318 min/max: 400/4150 cores: 1: 400 2: 400 3: 1397
    4: 1526 5: 1797 6: 2079 7: 1397 8: 1551
Graphics:
  Device-1: AMD Mendocino driver: amdgpu v: kernel
  Device-2: Chicony HP True Vision HD Camera driver: uvcvideo type: USB
  Display: x11 server: X.Org v: 21.1.11 with: Xwayland v: 23.2.6 driver: X:
    loaded: amdgpu unloaded: fbdev,modesetting,radeon,vesa dri: radeonsi
    gpu: amdgpu resolution: 1: 1920x1080~60Hz 2: N/A
  API: EGL v: 1.5 drivers: kms_swrast,radeonsi,swrast
    platforms: gbm,x11,surfaceless,device
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa
    v: 25.2.8-0ubuntu0.24.04.2 renderer: AMD Radeon 610M (radeonsi
    raphael_mendocino LLVM 20.1.2 DRM 3.57 6.8.0-139-generic)
Audio:
  Device-1: AMD Rembrandt Radeon High Definition Audio driver: snd_hda_intel
  Device-2: AMD ACP/ACP3X/ACP6x Audio Coprocessor driver: snd_pci_acp6x
  Device-3: AMD Family 17h/19h HD Audio driver: snd_hda_intel
  API: ALSA v: k6.8.0-139-generic status: kernel-api
  Server-1: PipeWire v: 1.0.5 status: active
Network:
  Device-1: Realtek RTL8852BE PCIe 802.11ax Wireless Network [1T1R]
    driver: rtw89_8852be
  IF: wlo1 state: down mac: <filter>
  Device-2: ASIX AX88179 Gigabit Ethernet driver: cdc_ncm type: USB
  IF: enxa0cec8fd1f86 state: up speed: 1000 Mbps duplex: half mac: <filter>
  IF-ID-1: moz0 state: unknown speed: N/A duplex: N/A mac: N/A
Bluetooth:
  Device-1: Realtek Bluetooth Radio driver: btusb type: USB
  Report: hciconfig ID: hci0 state: up address: <filter> bt-v: 5.3
Drives:
  Local Storage: total: 2.29 TiB used: 429.87 GiB (18.4%)
  ID-1: /dev/nvme0n1 vendor: Samsung model: MZVL4512HBLU-00BH1
    size: 476.94 GiB
  ID-2: /dev/sda vendor: Toshiba model: MQ04UBF100 size: 931.51 GiB
    type: USB
  ID-3: /dev/sdb vendor: Western Digital model: WD10JPVX-60JC3T0
    size: 931.51 GiB type: USB
Partition:
  ID-1: / size: 185.39 GiB used: 159.3 GiB (85.9%) fs: ext4
    dev: /dev/nvme0n1p5
  ID-2: /boot/efi size: 256 MiB used: 94.8 MiB (37.0%) fs: vfat
    dev: /dev/nvme0n1p1
Swap:
  ID-1: swap-1 type: file size: 2 GiB used: 881.2 MiB (43.0%) file: /swapfile
Sensors:
  System Temperatures: cpu: 46.9 C mobo: N/A gpu: amdgpu temp: 46.0 C
  Fan Speeds (rpm): fan-1: 0 fan-2: 0
Info:
  Memory: total: 8 GiB note: est. available: 7.01 GiB used: 4.02 GiB (57.4%)
  Processes: 325 Uptime: 8h 9m Shell: Bash inxi: 3.3.34
rsilber@rsilber-HP-255-G10-Notebook-PC:~$

rsilber@rsilber-HP-255-G10-Notebook-PC:~$ cat ~/.config/monitors.xml
<monitors version="2">
  <configuration>
    <logicalmonitor>
      <x>0</x>
      <y>0</y>
      <scale>1</scale>
      <primary>yes</primary>
      <monitor>
        <monitorspec>
          <connector>HDMI-A-0</connector>
          <vendor>CHO</vendor>
          <product>MNT</product>
          <serial>0x00000001</serial>
        </monitorspec>
        <mode>
          <width>1920</width>
          <height>1080</height>
          <rate>60.000</rate>
        </mode>
      </monitor>
    </logicalmonitor>
    <disabled>
      <monitorspec>
        <connector>eDP</connector>
        <vendor>BOE</vendor>
        <product>0x0b14</product>
        <serial>0x00000000</serial>
      </monitorspec>
    </disabled>
  </configuration>
  <configuration>
    <logicalmonitor>
      <x>0</x>
      <y>0</y>
      <scale>1</scale>
      <primary>yes</primary>
      <monitor>
        <monitorspec>
          <connector>eDP</connector>
          <vendor>BOE</vendor>
          <product>0x0b14</product>
          <serial>0x00000000</serial>
        </monitorspec>
        <mode>
          <width>1920</width>
          <height>1080</height>
          <rate>60.000</rate>
        </mode>
      </monitor>
      <monitor>
        <monitorspec>
          <connector>HDMI-A-0</connector>
          <vendor>LOE</vendor>
          <product>LOEWE HDMI TV</product>
          <serial>0x01010101</serial>
        </monitorspec>
        <mode>
          <width>1920</width>
          <height>1080</height>
          <rate>60.000</rate>
        </mode>
      </monitor>
    </logicalmonitor>
  </configuration>
  <configuration>
    <logicalmonitor>
      <x>0</x>
      <y>0</y>
      <scale>1</scale>
      <primary>yes</primary>
      <monitor>
        <monitorspec>
          <connector>HDMI-A-0</connector>
          <vendor>GSM</vendor>
          <product>LG ULTRAGEAR</product>
          <serial>0x000a09fc</serial>
        </monitorspec>
        <mode>
          <width>1920</width>
          <height>1080</height>
          <rate>119.982</rate>
        </mode>
      </monitor>
    </logicalmonitor>
    <disabled>
      <monitorspec>
        <connector>eDP</connector>
        <vendor>BOE</vendor>
        <product>0x0b14</product>
        <serial>0x00000000</serial>
      </monitorspec>
    </disabled>
  </configuration>
</monitors>
rsilber@rsilber-HP-255-G10-Notebook-PC:~$

timothy2068 schrieb:

Meinen Lenovos würde ich was erzählen, wenn sie mir den Bootprozess nicht an den digitalen Monitorausgängen ausgeben würden. Tun sie aber.

Ich will Dich ja nicht betrüben, aber gerade bei Lenovo-Rechnern habe ich schon genau das Fehlerbild des Threadstarters erlebt, digital verbunden, versteht sich.

Bspw. bei einem Mini-PC, der in einem Einschub mit integrierten Anschlüssen, der fest hinter einem Monitor verbunden ist, alles Lenovo, versteht sich, alles von Lenovo aufeinander abgestimmt. Auf dem Papier. Keine Chance, ins UEFI-Setup zu gehen oder auch nur irgendwas anderes vor Windows zu sehen. Lösung dort: extra Kabel zwischen Mini-PC und Monitor stecken, also die schöne Lösung integrierter Anschlüsse ohne Kabel konterkarierend. Das extra kurze Kabel hat es sogar von Lenovo zu kaufen gegeben (klar kann man auch ein normal langes nehmen, aber das hängt dann sinnlos herum).

Oder ein weiterer Lenovo-Mini-PC, der hinter einem großem Fernseher (Samsung, soweit erinnerlich) in einer Eingangshalle an der Decke gehangen hat (das hat Freude gemacht, pff). Der hat morgens zu bestimmter Zeit per Zeitschaltuhr (ja, echt genial durchdacht) booten sollen. Bildausgabe erst im Windows-Desktop (Autologin). Wenn wenigstens das funktioniert hat.

RSilber schrieb:

Nach dem Einschalten des Notebooks wird die HDMI-Schnittstelle erst initialisiert, wenn das Notebook vollständig hochgefahren ist.

Geh ins UEFI-Setup und checke, ob für die Bildausgabe Konfigurationen möglich sind!

Ist wirklich nur ein HDMI-Kabel gesteckt oder irgendein Adapter?

Btw., monitors.xml kann insofern interessant sein, um zu sehen, was angeschlossen (gewesen) ist. Für das Problem an sich ist diese Datei unerheblich. Das Problem besteht nicht unter dem OS, sondern vorher.

Deswegen schrieb ich ja bereits den Hinweis, die EDID des zur Ausgabe gewünschten Monitors bereits im GRUB via drm_kms_helper.edid_firmware= zu übergeben

von.wert schrieb:

Btw., monitors.xml … Für das Problem an sich ist diese Datei unerheblich. Das Problem besteht nicht unter dem OS, sondern vorher.

Hä? Ich dachte das Anmeldefenster (Displaymanager) gehört zum System.

• s. a. GDM (Abschnitt „GDM-bei-Dual-Monitor-Setup-auf-das-richtige-Display-schieben“)
  Gilt das nicht mehr? (Habe GNOME nur virtuell.)

(Sollte es um die „Anmeldung“ bei einer verschlüsselten Installation handeln, ist dies auch Teil des OS, aber eine andere Baustelle.)

Ruth-Wies schrieb:

von.wert schrieb:

Btw., monitors.xml … Für das Problem an sich ist diese Datei unerheblich. Das Problem besteht nicht unter dem OS, sondern vorher.

Hä? Ich dachte das Anmeldefenster (Displaymanager) gehört zum System.

↓

RSilber schrieb:

Nach dem Einschalten des Notebooks wird die HDMI-Schnittstelle erst initialisiert, wenn das Notebook vollständig hochgefahren ist.

Kein POST, kein UEFI-Setup.

Ergänzende Information.

Gleiche Hardware, anderes Betriebssystem (Parallelinstallation): alles funktioniert so, wie es sein soll.

Darf man daraus schließen, das weder UEFI noch Hardware irgendwie angepasst werden müssen, um in Ubuntu das gleiche zur erreichen?

So also die Frage: Wo in Ubuntu muss ich hin fassen, damit sich auch da das gewünschte Ergebnis einstellt?

Hallo RSilber,

welches ist denn das andere Betriebssystem? Ein unixoides wie Linux oder der große Marktführer aus den USA?

Das UEFI ist das erste vom Rechner, was beim Start geladen wird - aber genauer kann es Dir besser z.B. von.wert erklären.

POST (Power On Self Test) Meldungen können z.B. je nach Hardware ganz unterdrückt oder eben vollständig anzeigbar eingestellt werden.

Meine Glaskugel sagt mir, dass etwas im Zusammenspiel von Hardware und frühem Systemstart nicht gut funktioniert.

Hast Du SecureBoot eingestellt? Was ist mit FastBoot?

Grüße

schollsky

RSilber schrieb:

Gleiche Hardware, anderes Betriebssystem (Parallelinstallation): alles funktioniert so, wie es sein soll.

Microsoft Windows speichert die EDID Informationen in seiner Registry. Solche EDID Informationen werden auch über Windows Update eingetragen. Bei der Initialisierung fragt Windows seine Registry ab.

Linux holt sich hingegen die EDID vom EEPROM im Monitor über das Monitorkabel. Dafür muss aber erst mal der Grafiktreiber initialisiert sein, und sowohl das Kabel, als auch der Chip im Monitor müssen hinreichend funktionieren.

Daher der Ansatz, die EDID Informationen für Linux bereits über den GRUB zu übergeben.

RSilber, nach Deinem letzten Post Klartext! Du schaltest den Rechner ein, das Erste, was angezeigt wird, ist wirklich erst das OS oder könnte man doch ins UEFI-Setup gehen, sprich dies angezeigt bekommen, ebenso POST-Meldungen?

Das ist die Weiche zur Ursachenfindung, das mußt Du richtig beantworten. Anderenfalls wird in falscher Richtung gesucht, Du verbrennst massiv Zeit.