trollsportverein
Anmeldungsdatum: 21. Oktober 2010
Beiträge: 3425
|
Moin. Ich hoffe hier ist noch irgendwas zu retten. In den nvidia-bug-report hatte ich vor einigen Tagen nur mal kurz reingeschaut, sah, dass es einer dieser ziemlich neuen Ryzen™ PCs war, die gerne mal Probleme machen. Da schon so viele im Thema hier dabei waren, dachte ich mir ich halte mich mal zurück. Bislang scheint aber das Problem nicht gelöst. Ich würde daher vorschlagen doch bitte mal die Ausgaben zu posten von:
cat /etc/apt/sources.list
In der man sehen könnte, ob "restricted" aktiviert ist. Desweiteren die Ausgabe von:
dpkg -l | grep linux
In der man sehen könnte, ob auch die passenden linux-header zum linux-image (der Linux-Kernel) installiert sind. Denn sonst kann DKMS das nvidia-driver Modul nicht anpassen. Mit:
echo $XDG_SESSION_TYPE
Lässt sich anzeigen ob x11 oder wayland genutzt wird. Zur Zeit dürfte man wohl mit x11 beim nvidia-driver besser fahren. So wie auch bei einem Großteil der Anwendungen. Sollte die *.run Datei zu Teiber Installation genutzt worden sein, so sollte auch die *.run Datei zur Deinstallation genutzt werden. Wenn es bereits kuddelmuddel gab, mal so, mal anders, dann ist es möglicherweise zu spät und die Installation zu aufwändig zu reparieren. Vor allem dürfte bei einem frisch installierten System eine Neuinstallation schneller gehen. Da die Komponenten sehr neu sind, würden sich dann gleich neuere Releases als Focal Fossa empfehlen. Wenigstens Hirsute Hippo, oder gleich Impish Idri, auch wenn das Release von Impish Idri erst in rund drei Wochen geplant ist, so ist doch schon Kernel Freeze. In rund eineinhalb Wochen ist bereits Final Freeze und ständige Updates liefert das Paketsystem ohnehin. Was den Massenspeicher angeht, zum überprüfen gibt es die smartmoontools. Für NVME SSDs gibt das Thomas Krenn Wiki Hinweise:
Einen Befehl den man ausprobieren könnte, ob sich das System noch mit einem einfachen copy & paste reparieren lässt, wäre dieser hier:
sudo apt-get purge \*nvidia\* \* cuda\* ; sudo apt-get install nvidia-driver-470 nvidia-settings
Und dann abwarten bis der proprietäre nvidia-driver fertig eingebaut ist, die initrd fertig gebaut wurde und der Rückschreibespeicher geleert. Etwa ein kleines Kaffeetassenpäuschen. Dann Fingerkreuzen und reboot wenn nicht irgendwas bei der Befehlsausführung schief gegangen ist. Einiges Gemecker darf der erste Teil der Befehle wegen nicht gefundener Pakete machen, der zweite zur Neuinstallation von nvidia-driver und nvidia-settings wird wegen des Semiklons ";" trotzdem ausgeführt.
|
xubu2
(Themenstarter)
Anmeldungsdatum: 11. Februar 2021
Beiträge: 114
|
Lob+Anerkennung an den Trollsportverein, der Sachlichkeit+Ruhe reinbringt. Dass die verbaute Hardware ein Prob sein kann, hatte ich nicht aufm Schirm (in einem Laden meinte einer verächtlich "Ryzen 5 3600 ist CPU der Vorgänger-Generation", die RTX hat zwar PCI Ex4, ist dort aber die schwächste - mein jetzt noch laufendes System (Quad Core, PCI Ex 1) war damals auch "2.Wahl", ubuntu 10 erkannte mit Treibern alles... Wie vermutet, ändert cd / nix, da man im home-Verzeichnis startet (Fehlermeldung zu
sudo apt purge nvidia* kommt, sobald ich reply vom Verkäufer wg SSD hab).
Krieg ich die SSD für Neuinstall mit sudo dd if=/dev/urandom of=/dev/[Name] bs=4k vollständig gelöscht? Gerade für nvidia klingt pop OS gut, habe aber nur 8GB RAM (dafür 12GB auf der RTX). Was sagt ihr zu mint bzw manjaro? Ich bin einst zu xubuntu gewechselt, weil ubuntu ab v 12? die einfache Konfiguration der Leisten abschaffte, ferner mag ich xubus kleinere, an win98 erinnernde icons 😉 Sobald ich reply vom Verkäufer habe, poste ich die angefragte cat /etc/apt/sources.list und dpkg -l | grep linux , sowie echo $XDG_SESSION_TYPE , unterstelle aber mal, dass der header zum linux-image passt (updates gleich nach install). Gibt es einen Grund, warum keiner die anscheinend so starken Grafiktreiber vulkan bzw proton erwähnt (bei vulkan lese ich viel mesa, also nur für AMD-Grafik?) ? Alles Gute & bis bald.
|
hakel2020
Anmeldungsdatum: 21. Januar 2021
Beiträge: 1169
|
@xubu und Trollsprortverein - Ich würde einfach eine saubere Neuinstallation mit Xubuntu 21.04 empfehlen. Das macht hier so keinen Sinn. Vor der Neuinstallation die neuste Firmware auf das Mainbord schmeißen. Wenn man schon neu aufbaut ... ☹ P.S. neue Ryzen machen Probleme ? Egal, müssen wir hier nicht diskutieren. 👍
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Dein Board ist immernoch dein Geheimnis. Trotzdem wirst du im UEFI-BIOS eine Option finden "Secure Erase" und mit dieser wirst du dann deine SSD plattmachen.
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9641
|
hakel2020 schrieb:
Ich würde einfach eine saubere Neuinstallation mit Xubuntu 21.04 empfehlen. Das macht hier so keinen Sinn.
Aber nur deshalb, weil der Threadstarter ständig irgendwas für das Thema völlig belangloses postet, statt endlich mitzudenken und mitzuarbeiten, das abzuarbeiten, was mehrfach gepostet und erklärt worden ist. Eine Neuinstallation ist überflüssig und, da er seine Arbeitsweise offensichtlich nicht zu ändern in der Lage ist, auch keine Lösung. Höchstens per Zufall.
Vor der Neuinstallation die neuste Firmware auf das Mainbord schmeißen.
Er schafft es nicht, Pakete zu deinstallieren und zu installieren. Ja, er versteht noch nicht mal den simplen Befehl "cd /". Da kommst Du mit sowas.
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
xubu2 schrieb: Krieg ich die SSD für Neuinstall mit sudo dd if=/dev/urandom of=/dev/[Name] bs=4k vollständig gelöscht?
Das ist bei modernen SSDs völlig überflüssig. Da die Flashzellen nur eine begrenzte Zahl an Schreibzyklen vertragen, wird für eine gleichmäßige Abnutzung eine dynamische Zuordnung der Sektoren verwendet. Sobald ein Sektor vom Controller als nicht mehr gebraucht angesehen wird, ist überhaupt nicht mehr ersichtlich wie der vorher überhaupt angeordnet war. Hat die SSD wie sehr viele heute dazu noch eine interne Verschlüsselung, sind die Daten hinterher sowieso völlig unbrauchbar. Das ist bei Datenrettern ein völliger Albtraum geworden. Das Überschreiben verursacht nur unnötigen Verschleiß - und du erreichst damit nicht einmal alle Sektoren, weil SSDs eine gewisse Zahl an Reserve-Sektoren vorhalten die verwendet werden wenn Sektoren komplett kaputt gehen. Es reicht völlig auf dem neu formatierten Datenträger einmal einen TRIM Befehl an den Datenträger zu senden, dann sind alle "alten" Daten unbrauchbar.
|
xubu2
(Themenstarter)
Anmeldungsdatum: 11. Februar 2021
Beiträge: 114
|
spoiler - alle Terminal-Ausgaben aus einer session mit laufendem nvid-Treiber
hier die Fehlermeldung zu
sudo apt purge nvidia* (der 1. Terminal-Befehl von von.wert)
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
E: Paket nvidia-bug-report.log.gz kann nicht gefunden werden.
E: Mittels des Musters »nvidia-bug-report.log.gz« konnte kein Paket gefunden werden.
sudo apt clean (Terminal schweigt)
sudo apt update && sudo apt full-upgrade
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...
done.
Trigger für initramfs-tools (0.136ubuntu6.6) werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-5.11.0-36-generic sudo apt install nvidia-driver-470 nvidia-settings
Entpacken von nvidia-driver-470 (470.74-0ubuntu0.20.04.1) ...
xserver-xorg-video-nvidia-470 (470.74-0ubuntu0.20.04.1) wird eingerichtet ...
nvidia-compute-utils-470 (470.74-0ubuntu0.20.04.1) wird eingerichtet ...
Achtung: auf den von Ihnen angegebene persönlichen Ordner »/nonexistent« kann nicht zugegriffen werden: No such file or directory
Systembenutzer »nvidia-persistenced« (UID 123) wird hinzugefügt …
Neue Gruppe »nvidia-persistenced« (GID 133) wird hinzugefügt …
Neuer Benutzer »nvidia-persistenced« (UID 123) wird mit Gruppe »nvidia-persistenced« hinzugefügt …
Persönlicher Ordner »/nonexistent« wird nicht erstellt.
nvidia-driver-470 (470.74-0ubuntu0.20.04.1) wird eingerichtet ...
Trigger für man-db (2.9.1-1) werden verarbeitet ... sudo reboot
hab ich leider das Terminal geschlossen und alt+f4 "reboot" gewählt, normal boot: hängt, recovery mode: hängt mit starting create volatile files and directories , selbst mit str+alt+f1 kann ich nichts eingeben cat /etc/apt/sources.list
deb cdrom:[Xubuntu 20.04.3 LTS _Focal Fossa_ - Release amd64 (20210819.1)]/ focal main multiverse restricted universe
dpkg -l | grep linux
ii binutils-x86-64-linux-gnu 2.34-6ubuntu1.1 amd64 GNU binary utilities, for x86-64-linux-gnu target
ii console-setup-linux 1.194ubuntu3 all Linux specific part of console-setup
ii libselinux1:amd64 3.0-1build2 amd64 SELinux runtime shared libraries
ii libselinux1:i386 3.0-1build2 i386 SELinux runtime shared libraries
ii libv4l-0:amd64 1.18.0-2build1 amd64 Collection of video4linux support libraries
ii libv4l-0:i386 1.18.0-2build1 i386 Collection of video4linux support libraries
ii libv4lconvert0:amd64 1.18.0-2build1 amd64 Video4linux frame format conversion library
ii libv4lconvert0:i386 1.18.0-2build1 i386 Video4linux frame format conversion library
ii linux-base 4.5ubuntu3.6 all Linux image base package
ii linux-firmware 1.187.16 all Firmware for Linux kernel drivers
ii linux-headers-5.11.0-27-generic 5.11.0-27.29~20.04.1 amd64 Linux kernel headers for version 5.11.0 on 64 bit x86 SMP
ii linux-headers-5.11.0-36-generic 5.11.0-36.40~20.04.1 amd64 Linux kernel headers for version 5.11.0 on 64 bit x86 SMP
ii linux-headers-generic-hwe-20.04 5.11.0.36.40~20.04.15 amd64 Generic Linux kernel headers
ii linux-hwe-5.11-headers-5.11.0-27 5.11.0-27.29~20.04.1 all Header files related to Linux kernel version 5.11.0
ii linux-hwe-5.11-headers-5.11.0-36 5.11.0-36.40~20.04.1 all Header files related to Linux kernel version 5.11.0
ii linux-image-5.11.0-27-generic 5.11.0-27.29~20.04.1 amd64 Signed kernel image generic
ii linux-image-5.11.0-36-generic 5.11.0-36.40~20.04.1 amd64 Signed kernel image generic
ii linux-libc-dev:amd64 5.4.0-86.97 amd64 Linux Kernel Headers for development
ii linux-modules-5.11.0-27-generic 5.11.0-27.29~20.04.1 amd64 Linux kernel extra modules for version 5.11.0 on 64 bit x86 SMP
ii linux-modules-5.11.0-36-generic 5.11.0-36.40~20.04.1 amd64 Linux kernel extra modules for version 5.11.0 on 64 bit x86 SMP
ii linux-modules-extra-5.11.0-27-generic 5.11.0-27.29~20.04.1 amd64 Linux kernel extra modules for version 5.11.0 on 64 bit x86 SMP
ii linux-modules-extra-5.11.0-36-generic 5.11.0-36.40~20.04.1 amd64 Linux kernel extra modules for version 5.11.0 on 64 bit x86 SMP
ic linux-modules-nvidia-470-5.11.0-36-generic 5.11.0-36.40~20.04.1 amd64 Linux kernel nvidia modules for version 5.11.0-36
ii linux-objects-nvidia-470-5.11.0-36-generic 5.11.0-36.40~20.04.1 amd64 Linux kernel nvidia modules for version 5.11.0-36 (objects)
ii linux-signatures-nvidia-5.11.0-36-generic 5.11.0-36.40~20.04.1 amd64 Linux kernel signatures for nvidia modules for version 5.11.0-36-generic
ii linux-sound-base 1.0.25+dfsg-0ubuntu5 all base package for ALSA and OSS sound systems
ii pptp-linux 1.10.0-1build1 amd64 Point-to-Point Tunneling Protocol (PPTP) Client
ii util-linux 2.34-0.1ubuntu9.1 amd64 miscellaneous system utilities echo $XDG_SESSION_TYPE
x11 sudo apt-get purge \*nvidia\* \* cuda\* ; sudo apt-get install nvidia-driver-470 nvidia-settings
dpkg: Zu viele Fehler, Abbruch
Fehler traten auf beim Bearbeiten von:
bash-completion
Bearbeitung wurde angehalten, da zu viele Fehler auftraten.
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9641
|
xubu2 schrieb:
E: Paket nvidia-bug-report.log.gz kann nicht gefunden werden.
Du mußt aus diesem Verzeichnis 'rausgehen, einfacherweise mit "cd /", oder nvidia-bug-report.log.gz löschen oder nvidia* maskieren.
Da Du nichts der schon x-mal mit Erklärung geposteten 3 Möglichkeiten durchführst, jedenfalls nicht korrekt, rennst Du logischerweise jedesmal in diese Sackgasse. Eine nummerierte Liste ist der Reihe nach abzuarbeiten. Geht ein Punkt aus welchen Gründen auch immer nicht durch, geht man nicht weiter. | rm nvidia-bug-report*
sudo apt purge nvidia*
sudo apt clean
sudo apt update && sudo apt full-upgrade
sudo apt install nvidia-driver-470 nvidia-settings
sudo reboot
|
|
xubu2
(Themenstarter)
Anmeldungsdatum: 11. Februar 2021
Beiträge: 114
|
Kleines update: im Trouble um nvidia-Treiber wurden 1 SSD und 1 HDD gelöscht. Selbst ubuntu-pros haben mit RTX 3060 und ub 20.04 probs: der 1. link ist ein aktueller Vorwurf an nvidia, den Linux-Treiber nutzbar zu machen bzw nachzubessern...
https://forums.developer.nvidia.com/t/asus-rog-zephyrus-g14-ubuntu-20-04-geforce-rtx-3060-nvidia-drivers-does-not-work/190420
https://ubuntuforums.org/showthread.php?t=2465260
https://stackoverflow.com/questions/69353721/gpu-is-underperforming
Die gelöschte externe Sicherungs-HDD und gelöschte win10-SSD beschäftigen mich inzwischen deutlich mehr als RTX 3060+ub20 ;(
Und ja: eine .exe führt man besser nicht auf der Sicherungs-HDD aus... nachher is man immer klüger.
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8712
|
xubu2 schrieb:
Die gelöschte externe Sicherungs-HDD und gelöschte win10-SSD beschäftigen mich inzwischen deutlich mehr als RTX 3060+ub20
Was willst du damit aussagen? Du arbeitest jetzt an der Wiederherstellung oder wie soll es jetzt hier weitergehen? Nachfrage:
im Trouble um nvidia-Treiber wurden 1 SSD und 1 HDD gelöscht.
gelöschte externe Sicherungs-HDD und gelöschte win10-SSD
Das sind die selben Geräte? Jedenfalls ich verstehe diese nachfolgende Aussage leider nicht:
Und ja: eine .exe führt man besser nicht auf der Sicherungs-HDD aus...
Warum ist bei deiner Fehlerbearbeitung deine externe Sicherungs-HDD überhaupt angeschlossen?
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9641
|
Berlin_1946 schrieb: xubu2 schrieb: Die gelöschte externe Sicherungs-HDD und gelöschte win10-SSD beschäftigen mich inzwischen deutlich mehr als RTX 3060+ub20
Was willst du damit aussagen?
Nichts, was mit dem Thema zu tun hat.
Jedenfalls ich verstehe diese nachfolgende Aussage leider nicht: Und ja: eine .exe führt man besser nicht auf der Sicherungs-HDD aus...
Dieser Quark muß uns nicht interessieren. Zielgerichtetes exaktes Arbeiten ist nicht sein Ding. xubu2 schrieb:
Selbst ubuntu-pros
"Pros". Lächerliche Beispiele, um vom eigenen Unvermögen ablenken zu wollen. Du hast offensichtlich den Post von letztem Montag immer noch nicht korrekt abgearbeitet.
|
trollsportverein
Anmeldungsdatum: 21. Oktober 2010
Beiträge: 3425
|
Der Device ID 10de:2504 3842:3656 nach handelt es sich um eine EVGA RTX 3060 12 GB. Das ist eine ausgewachsene Desktop Grafikkarte, somit fallen alle irreführenden Links zu Laptop-Problemen schon mal raus.
|
xubu2
(Themenstarter)
Anmeldungsdatum: 11. Februar 2021
Beiträge: 114
|
@Berlin_1946 die Sicherungs-HDD hing am win7-laptop weil die win10.iso (5+ GB) und das MS "media creation tool"
auf keinen meiner usb-sticks passten. Der Verkäufer nannte NUR MS mct als Lösung
(kannte damals mkusb nicht), um die win-SSD zu reparieren.
Die win10-SSD ist im neuen Rechner, Sicherungs-HDD war extern.
Fast 15 Jahre kenne ich x/ubuntu: installieren, nvid-Treiber rauf, vlc, avidemux, playonlinux und gut is - seit
ich den neuen PC habe: Magengeschwür, Galle & Verlust wichtiger bzw bezahlter (win10) Daten. @hakel2020
obwohl ich beim xub21 install links "unten" und mehrfach "oben" die 2.SSD wählte, nahm er (ggf für boot-Sektor?) die 1. (win10).
nahm tips aus dem wiki (Treiberinstallation), reboot: 640x480, BIOS zeigt die win-SSD als "ubuntu 21"
@von.wert
erst lese ich auf ubuntuusers.de, UNBEDINGT den bug-report anzulegen, dann soll ich ihn löschen? Da xub21 halb auf linux-SSD und halb auf win-SSD gelandet ist, KANN ich Deine letzten ausführlichen tips nicht mehr umsetzen, ohne die win-SSD fährt xub21 nicht hoch!
Mein erster Kontakt war "Linux-Report" (M.Nickles): "Linux ist viel einfacher zu nutzen als früher".
das hier klingt so, als sei HDMI mit dran schuld
"Nvidia drivers [...], but even though it SEEMS to be installed the nvidia commands doesn’t work at all nor the HDMI displays works with an external screen (via HDMI)."
https://forum-en.msi.com/index.php?threads/nvidia-driver-not-working-on-ubuntu-20-04-with-geforce-rtx-3060.367428/
sogar HIER im forum: "bleibt jetzt nur abzuwarten bis NVIDIA den richtigen verbesserten driver für Linux liefert."
https://forum.ubuntuusers.de/topic/geforce-rtx-3060-vom-os-nicht-erkannt/3/ die ursprüngl. Linux-SSD ist nicht mehr startbar (vermute, weil der boot-sektor auf der win-SSD is), weshalb das Thema "nvid-Treiber" sich irgendwie erledigt hat. Dafür so "Nettigkeiten" wie "zu blöd, Paket zu installieren" oder "Unvermögen" gesagt zu bekommen, passt nicht zu nem "freundlichen Forum"...
auch hier https://forum.ubuntuusers.de/topic/fehlgeschlagene-treiberinstallation/ dieselbe Fehlermeldung "xrandr: Failed to get size of gamma for output default" wie bei mir... Kann ich das Thema iwie löschen?
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8712
|
Hallo xubu2, so langsam blicke ich überhaupt nicht mehr durch deine Angaben.
externe Sicherungs-HDD und win10-SSD
Dann kommt die Antwort für hakel2020 die 2.SSD
Was ist jetzt in deinem PC eingebaut und was willst du wohin installieren? Was oder welche ist jetzt die ursprüngl. Linux-SSD
Wenn du noch Interesse an einer Win10- und einer Xubuntu- Installation hast, dann schreibe das doch bitte. Eine erster wichtige Info wäre ein Überblick, was eingebaut ist und alle externen Festplatten entfernt sind. sudo lsblk -o NAME,UUID,FSTYPE,SIZE,LABEL,MOUNTPOINT
obwohl ich beim xub21 install links "unten" und mehrfach "oben" die 2.SSD wählte,
Wenn das hakel2020 versteht, dann mein Glückwunsch, ich für meinen Teil verstehe gar nichts, was du damit meinst oder was du gemacht hast.
|
hakel2020
Anmeldungsdatum: 21. Januar 2021
Beiträge: 1169
|
@xubu und Trollsprortverein - Ich würde einfach eine saubere Neuinstallation mit Xubuntu 21.04 empfehlen. Das macht hier so keinen Sinn.
Das hatte ich bereits am 26.ten geschrieben. Am Besten diesen Thread hier, zu machen! 👍 P.S. Wenn die 3060 nicht defekt ist, sollte es keine Problme geben mit der GUI "zusätzliche Treiber".
|