Neuigkeiten:

Am Sonntag den 8.12.2024 kann es ab ca. 8:00 Uhr zu kurzzeitigen Einschränkungen / Ausfällen bei den Diensten des FHEM Vereines kommen.
Die Server müssen mal gewartet und dabei neu gestartet werden ;)

Hauptmenü

Raspberry 3b - Linux - Nachhilfe erbeten - PartitionErweiterung

Begonnen von DL8EI Ralph, 07 Januar 2024, 00:38:04

Vorheriges Thema - Nächstes Thema

DL8EI Ralph

Zitat von: DasQ am 09 Januar 2024, 07:26:42Typischer 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.
Fernmelde-Opa übernahm FHEM-Installation und kämpft sich so durch.
Installation hat FS20, Homematic und einge exotische Teile.

DL8EI Ralph

ZitatIch 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
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

(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

Fernmelde-Opa übernahm FHEM-Installation und kämpft sich so durch.
Installation hat FS20, Homematic und einge exotische Teile.

frober

#32
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.
Raspi 3b mit Raspbian Bullseye und relativ aktuellem Fhem,  FS20, LGW, PCA301, Zigbee, MQTT, MySensors mit RS485(CAN-Receiver) und RFM69, etc.,
einiges umgesetzt, vieles in Planung, smile

********************************************
...man wächst mit der Herausforderung...