NEWS
ioBroker Raspberry Pi 4 und SSD
-
@paul53 said in ioBroker Raspberry Pi 4 und SSD:
@AxelF1977 sagte in ioBroker Raspberry Pi 4 und SSD
cat /boot/cmdline.txt
dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=PARTUUID=52e4cf4c-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwaitDas root-Verzeichnis hast du nach dem Formatieren auf die SSD kopiert (Schritte 10 - 12) ?
Dann ändere die /boot/cmdline.txt indwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=/dev/sda1 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Du musst die Datei beim Verlassen von nano auch speichern: CTRL + X und Y (when prompted to save).
Ich habe es mal in die von Dir gepostete Zeile geändert in der cmdline.txt
Ergebnis
dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=PARTUUID=52e4cf4c-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Also wieder die SD Karte.
Ich habe das root Verzeichnis mit
sudo rsync -avx / /media/meinordnername
entsprechend in den neuen Ordner verschoben.
-
@AxelF1977 sagte:
geändert in der cmdline.txt
ErgebnisAber nicht erfolgreich gespeichert (Rechteproblem ?)
sudo nano /boot/cmdline.txt cat /boot/cmdline.txt
-
@AxelF1977 sagte in ioBroker Raspberry Pi 4 und SSD:
Ich habe das root Verzeichnis mit
sudo rsync -avx / /media/meinordnername
entsprechend in den neuen Ordner verschoben.Dann müssen die root-Verzeichnisse zu sehen sein, wenn /dev/sda1 mounted ist.
ls -l /media/meinordnername
-
Ich bin jetzt nochmal alles durchgegengen, von anfang an.
SD Karte neu aufgesetzt, neue Partition, gemountet
ls -l /media/SSDBroker
ausgeführt, und die Abfrage war positiv.
cmdline.txt angepasst, geprüft, gespeichert.
Reboot
Jetzt sagt
ls -l /media/SSDBroker
folgendes: insgesamt 0
Wenn das Laufwerk erneut mounte, dann kommt nach
ls -l /media/SSDBroker
folgendes
insgesamt 88 drwxr-xr-x 2 root root 4096 Sep 27 23:10 bin drwxr-xr-x 2 root root 4096 Sep 27 23:12 boot drwxr-xr-x 2 root root 4096 Sep 27 23:18 dev drwxr-xr-x 81 root root 4096 Sep 27 23:12 etc drwxr-xr-x 4 root root 4096 Jul 23 18:30 home drwxr-xr-x 16 root root 4096 Jul 10 02:09 lib drwx------ 2 root root 16384 Jul 10 02:20 lost+found drwxr-xr-x 3 root root 4096 Sep 27 23:19 media drwxr-xr-x 2 root root 4096 Jul 10 02:03 mnt drwxr-xr-x 4 root root 4096 Jul 23 18:30 opt dr-xr-xr-x 2 root root 4096 Jan 1 1970 proc drwx------ 2 root root 4096 Jul 10 02:03 root drwxr-xr-x 2 root root 4096 Jul 23 18:41 run drwxr-xr-x 2 root root 4096 Sep 27 23:10 sbin drwxr-xr-x 2 root root 4096 Jul 10 02:03 srv dr-xr-xr-x 2 root root 4096 Jan 1 1970 sys drwxrwxrwt 8 root root 4096 Sep 27 23:12 tmp drwxr-xr-x 10 root root 4096 Jul 10 02:03 usr drwxr-xr-x 11 root root 4096 Jul 10 02:21 var
Also muss ich das Laufwerk bei jedem Neustart neu mounten? Hier lag wohl den ganzen Tag schon das Problem...
Allerdings ändert das nichts, an dem angezeigten verfügbaren Speicher in ioBroker
-
@AxelF1977 sagte:
Also muss ich das Laufwerk bei jedem Neustart neu mounten?
Nein, das ist nur die Kontrolle, ob das Kopieren des root-Verzeichnisses auf die SSD erfolgreich war.
@AxelF1977 sagte in ioBroker Raspberry Pi 4 und SSD:
Allerdings ändert das nichts, an dem angezeigten verfügbaren Speicher in ioBroker
Dann wird immer noch von SD Card gebootet. Was sagt ?
cat /boot/cmdline.txt
-
@paul53 said in ioBroker Raspberry Pi 4 und SSD:
@AxelF1977 sagte:
Also muss ich das Laufwerk bei jedem Neustart neu mounten?
Nein, das ist nur die Kontrolle, ob das Kopieren des root-Verzeichnisses auf die SSD erfolgreich war.
@AxelF1977 sagte in ioBroker Raspberry Pi 4 und SSD:
Allerdings ändert das nichts, an dem angezeigten verfügbaren Speicher in ioBroker
Dann wird immer noch von SD Card gebootet. Was sagt ?
cat /boot/cmdline.txt
Das gleiche wie vorher, es bleibt bei der PARTUUID von der SD Karte.
-
@AxelF1977
Da die Bootpartition der SD Card FAT32-formatiert ist, kann die Datei cmdline.txt auch unter Windows mit Notepad++ (kein Notepad oder Wordpad !!) geändert werden.
Bitte auf die Statuszeile unten achten:
-
@paul53 said in ioBroker Raspberry Pi 4 und SSD:
@AxelF1977
Da die Bootpartition der SD Card FAT32-formatiert ist, kann die Datei cmdline.txt auch unter Windows mit Notepad++ (kein Notepad oder Wordpad !!) geändert werden.
Bitte auf die Statuszeile unten achten:
Ich hab mir die Datei mal im PSPAD Editor angesehen. Es steht genau das, was in der Konsole eingegeben wurde per SSH. Also an falschen Schreibrechten liegt es leider auch nicht .
Ich habe es erneut nochmal nach neu aufgesetzt, alles wieder von vorne. Es bleibt bei dem Ergebnis, es scheint nicht zuu funktionieren.
ioBroker ist erhablich schneller, aber der Speicherplatz der zur Verfügung steht, ist laut ioBroker immer nocvh der selber von der SD Karte.
Belügt mich ioBroker? Gibt es andere Wege das zu prüfen?Es kann doch nicht sein, dass das System so so dagegen wehrt?
Was mir noch aufgefallen ist, mache ich den Raspi per WINSCP und SSH auf, dann ist da zwar der angelegte und gemountete Ordner SSDBroker, aber der ist leer...
-
Ich habe es jetzt mit dieser Videoanleitung gemacht, ES GEHT.
https://www.youtube.com/watch?v=FM9wuFLufyA
Vielen Vielen Dank an @paul53 für die Ausdauer und Hilfe.
-
Hallo,
ich benötige mal eure Hilfe.Ich habe ein bestehendes IoBroker mit einem auf einen Raspberry Pi 4
Mit diesem wollte ich auf eine neue SSD mit 400GB umziehen.Als Vorlage zum Umziehen habe ich dieses Anleitung durchgeführt.
https://www.tomshardware.com/news/boot-raspberry-pi-from-usb,39782.html
-
Ich habe mir meine Device anzeigen lassen
sudo fdisk -l
-
Dann habe ich mit
sudo fdisk /dev/sda
meine neue SSD (Disk /dev/sda: 440 GiB) formatiert.
Mit P ,d,n,p,1 und 2X Enter anschl. w -
Mit
sudo mkfs.ext4 /dev/sda1
habe ich meine SSD partitioniert -
Mit
sudo mkdir /media/newdrive
habe ich das Verzeichnis newdrive unter media angelget -
Anschl. habe ich mit
sudo rsync -avx / /media/newdrive
die Daten aus dem Root in das newdrive Verzeichnis kopiert. -
Dann habe ich die cmdline.txt erweitert mit
root=/dev/sda1 rootfstype=ext4 rootwait
Gesamt steht da jetztconsole=serial0,115200 console=tty1 root=PARTUUID=5e3da3da-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles root=/dev/sda1 rootfstype=ext4 rootwait
-
Als letztes dann noch ein reboot
Das Raspberry bootet aber jetzt nicht durch.
Ein Kontakt über SSH ist nicht möglich -
-
@RalfEngelberth sagte in ioBroker Raspberry Pi 4 und SSD:
Das Raspberry bootet aber jetzt nicht durch.
Beim Pi4 muss man noch von SD booten.
Die Funktion direkt von SSD zu booten ist noch nicht implementiert -
@Homoran sagte in ioBroker Raspberry Pi 4 und SSD:
@RalfEngelberth sagte in ioBroker Raspberry Pi 4 und SSD:
Das Raspberry bootet aber jetzt nicht durch.
Beim Pi4 muss man noch von SD booten.
Die Funktion direkt von SSD zu booten ist noch nicht implementiertDie Anleitung ist doch für Boot über SD
Oder ist das nicht die richtige. -
@RalfEngelberth sagte in ioBroker Raspberry Pi 4 und SSD:
Die Anleitung ist doch für Boot über SD
Aber nicht für Pi4. oder?
bei Pi2 und 3 klappt das
-
@Homoran sagte in ioBroker Raspberry Pi 4 und SSD:
@RalfEngelberth sagte in ioBroker Raspberry Pi 4 und SSD:
Die Anleitung ist doch für Boot über SD
Aber nicht für Pi4. oder?
bei Pi2 und 3 klappt das
Was wäre denn der richtige Weg?
-
@Homoran sagte in ioBroker Raspberry Pi 4 und SSD:
Aber nicht für Pi4. oder?
Habe mir jetzt doch die Anleitung selber angesehen.
How to Run a Raspberry Pi 4 Off an SSD
The first thing you need to do is prepare your external drive so that all of the appropriate data is on it. To get started:- Connect your external drive to the Pi. Make sure to attach your drive to one of the blue-colored USB 3.0 ports.
Also doch für den Pi4.
Wenn du genau nach deren Anleitung vorgegangen bist kann ich dir auch nicht helfen
-
@RalfEngelberth sagte:
Dann habe ich die cmdline.txt erweitert
Das ist falsch. Der Eintrag
root=PARTUUID=5e3da3da-02
hätte ersetzt werden müssen durch
root=/dev/sda1
oder durch die PARTUUID der SSD, was sicherer funktioniert als /dev/sda1.
-
@paul53 sagte in ioBroker Raspberry Pi 4 und SSD:
@RalfEngelberth sagte:
Dann habe ich die cmdline.txt erweitert
Das ist falsch. Der Eintrag
root=PARTUUID=5e3da3da-02
hätte ersetzt werden müssen durch
root=/dev/sda1
oder durch die PARTUUID der SSD, was sicherer funktioniert als /dev/sda1.
Dann steht als jetzt in der cmdline.txt
console=serial0,115200 console=tty1 root=/dev/sda1 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles rootwait
Was ist mit rootwait beibt das auch drin?
-
@RalfEngelberth sagte in ioBroker Raspberry Pi 4 und SSD:
rootwait beibt das auch drin?
Nur einmal rootwait, also am Ende löschen.
-
@paul53 sagte in ioBroker Raspberry Pi 4 und SSD:
@RalfEngelberth sagte in ioBroker Raspberry Pi 4 und SSD:
rootwait beibt das auch drin?
Nur einmal rootwait, also am Ende löschen.
Ok.
Danke.
Werde es heut Abend ausprobieren.
Melde mich wieder -
@paul53 sagte in ioBroker Raspberry Pi 4 und SSD:
@RalfEngelberth sagte in ioBroker Raspberry Pi 4 und SSD:
rootwait beibt das auch drin?
Nur einmal rootwait, also am Ende löschen.
Hallo,
hab das alles jetzt so gemacht.
Er bootet nur bis zu den 3 PIKann es sein, dass das mit dem Kopieren nicht richtig funktioniert hat?

Hier nochmal meine Vorgehensweise- Ich habe mir meine Device anzeigen lassen
sudo fdisk -l
- Dann habe ich mit
sudo fdisk /dev/sda
meine neue SSD (Disk /dev/sda: 440 GiB) formatiert.
Mit P ,d,n,p,1 und 2X Enter, Yes yanschl. w - Mit
sudo mkfs.ext4 /dev/sda1
habe ich meine SSD partitioniert - Mit
sudo mkdir /media/newdrive
habe ich das Verzeichnis newdrive unter media angelget - Anschl. habe ich mit
sudo rsync -avx / /media/newdrive
die Daten aus dem Root in das newdrive Verzeichnis kopiert. - Dann habe ich die cmdline.txt geändert root=PARTUUID=5e3da3da-02 (PARTUUID der SD) geändert auf root=PARTUUID= f4a03c58-01 (PARTUUID der SSD)
Oder auf root=/dev/sda1
Die PARTUUID der SSD habe ich mir mitsudo blkid
anzeigen lassen
Cmdline.txt ändern mitsudo nano /boot/cmdlinetxt
Gesamt steht jetzt
console=serial0,115200 console=tty1 root=PARTUUID= f4a03c58-01 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles
Als letztes dann noch ein reboot
Hier noch meine Abfrage mit blkid
pi@raspberrypi4IoBroker:~ $ sudo blkid /dev/mmcblk0p1: LABEL_FATBOOT="boot" LABEL="boot" UUID="9F2D-0578" TYPE="vfat" PARTUUID="5e3da3da-01" /dev/mmcblk0p2: LABEL="rootfs" UUID="efc2ea8b-042f-47f5-953e-577d8860de55" TYPE="ext4" PARTUUID="5e3da3da-02" /dev/sda1: UUID="ab6cec76-cff2-4002-962d-a29258e48652" TYPE="ext4" PARTUUID="f4a03c58-01" /dev/mmcblk0: PTUUID="5e3da3da" PTTYPE="dos" ```pi@raspberrypi4IoBroker:~ $ sudo blkid /dev/mmcblk0p1: LABEL_FATBOOT="boot" LABEL="boot" UUID="9F2D-0578" TYPE="vfat" PARTUUID="5e3da3da-01" /dev/mmcblk0p2: LABEL="rootfs" UUID="efc2ea8b-042f-47f5-953e-577d8860de55" TYPE="ext4" PARTUUID="5e3da3da-02" /dev/sda1: UUID="ab6cec76-cff2-4002-962d-a29258e48652" TYPE="ext4" PARTUUID="f4a03c58-01" /dev/mmcblk0: PTUUID="5e3da3da" PTTYPE="dos"
- Ich habe mir meine Device anzeigen lassen