Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
howto partitionsgrenzen verschieben
3 views
Skip to first unread message
Andreas Hager
Feb 13, 2021, 8:22:34 AM2/13/21
to
Hallo Freunde,
ich möchte /boot auf Kosten von data vergrößern. Zwischen diesen
beiden Partitionen sitzt noch /.
Auf meinem eis1 läuft keine Grafik. Der Start von X endet in einem
Fehler mit ioctl.
Dies möchte ich nicht weiter verfolgen.
Deshalb die Fragen:
Haben gparted und parted denselben Funktionsumfang ?
Sehe ich das richtig, daß die Änderung einer Partitionsgröße auch
die Änderung der Dateisystemgröße erfordert ?
Übernimmt dies parted oder gparted?
Wie kann ich denn sowohl Partitionsanfang als auch Partitionsende
verschieben, und die Daten erhalten ?
Das Kommando rezisepart von parted erlaubt nur die Platzierung vom
Partitionsende. Das allein reicht ja nicht für mein Vorhaben.
Grüße
Andreas
ich möchte /boot auf Kosten von data vergrößern. Zwischen diesen
beiden Partitionen sitzt noch /.
Auf meinem eis1 läuft keine Grafik. Der Start von X endet in einem
Fehler mit ioctl.
Dies möchte ich nicht weiter verfolgen.
Deshalb die Fragen:
Haben gparted und parted denselben Funktionsumfang ?
Sehe ich das richtig, daß die Änderung einer Partitionsgröße auch
die Änderung der Dateisystemgröße erfordert ?
Übernimmt dies parted oder gparted?
Wie kann ich denn sowohl Partitionsanfang als auch Partitionsende
verschieben, und die Daten erhalten ?
Das Kommando rezisepart von parted erlaubt nur die Platzierung vom
Partitionsende. Das allein reicht ja nicht für mein Vorhaben.
Grüße
Andreas
Marcus Röckrath
Feb 13, 2021, 8:50:02 AM2/13/21
to
Hallo Andreas,
Andreas Hager wrote:
> ich möchte /boot auf Kosten von data vergrößern. Zwischen diesen
> beiden Partitionen sitzt noch /.
Warum für ein paar MB diesen Aufwand und Risiko. Warum dies nicht swap
rauben, das direkt an boot anschließt?
> Deshalb die Fragen:
> Haben gparted und parted denselben Funktionsumfang ?
gparted ist eine grafische Oberfläche für parted und weitere Datenträger
programme, setzt also die notwendigen Kommandozeilenkommandos korrekt
zusammen.
> Sehe ich das richtig, daß die Änderung einer Partitionsgröße auch
> die Änderung der Dateisystemgröße erfordert ?
Ich kenne parted nicht, kann dir nicht sagen, ob er alles wie gparted
zusammensetzt.
Ganz ehrlich wäre mir das Hantieren mit Datenträgern auf der Kommandozeile
durchaus zu riskant.
IMHO gehört aber eine resizefs dazu, wenn eine Partition nicht nur
verschoben wird.
> Übernimmt dies parted oder gparted?
s. o.
> Wie kann ich denn sowohl Partitionsanfang als auch Partitionsende
> verschieben, und die Daten erhalten ?
> Das Kommando rezisepart von parted erlaubt nur die Platzierung vom
> Partitionsende. Das allein reicht ja nicht für mein Vorhaben.
Da ich nie direkt auf der Kommandozeile kann ich dir keine
Schrittreihenfolge der Befehle sagen.
Ich würde vermutlich versuchen, das grafische gparted zum Laufen zu
bekommen.
Hast du im Bootmenu von gparted mal die "Other modes" probiert, z. B. "Safe
graphics mode", "Failsave", ...
Hast due 64- oder 32-bit-gparted benutzt; wenn ersteres, dann wäre eventuell
mal ein Versuch mit der 32bit angebracht.
--
Gruß Marcus
[eisfair-Team]
Andreas Hager wrote:
> ich möchte /boot auf Kosten von data vergrößern. Zwischen diesen
> beiden Partitionen sitzt noch /.
rauben, das direkt an boot anschließt?
> Deshalb die Fragen:
> Haben gparted und parted denselben Funktionsumfang ?
programme, setzt also die notwendigen Kommandozeilenkommandos korrekt
zusammen.
> Sehe ich das richtig, daß die Änderung einer Partitionsgröße auch
> die Änderung der Dateisystemgröße erfordert ?
zusammensetzt.
Ganz ehrlich wäre mir das Hantieren mit Datenträgern auf der Kommandozeile
durchaus zu riskant.
IMHO gehört aber eine resizefs dazu, wenn eine Partition nicht nur
verschoben wird.
> Übernimmt dies parted oder gparted?
> Wie kann ich denn sowohl Partitionsanfang als auch Partitionsende
> verschieben, und die Daten erhalten ?
> Das Kommando rezisepart von parted erlaubt nur die Platzierung vom
> Partitionsende. Das allein reicht ja nicht für mein Vorhaben.
Schrittreihenfolge der Befehle sagen.
Ich würde vermutlich versuchen, das grafische gparted zum Laufen zu
bekommen.
Hast du im Bootmenu von gparted mal die "Other modes" probiert, z. B. "Safe
graphics mode", "Failsave", ...
Hast due 64- oder 32-bit-gparted benutzt; wenn ersteres, dann wäre eventuell
mal ein Versuch mit der 32bit angebracht.
--
Gruß Marcus
[eisfair-Team]
Stephan Manske
Feb 13, 2021, 1:23:02 PM2/13/21
to
Am 13.02.2021 um 14:22 schrieb Andreas Hager:
> Hallo Freunde,
>
> ich möchte /boot auf Kosten von data vergrößern. Zwischen diesen
> beiden Partitionen sitzt noch /.
> Auf meinem eis1 läuft keine Grafik. Der Start von X endet in einem
> Fehler mit ioctl.
> Dies möchte ich nicht weiter verfolgen.
Hat der eis1 eine Möglichkeit von DVD oder USB-Stick zu starten? Dann
> Hallo Freunde,
>
> ich möchte /boot auf Kosten von data vergrößern. Zwischen diesen
> beiden Partitionen sitzt noch /.
> Auf meinem eis1 läuft keine Grafik. Der Start von X endet in einem
> Fehler mit ioctl.
> Dies möchte ich nicht weiter verfolgen.
müßte man doch ein Knoppix o.ä. starten können und den eis1 im
offline-Betrieb umstrukturieren?
Ciao, Stephan
Marcus Röckrath
Feb 13, 2021, 1:40:02 PM2/13/21
to
Hallo Stephan,
Stephan Manske wrote:
> Hat der eis1 eine Möglichkeit von DVD oder USB-Stick zu starten? Dann
> müßte man doch ein Knoppix o.ä. starten können und den eis1 im
> offline-Betrieb umstrukturieren?
Ich denke, er hat versucht die gparted-CD zu starten, was aufgrund der
Spezialisierung auch die bessere Idee als Knoppix ist.
Scheinbar startet sein System damit nicht in die grafische Oberfläche,
weshalb ich mal die Save-Bootoptionen der gparted-CD empfohlen habe.
--
Gruß Marcus
[eisfair-Team]
Stephan Manske wrote:
> Hat der eis1 eine Möglichkeit von DVD oder USB-Stick zu starten? Dann
> müßte man doch ein Knoppix o.ä. starten können und den eis1 im
> offline-Betrieb umstrukturieren?
Spezialisierung auch die bessere Idee als Knoppix ist.
Scheinbar startet sein System damit nicht in die grafische Oberfläche,
weshalb ich mal die Save-Bootoptionen der gparted-CD empfohlen habe.
--
Gruß Marcus
[eisfair-Team]
D. Oezbilen
Feb 13, 2021, 2:44:16 PM2/13/21
to
Hallo Andreas,
hast Du ueberhaupt die Moeglichkeit die ganze Platte (alle Part.) zu
sichern, dd etc. ?
Zumindenst - ohne gebootet zu haben- per find und cpio.
find . (wo auch, was eingehaengt ist, die Part einzeln) -print | cpio
-dumpv /wohin_auch_immer_Partx
ergibt eine 1:1 Kopie der Dateien, das v. der Geometrie der Platte
losgeloest ist.
Ein kleiner, feiner Unterschied zu dd, was _immer_ die Geometrie der HD
mit nimmt. Wenn irgendwas schief geht, kannst Du auf eine frisch
formatierte HD, Part. diese Sicherung rueckspielen
Achtung auf die UUID, sonst per
tune2fs -U [blkid-alt] fuer ext2/3/4 -
mkswap -U [blkid-alt] fuer swap
xfs_admin -U [blkid-alt] fuer xfs
setzen. Deswegen ist es auch hoch ratsam mit blkid > /bklid.txt die akt.
UUIDs zu dumpen.
Wenn der Bootsector wech ist, empfehle ich Dir grub2.iso (oder so
aehnlich) um dieses BS ueberhaupt zu booten und darin den Bootsector
(per lilo oder grub) wieder zu installieren. Das funkt absolut
zuverlaessig.
dd haette den Vorteil, dass Du natuerlich diese Sicherung als Image per
losetup /dev/loopX auf einer anderen Maschine einbinden koenntest, die
eine Graphik hat, damit gparted zum Zuge kommt, statt evtl. mit der cli
einen Blindflug anzutreten.
Das alles war nur die Vorab-Sicherung des System, irgendwie,
irgendwohin, aber auch so, dass alles erhgalten bleibt und Du auf
Dateiebene an alles ran kommst. Fuer den Fall der Faelle, dass ...
Wenn Du ein dd-Image hast, bringt einfaches
losetup
z.B. dies:
losetup
NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE
/dev/loop0 0 0 1 1 /home/iso-images/linux/debian.iso
/dev/loop1 0 0 1 1 /home/iso-images/xyz.iso
/dev/loop2 0 0 0 0 /home/vm/eisx64/veisx64
Wenn Du jetzt ein anderes Image, eine dd-Sicherung einbinden willst ist
_drei_ dran
=>
[debbie ist das Image]
losetup /dev/loop3 ./debbie
// losetup -f --show ./veisx64 zeigt an, und bindet zugleich ein ohne
Arithmetik :-) //
losetup zeigt jetzt
...
/dev/loop2 0 0 0 0 /home/vm/eisx64/veisx64
/dev/loop3 0 0 0 0 /home/vm/LinuxMint/debbie
mit kpartx kannst Du die Parts de loop3-devs dem System bekannt machen:
kpartx -av /dev/loop3
add map loop3p1 (253:0): 0 8398848 linear /dev/loop3 4096
add map loop3p2 (253:1): 0 92258304 linear /dev/loop3 8404992
BTW:
Mit
mount /dev/mapper/loop3p2 /x
bindest Du die zweite Part aus dem Image ein.
loop3p1 ist in diesem Bsp. swap, uninteressant, deswegen loop3p2
Ein df -h zeigt dann:
/dev/mapper/loop3p2 44G 16G 26G 39% /x
So kaemst Du auch an die Dateien in der Part.
Interessant ist jedoch, jetzt unter einer GUI und einem Terminal auf der GUI
gparted /dev/mapper/loop3p2
zu starten. Hier kannst Du gparted arbeiten lassen. Nach dem selben
Muster gehst Du die andern Part. an. Alle befinden sich in /loop/devX;
ueber loopXpY werden diese Part. v. gparted hin- und her geschoben.
Abbau in umgekehrter Folge:
Wenn ein Mount vorliegt, umount /dev/mapper/loopXpy.
Dann ein kpartx -d /dev/loop3
Zum Ende hin ein losetup -d /dev/loop3.
Wenn alle Part. so sind, wie Du es haben willst, kannst Du dieses mod.
Image per dd wieder in die Kiste rueckschieben/-schreiben. Sollte es
schiefgegangen sein, hast Du immerhin das dd-Image und nach o.a. Abfolge
kommst Du an alles dran, Config etc.
Sollte das rueckgespielte dd-Image auf der Kiste nicht booten, dann per
grub2
<https://www.supergrubdisk.org/super-grub2-disk/>
die Part, den eis booten und lilo ausfuehren.
Viel Erfolg
Oezbilen
hast Du ueberhaupt die Moeglichkeit die ganze Platte (alle Part.) zu
sichern, dd etc. ?
Zumindenst - ohne gebootet zu haben- per find und cpio.
find . (wo auch, was eingehaengt ist, die Part einzeln) -print | cpio
-dumpv /wohin_auch_immer_Partx
ergibt eine 1:1 Kopie der Dateien, das v. der Geometrie der Platte
losgeloest ist.
Ein kleiner, feiner Unterschied zu dd, was _immer_ die Geometrie der HD
mit nimmt. Wenn irgendwas schief geht, kannst Du auf eine frisch
formatierte HD, Part. diese Sicherung rueckspielen
Achtung auf die UUID, sonst per
tune2fs -U [blkid-alt] fuer ext2/3/4 -
mkswap -U [blkid-alt] fuer swap
xfs_admin -U [blkid-alt] fuer xfs
setzen. Deswegen ist es auch hoch ratsam mit blkid > /bklid.txt die akt.
UUIDs zu dumpen.
Wenn der Bootsector wech ist, empfehle ich Dir grub2.iso (oder so
aehnlich) um dieses BS ueberhaupt zu booten und darin den Bootsector
(per lilo oder grub) wieder zu installieren. Das funkt absolut
zuverlaessig.
dd haette den Vorteil, dass Du natuerlich diese Sicherung als Image per
losetup /dev/loopX auf einer anderen Maschine einbinden koenntest, die
eine Graphik hat, damit gparted zum Zuge kommt, statt evtl. mit der cli
einen Blindflug anzutreten.
Das alles war nur die Vorab-Sicherung des System, irgendwie,
irgendwohin, aber auch so, dass alles erhgalten bleibt und Du auf
Dateiebene an alles ran kommst. Fuer den Fall der Faelle, dass ...
Wenn Du ein dd-Image hast, bringt einfaches
losetup
z.B. dies:
losetup
NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE
/dev/loop0 0 0 1 1 /home/iso-images/linux/debian.iso
/dev/loop1 0 0 1 1 /home/iso-images/xyz.iso
/dev/loop2 0 0 0 0 /home/vm/eisx64/veisx64
Wenn Du jetzt ein anderes Image, eine dd-Sicherung einbinden willst ist
_drei_ dran
=>
[debbie ist das Image]
losetup /dev/loop3 ./debbie
// losetup -f --show ./veisx64 zeigt an, und bindet zugleich ein ohne
Arithmetik :-) //
losetup zeigt jetzt
...
/dev/loop2 0 0 0 0 /home/vm/eisx64/veisx64
/dev/loop3 0 0 0 0 /home/vm/LinuxMint/debbie
mit kpartx kannst Du die Parts de loop3-devs dem System bekannt machen:
kpartx -av /dev/loop3
add map loop3p1 (253:0): 0 8398848 linear /dev/loop3 4096
add map loop3p2 (253:1): 0 92258304 linear /dev/loop3 8404992
BTW:
Mit
mount /dev/mapper/loop3p2 /x
bindest Du die zweite Part aus dem Image ein.
loop3p1 ist in diesem Bsp. swap, uninteressant, deswegen loop3p2
Ein df -h zeigt dann:
/dev/mapper/loop3p2 44G 16G 26G 39% /x
So kaemst Du auch an die Dateien in der Part.
Interessant ist jedoch, jetzt unter einer GUI und einem Terminal auf der GUI
gparted /dev/mapper/loop3p2
zu starten. Hier kannst Du gparted arbeiten lassen. Nach dem selben
Muster gehst Du die andern Part. an. Alle befinden sich in /loop/devX;
ueber loopXpY werden diese Part. v. gparted hin- und her geschoben.
Abbau in umgekehrter Folge:
Wenn ein Mount vorliegt, umount /dev/mapper/loopXpy.
Dann ein kpartx -d /dev/loop3
Zum Ende hin ein losetup -d /dev/loop3.
Wenn alle Part. so sind, wie Du es haben willst, kannst Du dieses mod.
Image per dd wieder in die Kiste rueckschieben/-schreiben. Sollte es
schiefgegangen sein, hast Du immerhin das dd-Image und nach o.a. Abfolge
kommst Du an alles dran, Config etc.
Sollte das rueckgespielte dd-Image auf der Kiste nicht booten, dann per
grub2
<https://www.supergrubdisk.org/super-grub2-disk/>
die Part, den eis booten und lilo ausfuehren.
Viel Erfolg
Oezbilen
Andreas Hager
Feb 14, 2021, 5:52:44 AM2/14/21
to
Hallo Alle,
Vielen Dank Allen, vor Allem jedoch Oezbilen, für die ausführliche
Antwort.
Ich verstehe jedoch nur rd. 2/3.
Außerdem hab ich was ganz anderes gemacht.
Ich habe sda4 geteilt, dort swap und data eingerichtet.
Außerdem ehemals swap zu boot hinzugefügt.
Da ich data schon versehentlich zerstört hatte, fiel mir diese Lösung
leicht.
Wenn es noch jemanden interessieren sollte:
Man braucht ein Live-System mit parted und resize2fs.
Live-System booten.
Dann sichert man sich mit blkid die UUIDs der noch unveränderten
Partitionen.
Auf der Konsole vom Live-System parted starten, dann die Größen der
Partitionen sichern.
Anschließend Partitionen im Zielsystem löschen, anlegen, vergrößern,
verkleinern. Jedoch nicht den Start-Sektor einer zu erhaltenden
Partition ändern.
Zumindest ich konnte da nichts finden.
Zum Anlegen, Vergrößern, Verkleinern kann man in parted vorgeben ob
man zum Einrichten mit Blocks oder mit Größen in MB,kB vorgehen will.
Anschließen richtet man mit mkfs die Dateisysteme ein.
Mit resize2fs vergrößert man das Dateisystem nach dem Vergrößern der
Partition.
Mit resize2fs verkleinert man das Dateisystem vor dem Verkleinern der
Partition.
/etc/fstab anpassen, da es ja neue UUIDs gibt
ggfls. lilo.conf anpassen,
lilo starten.
Fertig !
Grüße
Andreas
Vielen Dank Allen, vor Allem jedoch Oezbilen, für die ausführliche
Antwort.
Ich verstehe jedoch nur rd. 2/3.
Außerdem hab ich was ganz anderes gemacht.
Ich habe sda4 geteilt, dort swap und data eingerichtet.
Außerdem ehemals swap zu boot hinzugefügt.
Da ich data schon versehentlich zerstört hatte, fiel mir diese Lösung
leicht.
Wenn es noch jemanden interessieren sollte:
Man braucht ein Live-System mit parted und resize2fs.
Live-System booten.
Dann sichert man sich mit blkid die UUIDs der noch unveränderten
Partitionen.
Auf der Konsole vom Live-System parted starten, dann die Größen der
Partitionen sichern.
Anschließend Partitionen im Zielsystem löschen, anlegen, vergrößern,
verkleinern. Jedoch nicht den Start-Sektor einer zu erhaltenden
Partition ändern.
Zumindest ich konnte da nichts finden.
Zum Anlegen, Vergrößern, Verkleinern kann man in parted vorgeben ob
man zum Einrichten mit Blocks oder mit Größen in MB,kB vorgehen will.
Anschließen richtet man mit mkfs die Dateisysteme ein.
Mit resize2fs vergrößert man das Dateisystem nach dem Vergrößern der
Partition.
Mit resize2fs verkleinert man das Dateisystem vor dem Verkleinern der
Partition.
/etc/fstab anpassen, da es ja neue UUIDs gibt
ggfls. lilo.conf anpassen,
lilo starten.
Fertig !
Grüße
Andreas
Marcus Röckrath
Feb 14, 2021, 10:20:02 AM2/14/21
to
Hallo Andreas,
Andreas Hager wrote:
Andreas Hager wrote:
> Ich verstehe jedoch nur rd. 2/3.
Du darfst das letzte Drittel gerne hier nachfragen.
> Außerdem ehemals swap zu boot hinzugefügt.
--
Gruß Marcus
[eisfair-Team]
D. Oezbilen
Feb 14, 2021, 7:32:10 PM2/14/21
to
Hallo Andreas,
> Vielen Dank Allen, vor Allem jedoch Oezbilen, für die ausführliche
> Antwort.
> Ich verstehe jedoch nur rd. 2/3.
schade, dann war es leider doch leicht unklar. Marcus hat Recht, was
kommt nicht an?
Denn dieses Forum sollte auch vllt, evtl. doch anderen dienen, die auf
ein aehnliches Problem auflaufen. Insofern, was ist suboptimal dargestellt?
> Da ich data schon versehentlich zerstört hatte, fiel mir diese Lösung
> leicht.
Jetzt brichst Du aber die Spielregeln. ;-) ;-) ;-) ;-) ;-)
> Dann sichert man sich mit blkid die UUIDs der noch unveränderten
> Partitionen.
*Das* sollte man immer machen.
Ebenso ein fdisk -l /dev/sdX > /irgendwohin_dumpen.log
und
sfdisk -d /dev/sdX > /irgendwohin_dumpen.log
> Anschließend Partitionen im Zielsystem löschen,
OK. Dann habe ___ich___ die Aufgabenstellung _falsch_ verstanden. Wenn
wir haetten loeschen duerfen ... Ich dachte ohne eine Partition zu
verlieren.
> verkleinern. Jedoch nicht den Start-Sektor einer zu erhaltenden
> Partition ändern.
oder HD?
Wenn HD, dann
dd if=/dev/sdX of=/irgednwohin/bs_sector bs=446 count=1
also nur 1 Sector 446 Byte lang sichern
oder
dd if=/dev/sdX of=/irgednwohin/bs_sector bs=512 count=1
also nur 1 Sector 512 Byte lang sichern
Bin mir nicht sicher, einer v. denn bootet _immer_, darin in den 446
(oder 512) steckt der ganze Bootsector, was dort vorher frueher
hinterlegt wurde.
dd (wie viele andere Tools unter linux) ist einfach abgefahren, was man
damit alles machen kann, losgeloest v. BS.
> Fertig !
... und das Ganze jetzt mit Daten auf der HD (ohne die Partitionen
wegzukicken). ;-)
Gruss
Oezbilen
> Vielen Dank Allen, vor Allem jedoch Oezbilen, für die ausführliche
> Antwort.
> Ich verstehe jedoch nur rd. 2/3.
kommt nicht an?
Denn dieses Forum sollte auch vllt, evtl. doch anderen dienen, die auf
ein aehnliches Problem auflaufen. Insofern, was ist suboptimal dargestellt?
> Da ich data schon versehentlich zerstört hatte, fiel mir diese Lösung
> leicht.
> Dann sichert man sich mit blkid die UUIDs der noch unveränderten
> Partitionen.
Ebenso ein fdisk -l /dev/sdX > /irgendwohin_dumpen.log
und
sfdisk -d /dev/sdX > /irgendwohin_dumpen.log
> Anschließend Partitionen im Zielsystem löschen,
wir haetten loeschen duerfen ... Ich dachte ohne eine Partition zu
verlieren.
> verkleinern. Jedoch nicht den Start-Sektor einer zu erhaltenden
> Partition ändern.
Wenn HD, dann
dd if=/dev/sdX of=/irgednwohin/bs_sector bs=446 count=1
also nur 1 Sector 446 Byte lang sichern
oder
dd if=/dev/sdX of=/irgednwohin/bs_sector bs=512 count=1
also nur 1 Sector 512 Byte lang sichern
Bin mir nicht sicher, einer v. denn bootet _immer_, darin in den 446
(oder 512) steckt der ganze Bootsector, was dort vorher frueher
hinterlegt wurde.
dd (wie viele andere Tools unter linux) ist einfach abgefahren, was man
damit alles machen kann, losgeloest v. BS.
> Fertig !
... und das Ganze jetzt mit Daten auf der HD (ohne die Partitionen
wegzukicken). ;-)
Gruss
Oezbilen
Andreas Hager
Feb 15, 2021, 1:07:06 PM2/15/21
to
Hallo,
also jetzt die Antworten/Fragen:
/boot 1GB
/ 20GB
/data 54 GB
swap 1 GB
cpio kenne ich nicht. Arbeite täglich mit tar, bzw. lasse arbeiten.
grub2.iso kenne ich ebenfalls nicht. Arbeite 1/a mit grml.
losetup kenne ich ebenfalls nicht. Damit ist der Rest unmöglich.
Dies hätte ich vor der Aktion alles erst noch lernen müssen, um es zu
beherrschen.
Natürlich auch mal wo testen. Der Zeitaufwand. Bei mir ist das nur
Hobby.
Ich hatte auf gparted gehofft, dort die Grenzen der Partitionen
verschoben, Fertig.
Das Programm oder das Live-System brauche ich aber auch wieder so
selten, dass ich bis zum nä. Mal alles wieder vergessen hab.
Das wichtigste hab ich in einem eigenen Howto. Das sind schon 122
Seiten.
Schön, dass es Euch gibt.
Gruß
Andreas
also jetzt die Antworten/Fragen:
/boot 1GB
/ 20GB
/data 54 GB
swap 1 GB
cpio kenne ich nicht. Arbeite täglich mit tar, bzw. lasse arbeiten.
grub2.iso kenne ich ebenfalls nicht. Arbeite 1/a mit grml.
losetup kenne ich ebenfalls nicht. Damit ist der Rest unmöglich.
Dies hätte ich vor der Aktion alles erst noch lernen müssen, um es zu
beherrschen.
Natürlich auch mal wo testen. Der Zeitaufwand. Bei mir ist das nur
Hobby.
Ich hatte auf gparted gehofft, dort die Grenzen der Partitionen
verschoben, Fertig.
Das Programm oder das Live-System brauche ich aber auch wieder so
selten, dass ich bis zum nä. Mal alles wieder vergessen hab.
Das wichtigste hab ich in einem eigenen Howto. Das sind schon 122
Seiten.
Schön, dass es Euch gibt.
Gruß
Andreas
Marcus Röckrath
Feb 15, 2021, 1:20:02 PM2/15/21
to
Hallo Andreas,
Andreas Hager wrote:
> /boot 1GB
Andreas Hager wrote:
Hui, da passen nun aber verdammt viele Kernel rein.
Ich habe in vergleichbarer Situation, sda2 (swap) um 50 MB verkleinert und
die dann boot zugeschlagen.
> Ich hatte auf gparted gehofft, dort die Grenzen der Partitionen
> verschoben, Fertig.
Man kann immer mal in die Notlage geraten, ein Rettungssystem gebrauchen zu
müssen.
--
Gruß Marcus
[eisfair-Team]
Andreas Hager
May 14, 2021, 11:33:04 AM5/14/21
to
Hallo Marcus,
ich bin Dir noch eine Antwort schuldig.
Gestern hatte ich Gelegenheit gparted-Live zu nutzen.
Vom USB-Stick, Prima, Grafik da, Maus sogar da.
Danke für den Tip.
Gruß Andreas
ich bin Dir noch eine Antwort schuldig.
Gestern hatte ich Gelegenheit gparted-Live zu nutzen.
Vom USB-Stick, Prima, Grafik da, Maus sogar da.
Danke für den Tip.
Gruß Andreas
Marcus Röckrath
May 14, 2021, 12:00:02 PM5/14/21
to
Hallo Andreas,
Andreas Hager wrote:
Andreas Hager wrote:
> ich bin Dir noch eine Antwort schuldig.
>
> Gestern hatte ich Gelegenheit gparted-Live zu nutzen.
>
> Vom USB-Stick, Prima, Grafik da, Maus sogar da.
>
> Danke für den Tip.
Bitte, gern geschehen.
>
> Gestern hatte ich Gelegenheit gparted-Live zu nutzen.
>
> Vom USB-Stick, Prima, Grafik da, Maus sogar da.
>
> Danke für den Tip.
--
Gruß Marcus
[eisfair-Team]
0 new messages