Raspberry 3b - Linux - Nachhilfe erbeten - PartitionErweiterung

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

Vorheriges Thema - Nächstes Thema

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
Fernmelde-Opa übernahm FHEM-Installation und kämpft sich so durch.
Installation hat FS20, Homematic und einge exotische Teile.

frober

Raspi 3b mit Raspbian Buster 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...

Otto123

Moin,

das Problem ist doch aber: Du hast Deine SD komplett partitioniert. Wer sollte da noch was erweitern können?
Zitat von: DL8EI Ralph am 07 Januar 2024, 00:38:04Device         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?
Zitat von: DL8EI Ralph am 07 Januar 2024, 00:38:04Nun 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
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

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

#4
Zitat von: DL8EI Ralph am 07 Januar 2024, 00:38:04Device        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
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

betateilchen

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

ZitatMit 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.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

CoolTux

Zitat von: betateilchen am 07 Januar 2024, 13:26:08@CoolTux: das ist zwar alles richtig, aber...

ZitatMit 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.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

MadMax-FHEM

#7
@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:

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

dann
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:
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:
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
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 8)
(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:
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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

RalfRog

Zitat von: MadMax-FHEM am 07 Januar 2024, 17:06:14Wä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
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

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
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
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

RalfRog

Zitat von: MadMax-FHEM am 07 Januar 2024, 17:38:33Dass 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:
Zitat von: CoolTux am 07 Januar 2024, 12:27:24Ich sehe hier nur eine Möglichkeit. Installiere einfach neu auf der größeren SD

Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

DL8EI Ralph

#13
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.

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

rabehd

Zitat von: DL8EI Ralph am 07 Januar 2024, 22:28:06Ich 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?
Auch funktionierende Lösungen kann man hinterfragen.