/run/media/root/AC08-CBDB does not have sufficient space, required 44,8 MB, need additional 16,3 MB

Ich habe einen Dell ebt2250 Computer mit Opensuse Tumbleweed. Das Program Discover hat nun ein Firmware Update. Leider lässt es sich nicht installieren. Die Fehlermeldung lautet:

/run/media/root/AC08-CBDB does not have sufficient space, required 44,8 MB, need additional 16,3 MB

Wie gehe ich vor, um hier mehr Platz zu schaffen? Oder was kann ich tun, um dieses Firmware Update zu installieren?

Was ist denn da? Hast du irgendein Datenträger eingesteckt?

In /run/media/root/AC08-CBDB befindet sich ein Ordner Efi und ein Ordner System Volume Information.
Nein, ich habe keinen Datenträger eingesteckt.

Kommt mir als sehr komisch vor.

Übrigens, ich sehe das du das erste Mal hier bist: Wilkommen!

Dan dazu, wenn möglich, keine Geschichten erzählen, aber der Rechner das zeigen lassen. Also nicht “In /run/media/root/AC08-CBDB befindet sich ein Ordner Efi und …”. aber copy/paste von

ls -l /run/media/root/AC08-CBDB

und das (genau wie das von mir gezeigte) als “Preformatted text” hier zeigen. Es ist der Knopf </> in der Arbeitsleiste oben beim eingeben.

Wenn du das verkraftet hast :wink: zeige dan bitte auch

mount | grep media
Desktop:/home/norbert # ls -l /run/media/root/AC08-CBDB
insgesamt 2
drwxr-xr-x. 5 root root 1024 11. Nov 17:11 EFI
drwxr-xr-x. 2 root root 1024 28. Mai 2025  System Volume Information
Desktop:/home/norbert # mount | grep media
/dev/nvme0n1p1 on /run/media/root/AC08-CBDB type vfat (rw,nosuid,nodev,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
Desktop:/home/norbert # 

Poste auch einmal:
cat /etc/fstab
ls -al /boot

Bitte benutze für jeden befehl ein eigenen Code-Tag, ist dann übersichtlicher.

Desktop:/home/norbert # cat /etc/fstab
UUID=f9f55d6a-b398-444b-8ac4-525802a59081  /                       btrfs  defaults                      0  0
UUID=f9f55d6a-b398-444b-8ac4-525802a59081  /var                    btrfs  subvol=/@/var                 0  0
UUID=f9f55d6a-b398-444b-8ac4-525802a59081  /usr/local              btrfs  subvol=/@/usr/local           0  0
UUID=f9f55d6a-b398-444b-8ac4-525802a59081  /srv                    btrfs  subvol=/@/srv                 0  0
UUID=f9f55d6a-b398-444b-8ac4-525802a59081  /root                   btrfs  subvol=/@/root                0  0
UUID=f9f55d6a-b398-444b-8ac4-525802a59081  /opt                    btrfs  subvol=/@/opt                 0  0
UUID=1ec96204-9ddf-4e94-803b-17926d2ebe37  /home                   xfs    defaults                      0  0
UUID=f9f55d6a-b398-444b-8ac4-525802a59081  /boot/grub2/x86_64-efi  btrfs  subvol=/@/boot/grub2/x86_64-efi  0  0
UUID=f9f55d6a-b398-444b-8ac4-525802a59081  /boot/grub2/i386-pc     btrfs  subvol=/@/boot/grub2/i386-pc  0  0
UUID=75eb5dd7-1cc3-4a09-8997-1ae153c4e420  swap                    swap   defaults                      0  0
UUID=f9f55d6a-b398-444b-8ac4-525802a59081  /.snapshots             btrfs  subvol=/@/.snapshots          0  0
UUID=9210-1CD1                             /boot/efi               vfat   utf8                          0  2

Desktop:/home/norbert # ls -al /boot
insgesamt 76716
dr-xr-xr-x. 1 root root      688 28. Nov 08:25 .
drwxr-xr-x. 1 root root      142 30. Mai 2025  ..
drwxr-xr-x. 5 root root    16384  1. Jan 1970  efi
drwxr-xr-x. 1 root root       98 28. Nov 08:25 grub2
lrwxrwxrwx. 1 root root       42 25. Nov 21:18 config-6.17.8-2-default -> ../usr/lib/modules/6.17.8-2-default/config
lrwxrwxrwx. 1 root root       42 28. Nov 07:42 config-6.17.9-1-default -> ../usr/lib/modules/6.17.9-1-default/config
lrwxrwxrwx. 1 root root       23 28. Nov 07:42 initrd -> initrd-6.17.9-1-default
-rw-------. 1 root root 39237935 27. Nov 09:42 initrd-6.17.8-2-default
-rw-------. 1 root root 39247025 28. Nov 07:42 initrd-6.17.9-1-default
lrwxrwxrwx. 1 root root       47 25. Nov 21:18 sysctl.conf-6.17.8-2-default -> ../usr/lib/modules/6.17.8-2-default/sysctl.conf
lrwxrwxrwx. 1 root root       47 28. Nov 07:42 sysctl.conf-6.17.9-1-default -> ../usr/lib/modules/6.17.9-1-default/sysctl.conf
lrwxrwxrwx. 1 root root       46 25. Nov 21:18 System.map-6.17.8-2-default -> ../usr/lib/modules/6.17.8-2-default/System.map
lrwxrwxrwx. 1 root root       46 28. Nov 07:42 System.map-6.17.9-1-default -> ../usr/lib/modules/6.17.9-1-default/System.map
lrwxrwxrwx. 1 root root       24 28. Nov 07:42 vmlinuz -> vmlinuz-6.17.9-1-default
lrwxrwxrwx. 1 root root       43 25. Nov 21:18 vmlinuz-6.17.8-2-default -> ../usr/lib/modules/6.17.8-2-default/vmlinuz
lrwxrwxrwx. 1 root root       49 25. Nov 21:18 .vmlinuz-6.17.8-2-default.hmac -> ../usr/lib/modules/6.17.8-2-default/.vmlinuz.hmac
lrwxrwxrwx. 1 root root       43 28. Nov 07:42 vmlinuz-6.17.9-1-default -> ../usr/lib/modules/6.17.9-1-default/vmlinuz
lrwxrwxrwx. 1 root root       49 28. Nov 07:42 .vmlinuz-6.17.9-1-default.hmac -> ../usr/lib/modules/6.17.9-1-default/.vmlinuz.hmac
lrwxrwxrwx. 1 root root       30 28. Nov 07:42 .vmlinuz.hmac -> .vmlinuz-6.17.9-1-default.hmac

Also, es ist klar das irgens was sich entschlossen hat um
/dev/nvme0n1p1 dort anzuhängen. Warscheinlich das das von Discover gestartete Udate Program. Das ist warscheinlich das EFI Dateisystem deines Systems. Und anscheinend ist das nicht groß genug. Das ist nicht enfach zu vergrößern.

Grne hätte ich auch noch

lsblk -f

Den

ist verschieden von

Die UUIDs stimmen nicht.

Desktop:/home/norbert # lsblk -f
NAME        FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
nvme0n1                                                                            
├─nvme0n1p1 vfat   FAT32       AC08-CBDB                              27,1M    72% /run/media/root/AC08-CBDB
├─nvme0n1p2                                                                        
├─nvme0n1p3 ntfs               CA7C0B037C0AE9D1                                    
└─nvme0n1p4 ntfs               E4947EA3947E77BE                                    
nvme1n1                                                                            
├─nvme1n1p1 vfat   FAT16       9210-1CD1                             343,8M     2% /boot/efi
├─nvme1n1p2 btrfs              f9f55d6a-b398-444b-8ac4-525802a59081   32,5G    43% /var
│                                                                                  /usr/local
│                                                                                  /srv
│                                                                                  /root
│                                                                                  /opt
│                                                                                  /boot/grub2/x86_64-efi
│                                                                                  /boot/grub2/i386-pc
│                                                                                  /.snapshots
│                                                                                  /
├─nvme1n1p3 swap   1           75eb5dd7-1cc3-4a09-8997-1ae153c4e420                [SWAP]
└─nvme1n1p4 xfs                1ec96204-9ddf-4e94-803b-17926d2ebe37    1,4T    22% /home

Du hast also zwei Massenspeichergeräte: nvme0 und nvme1.

Auf den ersten Blick scheint nvme1 dein Tumbleweed zu haben mit p1 als EFI, p2 für Btrfs /, p3 als swap und p4 als XFS /home.

Dagegen hat nvme0 anscheinend p1 als EFI, p2 als Loch und p3 und p4 mit NTFS möglich ein Windows System.

Warum dein update aber auf nvme01p1 (UUID ACDB) geht statt auf das andere EFI das anscheinend von Tumbleweed als die richtige gesehen wird, ist mir unklar. Jedenfals ist das von Tumbleweed mit 344MB und 2% voll groß genug.

Es ist mir auch unklar was Discover (das ich selbst nicht benutze) da eingentlich tut.

Discover schreibt:

Dell System Firmware
1.10.0->1.11.0

Some new functionality has also been added:
Critical WU for Del Tower Plus EBT2250 1.11.0 (A11)

Aktualisieren von: Firmware-Aktualisierungen(lvfs)

Das ist ein Bios-Update. Das hatte ich schon einige Male. Aber jedes mal kam dann diese Fehlermeldung. Ich habe das Update dann jedes mal klassisch mit dem USB-Stick durchgeführt. Auch mit Windows müsste es gehen. Das habe ich aber noch nicht ausprobiert. Will ich auch nicht.

Ist das Ganze nicht eine Art Bug? Müsste nicht der Installer von Open-Suse den Ordner Efi von Anfang an etwas größer machen?

Ich finde das Schade. Immerhin wird das Update von Discover angeboten.

Vielleicht hat ja noch jemand eine Idee.

Warum dein update aber auf nvme01p1 (UUID ACDB) geht statt auf das andere EFI das anscheinend von Tumbleweed als die richtige gesehen wird, ist mir unklar. Jedenfals ist das von Tumbleweed mit 344MB und 2% voll groß genug.

Ich habe zwei efi?

Müsste nicht ein efi reichen?

Ich glaube, ich Erinnere mich jetzt. Ich habe zuerst Windows installiert. Dann habe ich eine zweite Festplatte eingebaut und darauf Open-Suse installiert. Wenn ich mich jetzt richtig erinnere, dann wurde ich vom Installer gefragt, wo Grub (efi?) sein soll. Ich wollte es damals auf der Festplatte mit Open-Suse haben. Ich habe also tatsächlich zwei efi.

Die Festplatte mit Open-Suse ist die schnellere und auch die größere. Dort ist efi Meiner Meinung nach richtig.

Wenn ich mich mit dem Dateimanager Dolphin durchklicke, dann meine ich, ich würde auf der Festplatte von Open-Suse bleiben.

/run/media/root/AC08-CBDB/EFI

Wenn ich dann auf Eigenschaften klicke, sagt Dolphin mir der Ordner sei 91 MB groß und es seien noch 27,1 Mib frei. Wieso wird dieses Efi als das richtige angesehen?

Und ich erinnere mich jetzt wieder: Ich habe bei der Installation von Open-Suse die Efi Partition tatsächlich auf über 300 Mib eingestellt. Warum wird diese Efi-Partition nicht verwendet?

Das ist offenbar etwas völlig durcheinander geraten.

Was könnte ich denn anstelle von Discover verwenden?

Der Beitrag von hcvv hat mich dazu gebracht, das ganze einmal mit der Konsole zu versuchen. Die Konsole gibt mir folgendes aus:

Der Aktualisierungsfehler ist ein bekanntes Problem, besuchen Sie diese URL für weitere Informationen: https://github.com/fwupd/fwupd/wiki/LVFS-Triaged-Issue:-ESP-too-small
Successfully uploaded report

In dem angegebenen Link:

steht dann folgendes:

The EFI system partition does not have enough space to install the update.
Solution:

    Delete log files or debug dumps from the ESP
    Reinstall your system and allocate at least 500MiB for the ESP partition

Neu installieren will ich das nun wirklich nicht.

Dieser Thread kommt nun also zu der Frage:
Wie kann ich Tumbleweed dazu bringen, das richtige efi auszuwählen?
Hat jemand eine Idee?

Ob es funktioniert, wenn ich die Windows-SSD ausbaue?

Vielleicht. Aber ich kenne mir hier wenig aus. Habe selbst kein Windows, kein Discover und tue niemals firmware Updates. Auch das Wissen über die Feinheiten von (mehrere) EFI Dateisystemen fehlt.

Warscheinlich kommen aber noch andere Leute hier. Ein bischen Geduld.

Ich habe jetzt den Yast-Partitionierer geöffnet und mir die beiden efi-Partitionen genau angeschaut. Dort war auf der Linux-SSD zwar der richtige Mount-Point eingetragen, aber als Typ stand dort nicht “Efi-System-Partition”. Das habe ich geändert. Nun funktioniert es. Das Update wurde ohne Probleme ausgeführt. Das ganze war also mein Fehler.

Ich finde das erstaunlich, das mein System trotzdem so einwandfrei funktioniert hat. Alles lief ohne Probleme. Windows war (und ist) problemlos zu benutzen. Und Tumbleweed ist ( und war) auch ohne Probleme zu benutzen. Nur das Firmware-Update hat nicht funktioniert. Jetzt ist das Bios auch mit Discover auf den neuesten Stand gebracht worden.

@hcvv
Deine Kommentare haben mir sehr geholfen. Ich hatte überhaupt nicht mehr daran gedacht, das ich zwei efi-Partitionen habe. Ich wäre überhaupt nicht auf die Idee gekommen, hier nach einer Lösung zu suchen.

Danke.

Dazu kann ich nur sagen das es von Nutzen ist so einige von diesen Kommandos zu lernen. Dann weißt du selbst viel besser wie dein System eigentlich ausschaut. Ich habe nämlich nur gefragt um das zu tun, und dann erklärt was ich gelesen habe.

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.