Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
EFI Partion vergrößern fehlgeschlagen
400 views
Skip to first unread message
Helge Reimer
Sep 8, 2023, 1:30:02 PM9/8/23
to
Hallo,
meine EFI-System-Partition ist vollgelaufen und ich wollte sie vergrößern.
Ich habe hinter der Partition mit GParted etwas platz geschaffen und den freien Platz dann der EFI-Partition zugewiesen.
Das hat aber nicht ganz geklappt.
GParted sagt:
"502.94 MiB nicht zugeteilter Speicherplatz innerhalb der Partition.
Um das Dateisystem auf die Größe der Partition zu vergrößern, wählen Sie die Partition und anschließend den Menüeintrag:
Partition --> Prüfen".
Die Prüfung ergibt
"libparted wird verwendet
libparted-Benachrichtigungen ( FEHLER )
GNU Parted cannot resize this partition to this size. We're working on it!"
Die Partition hatte 190 MB und wurde um 500 MB vergrössert.
'fdisk' zeigt die richtige Größe an. 'df' zeigt aber noch die alte Größe.
# fdisk -l /dev/nvme1n1p1
Disk /dev/nvme1n1p1: 690 MiB, 723517440 bytes, 1413120 sectors
# df -h /dev/nvme1n1p1
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/nvme1n1p1 188M 188M 0 100% /boot/efi
Das System startet immer noch ganz normal, aber bekommt man das irgendwie gefixt oder muss ich die ESP neu erstellen?
Dafür bräuchte ich dann aber auch ein paar Tips.
--
Gruß
Helge
Ulf Volmer
Sep 8, 2023, 2:20:03 PM9/8/23
to
On 08.09.23 19:21, Helge Reimer wrote:
> meine EFI-System-Partition ist vollgelaufen und ich wollte sie
> vergrößern.
>
> Ich habe hinter der Partition mit GParted etwas platz geschaffen und
> den freien Platz dann der EFI-Partition zugewiesen.
>
> Das hat aber nicht ganz geklappt.
>
> GParted sagt:
>
>
> /"502.94 MiB nicht zugeteilter Speicherplatz innerhalb der Partition./
> meine EFI-System-Partition ist vollgelaufen und ich wollte sie
> vergrößern.
>
> Ich habe hinter der Partition mit GParted etwas platz geschaffen und
> den freien Platz dann der EFI-Partition zugewiesen.
>
> Das hat aber nicht ganz geklappt.
>
> GParted sagt:
>
>
>
> /Um das Dateisystem auf die Größe der Partition zu vergrößern, wählen
> Sie die Partition und anschließend den Menüeintrag:/
>
> /Partition --> Prüfen"./
>
>
> Die Prüfung ergibt
>
>
> /"libparted wird verwendet/
>
> /libparted-Benachrichtigungen ( FEHLER )/
>
> //
>
> /GNU Parted cannot resize this partition to this size. We're working
> on it!"/
>
/Mein Kenntnisstand ist, dass gparted selber keine VFAT Filesysteme
vergrößern kann./
/Bitte versuche es mit 'apt install fatresize'./
/
/
/Und der übliche Hinweis: Kein Backup, kein Mitleid./
/
/
/Viele Grüße/
/Ulf/
Christoph Brinkhaus
Sep 8, 2023, 2:30:03 PM9/8/23
to
Am Fri, Sep 08, 2023 at 07:21:57PM +0200 schrieb Helge Reimer:
Hallo Helge,
> meine EFI-System-Partition ist vollgelaufen und ich wollte sie vergrößern.
> Ich habe hinter der Partition mit GParted etwas platz geschaffen und den freien Platz
> dann der EFI-Partition zugewiesen.
> Das hat aber nicht ganz geklappt.
> GParted sagt:
>
die komplette Formatierung für das FAT Dateisystem. Du müsstest also den
Inhalt von /boot/efi sichern, die Partition formatieren und dann den
Inhalt wieder zurück kopieren.
Hier ist eine Anleitung:
https://superuser.com/questions/1230741/how-to-resize-the-efi-system-partition
Viele Grüße,
Christoph
--
Ist die Katze gesund
schmeckt sie dem Hund.
Hallo Helge,
> meine EFI-System-Partition ist vollgelaufen und ich wollte sie vergrößern.
> Ich habe hinter der Partition mit GParted etwas platz geschaffen und den freien Platz
> dann der EFI-Partition zugewiesen.
> Das hat aber nicht ganz geklappt.
> GParted sagt:
>
> /"502.94 MiB nicht zugeteilter Speicherplatz innerhalb der Partition./
> /Um das Dateisystem auf die Größe der Partition zu vergrößern, wählen Sie die Partition
> und anschließend den Menüeintrag:/
> /Partition --> Prüfen"./
>
> Die Prüfung ergibt
>
> /"libparted wird verwendet/
> /libparted-Benachrichtigungen ( FEHLER )/
> / /
> /GNU Parted cannot resize this partition to this size. We're working on it!"/
> /Um das Dateisystem auf die Größe der Partition zu vergrößern, wählen Sie die Partition
> und anschließend den Menüeintrag:/
> /Partition --> Prüfen"./
>
> Die Prüfung ergibt
>
> /"libparted wird verwendet/
> /libparted-Benachrichtigungen ( FEHLER )/
> / /
>
> Die Partition hatte 190 MB und wurde um 500 MB vergrössert.
> 'fdisk' zeigt die richtige Größe an. 'df' zeigt aber noch die alte Größe.
>
> # fdisk -l /dev/nvme1n1p1
> *Disk /dev/nvme1n1p1: 690 MiB, 723517440 bytes, 1413120 sectors*
> Die Partition hatte 190 MB und wurde um 500 MB vergrössert.
> 'fdisk' zeigt die richtige Größe an. 'df' zeigt aber noch die alte Größe.
>
> # fdisk -l /dev/nvme1n1p1
>
> # df -h /dev/nvme1n1p1
> Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
> /dev/nvme1n1p1 188M 188M 0 100% /boot/efi
>
> Das System startet immer noch ganz normal, aber bekommt man das irgendwie gefixt
> oder muss ich die ESP neu erstellen?
> Dafür bräuchte ich dann aber auch ein paar Tips.
Die EFI Partition ist scheinbar nach /boot/efi gemounted. Was fehlt ist
> # df -h /dev/nvme1n1p1
> Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
> /dev/nvme1n1p1 188M 188M 0 100% /boot/efi
>
> Das System startet immer noch ganz normal, aber bekommt man das irgendwie gefixt
> oder muss ich die ESP neu erstellen?
> Dafür bräuchte ich dann aber auch ein paar Tips.
die komplette Formatierung für das FAT Dateisystem. Du müsstest also den
Inhalt von /boot/efi sichern, die Partition formatieren und dann den
Inhalt wieder zurück kopieren.
Hier ist eine Anleitung:
https://superuser.com/questions/1230741/how-to-resize-the-efi-system-partition
Viele Grüße,
Christoph
--
Ist die Katze gesund
schmeckt sie dem Hund.
Helge Reimer
Sep 8, 2023, 2:40:03 PM9/8/23
to
Am Freitag, 8. September 2023, 20:25:31 CEST schrieb Christoph Brinkhaus:
> Die EFI Partition ist scheinbar nach /boot/efi gemounted. Was fehlt ist
> die komplette Formatierung für das FAT Dateisystem. Du müsstest also den
> Inhalt von /boot/efi sichern, die Partition formatieren und dann den
> Inhalt wieder zurück kopieren.
Das macht Sinn.
> Die EFI Partition ist scheinbar nach /boot/efi gemounted. Was fehlt ist
> die komplette Formatierung für das FAT Dateisystem. Du müsstest also den
> Inhalt von /boot/efi sichern, die Partition formatieren und dann den
> Inhalt wieder zurück kopieren.
Muss ich mir Gedanken um die UUID der Partition machen? Ändert die sich beim
formatieren? Reicht es dann wenn ich die neue UUID in der fstab eintrage?
Dieses ganze Thema um EFI in Verbindung mit systemd-boot oder auch Grub ist
nicht so einfach.
In /boot/efi ist z.B. der Ordner 788bf25486834a6cba1da6d5d0f954ee.
Was ist das für eine Nummer?
--
Gruß
Helge
Helge Reimer
Sep 8, 2023, 3:00:04 PM9/8/23
to
Am Freitag, 8. September 2023, 20:50:48 CEST schrieb Helge Reimer:
> testen.
Geht scheinbar wirklich nicht.
Was ist so besonders an VFAT?
--
Gruß
Helge
> Am Freitag, 8. September 2023, 20:17:22 CEST schrieb Ulf Volmer:
> > /Mein Kenntnisstand ist, dass gparted selber keine VFAT Filesysteme
> > vergrößern kann./
>
> Das werde ich noch mal mit einer anderen Partition oder einem USB-Stick
> > /Mein Kenntnisstand ist, dass gparted selber keine VFAT Filesysteme
> > vergrößern kann./
>
> testen.
Geht scheinbar wirklich nicht.
Was ist so besonders an VFAT?
--
Gruß
Helge
Helge Reimer
Sep 8, 2023, 3:00:04 PM9/8/23
to
Am Freitag, 8. September 2023, 20:17:22 CEST schrieb Ulf Volmer:
> /Mein Kenntnisstand ist, dass gparted selber keine VFAT Filesysteme
> vergrößern kann./
> vergrößern kann./
Das werde ich noch mal mit einer anderen Partition oder einem USB-Stick
testen.
testen.
> /Und der übliche Hinweis: Kein Backup, kein Mitleid./
Ein Backup existiert, ist aber momentan nicht notwendig.
Und bevor ich das zurückspiele verzichte ich lieber auf die 500 MB die ich
gerade nicht nutzen kann
--
Gruß
Helge
Christoph Brinkhaus
Sep 8, 2023, 3:10:05 PM9/8/23
to
so aus:
#v+
root@thinkpad:~ # mount -t msdosfs /dev/nvd0p1 /mnt/
root@thinkpad:~ # ls /mnt/
EFI
root@thinkpad:~ # find /mnt/
/mnt/
/mnt/EFI
/mnt/EFI/debian
/mnt/EFI/debian/shimx64.efi
/mnt/EFI/debian/grubx64.efi
/mnt/EFI/debian/mmx64.efi
/mnt/EFI/debian/fbx64.efi
/mnt/EFI/debian/BOOTX64.CSV
/mnt/EFI/debian/grub.cfg
/mnt/EFI/freebsd
/mnt/EFI/freebsd/loader.efi
#v-
Ich habe gerade FreeBSD am laufen, am Inhalt der EFI Partition sollte
das aber nichts ändern :-).
Ulf Volmer
Sep 8, 2023, 3:20:04 PM9/8/23
to
Am Fri, Sep 08, 2023 at 08:38:29PM +0200 schrieb Helge Reimer:
> Am Freitag, 8. September 2023, 20:25:31 CEST schrieb Christoph Brinkhaus:
>
> > Die EFI Partition ist scheinbar nach /boot/efi gemounted. Was fehlt ist
> > die komplette Formatierung für das FAT Dateisystem. Du müsstest also den
> > Inhalt von /boot/efi sichern, die Partition formatieren und dann den
> > Inhalt wieder zurück kopieren.
>
> Das macht Sinn.
> Muss ich mir Gedanken um die UUID der Partition machen? Ändert die sich beim
> formatieren? Reicht es dann wenn ich die neue UUID in der fstab eintrage?
Das Formatieren ändert die UUID, ja.
>
> > Die EFI Partition ist scheinbar nach /boot/efi gemounted. Was fehlt ist
> > die komplette Formatierung für das FAT Dateisystem. Du müsstest also den
> > Inhalt von /boot/efi sichern, die Partition formatieren und dann den
> > Inhalt wieder zurück kopieren.
>
> Das macht Sinn.
> Muss ich mir Gedanken um die UUID der Partition machen? Ändert die sich beim
> formatieren? Reicht es dann wenn ich die neue UUID in der fstab eintrage?
Also entweder in der fstab ändern, oder beim mkfs.fat die Option -i
mitgeben.
> In /boot/efi ist z.B. der Ordner 788bf25486834a6cba1da6d5d0f954ee.
> Was ist das für eine Nummer?
Viele Grüße
Ulf
Ulf Volmer
Sep 8, 2023, 3:20:04 PM9/8/23
to
man die Stuktur des FS verstehen und ändern können.
Das kann parted für FAT hat nicht. fatresize hingegen schon.
Viele Grüße
Ulf
Helge Reimer
Sep 8, 2023, 3:20:04 PM9/8/23
to
Am Freitag, 8. September 2023, 21:01:29 CEST schrieb Christoph Brinkhaus:
> Keine Ahnung. Bei mir sieht die von Debian aus generierte EFI Partition
> so aus:
OK, es gibt also nur das Verzeichnis EFI.
> Keine Ahnung. Bei mir sieht die von Debian aus generierte EFI Partition
> so aus:
Bei mir gibts noch das mit der Nummer und "loader".
Das kommt dann also von systemd-boot welches ich noch nicht ganz verstanden
habe.
--
Gruß
Helge
Helge Reimer
Sep 8, 2023, 3:20:04 PM9/8/23
to
Am Freitag, 8. September 2023, 21:13:08 CEST schrieb Ulf Volmer:
> Ich habe die Frage nicht verstanden. Um ein FS vergrößern zu können, muß
> man die Stuktur des FS verstehen und ändern können.
> Das kann parted für FAT hat nicht. fatresize hingegen schon.
Die Frage war warum parted das nicht kann. Mit vielen anderen FS kann es das
> Ich habe die Frage nicht verstanden. Um ein FS vergrößern zu können, muß
> man die Stuktur des FS verstehen und ändern können.
> Das kann parted für FAT hat nicht. fatresize hingegen schon.
ja. Mit dem alten VFAT aber nicht.
--
Gruß
Helge
Ulf Volmer
Sep 8, 2023, 3:30:03 PM9/8/23
to
Viele Grüße
Ulf
Helge Reimer
Sep 8, 2023, 3:30:04 PM9/8/23
to
Am Freitag, 8. September 2023, 21:15:56 CEST schrieb Ulf Volmer:
> > In /boot/efi ist z.B. der Ordner 788bf25486834a6cba1da6d5d0f954ee.
> > Was ist das für eine Nummer?
>
> Sowas habe ich hier nicht. Ist das bei Dir ggf. ein Dual Boot System?
Nein, ich schrieb ja schon, dass es von systemd-boot kommt.
> > In /boot/efi ist z.B. der Ordner 788bf25486834a6cba1da6d5d0f954ee.
> > Was ist das für eine Nummer?
>
> Sowas habe ich hier nicht. Ist das bei Dir ggf. ein Dual Boot System?
Das ist der Bootloader. Von Grub habe ich mich vor einiger Zeit verabschiedet.
--
Gruß
Helge
Helge Reimer
Sep 8, 2023, 3:30:04 PM9/8/23
to
Am Freitag, 8. September 2023, 21:20:57 CEST schrieb Ulf Volmer:
> Achso. Dann ist die Antwort: Weil Du noch keine Patches geliefert hast.
Du bist echt hart drauf. 😂
> Achso. Dann ist die Antwort: Weil Du noch keine Patches geliefert hast.
Warum fängt gparted dann aber erst mit der Operation an, hinterlässt so einen
Müll und sagt dann anschließend: "Ich kann das nicht, wir arbeiten dran."?
Kann man ja nicht ahnen.
--
Gruß
Helge
Martin Steigerwald
Sep 8, 2023, 3:40:04 PM9/8/23
to
Hi Helge.
Helge Reimer - 08.09.23, 19:21:57 CEST:
Wie kommt es, dass die Partition vollgelaufen ist?
% df -hT /boot/efi
Dateisystem Typ Größe Benutzt Verf. Verw% Eingehängt auf
/dev/nvme0n1p1 vfat 476M 22M 454M 5% /boot/efi
190 MB sollten an sich mehr als ausreichend sein.
Ciao,
--
Martin
Helge Reimer - 08.09.23, 19:21:57 CEST:
> Die Partition hatte 190 MB und wurde um 500 MB vergrössert.
> 'fdisk' zeigt die richtige Größe an. 'df' zeigt aber noch die alte
> Größe.
Was ich mich ja frage:
> 'fdisk' zeigt die richtige Größe an. 'df' zeigt aber noch die alte
> Größe.
Wie kommt es, dass die Partition vollgelaufen ist?
% df -hT /boot/efi
Dateisystem Typ Größe Benutzt Verf. Verw% Eingehängt auf
/dev/nvme0n1p1 vfat 476M 22M 454M 5% /boot/efi
190 MB sollten an sich mehr als ausreichend sein.
Ciao,
--
Martin
Ulf Volmer
Sep 8, 2023, 3:40:04 PM9/8/23
to
Siehst Du auch in der Ausgabe von bootctl.
Viele Grüße
Ulf
Ulf Volmer
Sep 8, 2023, 3:40:05 PM9/8/23
to
* bitte mach die Partition xy größer
* bitte mach das darin enthaltete Filesystem größer
Aufgabe 1 kann gparted lösen, Aufgabe 2 nicht.
Wäre es Dir lieber gewesen, gparted hätte keinen der Aufträge
abgearbeitet?
Viele Grüße
Ulf
Ulf Volmer
Sep 8, 2023, 3:50:04 PM9/8/23
to
Bei mehreren Kernelversionen summiert sich das:
# du -sh /boot/efi/2d8605f247a24d0aadcf85ef50f825ae/*
38M /boot/efi/2d8605f247a24d0aadcf85ef50f825ae/6.1.0-10-amd64
44M /boot/efi/2d8605f247a24d0aadcf85ef50f825ae/6.1.0-11-amd64
Viele Grüße
Ulf
Helge Reimer
Sep 8, 2023, 3:50:04 PM9/8/23
to
Am Freitag, 8. September 2023, 21:35:31 CEST schrieb Ulf Volmer:
> Du hast gparted zwei Auftrage erteilt:
>
> * bitte mach die Partition xy größer
> * bitte mach das darin enthaltete Filesystem größer
Nein, ich habe erst die 2. Partition kleiner gemacht um Platz zwischen der 1.
> Du hast gparted zwei Auftrage erteilt:
>
> * bitte mach die Partition xy größer
> * bitte mach das darin enthaltete Filesystem größer
und 2. zu schaffen. Das wurde erfolgreich erledigt. Operation abgeschlossen.
Dann sollte die 1. Partition um den geschaffenen Platz vergrößert werden.
Das wurde auch ohne Fehlermeldung durchgeführt. Normalerweise vergrößert
gparted aber auch das entsprechende FS automatisch und das hat es in dem Fall
nicht getan, weil es das nicht kann.
Und somit war das vergrößern der Partition schon sinnlos.
Da hätte die Meldung kommen müssen: "Partition enthält VFAT, Größe ändern
nicht möglich.", oder so ähnlich.
--
Gruß
Helge
Helge Reimer
Sep 8, 2023, 4:00:03 PM9/8/23
to
Am Freitag, 8. September 2023, 21:37:34 CEST schrieb Martin Steigerwald:
> Wie kommt es, dass die Partition vollgelaufen ist?
Das liegt dann auch wieder an systemd-boot.
> Wie kommt es, dass die Partition vollgelaufen ist?
In dem Ordner mit der Machine-ID liegt für jeden installierten Kernel ein
initrd.img mit über 40 MB und der Kernel selbst mit 8-10 MB.
Wobei ich mich jetzt frage warum das in /boot liegt und in /boot/efi/
MACHINE_ID/ nochmal.
Ich muss mich noch mal mit systemd-boot beschäftigen.
--
Gruß
Helge
Ulf Volmer
Sep 8, 2023, 4:00:05 PM9/8/23
to
Am Fri, Sep 08, 2023 at 09:44:58PM +0200 schrieb Helge Reimer:
> Am Freitag, 8. September 2023, 21:35:31 CEST schrieb Ulf Volmer:
>
> > Du hast gparted zwei Auftrage erteilt:
> >
> > * bitte mach die Partition xy größer
> > * bitte mach das darin enthaltete Filesystem größer
>
> Nein, ich habe erst die 2. Partition kleiner gemacht um Platz zwischen der 1.
> und 2. zu schaffen. Das wurde erfolgreich erledigt. Operation abgeschlossen.
>
> Dann sollte die 1. Partition um den geschaffenen Platz vergrößert werden.
> Das wurde auch ohne Fehlermeldung durchgeführt. Normalerweise vergrößert
> gparted aber auch das entsprechende FS automatisch und das hat es in dem Fall
> nicht getan, weil es das nicht kann.
Genau. hier sind die zwei Aufgaben, von denen ich sprach.
> Am Freitag, 8. September 2023, 21:35:31 CEST schrieb Ulf Volmer:
>
> > Du hast gparted zwei Auftrage erteilt:
> >
> > * bitte mach die Partition xy größer
> > * bitte mach das darin enthaltete Filesystem größer
>
> Nein, ich habe erst die 2. Partition kleiner gemacht um Platz zwischen der 1.
> und 2. zu schaffen. Das wurde erfolgreich erledigt. Operation abgeschlossen.
>
> Dann sollte die 1. Partition um den geschaffenen Platz vergrößert werden.
> Das wurde auch ohne Fehlermeldung durchgeführt. Normalerweise vergrößert
> gparted aber auch das entsprechende FS automatisch und das hat es in dem Fall
> nicht getan, weil es das nicht kann.
> Und somit war das vergrößern der Partition schon sinnlos.
Viele Grüße
Ulf
Martin Steigerwald
Sep 8, 2023, 4:00:05 PM9/8/23
to
Helge Reimer - 08.09.23, 21:51:08 CEST:
Naja, dann wäre natürlich auch ein Lösungsansatz wieder grub zu verwenden.
Oder eben mit fatresize das Dateisystem zu vergrößern.
--
Martin
Oder eben mit fatresize das Dateisystem zu vergrößern.
--
Martin
Helge Reimer
Sep 8, 2023, 4:00:05 PM9/8/23
to
Am Freitag, 8. September 2023, 21:51:40 CEST schrieb Ulf Volmer:
> Wieso? Weil Du mit dem Aufruf von fatresize überfordert bist?
Ein Versuch mit einer anderen Partition.
> Wieso? Weil Du mit dem Aufruf von fatresize überfordert bist?
# fatresize -s max /dev/nvme2n1p1
fatresize 1.1.0 (20221231)
part(start=2048, end=411647, length=409600)
No Implementation: GNU Parted cannot resize this partition to this size.
We're working on it!
--
Gruß
Helge
Martin Steigerwald
Sep 8, 2023, 4:00:05 PM9/8/23
to
Martin Steigerwald - 08.09.23, 21:37:34 CEST:
Hmmm, vielleicht hängt der erhöhte Speicherverbrauch mit systemd-boot
zusammen. Ich vermute das packt die Linux-Kernel direkt als UEFI-Payload
auf die EFI-Partition.
Ciao,
--
Martin
zusammen. Ich vermute das packt die Linux-Kernel direkt als UEFI-Payload
auf die EFI-Partition.
Ciao,
--
Martin
Martin Steigerwald
Sep 8, 2023, 4:10:04 PM9/8/23
to
Helge Reimer - 08.09.23, 21:58:04 CEST:
Hmmm, laut Paketbeschreibung basiert fatresize auf der Parted-Bibliothek.
Andere Idee: Daten sichern, Partition neu mit VFAT formatieren, Daten
zurück kopieren? Allerdings wäre dann in der /etc/fstab die UUID
anzupassen und die Initial Ramdisk neu zu bauen.
Ciao,
--
Martin
Andere Idee: Daten sichern, Partition neu mit VFAT formatieren, Daten
zurück kopieren? Allerdings wäre dann in der /etc/fstab die UUID
anzupassen und die Initial Ramdisk neu zu bauen.
Ciao,
--
Martin
Helge Reimer
Sep 8, 2023, 4:10:04 PM9/8/23
to
Am Freitag, 8. September 2023, 21:55:21 CEST schrieb Martin Steigerwald:
> Naja, dann wäre natürlich auch ein Lösungsansatz wieder grub zu verwenden.
Ich arbeite mit einem Bildschirm mit 34" im Format 21:9 an einer Nvidia-
> Naja, dann wäre natürlich auch ein Lösungsansatz wieder grub zu verwenden.
Grafikkarte mit proprietären Treibern.
Mit Grub sieht die Konsole schrecklich aus. Riesiger, breitgezogener Text.
Ich habe alles probiert. Grub kann das nicht besser.
Mit systemd-boot habe ich schon im Bootloader die richtige Auflösung.
> Oder eben mit fatresize das Dateisystem zu vergrößern.
--
Gruß
Helge
Martin Steigerwald
Sep 8, 2023, 4:20:05 PM9/8/23
to
Helge Reimer - 08.09.23, 22:05:32 CEST:
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
Oder
How to scale GRUB menu on 4K displays
https://www.dedoimedo.com/computers/grub-hd-scaling-resolution.html
Ciao,
--
Martin
> > Naja, dann wäre natürlich auch ein Lösungsansatz wieder grub zu
> > verwenden.
> Ich arbeite mit einem Bildschirm mit 34" im Format 21:9 an einer Nvidia-
> Grafikkarte mit proprietären Treibern.
> Mit Grub sieht die Konsole schrecklich aus. Riesiger, breitgezogener
> Text. Ich habe alles probiert. Grub kann das nicht besser.
GFXMODE in /boot/default/grub hast Du probiert?
> > verwenden.
> Ich arbeite mit einem Bildschirm mit 34" im Format 21:9 an einer Nvidia-
> Grafikkarte mit proprietären Treibern.
> Mit Grub sieht die Konsole schrecklich aus. Riesiger, breitgezogener
> Text. Ich habe alles probiert. Grub kann das nicht besser.
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
Oder
How to scale GRUB menu on 4K displays
https://www.dedoimedo.com/computers/grub-hd-scaling-resolution.html
Ciao,
--
Martin
Helge Reimer
Sep 8, 2023, 4:20:05 PM9/8/23
to
Am Freitag, 8. September 2023, 22:03:07 CEST schrieb Martin Steigerwald:
> Andere Idee: Daten sichern, Partition neu mit VFAT formatieren, Daten
> zurück kopieren? Allerdings wäre dann in der /etc/fstab die UUID
> anzupassen und die Initial Ramdisk neu zu bauen.
Ja, soweit waren wir hier schon.
> Andere Idee: Daten sichern, Partition neu mit VFAT formatieren, Daten
> zurück kopieren? Allerdings wäre dann in der /etc/fstab die UUID
> anzupassen und die Initial Ramdisk neu zu bauen.
Das ist dann wohl der Weg.
Ob ich mir das heute noch gebe? Mal sehen.
--
Gruß
Helge
Helge Reimer
Sep 8, 2023, 4:30:03 PM9/8/23
to
Am Freitag, 8. September 2023, 22:20:30 CEST schrieb Ulf Volmer:
> BUGS
> You can't resize FAT32 partition lesser than 512Mb because
> Windows(R) doesn't work properly with small FAT32 file system. Use FAT16.
Das heißt, die Partition hätte von Anfang an größer als 512 MB sein müssen?
Verstehen kann ich das trotzdem nicht.
Gut zu wissen, falls ich mal wieder ein System aufsetze. Ein paar hundert MB
tun ja heutzutage nicht wirklich weh.
Außer in meinem Fall. Ich wäre jetzt glücklich darüber.
--
Gruß
Helge
> BUGS
> You can't resize FAT32 partition lesser than 512Mb because
> Windows(R) doesn't work properly with small FAT32 file system. Use FAT16.
Das heißt, die Partition hätte von Anfang an größer als 512 MB sein müssen?
Verstehen kann ich das trotzdem nicht.
Gut zu wissen, falls ich mal wieder ein System aufsetze. Ein paar hundert MB
tun ja heutzutage nicht wirklich weh.
Außer in meinem Fall. Ich wäre jetzt glücklich darüber.
--
Gruß
Helge
Helge Reimer
Sep 8, 2023, 4:30:03 PM9/8/23
to
Am Freitag, 8. September 2023, 22:11:59 CEST schrieb Martin Steigerwald:
> GFXMODE in /boot/default/grub hast Du probiert?
Ich habe alles probiert.
> GFXMODE in /boot/default/grub hast Du probiert?
Mit den proprietären Treibern von Nvidia kann Grub das definitiv nicht.Mit
nouveau geht das, taugt mir aber nichts.
Ich müsste die Quelle dazu erst suchen, ist aber wirklich so.
--
Gruß
Helge
Ulf Volmer
Sep 8, 2023, 4:30:05 PM9/8/23
to
BUGS
You can't resize FAT32 partition lesser than 512Mb because Windows(R) doesn't work properly with small FAT32
file system. Use FAT16.
Viele Grüße
ulf
Ulf Volmer
Sep 8, 2023, 4:40:03 PM9/8/23
to
Am Fri, Sep 08, 2023 at 10:28:35PM +0200 schrieb Helge Reimer:
> Am Freitag, 8. September 2023, 22:20:30 CEST schrieb Ulf Volmer:
>
> > BUGS
> > You can't resize FAT32 partition lesser than 512Mb because
> > Windows(R) doesn't work properly with small FAT32 file system. Use FAT16.
>
> Das heißt, die Partition hätte von Anfang an größer als 512 MB sein müssen?
> Verstehen kann ich das trotzdem nicht.
Ich bin da auch überfragt. Im Netz finden sich auch Berichte von einer
> Am Freitag, 8. September 2023, 22:20:30 CEST schrieb Ulf Volmer:
>
> > BUGS
> > You can't resize FAT32 partition lesser than 512Mb because
> > Windows(R) doesn't work properly with small FAT32 file system. Use FAT16.
>
> Das heißt, die Partition hätte von Anfang an größer als 512 MB sein müssen?
> Verstehen kann ich das trotzdem nicht.
Grenze von 1GB. Mystisch.
Aber ein Backup und ein Neuerstellen der EFI Partition sollte ja
nicht so da Drama sein.
Viele Grüße
Ulf
Helge Reimer
Sep 8, 2023, 4:40:03 PM9/8/23
to
Am Freitag, 8. September 2023, 22:33:11 CEST schrieb Ulf Volmer:
> Aber ein Backup und ein Neuerstellen der EFI Partition sollte ja
> nicht so da Drama sein.
Wird wohl kein Drama werden, hätte aber auch so schön einfach sein können und
> Aber ein Backup und ein Neuerstellen der EFI Partition sollte ja
> nicht so da Drama sein.
hat mich doch etwas überrascht.
Zumindest weiß ich jetzt, UUID in fstab anpassen, initrd neu bauen und mich
Frank Miller
Sep 8, 2023, 4:40:03 PM9/8/23
to
an einem USB-Stick rumgespielt. Das hat beim Verkleinern auf 380 MB zwar
empfohlen, das vorhandene FAT32 in FAT16 umzuwandeln, aber dennoch ohne Fehler
auf 380 MB FAT32 verkleinert. Ebenso auch wieder auf die vollen 16 GB vergrößert.
Helge Reimer
Sep 8, 2023, 5:00:04 PM9/8/23
to
Am Freitag, 8. September 2023, 22:39:27 CEST schrieb Frank Miller:
> Ist das ein neuer Bug? Ich hab gerade mal mit meinem alten GParted 0.19.0
> an einem USB-Stick rumgespielt. Das hat beim Verkleinern auf 380 MB zwar
> empfohlen, das vorhandene FAT32 in FAT16 umzuwandeln, aber dennoch ohne
> Fehler auf 380 MB FAT32 verkleinert. Ebenso auch wieder auf die vollen 16
> GB vergrößert.
/"Status Update:
> Ist das ein neuer Bug? Ich hab gerade mal mit meinem alten GParted 0.19.0
> an einem USB-Stick rumgespielt. Das hat beim Verkleinern auf 380 MB zwar
> empfohlen, das vorhandene FAT32 in FAT16 umzuwandeln, aber dennoch ohne
> Fehler auf 380 MB FAT32 verkleinert. Ebenso auch wieder auf die vollen 16
> GB vergrößert.
libparted 3.0 - removed FAT16/FAT32 and HFS/HFS+ file system resize
capability
libparted 3.1 - added back FAT16/32 and HFS/HFS+ file system resize
capability in a separate library
libparted 3.2 - also has this separate resize library
The inability to resize FAT16/FAT32 file systems that are less than 256 MB
remains.
Workaround: Resizing FAT16/FAT32 Partitions (less than 256 MB)
---------------------------------------------------------------
1. Backup the data in the FAT16/FAT32 partition
2. Reformat the partition to EXT4
3. Resize EXT4 partition to desired partition size
4. Reformat the partition back to FAT16/FAT32
5. Restore the FAT16/FAT32 files from backup"/
--
Gruß
Helge
Frank Miller
Sep 8, 2023, 5:30:03 PM9/8/23
to
Helge Reimer wrote:
> Am Freitag, 8. September 2023, 22:39:27 CEST schrieb Frank Miller:
>
>> Ist das ein neuer Bug? Ich hab gerade mal mit meinem alten GParted 0.19.0
>> an einem USB-Stick rumgespielt. Das hat beim Verkleinern auf 380 MB zwar
>> empfohlen, das vorhandene FAT32 in FAT16 umzuwandeln, aber dennoch ohne
>> Fehler auf 380 MB FAT32 verkleinert. Ebenso auch wieder auf die vollen 16
>> GB vergrößert.
>
> /"Status Update:
>
> libparted 3.0 - removed FAT16/FAT32 and HFS/HFS+ file system resize
> capability
> libparted 3.1 - added back FAT16/32 and HFS/HFS+ file system resize
> capability in a separate library
> libparted 3.2 - also has this separate resize library
>
> The inability to resize FAT16/FAT32 file systems that are less than 256 MB
> remains.
Faszinierend! Ich hab den Test mit dem USB-Stick nochmal wiederholt.
> Am Freitag, 8. September 2023, 22:39:27 CEST schrieb Frank Miller:
>
>> Ist das ein neuer Bug? Ich hab gerade mal mit meinem alten GParted 0.19.0
>> an einem USB-Stick rumgespielt. Das hat beim Verkleinern auf 380 MB zwar
>> empfohlen, das vorhandene FAT32 in FAT16 umzuwandeln, aber dennoch ohne
>> Fehler auf 380 MB FAT32 verkleinert. Ebenso auch wieder auf die vollen 16
>> GB vergrößert.
>
> /"Status Update:
>
> libparted 3.0 - removed FAT16/FAT32 and HFS/HFS+ file system resize
> capability
> libparted 3.1 - added back FAT16/32 and HFS/HFS+ file system resize
> capability in a separate library
> libparted 3.2 - also has this separate resize library
>
> The inability to resize FAT16/FAT32 file systems that are less than 256 MB
> remains.
Verkleinerung der 16 GB, FAT32-Partition erzwang diesmal eine Umformatierung
auf FAT16. Aber dennoch wurde dann fehlerlos auf 33 MB verkleinert.
Ein erneutes Vergrößern auf die vollen 16 GB spuckte einen Fehler aus, aber
anschließend wurde die Partition dennoch in voller Größe in GParted angezeigt.
Direkt anschließend dort in FAT32 umwandeln ging einwandfrei.
Installiert sind hier libparted-fs-resize0 und libparted2, beide in Version
3.2-7. Und die stammen aus Debian Jessie.
> Workaround: Resizing FAT16/FAT32 Partitions (less than 256 MB)
> ---------------------------------------------------------------
>
> 1. Backup the data in the FAT16/FAT32 partition
> 2. Reformat the partition to EXT4
> 3. Resize EXT4 partition to desired partition size
> 4. Reformat the partition back to FAT16/FAT32
> 5. Restore the FAT16/FAT32 files from backup"/
erhalten?
Helge Reimer
Sep 8, 2023, 5:30:03 PM9/8/23
to
Am Freitag, 8. September 2023, 23:21:48 CEST schrieb Martin Steigerwald:
> diese nochmal mit "mkfs.vfat" zu formatieren. Der Umweg über Ext4 ist
> offenbar für Parted erforderlich, damit der die Partition vergrößert, was
Der Umweg über Ext4 ist wahrscheinlich komplett sinnlos.
--
Gruß
Helge
> diese nochmal mit "mkfs.vfat" zu formatieren. Der Umweg über Ext4 ist
> offenbar für Parted erforderlich, damit der die Partition vergrößert, was
Der Umweg über Ext4 ist wahrscheinlich komplett sinnlos.
--
Gruß
Helge
Martin Steigerwald
Sep 8, 2023, 5:30:04 PM9/8/23
to
Helge Reimer - 08.09.23, 22:55:54 CEST:
Zusammenhang mit Parted erforderlich ist. Ich sehe keinen Grund, der
dagegen spricht, die Dateien der EFI-Partition zu sichern und nach dem
Vergrößern der Partition z.B. mit der "resize"-Aktion in "cfdisk" einfach
--
Martin
> Workaround: Resizing FAT16/FAT32 Partitions (less than 256 MB)
> ---------------------------------------------------------------
>
> 1. Backup the data in the FAT16/FAT32 partition
> 2. Reformat the partition to EXT4
> 3. Resize EXT4 partition to desired partition size
> 4. Reformat the partition back to FAT16/FAT32
> 5. Restore the FAT16/FAT32 files from backup"/
Der Work-Around hört sich nach einem Work-Around an, der nur in
> ---------------------------------------------------------------
>
> 1. Backup the data in the FAT16/FAT32 partition
> 2. Reformat the partition to EXT4
> 3. Resize EXT4 partition to desired partition size
> 4. Reformat the partition back to FAT16/FAT32
> 5. Restore the FAT16/FAT32 files from backup"/
Zusammenhang mit Parted erforderlich ist. Ich sehe keinen Grund, der
dagegen spricht, die Dateien der EFI-Partition zu sichern und nach dem
Vergrößern der Partition z.B. mit der "resize"-Aktion in "cfdisk" einfach
diese nochmal mit "mkfs.vfat" zu formatieren. Der Umweg über Ext4 ist
offenbar für Parted erforderlich, damit der die Partition vergrößert, was
Du, wie Du geschrieben hast, ja schon gemacht hast.
offenbar für Parted erforderlich, damit der die Partition vergrößert, was
--
Martin
Helge Reimer
Sep 8, 2023, 5:40:03 PM9/8/23
to
Am Freitag, 8. September 2023, 23:27:44 CEST schrieb Frank Miller:
> Ein erneutes Vergrößern auf die vollen 16 GB spuckte einen Fehler aus, aber
> anschließend wurde die Partition dennoch in voller Größe in GParted
> angezeigt. Direkt anschließend dort in FAT32 umwandeln ging einwandfrei.
Gparted zeigt das an, die Partition wurde ja auch erfolgreich in der Größe
> Ein erneutes Vergrößern auf die vollen 16 GB spuckte einen Fehler aus, aber
> anschließend wurde die Partition dennoch in voller Größe in GParted
> angezeigt. Direkt anschließend dort in FAT32 umwandeln ging einwandfrei.
geändert, so wie bei mir.
Aber was sagt z.B. 'df'?
--
Gruß
Helge
Frank Miller
Sep 8, 2023, 6:10:04 PM9/8/23
to
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/sdc1 15297936 8 15297928 1% /media/miller/EF23-6C9A
Wie gesagt, habe ich das in GParted in zwei Schritten unternommen:
Erst FAT16 von 33 MB wieder auf die vollen 16 GB vergrößern. Die Partition
wurde grafisch dann auch so angezeigt, war aber irgendwie 'markiert'. Auf
Details habe ich leider nicht geachtet, kann das Experiment aber wiederholen.
Dann immer noch in GParted diese Partition zu FAT32 formatieren. Fertig.
Helge Reimer
Sep 8, 2023, 6:10:04 PM9/8/23
to
Am Samstag, 9. September 2023, 00:00:22 CEST schrieb Frank Miller:
> Dann immer noch in GParted diese Partition zu FAT32 formatieren. Fertig.
Und damit hast du den Datenverlust den ich nicht wollte.
> Dann immer noch in GParted diese Partition zu FAT32 formatieren. Fertig.
Ich wollte einfach nur ungenutzten Plattenplatz verschieben und nicht neu
formatieren.
--
Gruß
Helge
Ulf Volmer
Sep 8, 2023, 6:20:03 PM9/8/23
to
Am Fri, Sep 08, 2023 at 09:51:08PM +0200 schrieb Helge Reimer:
> Wobei ich mich jetzt frage warum das in /boot liegt und in /boot/efi/
> MACHINE_ID/ nochmal.
Wenn Du /boot als separate Partition hast, kannst Du laut [1] die als
> Wobei ich mich jetzt frage warum das in /boot liegt und in /boot/efi/
> MACHINE_ID/ nochmal.
XBOOTLDR nutzen und Dir den doppelten Plattenplatz sparen.
Wenn /boot hingegen Teil von / ist, hast Du wohl Pech.
[1]
https://wiki.archlinux.org/title/systemd-boot
Viele Grüße
Ulf
Frank Miller
Sep 8, 2023, 6:30:03 PM9/8/23
to
FAT-Partitionen bis zu gewissen Grenzen zu vergrößern oder zu verkleinern.
Und das kann es offenbar (entgegen der Dokumentation) schon, allerdings nur
mit Neuformatierung der Partition.
Daß das dein Anliegen im OP nicht löst, ist mir auch klar.
Ulf Volmer
Sep 8, 2023, 6:40:03 PM9/8/23
to
Es ging also die ganze Zeit um das Filesystem, nicht um die Partition.
Viele Grüße
Ulf
Marco
Sep 8, 2023, 8:00:04 PM9/8/23
to
Am 08.09.2023 22:38 schrieb Helge Reimer:
> Wird wohl kein Drama werden, hätte aber auch so schön einfach sein
> können und hat mich doch etwas überrascht.
> Zumindest weiß ich jetzt, UUID in fstab anpassen, initrd neu bauen
> und mich mit systemd-boot beschäftigen.
Neu anlegen und ganz wichtig den Typ (EFI system partition (ESP))
> Wird wohl kein Drama werden, hätte aber auch so schön einfach sein
> können und hat mich doch etwas überrascht.
> Zumindest weiß ich jetzt, UUID in fstab anpassen, initrd neu bauen
> und mich mit systemd-boot beschäftigen.
wählen im gdisk.
Dann den grub im Livesystem neu installieren (sudo grub-install), wenn
die Partition (und ggf. /boot) eingebunden sind.
Marco
Sep 8, 2023, 8:00:04 PM9/8/23
to
Am 08.09.2023 21:44 schrieb Helge Reimer:
> Dann sollte die 1. Partition um den geschaffenen Platz vergrößert
> werden. Das wurde auch ohne Fehlermeldung durchgeführt. Normalerweise
> vergrößert gparted aber auch das entsprechende FS automatisch und das
> hat es in dem Fall nicht getan, weil es das nicht kann.
> Dann sollte die 1. Partition um den geschaffenen Platz vergrößert
> werden. Das wurde auch ohne Fehlermeldung durchgeführt. Normalerweise
> vergrößert gparted aber auch das entsprechende FS automatisch und das
> hat es in dem Fall nicht getan, weil es das nicht kann.
> Und somit war das vergrößern der Partition schon sinnlos.
> Da hätte die Meldung kommen müssen: "Partition enthält VFAT, Größe
> ändern nicht möglich.", oder so ähnlich.
Es kann einen teil erledigen. Das hätte es vorher anzeigen können und
den User entschieden lassen können.
Ganz sinnlos ist die Sache nämlich nicht.
0 new messages