/boot/efi does not have sufficient space

[sisqonrw]

wenn ich bei Discover Programm aktualisieren möchte, dann kommt diese Meldung.

/boot/efi does not have sufficient space, required 75,9 MB, got 61,6 MB

[cosinus]

Was soll denn da aktualisiert werden?
/boot/efi ist nichts was mit Programmen zu tun hat, da ist nur der EFI-Bootloader der installierten Betriebssysteme drin. Poste bitte mal die Ausgabe von

Code: Alles auswählen

tree /boot/efi

[sisqonrw]

sudo tree /boot/efi/
[sudo] Passwort für salsero:
/boot/efi/
├── EFI
│   ├── Boot
│   │   └── bootx64.efi
│   ├── debian
│   │   ├── BOOTX64.CSV
│   │   ├── fbx64.efi
│   │   ├── grub.cfg
│   │   ├── grubx64.efi
│   │   ├── mmx64.efi
│   │   └── shimx64.efi
│   ├── Dell
│   │   └── logs
│   │   ├── diags_current.xml
│   │   └── diags_previous.xml
│   └── Microsoft
│   ├── Boot
│   │   ├── BCD
│   │   ├── BCD.LOG
│   │   ├── BCD.LOG1
│   │   ├── BCD.LOG2
│   │   ├── bg-BG
│   │   │   ├── bootmgfw.efi.mui
│   │   │   └── bootmgr.efi.mui
│   │   ├── bootmgfw.efi
│   │   ├── bootmgr.efi
│   │   ├── BOOTSTAT.DAT
│   │   ├── boot.stl
│   │   ├── cbmr_driver.efi
│   │   ├── CIPolicies
│   │   │   └── Active
│   │   │   ├── {5DAC656C-21AD-4A02-AB49-649917162E70}.cip
│   │   │   ├── {82443e1e-8a39-4b4a-96a8-f40ddc00b9f3}.cip
│   │   │   └── {CDD5CB55-DB68-4D71-AA38-3DF2B6473A52}.cip
│   │   ├── cs-CZ
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── da-DK
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── de-DE
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── el-GR
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── en-GB
│   │   │   ├── bootmgfw.efi.mui
│   │   │   └── bootmgr.efi.mui
│   │   ├── en-US
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── es-ES
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── es-MX
│   │   │   ├── bootmgfw.efi.mui
│   │   │   └── bootmgr.efi.mui
│   │   ├── et-EE
│   │   │   ├── bootmgfw.efi.mui
│   │   │   └── bootmgr.efi.mui
│   │   ├── fi-FI
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── Fonts
│   │   │   ├── chs_boot.ttf
│   │   │   ├── cht_boot.ttf
│   │   │   ├── jpn_boot.ttf
│   │   │   ├── kor_boot.ttf
│   │   │   ├── malgun_boot.ttf
│   │   │   ├── malgunn_boot.ttf
│   │   │   ├── meiryo_boot.ttf
│   │   │   ├── meiryon_boot.ttf
│   │   │   ├── msjh_boot.ttf
│   │   │   ├── msjhn_boot.ttf
│   │   │   ├── msyh_boot.ttf
│   │   │   ├── msyhn_boot.ttf
│   │   │   ├── segmono_boot.ttf
│   │   │   ├── segoen_slboot.ttf
│   │   │   ├── segoe_slboot.ttf
│   │   │   └── wgl4_boot.ttf
│   │   ├── fr-CA
│   │   │   ├── bootmgfw.efi.mui
│   │   │   └── bootmgr.efi.mui
│   │   ├── fr-FR
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── hr-HR
│   │   │   ├── bootmgfw.efi.mui
│   │   │   └── bootmgr.efi.mui
│   │   ├── hu-HU
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── it-IT
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── ja-JP
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── kd_02_10df.dll
│   │   ├── kd_02_10ec.dll
│   │   ├── kd_02_1137.dll
│   │   ├── kd_02_14e4.dll
│   │   ├── kd_02_15b3.dll
│   │   ├── kd_02_1969.dll
│   │   ├── kd_02_19a2.dll
│   │   ├── kd_02_1af4.dll
│   │   ├── kd_02_8086.dll
│   │   ├── kd_07_1415.dll
│   │   ├── kd_0C_8086.dll
│   │   ├── kdnet_uart16550.dll
│   │   ├── kdstub.dll
│   │   ├── ko-KR
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── lt-LT
│   │   │   ├── bootmgfw.efi.mui
│   │   │   └── bootmgr.efi.mui
│   │   ├── lv-LV
│   │   │   ├── bootmgfw.efi.mui
│   │   │   └── bootmgr.efi.mui
│   │   ├── memtest.efi
│   │   ├── nb-NO
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── nl-NL
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── pl-PL
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── pt-BR
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── pt-PT
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── qps-ploc
│   │   │   └── memtest.efi.mui
│   │   ├── Resources
│   │   │   ├── bootres.dll
│   │   │   └── de-DE
│   │   │   └── bootres.dll.mui
│   │   ├── ro-RO
│   │   │   ├── bootmgfw.efi.mui
│   │   │   └── bootmgr.efi.mui
│   │   ├── ru-RU
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── sk-SK
│   │   │   ├── bootmgfw.efi.mui
│   │   │   └── bootmgr.efi.mui
│   │   ├── sl-SI
│   │   │   ├── bootmgfw.efi.mui
│   │   │   └── bootmgr.efi.mui
│   │   ├── sr-Latn-RS
│   │   │   ├── bootmgfw.efi.mui
│   │   │   └── bootmgr.efi.mui
│   │   ├── sv-SE
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── tr-TR
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   ├── uk-UA
│   │   │   ├── bootmgfw.efi.mui
│   │   │   └── bootmgr.efi.mui
│   │   ├── winsipolicy.p7b
│   │   ├── zh-CN
│   │   │   ├── bootmgfw.efi.mui
│   │   │   ├── bootmgr.efi.mui
│   │   │   └── memtest.efi.mui
│   │   └── zh-TW
│   │   ├── bootmgfw.efi.mui
│   │   ├── bootmgr.efi.mui
│   │   └── memtest.efi.mui
│   └── Recovery
│   ├── BCD
│   ├── BCD.LOG
│   ├── BCD.LOG1
│   └── BCD.LOG2
└── System Volume Information

51 directories, 151 files

[cosinus]

Ok, Mist von DELL ist da auch noch drin.
Ich wundere mich aber wirklich, welches Update da so viel reinschreiben will, ungewöhnlich für /boot/efi
Kannst du mal ein Update übers Terminal machen?

Code: Alles auswählen

apt dist-upgrade -s

als root, Ausgabe bitte posten. mit -s wird das alles nur simuliert.

[sisqonrw]

sudo apt dist-upgrade -s
[sudo] Passwort für salsero:
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paketaktualisierung (Upgrade) wird berechnet… Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

[cosinus]

Also nach der Ausgabe sind alle Updates installiert. Ich kann dir nicht mehr weiterhelfen. Man müsste nun wissen was dein Updatemanager da eigentlich nun genau installieren will.

[Blackbox]

Code: Alles auswählen

/boot/efi does not have sufficient space, required 75,9 MB, got 61,6 MB

Leider wieder ein typischer Fall von Dokumentation nicht gelesen und Empfehlungen missachtet?
Die geforderte Mindestgröße liegt bei ~75 MB, die Erfahrung aus der Praxis zeigt allerdings eine Größe von 100 - 300 MB für die /boot/efi-Partition sollte für die meisten Szenarien ausreichen.

Zur Problemlösung: Je nachdem wie viel Aufwand du betreiben möchtest, oder ob du eine neue Partitionierung (Neuinsttallation) in Erwägung ziehst, bleiben dir mindestens 2 relativ saubere Handlungsoptionen und eine, die nach Pfusch riecht.

[cosinus]

Leider wieder ein typischer Fall von Dokumentation nicht gelesen und Empfehlungen missachtet?
Die geforderte Mindestgröße liegt bei ~75 MB, die Erfahrung zeigt allerdings eine Größe von 100 - 300 MB für die /boot/efi-Partition sollte für die meisten Szenarien ausreichen.

100 MiB ist Standard. Was zum Teufel reicht denn da nicht und welches Update will da fast 100 MiB raufschreiben? Das ist doch nur die EFI-Bootpartition!

[Blackbox]

Was zum Teufel reicht denn da nicht und welches Update will da fast 100 MiB raufschreiben?

Das kommt darauf an, wie effektiv die dort abgelegten Cabinet-Dateien (.cab) gepackt sind und ob überhaupt.
Nicht alle Anbieter packen ihre Firmware Updates effizient, oder erzeugen standardmäßig riesige Firmware Images.

Das ist doch nur die EFI-Bootpartition!

Ja und, wenn die Partition zu klein ist, oder das Image nicht passt, kannst du zwar darauf bestehen, dass 100 MB ausreichen, es wird dir aber nicht weiterhelfen.

[cosinus]

Ja und, wenn die Partition zu klein ist, oder das Image nicht passt, kannst du zwar darauf bestehen, dass 100 MB ausreichen, es wird dir aber nicht weiterhelfen.

Aber so weiß nun immer noch keiner warum soviele Megabytes auf die ESP geschrieben werden müssen. Die 100 MiB wurden von Windows angelegt und reichen idR auch dicke aus.
Naja. Ich verbuche das mal wieder als Dual-Boot-Eskapade ab.

edit: unnötigen Spruch entfernt - sry Blackbox!

[Blackbox]

das sind neunmalkluge Sprüche und keiner weiß nun warum soviele Megabytes auf die ESP geschrieben werden müssen.

Hast du meinen Beitrag nicht vollständig gelesen, oder ignorierst du die Information absichtlich, weil diese nicht zur eigenen Filterblase passt?

Ich verbuche das mal wieder als Dual-Boot-Eskapade ab.

Oder du liest dir einmal die Dokumentation [0] durch.

Außerdem wirft das unwillkürlich die Frage auf, wieso eine größere ESP für dich so eine Barriere darstellt, bei heute üblichen Terabyte-großen Festplatten, oder mehreren hundert-GB-großen SSDs?

[0] https://wiki.archlinux.org/title/EFI_system_partition ← In dieser Dokumentation werden für fehlerbehaftete UEFI Implementierungen sogar 512 MB für die ESP empfohlen.

[sisqonrw]

he? Ich habe doch für Debian fast 280 GB.
Mit dieser EFI Partition haben wir doch nichts zu tun. Das ist noch von Windows drauf. Was hat Debian mit der Partition zu tun? Warum will der darauf zugreifen? echt komisch.

[Blackbox]

Mit dieser EFI Partition haben wir doch nichts zu tun.

Nicht ganz richtig, ich setze erst einmal voraus, du möchtest deiner Hardware auch ab und an, Firmware Updates angedeihen lassen?
Dann möchtest du diesen Vorgang wahrscheinlich direkt aus deinem Linuxsystem durchführen können und genau dafür ist u.a. diese UEFI Partition notwendig.

Das ist noch von Windows drauf.

Sowohl, als auch.
Microsoft hat zwar an der UEFI Standardisierung mitgewirkt, dieser ist aber mittlerweile auch unter einem Linuxsystem gut nutzbar.
Und dank Richard Hughes können damit auch Firmware (früher BIOS) Updates direkt aus einem Linuxsystem realisiert werden.

Was hat Debian mit der Partition zu tun?

Auch dir empfehle ich das Studium der Dokumentation.

Warum will der darauf zugreifen?

Um beispielsweise aktualisierte Firmwaredateien zu laden, irgendwo müssen diese reboot-resitent abgelegt werden.

[rjh]

0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

Wurde denn vorher auch ein

Code: Alles auswählen

apt update

ausgeführt?

Sollte man tatsächlich eine größere EFI Partition brauchen, könnte man auch für Linux eine zusätzliche eigene anlegen.

[cosinus]

Außerdem wirft das unwillkürlich die Frage auf, wieso eine größere ESP für dich so eine Barriere darstellt, bei heute üblichen Terabyte-großen Festplatten, oder mehreren hundert-GB-großen SSDs?

Für mich ist das keine Hürde, für den TO aber durchaus. 100 MiB für die ESP ist bei Windows Standard.

[Blackbox]

100 MiB für die ESP ist bei Windows Standard.

Nicht nur bei Windows, könnte auch daran liegen, dass Microsoft bei der UEFI-Standardisierung kräftig mitgemischt hat.
In der Praxis haben sich ESPs (auch bei Linux) mit einer Größe zwischen 100 und 300 MB bewährt.
Bei unsauberen UEFI-Implementierungen sind in Einzelfällen auch mal 512 MB notwendig.

[isabena]

wenn ich bei Discover Programm aktualisieren möchte, dann kommt diese Meldung.

/boot/efi does not have sufficient space, required 75,9 MB, got 61,6 MB

einfach eine ESP anlegen mit 300MB und nach /boot/efi einghängen (- fstab beachten)
damit sollte alles ohne Fehlermeldung laufen
den Platz für die "neue" ESP kann man locker von root oder swap abnehmen

[cosinus]

einfach eine ESP anlegen mit 300MB und nach /boot/efi einghängen

Klar, kann man machen. Aber mag das Sensibelchen Windows das auch?
Und mich würde schon interessieren, welches Update da Dutzene Megabytes in die ESP schreiben will. Hast du da ne Idee, liebe @isabena

[rjh]

Klar, kann man machen. Aber mag das Sensibelchen Windows das auch?

Windows interessiert das nicht, das hat ja weiterhin seine originäre ESP.

Und os-prober kommt damit auch zurecht.

[isabena]

einfach eine ESP anlegen mit 300MB und nach /boot/efi einghängen

Klar, kann man machen. Aber mag das Sensibelchen Windows das auch?
Und mich würde schon interessieren, welches Update da Dutzene Megabytes in die ESP schreiben will. Hast du da ne Idee, liebe @isabena

Achtung Schleimspur....


um welches Update es geht ist aus meiner Sicht nicht gefragt und ist in diesem Zusammenhang hier eher sekundär

siehe bitte auch Antwort von rjh (16:25)

[sisqonrw]

0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

Wurde denn vorher auch ein

Code: Alles auswählen

apt update

ausgeführt?

Sollte man tatsächlich eine größere EFI Partition brauchen, könnte man auch für Linux eine zusätzliche eigene anlegen.

nein.

[sisqonrw]

kann mir jemand Schritt sagen was ich machen kann.
Wahrscheinlich werde ich Windows zerschießen, so dass es nicht mehr geht.
Wollte eigentlich für Fall der Fälle ein Windows drauf haben.

[rhHeini]

Mach erst mal als root in der Konsole ein

Code: Alles auswählen

# apt update
# apt full-upgrade -s

und schau ob der gleiche Fehler kommt. Oder hast Du das schon probiert?

Und dann checkst Du ob dieses Discover immer noch diese Meldung bringt. Wenn ja, dann wissen wir das alle Updates drauf sind und Discover noch was dazumengen will. Dann wäre die Frage was?
Wenn nein, dann machst Du genau gar nichts.

[cosinus]

um welches Update es geht ist aus meiner Sicht nicht gefragt und ist in diesem Zusammenhang hier eher sekundär

Ich möchte aber gerne wissen was genau da so viel nach /boot/efi abladen will

[isabena]

Wahrscheinlich werde ich Windows zerschießen, so dass es nicht mehr geht.
Wollte eigentlich für Fall der Fälle ein Windows drauf haben.

warum sollte windows zerschossen werden ?
max. wird, wenn überhaupt, sein MBR beschädigt - das kann man wieder reparieren
mit einer ESP für debian passiert windows nichts