glaskugel
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Ich habe einen alten PC mit einem 32"-Monitor. Nach einigen Schwierigkeiten war alles unter 20.04 mit Bootoptionen hinzubekommen (und funktioniert zur Zeit). Beim Booten vom USB-Stick dauert vieles sehr lange, manchmal Minuten. Wann und wie kann man Bootoptionen angeben? AFAIR war es unter 20.04 so, dass man kurz mit Return oder eine F-Taste die Boot-Optionen aufrufen kann, ich sehe da aber nun nichts, wann man da drücken muss. Wenn man nichts drückt, dann wird offentsichtlich vom USB-Stick gebootet, man kann auswählen, ob man einen "secure mode" bei der Grafikkarte haben will, vermutlich Nvidia-Treiber oder nicht. Jedenfalls ist das ein Indiz, dass der USB-Stick bootet. Nach der Auswahl blinkt nur mehr ein Cursor und irgendwann schaltet sich der Monitor aus. Angeschlossen ist über Displayport. Ich will mir ersparten einen anderen Monitor und HDMI zu verwenden, da wird es vermutlich funktionieren. Ergänzung: Ich habe jetzt einen anderen PC, da kommt irgendwann die Sprachauswahl und die Wahl ob man installieren will, aber Bootoptionen angeben, habe ich nicht gefunden. Die Grafikkarte kann den Monitor also nicht voll ausreizen $ hwinfo --short
cpu:
AMD Athlon(tm) II X2 255 Processor, 1900 MHz
AMD Athlon(tm) II X2 255 Processor, 2400 MHz
keyboard:
/dev/input/event2 Cherry SmartBoard XX44
mouse:
/dev/input/mice Logitech RX 250 Optical Mouse
chipcard:
Cherry SmartBoard XX44
graphics card:
nVidia GK208B [GeForce GT 730]
sound:
nVidia GK208 HDMI/DP Audio Controller
ATI SBx00 Azalia (Intel HDA)
storage:
JMicron JMB363 SATA/IDE Controller
JMicron JMB363 SATA/IDE Controller
JMicron JMB363 SATA/IDE Controller
JMicron JMB363 SATA/IDE Controller
ATI SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode]
network:
enp6s0 Gigabyte Onboard Ethernet
enp4s7 3Com 3C905B Fast Etherlink XL 10/100
network interface:
enp4s7 Ethernet network interface
lo Loopback network interface
enp6s0 Ethernet network interface
disk:
/dev/sdb WDC WD10EADS-00L
/dev/sda Samsung SSD 860
partition:
/dev/sdb1 Partition
/dev/sdb2 Partition
/dev/sdb5 Partition
/dev/sda1 Partition
/dev/sda2 Partition
/dev/sda3 Partition
/dev/sda4 Partition
/dev/sda5 Partition
/dev/sda6 Partition
/dev/sda7 Partition
/dev/sda8 Partition
/dev/sda9 Partition
/dev/sda10 Partition
cdrom:
/dev/sr0 HL-DT-ST BD-RE BH16NS40
usb controller:
ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller
NEC uPD720200 USB 3.0 Host Controller
ATI SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller
ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller
ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
bios:
BIOS
bridge:
AMD Family 10h Processor Miscellaneous Control
ATI SB700/SB800/SB900 PCI to PCI bridge (PCIE port 1)
AMD Family 10h Processor Address Map
ATI SB7x0/SB8x0/SB9x0 LPC host controller
ATI RX780/RX790 Host Bridge
AMD Family 10h Processor Link Control
AMD Family 10h Processor DRAM Controller
ATI SB700/SB800/SB900 PCI to PCI bridge (PCIE port 0)
AMD Family 10h Processor HyperTransport Configuration
ATI SBx00 PCI to PCI Bridge
ATI RD790 PCI to PCI bridge (PCI express gpp port E)
ATI RX780/RD790 PCI to PCI bridge (external gfx0 port A)
ATI RD790 PCI to PCI bridge (PCI express gpp port F)
hub:
Linux Foundation 1.1 root hub
Linux Foundation 2.0 root hub
Linux Foundation 1.1 root hub
Linux Foundation 1.1 root hub
Linux Foundation 2.0 root hub
Linux Foundation 2.0 root hub
Linux Foundation 1.1 root hub
Linux Foundation 3.0 root hub
Linux Foundation 2.0 root hub
memory:
Main Memory
firewire controller:
Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link)
unknown:
FPU
DMA controller
PIC
Keyboard controller
/dev/lp0 Parallel controller
ATI SBx00 SMBus Controller
Serial controller
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9625
|
glaskugel schrieb:
Wann und wie kann man Bootoptionen angeben?
Den Wiki-Artikel Bootoptionen kennst Du aber schon - oder?
mit Return oder eine F-Taste die Boot-Optionen aufrufen kann
[shift] gedrückt halten (hier bei BIOS/CSM), [e] für edit.
- Bilder
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Also es ist schon denkbar, dass ich da bei den Tasten was verwechsle, ich erinnere mich primär, dass man ziemlich schnell sein musste um die Taste zu drücken.
https://wiki.ubuntuusers.de/Bootoptionen/ Um für den Systemstart bestimmte Bootoptionen vorzugeben, hat man folgende Möglichkeiten:
Über die Taste F6 öffnet sich (in grauer Farbe den Hauptbildschirm überlagernd, vgl. Bild oben) ein Auswahlmenü mit häufig genutzten Bootoptionen. Angesteuert werden diese Optionen mit den Pfeiltasten hoch/runter ↑ + ↓ und aktiviert bzw. deaktiviert mit der Leertaste oder mit der Eingabetaste ⏎ .
Also F6 sollte die Möglichkeit häufig benutzte Bootoptionen zeigen. Wann muss ich F5 drücken? Wenn das Menü wie du am Screenshot gezeigt hast, passiert mit F6 nichts. Ich habe F6 permanent kurz hintereinander bis zum Grub-Menü gedrückt, da kommt nichts.
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9625
|
Dieses grafisch angehauchte Menu, was es bei Desktop-Images im BIOS/CSM gegeben hat, existiert doch schon eine ganze Weile nicht mehr (seit wann genau, weiß ich nicht, Ubuntu und -Flavours sind für mich schon lange abgehakt). Das sieht mittlerweile aus wie bei UEFI und wie in installierten Systemen. Wenn Du das siehst, bist Du doch genau dort, um Bootoptionen hinzufügen/ändern zu können.
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Dieses grafisch angehauchte Menu, was es bei Desktop-Images im BIOS/CSM gegeben hat, existiert doch schon eine ganze Weile nicht mehr
Also bei 20.04 gab es da noch was. Lange davor, wo man das noch öfters brauchte, sah das glaube ich anders aus.
Wenn Du das siehst, bist Du doch genau dort, um Bootoptionen hinzufügen/ändern zu können.
Ja, über e kann man ändern, nur ich weiß nicht mehr was es da an vordefinierten Einstellungen gab bzw. was da eingetragen wurde. AFAIR gab es dann eine sehr große Schrift (VGA?) mit dem es dann funktionierte. Ich sehe nie eine Auswahl ob Testen oder Installation, aber irgendwann kann ich zB mit Strg-Alt-F2 auf eine Konsole wechseln und sehe einen Prompt. Der Monitor ist übrigens doch via HDMI angeschlossen, hatte da mal was geändert, sollte aber egal sein.
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Nach ca. 20 Versuchen läuft jetzt eine Installation über die 2. Option (secure, ohne Nvidia), wobei ich keine speziellen Bootoptionen angegeben habe. Vermutlich Zufall, viel "Geblinke" beim Monitor, vermutlich Hardwaretest. Die Schrift ist sehr groß, das ist ok. Mal schauen, ob es durchläuft, der PC ist uralt und daher sehr langsam. Als Reserve PC im Notfall und für Experimente reicht er aber.
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9625
|
glaskugel schrieb:
was es da an vordefinierten Einstellungen gab bzw. was da eingetragen wurde.
Nochmal: Bootoptionen Von xforcevesa, nomodeset und noplymouth wirst Du doch hier im Forum oft genug gelesen haben.
Ich sehe nie eine Auswahl ob Testen oder Installation,
"Try or Install Lubuntu" (dürfte bei Kubuntu nicht anders sein, im UEFI-Mode heißt der Punkt genauso). Du bootest also ins Live-System. Sofern installiert werden soll, von dort. Es gibt keine getrennten Menupunkte Try und Install mehr. Wo ist da jetzt ein Problem?
Der Monitor ist übrigens doch via HDMI angeschlossen, hatte da mal was geändert, sollte aber egal sein.
Es gibt Systeme/Konstellationen, die jenachdem erst ab einem bestimmtem Punkt überhaupt eine Ausgabe bringen. Schon genug Theater damit gehabt (z.B. einen Lenovo-Mini-PC, den man in das extra dafür vorgesehene Fach eines entsprechenden Lenovo-Monitors geschoben und damit automatisch angeschlossen hat - bei default Settings im UEFI hat es erst ein Bild im Windows gegeben, keine Chance für UEFI-Settings bei dieser extra so vorgesehenen Konstellation - erst mit separat zu bestellendem Kabel außerhalb angeschlossen).
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Die Installation ist bis zum Neustart durchgelaufen, der PC bootet mit einer Menge Fehlermeldungen, die ich aber so schnell nicht lesen konnte. Es kam schon mittlerweile 3x die Meldung "no signal" vom Monitor, der Monitor schaltete sich aus und kurz danach wieder ein. Keine Ahnung wie oft sich das jetzt wiederholt. Es kann natürlich sein, dass das 1. Booten über die SSD länger dauert, aber unter 20.04 war das unter 1 Minute, jetzt sind schon ein paar Minuten vergangen. Es ist jetzt eine ähnliche Situation wie beim Booten vom USB-Stick, ich kann auf eine Konsole und sehe dort einen Prompt. X bleibt schwarz.
"Try or Install Lubuntu" (dürfte bei Kubuntu nicht anders sein, im UEFI-Mode heißt der Punkt genauso).
Es könnte nomodeset gewesen sein, das funktionierte.
Es gibt keine getrennte Menupunkte Try und Install mehr. Wo ist da jetzt ein Problem?
Die Optionen sind Install und "Live", aber bis dahin muss man es erst einmal schaffen.
Es gibt Systeme/Konstellationen, die jenachdem erst ab einem bestimmtem Punkt überhaupt eine Ausgabe bringen. Schon genug Theater damit gehabt
Jeder meiner PCs macht mittlerweile Schwierigkeiten, früher war das alles kein Thema. Ich verwende übrigens kein UEFI. Da hat mir Windows 10 immer die Linux-Installation zerstört, bis ich aufgegeben habe. Dieses Board kann kein UEFI.
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9625
|
Das sind jetzt aber keine Angaben, auf die Du irgendetwas erwartest. Mit "uralter PC" kann auch niemand etwas anfangen. So alt kann er, zumindest die GPU, nicht sein, wenn Du HDMI und DP hast.
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Sorry, ich sollte nicht nachträglich Dinge hinzufügen. Im 1. Posting siehst du eine hwinfo Ausgabe. die ist aktuell. Ich habe Grafikkarten probiert, welche am besten mit dem 32" klarkommt. Diese Graka hat keinen DP-Port, sorry für die Falschinformation. Ich habe vor deiner Antwort noch was hinzugefügt. Ich mache da morgen weiter und probiere über die Taste e zu editieren. Sollte dir bei der Hardware was auffallen, bitte gerne. Unter 20.04 war das System installierbar und hatte ganz gut funktioniert.
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9625
|
Ja, doch, alt, hrr, also der Athlon II X2. Die GF730 ist kein Problem. Läuft mit nouveau, man kann auch nvidia installieren (nvidia-driver-510, nvidia-settings).
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9625
|
glaskugel schrieb:
ich kann auf eine Konsole und sehe dort einen Prompt.
...an dem Du Dich anmelden kannst? Dann mach und führe aus: | sudo apt update && sudo apt full-upgrade
sudo apt install nvidia-driver-510 nvidia-settings
sudo reboot
|
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Ich habe mir übrigens ssh installiert um notfalls von einem anderen PC zugreifen zu können. Die folgenden Befehle wurden via ssh ausgeführt. sudo apt install nvidia-driver-510 nvidia-settings
Die folgenden NEUEN Pakete werden installiert:
binutils binutils-common binutils-x86-64-linux-gnu build-essential dctrl-tools dkms dpkg-dev
fakeroot g++ g++-11 gcc gcc-11 gcc-12-base:i386 krb5-locales libalgorithm-diff-perl
libalgorithm-diff-xs-perl libalgorithm-merge-perl libasan6 libatomic1 libatomic1:i386
libbinutils libbsd0:i386 libc-dev-bin libc-devtools libc6:i386 libc6-dev libcc1-0
libcom-err2:i386 libcrypt-dev libcrypt1:i386 libctf-nobfd0 libctf0 libdpkg-perl
libdrm-amdgpu1:i386 libdrm-nouveau2:i386 libdrm-radeon1:i386 libdrm2:i386 libedit2:i386
libelf1:i386 libexpat1:i386 libfakeroot libffi8:i386 libfile-fcntllock-perl libgcc-11-dev
libgcc-s1:i386 libgl1:i386 libgl1-mesa-dri:i386 libglapi-mesa:i386 libglvnd0:i386
libglx-mesa0:i386 libglx0:i386 libgssapi-krb5-2:i386 libicu70:i386 libidn2-0:i386 libitm1
libk5crypto3:i386 libkeyutils1:i386 libkrb5-3:i386 libkrb5support0:i386 libllvm13:i386 liblsan0
liblzma5:i386 libmd0:i386 libnsl-dev libnsl2:i386 libnss-nis:i386 libnss-nisplus:i386
libnvidia-cfg1-510 libnvidia-common-510 libnvidia-compute-510 libnvidia-compute-510:i386
libnvidia-decode-510 libnvidia-decode-510:i386 libnvidia-egl-wayland1 libnvidia-encode-510
libnvidia-encode-510:i386 libnvidia-extra-510 libnvidia-fbc1-510 libnvidia-fbc1-510:i386
libnvidia-gl-510 libnvidia-gl-510:i386 libsensors5:i386 libssl3:i386 libstdc++-11-dev
libstdc++6:i386 libtinfo6:i386 libtirpc-dev libtirpc3:i386 libtsan0 libubsan1 libunistring2:i386
libvulkan1:i386 libwayland-client0:i386 libx11-6:i386 libx11-xcb1:i386 libxau6:i386
libxcb-dri2-0:i386 libxcb-dri3-0:i386 libxcb-glx0:i386 libxcb-present0:i386 libxcb-randr0:i386
libxcb-shm0:i386 libxcb-sync1:i386 libxcb-xfixes0:i386 libxcb1:i386 libxdmcp6:i386 libxext6:i386
libxfixes3:i386 libxml2:i386 libxnvctrl0 libxshmfence1:i386 libxxf86vm1:i386 libzstd1:i386
linux-libc-dev lto-disabled-list make manpages-dev mesa-vulkan-drivers:i386
nvidia-compute-utils-510 nvidia-dkms-510 nvidia-driver-510 nvidia-kernel-common-510
nvidia-kernel-source-510 nvidia-prime nvidia-settings nvidia-utils-510 pkg-config rpcsvc-proto
screen-resolution-extra xserver-xorg-video-nvidia-510 zlib1g:i386
0 aktualisiert, 131 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Es kommt in etwa die Meldung, dass die Grafikkarte mit dem 510er Treiber nicht unterstützt wird, und 470 verwendet werden soll. Also ganz vorsichtig alles weitere mit vielen reboots. sudo apt purge nvidia-driver-510 nvidia-settings
Die folgenden Pakete werden ENTFERNT:
nvidia-driver-510* nvidia-settings*
sudo reboot Da gibt es eine Menge nicht entfernter 510er Pakete sudo apt autoremove
sudo reboot Nun die 470er Pakete:
sudo apt install nvidia-driver-470 nvidia-settings
Die folgenden NEUEN Pakete werden installiert:
dctrl-tools dkms libatomic1:i386 libbsd0:i386 libdrm-amdgpu1:i386 libdrm-nouveau2:i386
libdrm-radeon1:i386 libdrm2:i386 libedit2:i386 libelf1:i386 libexpat1:i386 libffi8:i386
libgl1:i386 libgl1-mesa-dri:i386 libglapi-mesa:i386 libglvnd0:i386 libglx-mesa0:i386
libglx0:i386 libicu70:i386 libllvm13:i386 libmd0:i386 libnvidia-cfg1-470 libnvidia-common-470
libnvidia-compute-470 libnvidia-compute-470:i386 libnvidia-decode-470 libnvidia-decode-470:i386
libnvidia-egl-wayland1 libnvidia-encode-470 libnvidia-encode-470:i386 libnvidia-extra-470
libnvidia-fbc1-470 libnvidia-fbc1-470:i386 libnvidia-gl-470 libnvidia-gl-470:i386
libnvidia-ifr1-470 libnvidia-ifr1-470:i386 libsensors5:i386 libstdc++6:i386 libvulkan1:i386
libwayland-client0:i386 libx11-6:i386 libx11-xcb1:i386 libxau6:i386 libxcb-dri2-0:i386
libxcb-dri3-0:i386 libxcb-glx0:i386 libxcb-present0:i386 libxcb-randr0:i386 libxcb-shm0:i386
libxcb-sync1:i386 libxcb-xfixes0:i386 libxcb1:i386 libxdmcp6:i386 libxext6:i386 libxfixes3:i386
libxml2:i386 libxnvctrl0 libxshmfence1:i386 libxxf86vm1:i386 mesa-vulkan-drivers:i386
nvidia-compute-utils-470 nvidia-dkms-470 nvidia-driver-470 nvidia-kernel-common-470
nvidia-kernel-source-470 nvidia-prime nvidia-settings nvidia-utils-470 pkg-config
screen-resolution-extra xserver-xorg-video-nvidia-470
0 aktualisiert, 72 neu installiert, 1 zu entfernen und 0 nicht aktualisiert.
sudo reboot Ich konnte mich danach in XFCE anmelden. Die Frage ist nun, wie schafft man eine zuverlässige Installation. Die Installation ohne Nvidia war IMHO eher Zufall, da es einige Male davor nicht funktioniert hat. IMHO ist das also ein Installations-Bug, wenn vermutlich auch die normale Installation den 510er Treiber verwendet. Es macht einfach keinen Sinn in diesen PC eine Graka zu kaufen, hatte da schon mal gesucht, irgendwas 50-100€. Ich habe dann von den vorhandenen die mit am meisten RAM genommen. Ich will noch nicht auf gelöst setzen, weil das ja nur zufällig erreicht wurde.
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Nur zur Info, ich denke der Nvidia-Treiber passt nun wie früher: Test mit darktable 3.8.1-2 und 22.04: $ darktable-cli bench.srw bench.srw.xmp bench.jpg --core -d perf -d opencl
...
[opencl_init] device 0: NVIDIA GeForce GT 730
CANONICAL_NAME: nvidiag
GLOBAL_MEM_SIZE: 2001MB
MAX_WORK_GROUP_SIZE: 1024
MAX_WORK_ITEM_DIMENSIONS: 3
MAX_WORK_ITEM_SIZES: [ 1024 1024 64 ]
DRIVER_VERSION: 470.129.06
DEVICE_VERSION: OpenCL 3.0 CUDA
...
54,312113 [opencl_summary_statistics] device 'NVIDIA GeForce GT 730' (0): 593 out of 593 events were successful and 0 events lost Unter 20.04 mit darktable 3.8.1-1.1 dauerte es 53,964115. Ich denke der Unterschied ist vernachlässigbar. Das ist nur ein Test, ob alles passt, sinnvoll ist es nicht mit diesem PC darktable zu nutzen, dauert viel zu lange. Bei meinem Haupt-PC läuft der Test in 7 Sekunden durch.
|