ioBroker Raspberry Pi 4 und SSD

[AxelF1977]

@paul53 Danke für die schnelle Antwort.

Mit der habe ich es probiert. Allerdings blieb die Größe des Systems bei den 58GB der SD Karte, nicht den freien 119 GB der SSD. Daher hat es wohl nicht geklappt.

Bis zum Erstellen der Partition auf der SSD komme ich, aber das Mounten klappt wohl nicht.

Davon habe ich überhaupt keine Ahnung. ich weiß nicht welchen Ordner ich mounten muss. Muss der Ordner auf der SSD einen bestimmten namen haben?

Muss root gemountet werden, oder nur opt? Oder alle nach einander?

Vielen Dank nochmal für die Hilfe

[paul53]

@AxelF1977 sagte:

Muss der Ordner auf der SSD einen bestimmten namen haben?

Es wird die komplette SSD-Partition mounted.
Zuerst zum Kopieren (rsync) des gesamten root-Verzeichnisses von der SD Card auf die SSD ist ein Mountverzeichnis (/media/newdrive) auf der SD Card zu erstellen (Schritte 10 - 12).
Nach Änderung des Eintrages für root in der Datei /boot/cmdline.txt und anschließendem reboot ist die SSD-Partition (/dev/sda1) als root (/) mounted.

Was ergibt ?

cat /boot/cmdline.txt

[AxelF1977]

@paul53 Ich hab es alles nochmal gemacht.

cat /boot/cmdline.txt

ergibt

dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=PARTUUID=52e4cf4c-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait

eingeben hatte ich in der cmdline.txt

root=/dev/sda rootfstype=ext4 rootwait

Das Ergebnis, auch nach einem Expand filesystem

Hab ich noch was vergessen? Muss ich noch was machen damit die Dateigröße richtig angezeigt wird?

[paul53]

@AxelF1977 sagte:

ergibt

Die PARTUUID ist die von der SSD-Partition ? Was ergibt ?

df -h
sudo fdisk -l

[paul53]

@AxelF1977 sagte in ioBroker Raspberry Pi 4 und SSD:

nach einem Expand filesystem

Das Expand filesystem aus der Raspi Config funktioniert mit einem USB-Laufwerk nicht. Es ist auch nicht nötig, da die Größe der Partition mit fdisk festgelegt wurde (Schritte 4 - 8).

[AxelF1977]

@paul53 said in ioBroker Raspberry Pi 4 und SSD:

@AxelF1977 sagte:

ergibt

Die PARTUUID ist die von der SSD-Partition ? Was ergibt ?

df -h
sudo fdisk -l

df -h ergibt

code_text

sudo fdisk -l dies

Ich sehe nirgends die PARTUUID der SSD?

@paul53 said in ioBroker Raspberry Pi 4 und SSD:

@AxelF1977 sagte in ioBroker Raspberry Pi 4 und SSD:

nach einem Expand filesystem

Das Expand filesystem aus der Raspi Config funktioniert mit einem USB-Laufwerk nicht.

Oh, ok, wie funktioniert denn das bei SSD´s, oder ist es da nicht nötig?

EDIT:

sudo blkid ergibt:

/dev/mmcblk0p1: LABEL_FATBOOT="boot" LABEL="boot" UUID="F661-303B" TYPE="vfat" PARTUUID="52e4cf4c-01"
/dev/mmcblk0p2: LABEL="rootfs" UUID="8d008fde-f12a-47f7-8519-197ea707d3d4" TYPE="ext4" PARTUUID="52e4cf4c-02"
/dev/sda: UUID="3b1a6382-b846-4415-806a-324236afed97" TYPE="ext4"
/dev/mmcblk0: PTUUID="52e4cf4c" PTTYPE="dos"

[paul53]

@AxelF1977 sagte:

Ich sehe nirgends die PARTUUID der SSD?

Also ist es die PARTUUID, die vorher schon drin stand. Somit wurde wieder von SD Card gebootet.

@AxelF1977 sagte in ioBroker Raspberry Pi 4 und SSD:

sudo blkid ergibt:

Hat die SSD keine Partitionen ? Du musst erst eine Partition erstellen ! (Schritte 4 - 8 ) und die Partition anschließend formatieren (Schritt 9).

[AxelF1977]

@paul53 said in ioBroker Raspberry Pi 4 und SSD:

@AxelF1977 sagte:

Ich sehe nirgends die PARTUUID der SSD?

Also ist es die PARTUUID, die vorher schon drin stand. Somit wurde wieder von SD Card gebootet.

@AxelF1977 sagte in ioBroker Raspberry Pi 4 und SSD:

sudo blkid ergibt:

Hat die SSD keine Partitionen ? Du musst erst eine Partition erstellen ! (Schritte 4 - 8 ) und die Partition anschließend formatieren (Schritt 9).

Ich glaube, ich hatte in dem Prozess keine Partition angelegt, danke für den Hinweis. Ich habe den Wald vor lauter Bäumen nicht gesehen. Ich berichte ob es das gelöst hat.

[AxelF1977]

Ich kappier es nicht. ich habe jeden Schritt einzeln befolgt. Eine Partition ist da auf der SSD

Disk /dev/sda: 119,2 GiB, 128035676160 bytes, 250069680 sectors
Disk model: Portable SSD
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xd32ff59b

Device     Boot Start       End   Sectors   Size Id Type
/dev/sda1        2048 250069679 250067632 119,2G 83 Linux

der neue Ordner erstellt und gemountet (Ordner hat anderen Namen). Und trotzdem nutzt er wieder die PARTUUID der SD Karte.

sudo blkid
/dev/mmcblk0p1: LABEL_FATBOOT="boot" LABEL="boot" UUID="F661-303B" TYPE="vfat" PARTUUID="52e4cf4c-01"
/dev/mmcblk0p2: LABEL="rootfs" UUID="8d008fde-f12a-47f7-8519-197ea707d3d4" TYPE="ext4" PARTUUID="52e4cf4c-02"
/dev/sda1: UUID="1ddb967e-9538-47ef-ada3-1b94069c74ea" TYPE="ext4" PARTUUID="d32ff59b-01"
/dev/mmcblk0: PTUUID="52e4cf4c" PTTYPE="dos"

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 rootwait

Obwohl darin steht

root=/dev/sda1 rootfstype=ext4 rootwait

Auch das ansprechen direkt der PARTUUID ändert das nicht

root=PARTUUID=d32ff59b-01 rootfstype=ext4 rootwait

[paul53]

@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 rootwait

Das root-Verzeichnis hast du nach dem Formatieren auf die SSD kopiert (Schritte 10 - 12) ?
Dann ändere die /boot/cmdline.txt in

dwc_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).

[AxelF1977]

@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 rootwait

Das root-Verzeichnis hast du nach dem Formatieren auf die SSD kopiert (Schritte 10 - 12) ?
Dann ändere die /boot/cmdline.txt in

dwc_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.

[paul53]

@AxelF1977 sagte:

geändert in der cmdline.txt
Ergebnis

Aber nicht erfolgreich gespeichert (Rechteproblem ?)

sudo nano /boot/cmdline.txt
cat /boot/cmdline.txt

[paul53]

@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

[AxelF1977]

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

[paul53]

@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

[AxelF1977]

@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.

[paul53]

@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:

[AxelF1977]

@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...

[AxelF1977]

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.

[RalfEngelberth]

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

1. Ich habe mir meine Device anzeigen lassen sudo fdisk -l

2. 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

3. Mit sudo mkfs.ext4 /dev/sda1 habe ich meine SSD partitioniert

4. Mit sudo mkdir /media/newdrive habe ich das Verzeichnis newdrive unter media angelget

5. Anschl. habe ich mit sudo rsync -avx / /media/newdrive die Daten aus dem Root in das newdrive Verzeichnis kopiert.

6. Dann habe ich die cmdline.txt erweitert mit root=/dev/sda1 rootfstype=ext4 rootwait
   Gesamt steht da jetzt console=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

7. Als letztes dann noch ein reboot

Das Raspberry bootet aber jetzt nicht durch.
Ein Kontakt über SSH ist nicht möglich