Hello,
I am currently struggling with a nasty issue regarding my new M.2.
Device is:
Verbatim Vi3000 SSD 1TB
PCIe NVMe M.2 2280 Internal SSD
PCIe 3.0
Part. No. 49375
I have installed on my ASUS B-350M-A board.
The issue is that the boards apparently finds the M.2. Its name is found in BIOS setup. I can do a BIOS-included short test and a BIOS-includes namespace test with no errors found.
BUT:
I cannot for the life of it install siduction on it. Siduction boots OK via USB and shows life screen, but installer quits after finding it could not create a partition on the M.2.
The M.2 does not appear to be broken, but why does this not work?
Thanks for any hint here and many regards.
Doing a quick curiosity search I found this:
QuoteFor anybody else who comes across this thread trying to solve Dell NVMe SSD issues as I did, I just wanted to add that I was able to solve the issue by switching the SATA Operation from "RAID" to "AHCI" in the BIOS. I did not want to disable the SATA bus altogether, as I have a couple non-RAIDed SATA drives plugged in.
Quote from: Cefdinir71 on 2024/12/31, 19:19:32
Thanks for any hint here and many regards.
From long-ago PCI bus SSD experience ...
Not only must the SSD be found as a storage device, but it also must be found as
bootable. I think this is a function of your BIOS.
If you have access to gparted or a Parted Magic USB stick, you might experiment and see if you can do any partitioning on that SSD, or set a boot flag.
Quote from: eriefisher on 2024/12/31, 20:20:22
Doing a quick curiosity search I found this:
QuoteFor anybody else who comes across this thread trying to solve Dell NVMe SSD issues as I did, I just wanted to add that I was able to solve the issue by switching the SATA Operation from "RAID" to "AHCI" in the BIOS. I did not want to disable the SATA bus altogether, as I have a couple non-RAIDed SATA drives plugged in.
I have never used a RAID setup so I have never changed AHCI to RAID for a reason.
What I have found though that in order to access a freshly installed NVMe device one should change to RAID and use that for OS installation. But this does not work here and, again, I do not see a reason why one would even do that without a "real" RAID setup.
Quote from: dibl on 2024/12/31, 21:41:04
Quote from: Cefdinir71 on 2024/12/31, 19:19:32
Thanks for any hint here and many regards.
From long-ago PCI bus SSD experience ...
Not only must the SSD be found as a storage device, but it also must be found as bootable. I think this is a function of your BIOS.
If you have access to gparted or a Parted Magic USB stick, you might experiment and see if you can do any partitioning on that SSD, or set a boot flag.
I have never had to set a flag for any brandnew drive I installed, as this has always been done by the installer programs.
I have had same installation problem even with Win11 installer. In this case I should provide an extra HW driver as apparently the NVMe drive is not currently known to Win11. What I did was I searched for SATA/RAID/NVMe driver for this specific motherboard on ASUS website, copied driver package on extra USB stick that I plugged prior to installation. Now, during requesting drivers in setup window, Win11 acually showed drivers as compatible but would not install them (error). For Win11 Installation it would not even be possible the easy way to set a boot flag.
When I bought a new Lenovo Laptop two years ago I had to change the storage configuration of the NVMe disk to ahci (instead of "RST" RAID) to make the disk be recognized as install-device.
Also I it is sometimes necessary to update the uefi to make this device be bootable.
You have to take care of a existing windows installation. If you change to ahci when it was configured as RST- Device windows will not start any more but this can be fixed with a repair- console from win- installation-media or otherwise a fresh new installation.
The first thing I would do, is to check, if the drive is "invisible" overall, or if "just" the installation to it fails.
When you are in Siduction-live (or any other Live-Linux ;)), start a terminal and test with "lsblk" or by traversing the /dev/ directory for sdX- or nvmeX-devices. /dev/disk/by-... may also have entries.
As you write, that your BIOS - is it BIOS or UEFI, by the way? - recognizes the disk, linux should "detect" something, too.
So if no entries for your SSD are visible at all, have a look at "dmesg" output, possibly giving some hints.
Edit: corrected /dev/disks to /dev/disk
Ich habe hier ein ASUS-Board und ebenfalls eine NVMe M.2 SSD im Betrieb; an Probleme kann ich mich nicht erinnern. Gehen wir mal ein Paar Punkte durch:
Wenn ich es richtig verstehe, so wird die SSD sowohl vom UEFI/BIOS, als auch von Calamares erkannt. Lediglich die Ausführung der Partitionierung scheitert.
Ist Die Firmware deines Mainboards aktuell?
Wie ist die Einstellung im UEFI-BIOS im Boot-Menü für den CSM (Kompatibilitätsmodus)?
Wie ist der aktuelle Stand der SSD bezüglich der Partitionierung? Was ist die Ausgabe vonsudo parted /dev/nvme0n1 print ? /dev/nvme0n1 entsprechend anpassen.
Wie bist du bei der Installation vorgegangen? Manuelle Partitionierung oder Installation neben einem bereits installiertem System etc?
Typischerweise sollte ein EFI-System heute auf der SSD zunächst eine FAT32-Partition (z.B. 200 MiByte) mit dem Boot-Flag und der Markierung esp (EFI System Partition) enthalten, der dann die weiteren Partitionen (GPT) folgen. Vor der EFI-Partition kann wegen der Ausrichtung an Blockgrenzen noch ein freier (ungenutzter) Bereich liegen! Bei mir spuckt parted z.B. folgendes aus:
parted /dev/nvme0n1 print
Model: CT1000P2SSD8 (nvme)
Disk /dev/nvme0n1: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 2097kB 317MB 315MB fat32 boot, esp
3 317MB 70,9GB 70,6GB btrfs root
2 70,9GB 143GB 71,7GB btrfs root
5 143GB 278GB 135GB ext4 root
4 278GB 1000GB 722GB ext4 DATA
Versuche ansonsten, die Partitionen (siehe Manual) manuell anzulegen. Funktioniert das oder gibt es da auch Probleme?
edlin
I have an ASUS board and also an NVMe M.2 SSD in operation here; I can't remember any problems. Let's go through a few points:
If I understand correctly, the SSD is recognized by both the UEFI/BIOS and Calamares. Only the partitioning fails.
Is the firmware of your mainboard up to date?
What is the setting in the UEFI BIOS in the boot menu for the CSM (compatibility mode)?
What is the current status of the SSD with regard to partitioning? What is the output of sudo parted /dev/nvme0n1 print ? Customize /dev/nvme0n1 if necessary
How did you proceed with the installation? Manual partitioning or installation next to an already installed system etc?
Typically, an EFI system today should first contain a FAT32 partition (e.g. 200 MiByte) on the SSD with the boot flag and the marker esp (EFI System Partition), which is then followed by the other partitions (GPT). There may still be a free (unused) area before the EFI partition due to the alignment with block boundaries! In my case, for example, parted spits out the following:
parted /dev/nvme0n1 print
Model: CT1000P2SSD8 (nvme)
Disk /dev/nvme0n1: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 2097kB 317MB 315MB fat32 boot, esp
3 317MB 70,9GB 70,6GB btrfs root
2 70,9GB 143GB 71,7GB btrfs root
5 143GB 278GB 135GB ext4 root
4 278GB 1000GB 722GB ext4 DATAOtherwise, try to create the partitions manually (see manual). Does this work or are there also problems?
edlin
Quote from: ro_sid on 2025/01/01, 12:02:56
The first thing I would do, is to check, if the drive is "invisible" overall, or if "just" the installation to it fails.
When you are in Siduction-live (or any other Live-Linux ;)), start a terminal and test with "lsblk" or by traversing the /dev/ directory for sdX- or nvmeX-devices. /dev/disk/by-... may also have entries.
As you write, that your BIOS - is it BIOS or UEFI, by the way? - recognizes the disk, linux should "detect" something, too.
So if no entries for your SSD are visible at all, have a look at "dmesg" output, possibly giving some hints.
Edit: corrected /dev/disks to /dev/disk
OK, let me try:
siducer@siduction:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
loop0 7:0 0 3,4G 1 loop /fll/siduction
loop1 7:1 0 4K 1 loop /fll/siduction.2
sda 8:0 1 14,6G 0 disk /fll/sda
├─sda1 8:1 1 154K 0 part
├─sda2 8:2 1 2,8M 0 part
└─sda3 8:3 1 3,5G 0 part
nvme0n1 259:0 0 953,9G 0 disk
==> the nvme-drive is found and it is listed here.
What would be next step to try?
Quote from: edlin on 2025/01/01, 12:59:30
Ich habe hier ein ASUS-Board und ebenfalls eine NVMe M.2 SSD im Betrieb; an Probleme kann ich mich nicht erinnern. Gehen wir mal ein Paar Punkte durch:
Wenn ich es richtig verstehe, so wird die SSD sowohl vom UEFI/BIOS, als auch von Calamares erkannt. Lediglich die Ausführung der Partitionierung scheitert.
Ist Die Firmware deines Mainboards aktuell?
Ja. Ich habe das aktuellste BIOS vor dem Versuch, siduction zu installieren, heruntergeladen und installiert. Was ist ausdrücklich NICHT kapiere: inwieweit kann/muss das "EFI" dabei ein Update erhalten, sofern es nicht Bestandteil eines normalen BIOS-Updates sein sollte?
Quote from: edlin on 2025/01/01, 12:59:30
Wie ist die Einstellung im UEFI-BIOS im Boot-Menü für den CSM (Kompatibilitätsmodus)?
==> Alles auf die originalen Basic-Systemsettings zurückgesetzt, die vom Hersteller vorgegeben waren. CSM ist daher AN. Checke ich notfalls nochmal. Wie gesagt, die ORIGINAL Einstellungen vom Hersteller.
Quote from: edlin on 2025/01/01, 12:59:30
Wie ist der aktuelle Stand der SSD bezüglich der Partitionierung? Was ist die Ausgabe vonsudo parted /dev/nvme0n1 print ? /dev/nvme0n1 entsprechend anpassen.
siducer@siduction:~$ sudo parted /dev/nvme0n1 print
Error: /dev/nvme0n1: unrecognised disk label
Model: Vi3000 Internal PCIe NVMe M.2 SSD 1TB (nvme)
Disk /dev/nvme0n1: 1024GB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
Quote from: edlin on 2025/01/01, 12:59:30
Wie bist du bei der Installation vorgegangen? Manuelle Partitionierung oder Installation neben einem bereits installiertem System etc?
Da gar kein System installiert ist, kann ich auch keins parallel installieren. Ich habe die Einstellung gewählt in Calamares: "Festplatte löschen". Das nvme-Laufwerk wird dazu ausgewählt zum Installieren.
Quote from: edlin on 2025/01/01, 12:59:30
Typischerweise sollte ein EFI-System heute auf der SSD zunächst eine FAT32-Partition (z.B. 200 MiByte) mit dem Boot-Flag und der Markierung esp (EFI System Partition) enthalten, der dann die weiteren Partitionen (GPT) folgen. Vor der EFI-Partition kann wegen der Ausrichtung an Blockgrenzen noch ein freier (ungenutzter) Bereich liegen! Bei mir spuckt parted z.B. folgendes aus:
parted /dev/nvme0n1 print
Model: CT1000P2SSD8 (nvme)
Disk /dev/nvme0n1: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 2097kB 317MB 315MB fat32 boot, esp
3 317MB 70,9GB 70,6GB btrfs root
2 70,9GB 143GB 71,7GB btrfs root
5 143GB 278GB 135GB ext4 root
4 278GB 1000GB 722GB ext4 DATA
Versuche ansonsten, die Partitionen (siehe Manual) manuell anzulegen. Funktioniert das oder gibt es da auch Probleme?
Calamares scheitert bei dem Versuch, die Paritionstabelle zu erstellen:
Installation fehlgeschlagen
Eine neue Partitionstabelle (Art: gpt) auf ,,/dev/nvme0n1" erstellen
Operation: Neue Partitionstabelle auf dem Gerät ,,/dev/nvme0n1" erstellen
Befehl: sfdisk --wipe=always /dev/nvme0n1
gparted findet die nvme-Platte gar nicht und zeigt nur den USB-Stick von der siduction-Installation an.
edlin
I have an ASUS board and also an NVMe M.2 SSD in operation here; I can't remember any problems. Let's go through a few points:
If I understand correctly, the SSD is recognized by both the UEFI/BIOS and Calamares. Only the partitioning fails.
Is the firmware of your mainboard up to date?
What is the setting in the UEFI BIOS in the boot menu for the CSM (compatibility mode)?
What is the current status of the SSD with regard to partitioning? What is the output of
sudo parted /dev/nvme0n1 print ? Customize /dev/nvme0n1 if necessary
How did you proceed with the installation? Manual partitioning or installation next to an already installed system etc?
Typically, an EFI system today should first contain a FAT32 partition (e.g. 200 MiByte) on the SSD with the boot flag and the marker esp (EFI System Partition), which is then followed by the other partitions (GPT). There may still be a free (unused) area before the EFI partition due to the alignment with block boundaries! In my case, for example, parted spits out the following:
parted /dev/nvme0n1 print
Model: CT1000P2SSD8 (nvme)
Disk /dev/nvme0n1: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 2097kB 317MB 315MB fat32 boot, esp
3 317MB 70,9GB 70,6GB btrfs root
2 70,9GB 143GB 71,7GB btrfs root
5 143GB 278GB 135GB ext4 root
4 278GB 1000GB 722GB ext4 DATAOtherwise, try to create the partitions manually (see manual). Does this work or are there also problems?
edlin
[/quote]
Grüße/Regards
QuoteWhat would be next step to try?
Well, it looks quite "unused". So first, try to manually partition the drive. This requires you to select a partition scheme (MBR or GPT). Most likely you want GPT, MBR being the older one and restricted in total disk capacity (< ~2GB).
If you want some graphical application, you can install "gparted" (apt install gparted) and use it.
For the command line there are several programs like e.g. cf/f/sdisk or parted, as @edlin suggested in the posting before yours.
To just see if this succeeds, you can chose any size and filesystem type for a partition.
When you are using UEFI (most likely), the final partitioning should start with an EFI vfat partition, see @edlin's posting for this, too.
If all this is successfull, there should be no real handicap in installing any operating system there, especially none for Siduction.
Otherwise you should partition your disk "completely" and force the Siduction installation to that partition scheme (e.g. Boot, operating system, user data, (swap,) ...).
Notify us, where you get into trouble, if at all - hopefully not.
Quote==> Alles auf die originalen Basic-Systemsettings zurückgesetzt, die vom Hersteller vorgegeben waren. CSM ist daher AN. Checke ich notfalls nochmal. Wie gesagt, die ORIGINAL Einstellungen vom Hersteller.
Wenn CSM "an" ist und man nicht zusätzlich auch eine Präferenz (UEFI oder BIOS) einstellen kann, ist es gar nicht so trivial zu sagen, in "welchen Modus" man "gebootet" hat.
Mein Vorschlag: Für die(se) Erstinstallation CSM abstellen, installieren und danach wieder anstellen, falls gewünscht. Dann wurde mit Sicherheit über UEFI gebootet.
Ferner: Nach meiner Kenntnis: Ein BIOS-Update ist meist (immer???) auch mit einem (U)EFI Update verbunden, da UEFI ja die Startbedingungen festlegt. Vielleicht hat aber @edlin da andere Erfahrungen gemacht.
Erst jetzt gelesen:
Quotegparted findet die nvme-Platte gar nicht und zeigt nur den USB-Stick von der siduction-Installation an.
und calamares verwendet offensichtlich "sfdisk".
So etwas habe ich bei gparted noch gar nicht erlebt.
Vielleicht ergeben UNIX-Rechte eine Erkenntnis. Bitte einmal angeben, was ein
"ls -l /dev/nvme0*" und "ls -l /dev/disk/by-id" anzeigt.
Schließlich: Das "sfdisk --wipe=always /dev/nvme0n1" mal von einem Terminal (als root(!) (su - oder sudo)) aus ausführen. Was wird gemeldet?
Quote from: ro_sid on 2025/01/06, 20:10:12
Erst jetzt gelesen:
Quotegparted findet die nvme-Platte gar nicht und zeigt nur den USB-Stick von der siduction-Installation an.
und calamares verwendet offensichtlich "sfdisk".
So etwas habe ich bei gparted noch gar nicht erlebt.
Vielleicht ergeben UNIX-Rechte eine Erkenntnis. Bitte einmal angeben, was ein
"ls -l /dev/nvme0*" und "ls -l /dev/disk/by-id" anzeigt.
Schließlich: Das "sfdisk --wipe=always /dev/nvme0n1" mal von einem Terminal (als root(!) (su - oder sudo)) aus ausführen. Was wird gemeldet?
Das konnte ich noch nicht ausprobieren, denn:
Nachdem ich die oben von mir zuletzt beschriebenen Schritte durchgeführt hatte und den PC ausgeschaltet hatte (Netzteilschalter aus) und danach erneut startete und siduction live bootete, konnte der Installer das NVMe Laufwerk finden und begann auch mit der Installation. Leider bracht das ganze dann nach 8% wieder ab mit dem Fehler, dass die Daten nicht entpackt werden konnten (nach ein paar Minuten - in der Zeit ist der Installer sonst längst mit der kompletten Installation fertig).
Danach startete ich erneut neu und seitdem hängt der PC im Bootlogo-Menü (wo man das ASUS-Logo sieht und den Hinweis, DEL oder F2 zu drücken für BIOS). Nach einer längeren Zeit (5min) geht der Rechner in das Boot-Menü.
Ich habe dann mal die CMOS-RAM-Batterie getauscht, die offenbar bereits recht leer war und auch das BIOS zurückgesetzt (Jumper). Leider bleibt der PC noch immer im Bootscreen hängen.
Danke für Eure bisherigen Hilfestellungen! Leider komme ich einfach nicht weiter.
Gruß
Zwei Ideen, denn das klingt nicht nach einem Betriebssystemproblem:
Auf die Tastatur reagiert der Rechner aber? [Von wegen DEL bzw. F2 "Nichtreaktion"/Timeout.]
Speichertest durchführen - ist das RAM in Ordnung?
So, zweiter Anlauf, der erste ging von dannen, nachdem ich nach 60 Minuten ausgeloggt wurde.
Also etwas ähnliches habe ich noch nie gehabt, obwohl ich seit den 90ern meine PCs selbst schraube. Momentan sieht es fast nach einem Hardwareproblem aus. Ich hoffe, du kannst die Komponenten noch an Temu zurückschicken (Sorry, mir war gerade danach ...).
Zunächst sollten wir wieder den PC in einen Zustand versetzen, in dem er ,,normal" bootet, sprich das BIOS kann mit F2 betreten werden oder das Boot-Loge wird nach kurzer Zeit wieder verlassen.
Ich gehe davon aus, dass die Pins von CLRTC (zum Löschen von RTC und Setup) wieder frei sind.
Dann alle unnötigen Sachen vom PC trennen, insbesondere den Boostick.
Jetzt die vier LEDs auf dem Board suchen: Onboard LEDs/Q-LEDs (CPU, DRAM, VGA, BOOT). Die sitzen meist in der Ecke vom ATX-Power-Anschluss.
Jetzt den PC einschalten und einen Kaltstart machen; bleibt eine LED am Ende dauerhaft an und wenn ja, welche?
Was macht das BIOS? Hängt es immer noch lange im Logo fest? Kommst du wieder mit F2 ins Menü?
Wenn nicht, dann nochmal ein BIOS neu aufspielen mittels ASUS CrashFree BIOS 3.
Wenn das BIOS wieder normal erreichbar ist, sehen wir weiter.
Noch einen Hinweis bezüglich dem Problem mit dem Entpacken der Daten vom Live-Iso: Ich hatte das auch einmal, als ich eine Installation von einer SD-Karte machen wollte. Die SD-Karte war nicht mehr ganz frisch und einige Zellen waren sich unsicher, was sie denn so gespeichert hatten, was ein Testprogramm auch bestätigte. Andere SSD und es lief wieder wie geschmiert. Also zum Booten (BIOS oder Siduction) mal einen anderen Datenträger verwenden.
Ich hoffe, die Probleme (nicht die Hardware) lösen sich wieder in Rauch auf.
edlin
Quote from: Cefdinir71 on 2025/01/01, 11:27:04
I have had same installation problem even with Win11 installer. In this case I should provide an extra HW driver as apparently the NVMe drive is not currently known to Win11.
This fact is important. The drive may also not be known to Asus UEFI/BIOS. If it is not on their list of bootable devices, then ..... :(
Quote from: dibl on 2025/01/07, 14:28:54
This fact is important. The drive may also not be known to Asus UEFI/BIOS. If it is not on their list of bootable devices, then ..... :(
But then the "sfdisk" command of calamares should have no problem just partitioning the drive.
Was Win11 für Probleme hat, interessiert mich nicht wirklich. Zunächst muss der PC wieder normal starten und das UEFI/BIOS mit F2 oder DEL (Entf) erreichbar sein.
Wenn das Live-Iso bootbar ist, würde ich zunächst das Paket nvme-cli installieren und die SSD untersuchen.
nvme list sollte die SSD anzeigen.
Ein sudo nvme --smart-log /dev/nvme0n1 sollte uns Auskunft über den Zustand der SSD geben.
Danach ein Griff zu den smartmontools (sollten installiert sein, sonst nachholen).
sudo smartctl -a /dev/nvme0 sollte weitere Infos zur Gesundheit der SSD liefern.
Wenn langsam ein Licht am Ende des Tunnels auftaucht, dann mal ein sudo sfdisk --wipe=always /dev/nvme0n1 probieren. Dieser Befehl soll alte Reste einer Partitionierung/Formatierung entfernen, so dass einer Neupartitionierung Nichts mehr im Wege steht. Es wird allerdings nicht die gesamte SSD gelöscht (würde verdammt lange dauern ...).
Wenn das erfolgreich absolviert wird, können wir uns an eine Neuinstallation mit Calamares wagen.
edlin
Quote from: ro_sid on 2025/01/07, 00:46:53
Zwei Ideen, denn das klingt nicht nach einem Betriebssystemproblem:
Auf die Tastatur reagiert der Rechner aber? [Von wegen DEL bzw. F2 "Nichtreaktion"/Timeout.]
Speichertest durchführen - ist das RAM in Ordnung?
Nein, wenn der Rechner in diesem Boot-Lock steckt, kommt er da mit der Tastatur nicht mehr raus. Er reagiert nicht auf F2 bzw. DEL, um ins BIOS zu gelangen. Er geht dort aber nach einem Timeout von selbst rein (mehrere Minuten warten).
Ich habe nun:
- alle SATA-Geräte ausgesteckt (wobei, waren sie schon vorher),
- DRAM-Riegel um einen Platz versetzt auf Pos. 1 statt Pos. 2
- die NVMe-Platte entfernt.
==> Rechner startet, bootet per Taste F2 ins BIOS. Ich habe alle Einstellungen auf Werkseinstellungen zurückgesetzt (CSM ist auf "Kompatibel").
==> Ich kann aus dem BIOS heraus siduction starten und schreibe von dort gerade hier im Forum. Ich probiere gleich Eure nächsten Schritte aus.
Quote from: edlin on 2025/01/07, 16:44:57
Wenn das Live-Iso bootbar ist, würde ich zunächst das Paket nvme-cli installieren und die SSD untersuchen.
nvme list sollte die SSD anzeigen.
edlin
Ich kann inzwischen das Iso booten (nach Timeout von mehreren Minuten landet der Rechner im BIOS, von dort habe ich gebootet und schreibe von dort aus gerade hier meine Antworten).
Das Problem, dass der Rechner im BIOS hängen bleibt, besteht noch immer. Siehe oben: habe alle SATA-Geräte ausgestöpselt, versuchsweise den DRAM-Riegel einen Platz weiter gesetzt (1 statt 2), ohne NVMe-Platte gestartet ==> reagiert auf F2 und kommt schnell ins BIOS. NVMe wieder installiert ==> hängt wieder im BIOS-Lock mit Timeout. Ich habe das nvme-Paket installiert. Platte wird nicht angezeigt.
Es ist also im Vergleich zu vorher eine Verschlechterung eingetreten. Rechner hängt im BIOS-Lock fest und Platte wird bei Live-Boot gar nicht mehr gefunden.
Ich werde gleich noch einmal probieren, die CSM-Einstellung auf "Aus" zu setzen.
Da der Bootvorgang nur bei eingebauter NVMe SSD hängt, gehe ich mal davon aus, dass das UEFI-BIOS bei der Suche nach bootfähigen Medien an der Verbatim SSD hängen bleibt und erst nach Minuten ein TimeOut kommt.
Da ich von Verbatim früher nur CD-/DVD-Rohlinge kannte, habe ich mir mal die Rezensionen mit 1 bis 3 Sternen auf Amazon angesehen. Fazit: Ich lese da immer wieder von Ausfällen innerhalb weniger Monate. Eine Bewertung zitiere ich mal hier:
QuoteDie Festplatte hatte ich mir im Februar gekauft und eingebaut, hatte auch bis vor kurzen gut funktioniert. Immer schnell hochgefahren und auch sonst keine Probleme gemacht, bis mir vor kurzen im Laptop der Akku leerlief als ich beim Musikhören nicht drauf geachtet habe. Beim wieder hochfahren des Laptops kam dann die Meldung: "no bootable device found". Nach vielem rumprobieren hab ich den PC nur mit dem Einbau der alten HDD wieder zum laufen gebracht. Ich habe mittlerweile auch versucht über einen USB Anschluss für Festplatten das Ding wieder zum Laufen zu bringen, leider Erfolglos.
https://www.amazon.de/gp/customer-reviews/R2HHZMRN7TARMN/ref=cm_cr_arp_d_viewpnt?ie=UTF8&ASIN=B0BY6QB7HZ#R2HHZMRN7TARMN (https://www.amazon.de/gp/customer-reviews/R2HHZMRN7TARMN/ref=cm_cr_arp_d_viewpnt?ie=UTF8&ASIN=B0BY6QB7HZ#R2HHZMRN7TARMN)
Das sieht wohl so aus, als ob der Riegel auch bei dir komplett ausgefallen ist. >:(
Falls du eine Möglichkeit hast, den Riegel in einem anderen Rechner zu testen (Kumpel, Kollege, IT in der Firma), dann würde ich das in Erwägung ziehen. Aber es wird wohl nach den bisherigen Erkenntnissen eher auf einen Biss in die Tischplatte hinauslaufen.
OT: Da du, wie es aussieht, nur ein RAM-Modul verwendest, solltest du künftig auch mal ein Pärchen ins Auge fassen: https://de.wikipedia.org/wiki/Dual_Channel (https://de.wikipedia.org/wiki/Dual_Channel)
edlin
Quote from: ro_sid on 2025/01/07, 00:46:53
Zwei Ideen, denn das klingt nicht nach einem Betriebssystemproblem:
Auf die Tastatur reagiert der Rechner aber? [Von wegen DEL bzw. F2 "Nichtreaktion"/Timeout.]
Speichertest durchführen - ist das RAM in Ordnung?
Hallo,
ja, der Rechner reagiert auf die USB-Tastatur zu Bootbeginn.
Ich habe das ganze jetzt erstmal vertagt, ich habe nämlich auch in einem anderen Computer (Dell-Notebook) mit dem M.2-Port den Speicher nicht für eine Installation verwenden können.
Der Speicher scheint nicht defekt zu sein hardwareseitig, aber er ist zu schnell, zu neu, noch unbekannt, keine Treiber - keine Ahnung, ich hab alles mögliche ausprobiert, auch mit Eurer Hilfe (Danke dafür!).
Grüße