Raspberry 3b - Linux - Nachhilfe erbeten - PartitionErweiterung

[DL8EI Ralph]

Hallo, ich bitte um Hilfe

Ich hatte eine 16GB-SD drin, der Platz war zu klein.
Habe das IMG auf eine 32GB-SD kopiert und auf die automatische Erweiterung - leider vergebens - gehofft.
Mit sudo raspi-config gelingt es auch nicht.
Nun sind meine nicht vorhandenen Linux-Kenntnisse erschöpft

Was mache ich falsch ?
Und wie mache ich es richtig ?
Kommando-Sequenz erbeten.


pi@raspb:~ $ sudo fdisk -l
Disk /dev/ram0: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram1: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram2: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram3: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram4: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram5: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram6: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram7: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram8: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram9: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram10: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram11: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram12: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram13: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram14: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram15: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mmcblk0: 29,7 GiB, 31914983424 bytes, 62333952 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000511e5

Device         Boot   Start      End  Sectors  Size Id Type
/dev/mmcblk0p1         8192  3292968  3284777  1,6G  e W95 FAT16 (LBA)
/dev/mmcblk0p2      3292969 31116287 27823319 13,3G  5 Extended
/dev/mmcblk0p5      3293184  3358717    65534   32M 83 Linux
/dev/mmcblk0p6      3358720  3500031   141312   69M  c W95 FAT32 (LBA)
/dev/mmcblk0p7      3506176 31116287 27610112 13,2G 83 Linux

[frober]

Z.B.
https://javil.eu/posts/linux-root-partition-vergroessern

[Otto123]

Moin,

das Problem ist doch aber: Du hast Deine SD komplett partitioniert. Wer sollte da noch was erweitern können?

Device         Boot   Start      End  Sectors  Size Id Type
/dev/mmcblk0p1         8192  3292968  3284777  1,6G  e W95 FAT16 (LBA)
/dev/mmcblk0p2      3292969 31116287 27823319 13,3G  5 Extended
/dev/mmcblk0p5      3293184  3358717    65534   32M 83 Linux
/dev/mmcblk0p6      3358720  3500031   141312   69M  c W95 FAT32 (LBA)
/dev/mmcblk0p7      3506176 31116287 27610112 13,2G 83 Linux

Wozu sind diese 3 rot markierten Partitionen? Warum hast Du die angelegt?

Nun sind meine nicht vorhandenen Linux-Kenntnisse erschöpft
...
Kommando-Sequenz erbeten.

Das ist gerade bei Partitionierung ein heißes Eisen.
Wenn Du die drei letzten Partition aus versehen erzeugt hast und nicht verwendest (siehst Du mit lsblk) dann lösche sie und erweitere anschließend mit raspi-config. raspi-config erledigt das im Normalfall gut.

Gruß Otto

[RappaSan]

Sieht beinahe so aus, als hättest du 2 Linuxversionen auf die SD genagelt.

O.T.:Was ist denn bei dir so Speicherhungrig, daß du mit 16 GB nicht auskommst?
Normal reichen max.8 GB, bei mir läuft es auch mit nur 4 GB.

[CoolTux]

Device        Boot  Start      End  Sectors  Size Id Type
/dev/mmcblk0p1        8192  3292968  3284777  1,6G  e W95 FAT16 (LBA)
/dev/mmcblk0p2      3292969 31116287 27823319 13,3G  5 Extended
/dev/mmcblk0p5      3293184  3358717    65534  32M 83 Linux
/dev/mmcblk0p6      3358720  3500031  141312  69M  c W95 FAT32 (LBA)
/dev/mmcblk0p7      3506176 31116287 27610112 13,2G 83 Linux

Du hast eine MSDOS Partitionstabelle, keine GPT. Bedeutet max 3 primäre und dann 1 Erweiterte und in dieser Erweiterten dann weitere logische Partitionen.
Du hast 1 Primäre und dann eine Erweiterte /dev/mmcblk0p2. In der erweiterten hast Du dann, warum auch immer, 3 weitere logische Partitionen.

Ich sehe hier nur eine Möglichkeit. Installiere einfach neu auf der größeren SD. Alternativ, merke Dir ganz genau wo welche Partition anfängt und Aufhört. Und zwar Sektor genau!!!

Lösche alle logischen und die eine erweiterte. Lege eine erweiterte über den Rest der gesamten SD an und dann die logischen p5 und p6 und zwar Sektor genau anlegen. Und als letzten dann p7 als Linux Partition über den gesamten Rest der SD.
Als letztes erweiterst Du das ext4 Filesystem der p7 Partition.

UND DAS ALLES OFFLINE über einen zweiten Rechner mit SD Lesegerät.




BACKUP NICHT VERGESSEN

[betateilchen]

@CoolTux: das ist zwar alles richtig, aber...

Mit sudo raspi-config gelingt es auch nicht.
Nun sind meine nicht vorhandenen Linux-Kenntnisse erschöpft

meinst Du wirklich, Deine Empfehlung könnte da erfolgreich enden? Ich nicht.

[CoolTux]

@CoolTux: das ist zwar alles richtig, aber...

Mit sudo raspi-config gelingt es auch nicht.
Nun sind meine nicht vorhandenen Linux-Kenntnisse erschöpft

meinst Du wirklich, Deine Empfehlung könnte da erfolgreich enden? Ich nicht.

Daher war es auch nur ein alternativer Vorschlag.
Meine Empfehlung war ja alles neu auf zu setzen.

[MadMax-FHEM]

@DL8EI Ralph: das was du zeigst ist aber ja (schon) die große SD (32GB), oder? Die alte hast du doch noch, oder?

Dann evtl. wie folgt:

Auf die neue SD per (PI-)Imager ein Raspi-OS drauf und 1x durchstarten.
Dann passen dort schon mal die Partitionierung und die Größe sollte auch autom. angepasst worden sein...

Dann die alte SD in einen Rechner mit Linux (oder Live-Boot) und dort dann:

Code Auswählen Erweitern

cd /media/USERNAME/MOUNT-NAME-BOOT
sudo tar -czf /PfadFürSicherung/NameDerSicherung-Boot.tar.gz *

dann

Code Auswählen Erweitern

cd /media/USERNAME/MOUNT-NAME-ROOTFS
sudo tar -czf /PfadFürSicherung/NameDerSicherung-ROOTFS.tar.gz *

Dann die alte SD "auswerfen" und die neue SD rein.

EDIT: noch mal zur Sicherheit -> ab jetzt alles mit der NEUEN SD!!

EDIT: sorry, (fast) vergessen
Leider passen ja dann die "mount-Punkte" nicht mehr -> neue UIDs der Partitionen...

Am einfachsten, um erst mal wieder booten zu können, also mit der neuen SD nach dem "Rückspielen" des Backups die beiden Dateien sichern:

Also vor dem Löschen (rm -r ...) noch fogendes:

Code Auswählen Erweitern

sudo cp /media/USERNAME/MOUNT-NAME-BOOT/cmdline.txt /PfadFürSicherung/cmdline.txt
sudo cp /media/USERNAME/MOUNT-NAME-ROOTFS/etc/fstab /PfadFürSicherung/fstab

Mit der neuen SD dann "umgekehrt", also Sicherung einspielen:

Code Auswählen Erweitern

sudo rm -r /media/USERNAME/MOUNT-NAME-BOOT/*
sudo rm -r /media/USERNAME/MOUNT-NAME-ROOTFS/*
sudo tar -xzf /PfadFürSicherung/NameDerSicherung-BOOT.tar.gz -C /media/USERNAME/MOUNT-NAME-BOOT
sudo tar -xzf /PfadFürSicherung/NameDerSicherung-ROOTFS.tar.gz -C /media/USERNAME/MOUNT-NAME-ROOTFS

EDIT: und vor dem Rausziehen/unmounten der neuen SD noch die gesicherten Dateien zurückspielen

Code Auswählen Erweitern

sudo cp /PfadFürSicherung/cmdline.txt /media/USERNAME/MOUNT-NAME-BOOT/cmdline.txt
sudo cp /PfadFürSicherung/fstab /media/USERNAME/MOUNT-NAME-ROOTFS/etc/fstab

Ich passe ja immer manuell nur die UIDs an, ist aber deutlich komplizierter zu erklären...
...und wenn du keine speziellen Dinge getan hast, wie z.B. seriell zu deaktivieren (->cmdline.txt) oder weitere "Platten" oder "Freigaben" gemountet hast (->fstab), dann sollte das so auch gehen.

Jaja, ist nicht 100%ig "korrekt" aber so mache ich seit Jahren meine Backups, also wenn ich mal "Gesamt-Backups" mache.
Bzw. bevor ich größere Änderungen vornehme übertrage ich so das laufende System auf eine "Backup" SSD (in meinem Fall).
Nehme dann die Änderungen mit der Backup-SSD vor.
Wenn was schief geht -> "alte" SSD rein und gut

Nebenbei habe ich so auch ein Backup
(und zwar nur das was auch tatsächlich genutzt wird   und nicht "irrsinnig" große dd-Images)

Bei den Pfaden: meist, zumindest bei mir wird eine SD? SSD unter /media/USERNAME/... Also USERNAME -> der mit dem man grad auf dem System angemeldet ist...
...mag bei dir anders sein, die Pfade usw. musst du halt auf dich anpassen oder auch mal bei gesteckter SD hier eine Ausgabe von:

Code Auswählen Erweitern

ls -la /media/USERNAME
posten.

Zumindest kann hierbei nichts schief gehen, außer du wendest den "rm" Befehl bei der "alten" SD an!
Da also aufpassen!

Gruß, Joachim

[MadMax-FHEM]

Wobei: wenn das wirklich "nur" die neue SD ist, die du hier "gezeigt" hast und du die alte SD noch hast -> warum nicht einfach die neue SD mit gParted o.ä. "löschen" (also auch alle Partitionen), und ein Image (mit einem Disk-Imager) von der alten SD erstellen und mit einem Disk-Imager einfach auf die neue bügeln?

Danach sollte ja zumindest booten gehen und dann auch mit raspi-config die Vergrößerung?

Wäre "interessant" zu wissen, wie du das was du hier gezeigt hast, also die "vielen" Partitionen geschafft hast

Gruß, Joachim

[RalfRog]

Wäre "interessant" zu wissen, wie du das was du hier gezeigt hast, also die "vielen" Partitionen geschafft hast

...und vielleicht (wenn es oben tatsächlich die Partitioniernung der neuen SD ist), ob die alte SD wirklich genau so aussieht - oder die "Merkwürdigkeit" erst beim kopieren des Image entstanden ist.

Gruß Ralf

[CoolTux]

Die oben gezeigten Infos stammen von der neuen SD Karte. Die "Merkwürdigkeiten" entstanden durch das kopieren der alten SD Karte mittels dd und das dd Image wurde dann auf die neue SD Karte übertragen.
dd kopiert Bit Weise und daher wurde auch die Partitionstabelle samt Layout übernommen. Das es die neue Karte ist sieht man hier dran

Code Auswählen Erweitern

Disk /dev/mmcblk0: 29,7 GiB, 31914983424 bytes, 62333952 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000511e5


[MadMax-FHEM]

Dass es die neue SD ist/sein muss hab ich mir anhand der Größe auch gedacht...

Aber mit dd entstehen doch nicht einfach so neue Partitionen...

Daher wäre schon interessant wie die alte SD aussieht und wenn "genauso": warum/wie ist das gekommen?

Weil dann ist auch logisch(er) warum der Platz ausging...

Gruß, Joachim

[RalfRog]

Dass es die neue SD ist/sein muss hab ich mir anhand der Größe auch gedacht...

Aber mit dd entstehen doch nicht einfach so neue Partitionen...

Daher wäre schon interessant wie die alte SD aussieht und wenn "genauso": warum/wie ist das gekommen?
Weil dann ist auch logisch(er) warum der Platz ausging...

Oder mit etwas Glück -weil das mit dem "Image" komisch gelaufen ist- sieht die alte SD "normal" aus und er kann deinen Vorschlag abarbeiten.

Ansonsten ist das wohl der saubere Weg:

Ich sehe hier nur eine Möglichkeit. Installiere einfach neu auf der größeren SD

Gruß Ralf

[DL8EI Ralph]

Oha, ich bedaure einen solchen Sturm erzeugt zu haben.
Ich muss das eben gelesene erstmal für mich sortieren und verdauen, habe Overflow.

Mal soviel vorab: der erste Rat ergab:
pi@raspb:~ $ sudo parted
Warning: Unable to open /dev/sr0 read-write (Das Dateisystem ist nur lesbar).
/dev/sr0 has been opened read-only.
GNU Parted 3.2
Using /dev/sr0
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) select /dev/sda
Error: Error opening /dev/sda: Kein Medium gefunden

Es war mir nir nich bewusst, dass so ein Chaos entstanden ist.
Die in Rede stehende Installation ist nicht von mir, ich habe sie übernommen und anfangs lief sie auch gut.
Irgendwann fand plötzlich ein Logbuch aus mir unbekannten Grüden keinen Platz mehr und auch nach Entrümpelung und Reboot war kein Platz mehr.
Ich zog von der 16GB ein Image und platzierte dieses auf einer 32GB in der Annahme, dass durch die automatische Erweiterung nun mehr Platz zur Verfügung stehe. Das war wohl ein Irrtum oder ich kann nicht ausschließen, dass ich etwas falschemacht habe aus Unwissenheit. Bewusst ist es mir nicht.

Betateilchen hat sicher recht, dass ich CoolTux Beschreibung wohl nicht hinkriege.
Ich weiß ja noch nicht einmal, was alles wie installiert ist und war und scheue daher eine Neuinstallation wie der teufel das Weihwasser, wohl wissend, dass das sicher an besten wäre.

Laienhaft gesprochen wünschte ich mir, die überflüssigen Partitionen zu identifizieren und zu löschen
und dann den gewonnenen Platz der "echten" Partition zur Verfügung zu stellen.
Falls das überhaupt so geht ?

Nachtrag: ich besitze auch nur diesen Raspberry und einen nicht neuen Win10-Rechner, sonst nix. Bin armer Rentner - 77J.

[rabehd]

Ich weiß ja noch nicht einmal, was alles wie installiert ist und war und scheue daher eine Neuinstallation wie der teufel das Weihwasser, wohl wissend, dass das sicher an besten wäre.

Die alte Karte mal raus nehmen, mit der neuen SD-Karte sich ausprobieren und lernen und so Stück für Stück dem Ziel näher kommen.
Wenn Du das Lernen unterbrichst, dann mit der alten Karte booten.
Das ist ja der Vorteil der SD-Karten im Raspberry.
Du wirst ja auch mal 2 Stunden ohne FHEM auskommen?

[MadMax-FHEM]

Du wirst ja auch mal 2 Stunden ohne FHEM auskommen?

Oder einen weiteren PI (-> Testsystem   ) anschaffen...

Evtl. auch den Windows PC mit einem Live-Linux booten und da rumtun.

Ist sicher angenehmer als mit dem PI rumzutun und die SD mit der PI gebootet hat kann man eh nicht alles machen...

Poste doch mal dieselbe Ausgabe wie von der neuen SD auch von der alten SD, damit wir sehen wie die alte SD "aussieht"...
Also mit der alten SD booten und dann:

Code Auswählen Erweitern

sudo fdisk -l

Gruß, Joachim

[MadMax-FHEM]

Oha, ich bedaure einen solchen Sturm erzeugt zu haben.
Ich muss das eben gelesene erstmal für mich sortieren und verdauen, habe Overflow.

Mal soviel vorab: der erste Rat ergab:
pi@raspb:~ $ sudo parted
Warning: Unable to open /dev/sr0 read-write (Das Dateisystem ist nur lesbar).
/dev/sr0 has been opened read-only.
GNU Parted 3.2
Using /dev/sr0
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) select /dev/sda
Error: Error opening /dev/sda: Kein Medium gefunden

Es war mir nir nich bewusst, dass so ein Chaos entstanden ist.
Die in Rede stehende Installation ist nicht von mir, ich habe sie übernommen und anfangs lief sie auch gut.
Irgendwann fand plötzlich ein Logbuch aus mir unbekannten Grüden keinen Platz mehr und auch nach Entrümpelung und Reboot war kein Platz mehr.
Ich zog von der 16GB ein Image und platzierte dieses auf einer 32GB in der Annahme, dass durch die automatische Erweiterung nun mehr Platz zur Verfügung stehe. Das war wohl ein Irrtum oder ich kann nicht ausschließen, dass ich etwas falschemacht habe aus Unwissenheit. Bewusst ist es mir nicht.

Betateilchen hat sicher recht, dass ich CoolTux Beschreibung wohl nicht hinkriege.
Ich weiß ja noch nicht einmal, was alles wie installiert ist und war und scheue daher eine Neuinstallation wie der teufel das Weihwasser, wohl wissend, dass das sicher an besten wäre.

Laienhaft gesprochen wünschte ich mir, die überflüssigen Partitionen zu identifizieren und zu löschen
und dann den gewonnenen Platz der "echten" Partition zur Verfügung zu stellen.
Falls das überhaupt so geht ?

Nachtrag: ich besitze auch nur diesen Raspberry und einen nicht neuen Win10-Rechner, sonst nix. Bin armer Rentner - 77J.

War das "mein Vorschlag" mit gParted?

Damit war gemeint: (Live Boot) Linux mit Oberfläche und da dann gParted. Weil mit Oberfläche ist das "angenehmer" (gerade für Linux-Neulinge)...

Und wie oben geschrieben: mit der SD Karte von der der PI gerade gebootet hat/ist kannst du eh nicht viel machen...

Und ein "Neuanfang" mit:

Windows-Imager (Win32Imager? o.ä.) von der alten SD ein Image ziehen und dann auf die neue SD aufspielen geht ja auch mit einem Windows-Rechner
(vorher die neue SD löschen ist ja nicht zwingend)
Dann mal mit der neuen booten und hier wieder melden mit entsprechenden Ausgaben...

Sollte ja dann erst mal "identisch" zu den Ausgaben der alten SD sein...

Dann kann man sicher weiterhelfen...
...mit dem aktuellen Zustand der neuen SD weitermachen ist (für einen Linux Neuling) sicher nicht einfach...

Wichtig ist halt, die alte SD gut aufheben und nur "lesend" bearbeiten

Gruß, Joachim

[DL8EI Ralph]

Wichtig ist halt, die alte SD gut aufheben und nur "lesend" bearbeiten

Dafür ist es zu spät, aber das "img" habe ich gesichert.
Die vorherige 16GB-SD brauchte sehr sehr lange zum auslesen, vermutlich zerlitten.

Bei den neuerlichen Versuchen von hier fiel mir noch unangenehm auf:
...
(parted) print free
Warning: The driver descriptor says the physical block size is 512 bytes, but
Linux says it is 2048 bytes.

Was habe ich denn hier wann wie falsch gemacht ?

[MadMax-FHEM]

Dafür ist es zu spät, aber das "img" habe ich gesichert.
Die vorherige 16GB-SD brauchte sehr sehr lange zum auslesen, vermutlich zerlitten.

Wieso zu spät?
Weggeworfen? Wenn: warum?

Womit hast du die Sicherung des Images erstellt?

Gruß, Joachim

[DL8EI Ralph]

Womit hast du die Sicherung des Images erstellt?

Mit Win32DiskImager
Die SD brauchte ewig beim auslesen, fuhr immer wieder zurück, nach 2 Stunden brach ich ab.

[rabehd]

Die SD brauchte ewig beim auslesen, fuhr immer wieder zurück, nach 2 Stunden brach ich ab.

Dann dürftest Du doch gar kein Image mehr haben 

[RappaSan]

Dann dürfte die "Sicherung" auch nicht viel wert sein.
..Zweiter..,.

[RalfRog]

Noch ne blöde Frage, weil ich es bisher nicht gelesen oder überlesen habe.

Läuft dein FHEM denn noch mit der neuen Karte?

Gruß Ralf

[MadMax-FHEM]

Die SD brauchte ewig beim auslesen, fuhr immer wieder zurück, nach 2 Stunden brach ich ab.

Dann dürftest Du doch gar kein Image mehr haben 

Dann dürfte die "Sicherung" auch nicht viel wert sein.
..Zweiter..,.

Uiuiui, dann is aber ganz schlecht...

Anderes Backup (vermutlich) auch nicht?

Leider bist du auch nicht um die Ecke, also zumindest nicht um meine

EDIT:

Noch ne blöde Frage, weil ich es bisher nicht gelesen oder überlesen habe.

Läuft dein FHEM denn noch mit der neuen Karte?

Gruß Ralf

außer hier ist die Antwort ja, dann kann man mal sehen was noch zu retten geht. Aber ohne wirklich Linux-Ahnung wird das nicht einfach. Und da das ja wohl aktuell deine einzige "Sicherung" ist, die ja wohl keine ist, würde ich an deiner Stelle an der SD (auch) nicht mehr "rumdoktern"...
...evtl. auch von der ein Image ziehen, besser wie nix (aber wohl nicht viel besser).

Gruß, Joachim

[Wernieman]

Code Auswählen Erweitern

Die vorherige 16GB-SD brauchte sehr sehr lange zum auslesen, vermutlich zerlitten.Ich würde auf defekte SDCard Tippen. hatte ich auch mal .. und genau da war sie defekt .... und damit leider auch das Image. Hast Du jetzt noch die SD oder nicht mehr?

Nur .. aus der ferne kann man da nicht viel zu sagen ....

Edit:
Um meine Ecke ist es auch nicht....

[rabehd]

Um meine Ecke ist es auch nicht....

Für mich auch 50 km, außerdem nicht mein Fachgebiet.

[frober]

Das wäre meine Ecke...

@DL8EI Ralph wenn du möchtest könnte ich dich vor Ort unterstützen.

[DL8EI Ralph]

Läuft dein FHEM denn noch mit der neuen Karte?

JA, so, wie in Post #0 beschrieben auf der neueren 32GB.
Die lässt sich auch clonen, aber eben mit den unnötigen Partitionen.
Daher der Plan diese zu löschen.

Wie gesagt

Das Image von der 16GB habe ich schon ausprobiert, das läuft, aber der Platz ist zuwenig. Meine Vermutung: das muss was passiert sein.

[RalfRog]

Dann lang die 32er SD nicht mehr an und fahr wenns geht auf der 16er SD und denk über @frobers Angebot nach 

Gruß Ralf

[DasQ]

Typischer Fehler eines überfüllten flashspeichers.

Die Speicherzuordnung ist verschoben. (Zu dbox2 Zeiten sagte man, das Image ist explodiert).

Ich müsste die SD auf dem Tisch haben um es genauer zu sagen. (Theoretisch ist auch ein Defekt möglich)
Sei's wies is, neuflashen und Backup einspielen geht deutlich schneller zu reparieren.

[DL8EI Ralph]

Typischer Fehler eines überfüllten flashspeichers.
Die Speicherzuordnung ist verschoben. (Zu dbox2 Zeiten sagte man, das Image ist explodiert).

Oh, Danke, mir war nicht bewusst, dass es das gibt.
Aber richtig, ich hatte mal, dass keine Logs geschrieben wurden, weil alles voll.
Grund war mir nicht erklärlich, hätte nicht sein dürfen.
Ich gehe mal in meinen gebackupten Images weiter zurück, restore und schaue.

[DL8EI Ralph]

Ich gehe mal in meinen gebackupten Images weiter zurück, restore und schaue.

Das Ergebnis ist verblüffend.

Habe mir einen 3B geliehen. Auf diesem booten und laufen alle zurückliegenden und restorten Images. Natürlich nicht im vollen Umfang, da das extern angesteckte fehlte, aber FHEM startete und war bedienbar auf diesem Spiel-System.
In dieser zeit war das Produktiv-System ausgeschaltet.

Nun das mir unerklärliche:
Selbe SD, die zuvor im Spiel-System ging, geht im Produktiv-System nicht.
Sie bootet, das System fährt hoch, Dateien sind erreichbar, aber aus dem dann verfügbaren Logbuch geht hervor, dass FHEM nicht ganz hochfährt und an jeweils verschiedenen Stellen hängt und nicht mehr weitermacht.
Grund mir nicht ersichtlich. Das Web-Interface kommt nicht.

Der Clou:
Stecke ich die verkorkste überpartionierte 32GB-SD von ganz oben wieder in das Produktiv-System, dann läuft alles wieder normal, ich habe eben nur zuwenig Platz.
Muss ich wohl nicht verstehen.

Hier nochmal ausgelesene Daten
von der verkorksten überpartionierten 32GB-SD

Code Auswählen Erweitern

pi@raspb:~ $ sudo fdisk -l
Disk /dev/ram0: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram1: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram2: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram3: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram4: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram5: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram6: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram7: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram8: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram9: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram10: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram11: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram12: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram13: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram14: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram15: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mmcblk0: 29,7 GiB, 31914983424 bytes, 62333952 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000511e5

Device         Boot   Start      End  Sectors  Size Id Type
/dev/mmcblk0p1         8192  3292968  3284777  1,6G  e W95 FAT16 (LBA)
/dev/mmcblk0p2      3292969 31116287 27823319 13,3G  5 Extended
/dev/mmcblk0p5      3293184  3358717    65534   32M 83 Linux
/dev/mmcblk0p6      3358720  3500031   141312   69M  c W95 FAT32 (LBA)
/dev/mmcblk0p7      3506176 31116287 27610112 13,2G 83 Linux


Code Auswählen Erweitern

(parted) print list
Model: HUAWEI Mass Storage (scsi)
Disk /dev/sr0: 33,6MB
Sector size (logical/physical): 512B/2048B
Partition Table: mac
Disk Flags:

Number  Start  End     Size    File system  Name                   Flags
 1      512B   1535B   1024B                MacImage - 7.3.14.904
 2      289kB  26,1MB  25,8MB  hfs+         Mobile WebStick


Model: SD SM32G (sd/mmc)
Disk /dev/mmcblk0: 31,9GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type      File system  Flags
 1      4194kB  1686MB  1682MB  primary   fat32        lba
 2      1686MB  15,9GB  14,2GB  extended
 5      1686MB  1720MB  33,6MB  logical   ext4
 6      1720MB  1792MB  72,4MB  logical   fat32        lba
 7      1795MB  15,9GB  14,1GB  logical   ext4

(parted) print all
Model: HUAWEI Mass Storage (scsi)
Disk /dev/sr0: 33,6MB
Sector size (logical/physical): 512B/2048B
Partition Table: mac
Disk Flags:

Number  Start  End     Size    File system  Name                   Flags
 1      512B   1535B   1024B                MacImage - 7.3.14.904
 2      289kB  26,1MB  25,8MB  hfs+         Mobile WebStick


Model: SD SM32G (sd/mmc)
Disk /dev/mmcblk0: 31,9GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type      File system  Flags
 1      4194kB  1686MB  1682MB  primary   fat32        lba
 2      1686MB  15,9GB  14,2GB  extended
 5      1686MB  1720MB  33,6MB  logical   ext4
 6      1720MB  1792MB  72,4MB  logical   fat32        lba
 7      1795MB  15,9GB  14,1GB  logical   ext4



[frober]

Auflösung des "Problems":

Gestern war ich bei DL8EI Ralph und habe mir die SD angesehen.

Fazit:
Kein Defekt, es handelte sich hier um eine alte Noobs-Installation.
Erste primäre Partition -> Recovery, darunter die Part Boot und Root, alles ausgeblendet
Unter der zweite primären Partition, SETTINGS, Boot und Root -> davon wurde gestartet.

Lösung:
Ich habe nun, wie auch von MadMax-FHEM vorgeschlagen, Boot und Root mit tar gesichert. Mit gpartet alles gelöscht und die Standardpartitionen neu angelegt. Alles wieder entsprechend entpackt, cmdline.txt und fstab angepasst und es läuft...

Ursache:
DL8EI Ralph eine Applikation laufen die unter /var/log eine Datei schreibt, die nicht vom Host verwaltet wird. Diese war mittlerweile über 5GB groß. Das dürfte die Ursache der vollen Platte (Partition) gewesen sein.