Gelöst: Raspberry PI SD klonen

[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:~ $

[Thomas Braun]

@gonzokalle

Ja, das ist doch prima.

[Gonzokalle]

@thomas-braun
So prima ist das nicht. GUI geht nicht mehr.
Kannst du mir bitte sagen, wie ich das wieder GUI starte?

[Thomas Braun]

@gonzokalle

Keine Ahnung. Hab keine laufen.

[Thomas Braun]

@gonzokalle

System läuft?
Dann würde ich sagen: 'Never change a running system'

sudo systemctl isolate graphical.target

macht den Server aber wieder kaputt.

[A Former User]

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

Kannst du mir bitte sagen, wie ich das wieder GUI starte?

Moin,

mal googel angeworfen -> https://www.cyberciti.biz/faq/switch-boot-target-to-text-gui-in-systemd-linux/

1. Open the terminal application.
2. For remote Linux servers, use the ssh command.
3. Find which target unit is used by default:

   systemctl get-default
   

4. To change boot target to the text mode:

   sudo systemctl set-default multi-user.target
   

5. Reboot the system using the reboot command:

   sudo systemctl reboot
   

Und um wieder auf Grafik Modus zu kommen

1. Open the terminal application.
2. For remote Linux servers, use the ssh command.
3. Find which target unit is used by default:

   systemctl get-default
   

4. To change boot target to the text mode:

   sudo systemctl set-default graphical.target
   

5. Reboot the system using the reboot command:

   sudo systemctl reboot
   

Aber soviel Aufwand für?
Immer wieder Booten und zurück.

Aber wenn es glücklich macht

VG
Bernd

P.S.: @Thomas-Braun war mal wieder schneller

[Gonzokalle]

@dp20eic
Mit sudo raspi-config konnte ich das GUI wieder einschalten.
Ja, zu viel Aufwand. Bleibt jetzt an.

[Thomas Braun]

@gonzokalle

Auf einem Server gehört das aus. Ohne wenn und aber.

[Esmax666]

@oliverio ach so ich wollte das eher mit windows machen

[Esmax666]

@thomas-braun "aber" warum ?

[Thomas Braun]

@esmax666

Weil:

1. Eine GUI notorisch unsicher ist. Gerade das Protokoll des X-Servers ist dafür berühmt berüchtigt
2. Nur nicht laufender Code kann nicht abstürzen, kann keine Sicherheitslücken haben, kann keine Systemressourcen unnötig verbraten.
3. An die 'richtig' interessanten Dinge kommst du eh nur per Editor ran, dazu braucht es aber kein volles DesktopEnvironment sondern nur eine Verbingung per SSH in ein Terminal. Eine GUI steht dir da nur im Weg herum.

[A Former User]

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

@thomas-braun "aber" warum ?

Moin,

bin nicht @Thomas-Braun, aber auch seiner Meinung
Hier - https://debianforum.de/forum/viewtopic.php?t=15717 hat mal jemand ähnlich gefragt, schau Dir die Antworten an und entscheide selbst.

VG
Bernd

[OliverIO]

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

ach so ich wollte das eher mit windows machen

dann wirst du manuell ein grafische software nutzen müssen.
ich habe mal geschaut, aber nix gefunden ob man das mit powershell skripten und automatisieren kann.

das ist so einer der hauptvorteile von linux. da werden erst die shell programme gebaut und darauf dann optional die GUI, welche nix anderes macht als im hintergrund die shell programme zu nutzen (meistens)

dadurch lässt sich auf linux wirklich viel einfacher skripten, da die programme im standardfall immer STDIN und STDOUT für eingabe und ausgabe nutzen. Dadurch lassen sich die Daten wirklich beliebig durch zig Programme schleusen (so wie mein beispiel das dd alles durch gzip schickt und dann erst in eine datei geschrieben wird.

windows kann das eigentlich auch. aber die historie hat eigentlich immer direkt auf grafische umsetzung gezielt. daher war viele jahre land sie shell wirklich nur rudimentär zu nutzen. manche haben dann die linuxwelt nach windows portiert (cygwin), was aber aus meiner sicht bei den sehr systemnahen funktionen eine gewisse unsicherheit birgt.
dann kam powershell um diese lücke zu füllen. aber powershell hat nix zum systemnah einen datenträger zu lesen.

evtl kannst du das unter windows mit cygwin, auch mit den linux befehlen oben mal probieren.
https://scheible.it/dd-windows-cygwin/
https://www.cygwin.com/

[Esmax666]

@OliverIO ach so ok ich werde das einfach ab und zu per hand das machen, also Clonezilla