NEWS
SSD 256GB - davon nur 16GB nutzen im RasPi4
-
Beispiel Platte sda hat 2 Partitions
/dev/sda
/dev/sda1
/dev/sda2Will man die ganze Platte duplizieren
dd if=/dev/sda of=/dev/sdb
Für Partition
dd if=/dev/sda2 of=/dev/sdb2
vorher aushängen nicht vergessen!
-
@herrfrodo Mit dd erstellst du einen Klon - der ist nunmal exakt gleich groß wie das Orginal. Du kannst entweder eine andere Lösung wie clonezilla verwenden, oder dd mit gzip kombinieren:
Backup mit Gzip:
dd if=/dev/sda | gzip > /tmp/dein-backup.gz
Restore mit Gzip:
gunzip -c /tmp/dein-backup.gz | dd of=/dev/sda
-
@herrfrodo sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
Kennst Du zufällig die Lösung für mein Problemchen?
ich konnte dir ja noch nicht mal folgen was du da fabrizierst :joy:
Neu Installieren und Backup einspielen wäre meine Vorgehensweise
@homoran said in SSD 256GB - davon nur 16GB nutzen im RasPi4:
ich konnte dir ja noch nicht mal folgen was du da fabrizierst :joy:
Neu Installieren und Backup einspielen wäre meine Vorgehensweise
Ich habe gestern neu installiert - von wegen eine Stunde - nicht mal 3 Stunden.
Die Installation des Betriebssystems, wie von Thomas Braun geschildert, war einfach.
ioBroker aufspielen auch.....bis zu dem Zeitpunkt, wo man dann Backitup benutzen möchte um ioBroker und Homematic zu restoren....
Natürlich ging VIS nicht mehr, natürlich ging der Luxtronik2 Adapter nicht mehr und und und....
Mit googeln, probieren usw, sind es mittlerweile mindestens 6-7 Stunden.
Ach ja, bis man raus hat, dass das Backitup Backup von Homematic direkt in der ccu-webui eingespielt wird, vergeht auch einige Zeit.Nee, dann lieber eine Copy-SD hernehmen oder einen DD Backup einspielen - oder was auch immer, was direkt funktioniert.
Wo ein Wille ist, ist auch ein LAN!
-
Beispiel Platte sda hat 2 Partitions
/dev/sda
/dev/sda1
/dev/sda2Will man die ganze Platte duplizieren
dd if=/dev/sda of=/dev/sdb
Für Partition
dd if=/dev/sda2 of=/dev/sdb2
vorher aushängen nicht vergessen!
-
@herrfrodo Mit dd erstellst du einen Klon - der ist nunmal exakt gleich groß wie das Orginal. Du kannst entweder eine andere Lösung wie clonezilla verwenden, oder dd mit gzip kombinieren:
Backup mit Gzip:
dd if=/dev/sda | gzip > /tmp/dein-backup.gz
Restore mit Gzip:
gunzip -c /tmp/dein-backup.gz | dd of=/dev/sda
-
@homoran said in SSD 256GB - davon nur 16GB nutzen im RasPi4:
ich konnte dir ja noch nicht mal folgen was du da fabrizierst :joy:
Neu Installieren und Backup einspielen wäre meine Vorgehensweise
Ich habe gestern neu installiert - von wegen eine Stunde - nicht mal 3 Stunden.
Die Installation des Betriebssystems, wie von Thomas Braun geschildert, war einfach.
ioBroker aufspielen auch.....bis zu dem Zeitpunkt, wo man dann Backitup benutzen möchte um ioBroker und Homematic zu restoren....
Natürlich ging VIS nicht mehr, natürlich ging der Luxtronik2 Adapter nicht mehr und und und....
Mit googeln, probieren usw, sind es mittlerweile mindestens 6-7 Stunden.
Ach ja, bis man raus hat, dass das Backitup Backup von Homematic direkt in der ccu-webui eingespielt wird, vergeht auch einige Zeit.Nee, dann lieber eine Copy-SD hernehmen oder einen DD Backup einspielen - oder was auch immer, was direkt funktioniert.
@herrfrodo jetzt übertreib mal nicht.
@herrfrodo sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
Die Installation des Betriebssystems, wie von Thomas Braun geschildert, war einfach.
ioBroker aufspielen aucheben!
@herrfrodo sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
bis zu dem Zeitpunkt, wo man dann Backitup benutzen möchte
was hat denn da geklemmt?
@herrfrodo sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
ioBroker und Homematic zu restoren....
das ist ja ein Sonderfall
@herrfrodo sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
Natürlich ging VIS nicht mehr,
Natürlich nicht, wenn du es nicht vor dem Restore installiert hast.
@herrfrodo sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
bis man raus hat, dass das Backitup Backup von Homematic direkt in der ccu-webui eingespielt wird, vergeht auch einige Zeit.
wohin denn sonst?
@herrfrodo sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
dann lieber eine Copy-SD hernehmen oder einen DD Backup einspielen
Das ist kein Backup, sondern ein Clon aller Probleme
-
irgendwie hab ich hier noch nicht die richtige Lösung gelesen
-
wenn raspberryOS installiert ist, dann
http://cagewebdev.com/raspberry-pi-expanding-the-root-partition-of-the-sd-card/ -
wenn was anderes debian-artiges installiert ist (debian, ubuntu, mint)
https://howtodotech.de/ubuntu-18-04-festplatte-filesystem-erweitern/
wie oben schon erwähnt ist das image deiner sd karte halt nur so groß wie die sd-karte. daher muss man zunächst die partition vergrößern und danach das dateisystem vergrößern. wichtig ist.
bei raspberry ist diese funktion bereits im config-programm eingebaut. das macht dir alles vollautomatisch. vgl den 1.link
bei anderen bevorzuge ich eigentlich was grafisches (gparted). aber wenn kein desktop isntalliert ist (deswegen aber nicht nachträglich installieren) dann geht es auch über die shell. vgl den 2.link -
-
irgendwie hab ich hier noch nicht die richtige Lösung gelesen
-
wenn raspberryOS installiert ist, dann
http://cagewebdev.com/raspberry-pi-expanding-the-root-partition-of-the-sd-card/ -
wenn was anderes debian-artiges installiert ist (debian, ubuntu, mint)
https://howtodotech.de/ubuntu-18-04-festplatte-filesystem-erweitern/
wie oben schon erwähnt ist das image deiner sd karte halt nur so groß wie die sd-karte. daher muss man zunächst die partition vergrößern und danach das dateisystem vergrößern. wichtig ist.
bei raspberry ist diese funktion bereits im config-programm eingebaut. das macht dir alles vollautomatisch. vgl den 1.link
bei anderen bevorzuge ich eigentlich was grafisches (gparted). aber wenn kein desktop isntalliert ist (deswegen aber nicht nachträglich installieren) dann geht es auch über die shell. vgl den 2.link@oliverio sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
expanding-the-root-partition-of-the-sd-card/
will er doch gar nicht.
er will seine Platte klonen, aber nicht die Platte, sondern nur die Installation :-)
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
-
@oliverio sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
expanding-the-root-partition-of-the-sd-card/
will er doch gar nicht.
er will seine Platte klonen, aber nicht die Platte, sondern nur die Installation :-)
@homoran
ach er will das andersrum? normalerweise wollen die leute immer von sd karte nach ssd umziehen
ich glaube bei extX-Dateisystemen kann man nicht verkleinern.
https://wiki.ubuntuusers.de/Dateisystemgröße_ändern/#Dateisysteme-und-ihre-Eigenschaften
korrektur: nur wenn das image nicht gemounted ist.aber besser er macht backitup, da ist ja alles drin. image ist meist verschwendeter speicherplatz wenn die festplatte/karte nicht voll ist
-
@homoran
ach er will das andersrum? normalerweise wollen die leute immer von sd karte nach ssd umziehen
ich glaube bei extX-Dateisystemen kann man nicht verkleinern.
https://wiki.ubuntuusers.de/Dateisystemgröße_ändern/#Dateisysteme-und-ihre-Eigenschaften
korrektur: nur wenn das image nicht gemounted ist.aber besser er macht backitup, da ist ja alles drin. image ist meist verschwendeter speicherplatz wenn die festplatte/karte nicht voll ist
@oliverio sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
ach er will das andersrum?
auch nicht ganz ;-)
er will seine SD auf eine Partition der SSD klonen
(oder nur die Partition der SSD klonen) -
@oliverio sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
ach er will das andersrum?
auch nicht ganz ;-)
er will seine SD auf eine Partition der SSD klonen
(oder nur die Partition der SSD klonen)@homoran Hey, Du verstehst mich ja doch!
Ich fühle mich geschmeichelt :-)Genau! Ich möchte die SSD nutzen, weil sie eh da ist und weil sie schneller ist und vielleicht auch noch sichererererererer. Das bitte jetzt aber nicht diskutieren, denn ich bin auch noch ein spielmops....
Also: Die SSD soll für den Raspi und dessen Backup nicht größer sein als eine 16GB MicroSD.
Das erzeugte Backup schob bisher raspi-backup (ok, mit DD) ohne irgendwas kurzzeitig zu beenden, auf die SynologyNAS.
Gibt es ein Problem, dann möchte ich das Backup von der Syno per Win32DiskImager innerhalb von ein paar Minuten (SSD dauert 3min) auf eine MicroSD flashen (dauert glaube 8min).
Geflashte MicroSD in den Raspi, SSD abklemmen und schauen was los ist.....oder so.:-)
Wo ein Wille ist, ist auch ein LAN!
-
@homoran Hey, Du verstehst mich ja doch!
Ich fühle mich geschmeichelt :-)Genau! Ich möchte die SSD nutzen, weil sie eh da ist und weil sie schneller ist und vielleicht auch noch sichererererererer. Das bitte jetzt aber nicht diskutieren, denn ich bin auch noch ein spielmops....
Also: Die SSD soll für den Raspi und dessen Backup nicht größer sein als eine 16GB MicroSD.
Das erzeugte Backup schob bisher raspi-backup (ok, mit DD) ohne irgendwas kurzzeitig zu beenden, auf die SynologyNAS.
Gibt es ein Problem, dann möchte ich das Backup von der Syno per Win32DiskImager innerhalb von ein paar Minuten (SSD dauert 3min) auf eine MicroSD flashen (dauert glaube 8min).
Geflashte MicroSD in den Raspi, SSD abklemmen und schauen was los ist.....oder so.:-)
mit welchem programm hast du von der ssd ein image erstellt?
du hast dann wahrscheinlich einfach die ganze ssd ausgewählt und nicht nur die partition.
falls das programm das nicht kann, dann musst du dd nehmen.
so wie @MartinP oben schon geschrieben hat
bspw anstatt sda (ist der ganze speicher) nur sda1 (ist nur die partition) auswählen/angeben. -
mit welchem programm hast du von der ssd ein image erstellt?
du hast dann wahrscheinlich einfach die ganze ssd ausgewählt und nicht nur die partition.
falls das programm das nicht kann, dann musst du dd nehmen.
so wie @MartinP oben schon geschrieben hat
bspw anstatt sda (ist der ganze speicher) nur sda1 (ist nur die partition) auswählen/angeben.@oliverio ich habe bisher von der SSD kein Image gemacht.
Ich habe eine bestehende Installation per raspi-backup von framp (darin per DD) auf einen Ordner der SynologyNAS, täglich und per NFS, sichern lassen.
Das raspi-backup Image habe ich per Win32 DiskImager auf die SSD geflashed.
Dann ist irgendwas passiert - möglicherweise ich selbst - und es lief nicht mehr.
Ach ja, ich habe dummerweise in raspi config die Speicherplatzerweiterung aktiviert (obwohl ja vorher schon die Backupdatei seit Inbetriebnahme der SSD 256GB groß war)
Danach funktionierte ioBroker nicht mehr und rödelte sich tot. -
@oliverio ich habe bisher von der SSD kein Image gemacht.
Ich habe eine bestehende Installation per raspi-backup von framp (darin per DD) auf einen Ordner der SynologyNAS, täglich und per NFS, sichern lassen.
Das raspi-backup Image habe ich per Win32 DiskImager auf die SSD geflashed.
Dann ist irgendwas passiert - möglicherweise ich selbst - und es lief nicht mehr.
Ach ja, ich habe dummerweise in raspi config die Speicherplatzerweiterung aktiviert (obwohl ja vorher schon die Backupdatei seit Inbetriebnahme der SSD 256GB groß war)
Danach funktionierte ioBroker nicht mehr und rödelte sich tot.Das hier könnte mir gefallen:
https://www.linux-tips-and-tricks.de/de/einstieg/13-raspberry/427-raspibackup-sh-und-benutzung-von-synology-als-backupspace"Konfiguration einer Synology und der Raspberry um ein rsync Backup per nfs auf einer Synology zu sichern"
-
@homoran Hey, Du verstehst mich ja doch!
Ich fühle mich geschmeichelt :-)Genau! Ich möchte die SSD nutzen, weil sie eh da ist und weil sie schneller ist und vielleicht auch noch sichererererererer. Das bitte jetzt aber nicht diskutieren, denn ich bin auch noch ein spielmops....
Also: Die SSD soll für den Raspi und dessen Backup nicht größer sein als eine 16GB MicroSD.
Das erzeugte Backup schob bisher raspi-backup (ok, mit DD) ohne irgendwas kurzzeitig zu beenden, auf die SynologyNAS.
Gibt es ein Problem, dann möchte ich das Backup von der Syno per Win32DiskImager innerhalb von ein paar Minuten (SSD dauert 3min) auf eine MicroSD flashen (dauert glaube 8min).
Geflashte MicroSD in den Raspi, SSD abklemmen und schauen was los ist.....oder so.:-)
@herrfrodo sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
vielleicht auch noch sichererererererer.
eine
@herrfrodo sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
16GB MicroSD.
ist da schon grenzwertig
da werden zu oft die selben Zellen beschrieben.32 oder 64GB wären da sicherer und kosten auch nicht die Welt.
-
@herrfrodo sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
vielleicht auch noch sichererererererer.
eine
@herrfrodo sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
16GB MicroSD.
ist da schon grenzwertig
da werden zu oft die selben Zellen beschrieben.32 oder 64GB wären da sicherer und kosten auch nicht die Welt.
@homoran said in SSD 256GB - davon nur 16GB nutzen im RasPi4:
eine
reicht doch - wenn was ist, dann könnte ich ja immer noch ne MicroSD nachschieben.
Im Moment habe ich eine 16er im Pi und einen 16er Klon in Reserve.
Ich hätte aber gerne die SSD am Pi und die Klonse für den Notfall.
Die Klonse, reicht auch Einer, würde ich dann in Abständen upgraden.
Oder über ein zuverlässiges und lauffähiges Backup-Image neu flashen.ist da schon grenzwertig
da werden zu oft die selben Zellen beschrieben.
32 oder 64GB wären da sicherer und kosten auch nicht die Welt.Na toll! Das sagst Du mir jetzt....
Mal eben noch nen neuen Spieler mit ins Spiel bringen :-(Was sorgt denn dafür, dass bei einer 32er Karte unterschiedlichere Blöcke beschrieben werden, als bei einer 16er Karte?
Das müsste doch Softwareseitig geregelt werden - gibts da auch einen Adapter für? :-)Wo ein Wille ist, ist auch ein LAN!
-
@homoran said in SSD 256GB - davon nur 16GB nutzen im RasPi4:
eine
reicht doch - wenn was ist, dann könnte ich ja immer noch ne MicroSD nachschieben.
Im Moment habe ich eine 16er im Pi und einen 16er Klon in Reserve.
Ich hätte aber gerne die SSD am Pi und die Klonse für den Notfall.
Die Klonse, reicht auch Einer, würde ich dann in Abständen upgraden.
Oder über ein zuverlässiges und lauffähiges Backup-Image neu flashen.ist da schon grenzwertig
da werden zu oft die selben Zellen beschrieben.
32 oder 64GB wären da sicherer und kosten auch nicht die Welt.Na toll! Das sagst Du mir jetzt....
Mal eben noch nen neuen Spieler mit ins Spiel bringen :-(Was sorgt denn dafür, dass bei einer 32er Karte unterschiedlichere Blöcke beschrieben werden, als bei einer 16er Karte?
Das müsste doch Softwareseitig geregelt werden - gibts da auch einen Adapter für? :-)@herrfrodo sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
reicht doch
??? nicht zerreißen!
eine 16GB ist unsicherererer als eine 64er -
@homoran said in SSD 256GB - davon nur 16GB nutzen im RasPi4:
eine
reicht doch - wenn was ist, dann könnte ich ja immer noch ne MicroSD nachschieben.
Im Moment habe ich eine 16er im Pi und einen 16er Klon in Reserve.
Ich hätte aber gerne die SSD am Pi und die Klonse für den Notfall.
Die Klonse, reicht auch Einer, würde ich dann in Abständen upgraden.
Oder über ein zuverlässiges und lauffähiges Backup-Image neu flashen.ist da schon grenzwertig
da werden zu oft die selben Zellen beschrieben.
32 oder 64GB wären da sicherer und kosten auch nicht die Welt.Na toll! Das sagst Du mir jetzt....
Mal eben noch nen neuen Spieler mit ins Spiel bringen :-(Was sorgt denn dafür, dass bei einer 32er Karte unterschiedlichere Blöcke beschrieben werden, als bei einer 16er Karte?
Das müsste doch Softwareseitig geregelt werden - gibts da auch einen Adapter für? :-)@herrfrodo sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
Was sorgt denn dafür, dass bei einer 32er Karte unterschiedlichere Blöcke beschrieben werden, als bei einer 16er Karte?
was nicht da ist kann nicht beschrieben werden!
-
@homoran said in SSD 256GB - davon nur 16GB nutzen im RasPi4:
eine
reicht doch - wenn was ist, dann könnte ich ja immer noch ne MicroSD nachschieben.
Im Moment habe ich eine 16er im Pi und einen 16er Klon in Reserve.
Ich hätte aber gerne die SSD am Pi und die Klonse für den Notfall.
Die Klonse, reicht auch Einer, würde ich dann in Abständen upgraden.
Oder über ein zuverlässiges und lauffähiges Backup-Image neu flashen.ist da schon grenzwertig
da werden zu oft die selben Zellen beschrieben.
32 oder 64GB wären da sicherer und kosten auch nicht die Welt.Na toll! Das sagst Du mir jetzt....
Mal eben noch nen neuen Spieler mit ins Spiel bringen :-(Was sorgt denn dafür, dass bei einer 32er Karte unterschiedlichere Blöcke beschrieben werden, als bei einer 16er Karte?
Das müsste doch Softwareseitig geregelt werden - gibts da auch einen Adapter für? :-)@herrfrodo sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
Na toll! Das sagst Du mir jetzt....
Das ist seit anbegin die Eigenschaft von SD/SSD.
Die verteilung übernimmt das Betriebssystem auf der SD-Karte(ja da ist auch ein Betriebssystem drin)/SSD
https://de.wikipedia.org/wiki/Solid-State-Drive#Wear-leveling
https://de.transcend-info.com/embedded/technology/wear-levelingich habe zwar nur den artikel zu bad usb gefunden, aber theoretisch ist eine sd-card ja nix anderes, nur ein anderer form-faktor
https://www.itsb.ruhr-uni-bochum.de/themen/badusb.html -
@herrfrodo sagte in SSD 256GB - davon nur 16GB nutzen im RasPi4:
Na toll! Das sagst Du mir jetzt....
Das ist seit anbegin die Eigenschaft von SD/SSD.
Die verteilung übernimmt das Betriebssystem auf der SD-Karte(ja da ist auch ein Betriebssystem drin)/SSD
https://de.wikipedia.org/wiki/Solid-State-Drive#Wear-leveling
https://de.transcend-info.com/embedded/technology/wear-levelingich habe zwar nur den artikel zu bad usb gefunden, aber theoretisch ist eine sd-card ja nix anderes, nur ein anderer form-faktor
https://www.itsb.ruhr-uni-bochum.de/themen/badusb.html@oliverio
Danke für Deine Links!Ich habe zum Thema Wear-Leveling bei SD-Karten das hier gefunden:
https://buyzero.de/blogs/news/raspberry-pi-sd-karten-korruption-vermeiden-geheimnisse-der-microsd-karte#:~:text=Wie bereits erwähnt schiebt der,Disturb Daten hin und her.Bei der Neuinstallation gestern, habe ich konsequent die Anleitung von Thomas Braun befolgt: https://forum.iobroker.net/topic/51869/installation-auf-raspi-einfacher-geht-s-nicht
Auch den Code für die fstab zur Einschränkung der Schreibvorgänge habe ich ausgeführt.
sudo sed -i -e 's/defaults,noatime/defaults,noatime,commit=600/' /etc/fstabJa Sir @Homoran, mehr GB = mehr Sicherheit :-)
Support us
706
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge