Suchergebnisse

@GaborDenes, ganz so einfach mit einer pauschalen Antwort wir ihr, mache ich mir das nicht. Wenn wir hier schon anfangen mit Wortglauberei, dann sollten wir auch bei DHCP von IP-Reservierung und nicht von statischer IP sprechen. Außerdem finde ich es beim Troubleshooting völlig legitim, sich erstmal auf ein System zu konzentrieren und möglichst andere Fehlerquellen zu liquidieren. Das ganze Netzwerk vom DHCP abhängig zu machen (eventuell noch Radius oder AD) sollte wohl überlegt sein. Ausfallsic…

Mach Dich doch vorher zum root bevor Du das Skript startest sudo -i Er fragt ggf. nach Deinem Nutzerpasswort. Oder führe das Skript mit „sudo“ davor aus. Den root Nutzer direkt zu aktiveren ist schon lang verpönt. Wenn es unbedingt sein muss, kannst Du den root Account aktivieren indem Du ein Passwort für ihn festlegst (zumindest ging das mal so). Dazu musst Du Dich mit dem Nutzer pi anmelden. Danach: Quellcode (2 Zeilen)

@rdamas leider braucht man anscheinend kein Word dazu. Ein Tablet mit dem angebissenen Obst reicht schon aus, um Ärger zu machen. Mit dem egrep hast Du natürlich Recht ... @FastEddie, Welches Netzteil setzt Du eigentlich ein? letzter Versuch für heute die NVMe an den Start zu bekommen: EEPROM config: PSU_MAX_CURRENT=5000 config.txt usb_max_current_enable=1 dtparam=pciex1_gen=1 dtparam=pciex1_no_l0s=on

Zitat von FastEddie: „der befehl wird nicht ausgeführt Ich denke, dass ein Betrieb mit nvme bei mir einfach nicht möglich ist oder ich einfach zu dumm bin dies einzurichten “ Es mag sein, dass Dir in manchen Details noch Erfahrung fehlt - aber von dumm würde ich auf keinen Fall sprechen. Was passiert ist, Du hast Dir zum jetzigen Zeitpunkt eine heikle "Spielwiese" mit RPi5 + NVMe herausgesucht. Wenn man sich die vielen Meldungen anschaut bei denen es Probleme gibt, war das Risiko groß, dass es s…

Gib den Befehl mal bitte händisch ein bzw. ersetze die Hochkommas falls Du Copy & Paste benutzt hast.

Wenn das OS noch nicht auf dem aktuellen Stand ist, ja. Ansonsten werden hauptsächlich die Pakete zum Klonen installiert. Was steht denn im kernellog bzgl. pcie oder nvme? sudo dmesg -T | grep -i "pcie\|nvme"

Du hast die config.txt und Bootloader config angepasst und neu gestartet. Da müsste die NVMe inzwischen sichbar sein. Wird sie bei lsblk gelistet ?

Was wird Dir denn hier gemeldet? sudo rpi-eeprom-update

Kannst Du gern so machen. Danach sollten wir prüfen, ob Du den aktuellen Bootloader vom 16. Februar 2024 installiert hast. Da stecken einige Bugfixes bzgl. NVMe drin.

Bevor Du die vorhandene Installation komplett über den Haufen wirst, sie scheint ja zumindest von der SD-Karte zu funktionieren. Hast Du eventuell eine 2. SD-Karte die Du für die Grundinstallation + Troubleshooting verwenden könntest?

@RickX Bevor Du zu viel Zeit damit verschwendest hier unnötige Kommentare zu verfassen, hättest Du auch Zeit nutzen können, dem Threadersteller zu helfen. Ich habe nicht geschrieben, dass es keinen andere Weg gäbe. Ich kenne allerdings das unzuverlässige Verhalten des in der FRITZ!box enthaltenen DHCP Servers, welches in Bezug auf die Erreichbarkeit des pi Hole Servers völlig kontraproduktiv ist.

Wenn er per DHCP versorgt wird, ist das Austragen in FRITZ!box der richtige Weg. Nur führt das nicht immer zuverlässig zur Bereinigung der Cache-Einträge. Der Ansatz mit DHCP ist auch suboptimal für einen Server, erst recht für DNS. DNS muss stabil erreichbar sein und damit der Server eine statische IP haben. Bevor wir hier weiter rumraten, wäre es besser Du betreibst den Raspberry zur Fehlersuche nicht headless und schließt ihn an einen Bildschirm an. Tastatur natürlich auch. Mir fällt noch kei…

Bedenke bitte, wir kennen den Aufbau Deines Netzes nicht. - Woran hast Du denn festgemacht, das er erfolgreich gebootet hat? - Bringt er eine Bildausgabe und kannst Dich mit angesteckter USB Tastatur auf den Raspberry einloggen? - Benutzt Du IPv6? - Wie ist der Raspberry verbunden per WLAN o. LAN? - Funktioniert ping auf die IP des Raspberry - …

Wer ahnt denn, dass wir Dich hier bei „Operationen am offenen Herzen“ begleiten?

Nichts weiter ändern. Wie von Dir erwähnt herunterfahren und probieren ob er ohne SD-Karte direkt von der NVMe startet.

Dann setze bitte das Boot Flag wie oben beschrieben und kontrolliere es nochmal bevor Du die SD-Karte herausnimmst.

Kontrolliere bitte mit parted nochmal das Boot flag. Eigentlich sollte die FAT Partition das Flag tragen. sudo parted -l Setzen kannst Du es so für die erste Partition sudo parted -s /dev/nvme0n1 set 1 boot on

So komisch ist das Verhalten aus meiner Sicht gar nicht. Das System scheint schon komplett von der NVMe geladen worden zu sein. Deshalb bekommst Du auch die SD-Karte als Zielgerät angeboten. Diese ist nicht eingehangen. Zu klären wäre eigentlich nur, was ihm bei der Auswahl des Boot-Devices derzeit nicht schmeckt. Ob er mehr Zeit braucht zum Detektieren der NVMe oder ähnliches. Die EEPROM config hast Du schon geprüft, dass dort zwischenzeitlich nix versehentlich verstellt wurde?

Die IDs sind identisch, da die Partitionen geklont wurden. Auf der Dauer kann sowas schiefgehen. Ich vermisse gerade irgendwie den "*" in der Spalte "Boot", bin mir aber nicht sicher ob das der Raspberry braucht und wie er bei der SD-Karte ggf. ohne auskam. Die Zeile Quellcode (1 Zeile) muss nicht zwingend vorhanden sein, außer Du willst/musst vom Default "dtparam=pciex1_gen=2" abweichen. Deshalb funktioniert es auch bei @Steinbeißer Die Doku irritiert mich gerade etwas, denn "pciex1" ist per De…

Bevor Du die SD-Karte rausnimmst schau mal ob und wo das Boot Flag gesetzt ist: Quellcode (2 Zeilen)Gibt es in dem /boot/firmware Pfad auch die cmdline.txt? Wie sieht deren Inhalt aus?