Gelöst: Raspberry PI SD klonen

[Thomas Braun]

@esmax666 sagte in Gelöst: Raspberry PI SD klonen:

oder eher 64?

Ein Klon ist 'doof', da genauso groß wie die Ursprungspartition. Wenn da 60GB 'Nullen' drin sind wird die gleiche Größe 1:1 auf das Zielmedium geballert.

[Meister Mopper]

@thomas-braun sagte in Gelöst: Raspberry PI SD klonen:

Ein Klon ist 'doof', da genauso groß wie die Ursprungspartition.

Oder man packt das image mit gzip, dann sind die überflüssigen Nullen weg, oder? Dann fällt mir noch PiShrink ein.

[Esmax666]

@thomas-braun ja dachte ich auch aber ich hatte früher ein backup software der auch gleich das komprimiert hat…

[OliverIO]

@esmax666

Mit Linux und einfachen Bordmitteln geht das wie folgt
das Ergebnis von dd mittels pipe durch gzip zur komprimierung gejagt.
Das Medium sollte bei dd nicht eingehängt sein oder benutzt werden.
durch das streamen der daten werden alle on the fly komprimiert und nicht erst in einer datei zwischengespeichert.

//Speichern eines images in eine Datei
dd if=/dev/sdb | gzip -c  > /image.img.gz

//rücksichern eines images
gunzip -c /image.img.gz | dd of=/dev/sdb

[Gonzokalle]

@esmax666
SD Card Copier.
Ist bei der Installation schon dabei.
Geht bei laufendem Betrieb. Komprimiert halt nicht.

[Gonzokalle]

@oliverio
Kann ich damit im laufendem Betrieb auf USB-Stick sicher und auch von USB-Stick rücksichern?
Was heißt: Das Medium sollte bei dd nicht eingehängt sein? Woher weiß ich das?

[michihorn]

@esmax666 Das Programm balenaEtcher interessiert sich nicht wie viele Daten auf der Karte sind, es erstellt eine 1:1 Kopie. Daher muss der Speicher der Ziel SD mindestens der Größe der Quell SD entsprechen.

[Meister Mopper]

@gonzokalle

Ein Server läuft aber nicht mit GUI, der braucht alle Kraft für das Servieren

[OliverIO]

@gonzokalle sagte in Gelöst: Raspberry PI SD klonen:

@oliverio
Kann ich damit im laufendem Betrieb auf USB-Stick sicher und auch von USB-Stick rücksichern?
Was heißt: Das Medium sollte bei dd nicht eingehängt sein? Woher weiß ich das?

nein, im laufenden betrieb kannst du mit keinem betriebssystem ein physisches abbild eines datenträgers anfertigen.
stell dir vor, das betriebssystem schreibt auf den datenträger wärend du es sektor für sektor einliest und kopierst. ein teil hast du schon gelesen einen teil noch nicht und genau in so einem teil wird jetzt was überschrieben. eine datei besteht je nach größe aus mehreren sektoren.
dann ist dein resultierendes image nicht mehr konsistent
im einfachsten fall ist einfach nur eine unwichtige datei kaputt
im schlimmsten fall ist eine betriebssystemdatei inkonsistent und nach dem wiederherstellen startet das image nicht aus diesem grund

[Gonzokalle]

@meister-mopper
Hast ja Recht. Ist aber auch nicht leicht, wenn man vorher nur mit Win gearbeitet hat.
Kann man GUI im einem Befehl ein / aus schalten?

[Thomas Braun]

@gonzokalle sagte in Gelöst: Raspberry PI SD klonen:

Kann man GUI im einem Befehl ein / aus schalten?

Ja, kann man natürlich.

sudo systemctl set-default multi-user.target
sudo systemctl isolate multi-user.target

[Gonzokalle]

@oliverio
Genau das macht aber der SD Card Copier. Sichert im laufenden Betrieb auf SD.
Habe die geklonte Karte probiert. Funktioniert

[Gonzokalle]

@thomas-braun
Perfekt. Dann installiere ich mit Desktop.
Ich kenne deine Meinung dazu.
Und benutze den Befehl.

[Thomas Braun]

@gonzokalle

Das macht ja genau gar keinen Sinn.

Ist wie 'Anhänger an Auto hängen und dann den Anhänger leer durch die Gegend fahren'.

[OliverIO]

@gonzokalle sagte in Gelöst: Raspberry PI SD klonen:

SD Card Copier

es erstellt aber auch kein image

Beim SD Card Copier handelt es sich um ein vorinstalliertes Tool auf dem Raspberry Pi mit grafischer Benutzeroberfläche. Im Gegensatz zum Win32 Disk Imager macht es keine Block-Level kopie deiner micro SD Karten, sondern eine File-Level Kopie. Sonst wäre es auch nicht möglich, auf kleiner SD-Karten zu klonen. Die Boot-Partition wird zwar etwas anders kopiert, aber wir wollen hier mal nicht zu sehr ins Detail gehen. Das Endergebnis ist in beiden Fällen eine exakte Kopie der micro SD Karten

[Gonzokalle]

@thomas-braun
Ich dachte eher wie Anhänger anhängen oder abkuppeln.
Spaß beiseite. Spare ich nicht Rechenleistung, wenn GUI deaktiviert ist?
Der Speicher auf SD währe mir egal.

[Thomas Braun]

@gonzokalle sagte in Gelöst: Raspberry PI SD klonen:

Spare ich nicht Rechenleistung, wenn GUI deaktiviert ist?

Natürlich. Aber warum installiert man es dann überhaupt mit GUI?
Nimm halt die 'Lite'-Version direkt ohne GUI-Gedöns.

[Gonzokalle]

@thomas-braun
Ist halt für meine Fähigkeiten einfacher.

sudo systemctl isolate multi-user.target
Funktioniert gut

sudo systemctl set-default multi-user.target
Kann ich den GUI nicht wieder aktivieren.

[Thomas Braun]

@gonzokalle sagte in Gelöst: Raspberry PI SD klonen:

Damit legst du das default target fest. Ohne GUI halt.
Die wird mit "kann ich nicht aus dem Screenshot von Text kopieren" gestartet.

[Gonzokalle]

@thomas-braun

login as: pi
pi@192.168.10.12's password:
Linux RaspberryPi-Iobroker 6.1.21-v8+ #1642 SMP PREEMPT Mon Apr  3 17:24:16 BST                      2023 aarch64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Tue Sep 26 16:58:05 2023 from 192.168.10.11
pi@RaspberryPi-Iobroker:~ $ sudo systemctl isolate multi-user.target
pi@RaspberryPi-Iobroker:~ $ sudo systemctl set-default multi-user.target
Removed /etc/systemd/system/default.target.
Created symlink /etc/systemd/system/default.target → /lib/systemd/system/multi-u                     ser.target.
pi@RaspberryPi-Iobroker:~ $ sudo systemctl set-default multi-user.target
pi@RaspberryPi-Iobroker:~ $ sudo systemctl set-default multi-user.target
pi@RaspberryPi-Iobroker:~ $ sudo systemctl set-default multi-user.target
pi@RaspberryPi-Iobroker:~ $