Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "
Tipps und Tricks"-Bereich.
-
Fissi
- Beiträge: 5
- Registriert: 10.07.2019 19:50:04
Beitrag
von Fissi » 10.07.2019 20:01:56
Moin zusammen,
ich habe die Tage mein stable Debian von Stretch auf Buster upgegradet. Lief soweit alles durch, bis auf folgenden Fehler:
Code: Alles auswählen
christoph@debian:~$ sudo apt update && sudo apt full-upgrade
[sudo] Passwort für christoph:
Holen:1 http://security.debian.org/debian-security buster/updates InRelease [39,1 kB]
OK:2 http://ftp.de.debian.org/debian buster InRelease
OK:3 http://ftp.de.debian.org/debian buster-updates InRelease
Es wurden 39,1 kB in 0 s geholt (92,6 kB/s).
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
2 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] j
shim-signed-common (1.33+15+1533136590.3beb971-7) wird eingerichtet ...
x86_64-efi wird für Ihre Plattform installiert.
grub-install: Warnung: Cannot set EFI variable Boot0000.
grub-install: Warnung: efivarfs_set_variable: writing to fd 8 failed: Auf dem Gerät ist kein Speicherplatz mehr verfügbar.
grub-install: Warnung: _efi_set_variable_mode: ops->set_variable() failed: Auf dem Gerät ist kein Speicherplatz mehr verfügbar.
grub-install: Fehler: failed to register the EFI boot entry: Auf dem Gerät ist kein Speicherplatz mehr verfügbar.
dpkg: Fehler beim Bearbeiten des Paketes shim-signed-common (--configure):
»installiertes shim-signed-common-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 1 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von shim-signed:amd64:
shim-signed:amd64 hängt ab von shim-signed-common (= 1.33+15+1533136590.3beb971-7); aber:
Paket shim-signed-common ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten des Paketes shim-signed:amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
shim-signed-common
shim-signed:amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)
Kann man das relativ einfach fixen? Würde nach der Installation der Pakete der Rechner per EFI starten, oder weiter beim klassischen Bios-Booten bleiben?
Zuletzt geändert von
Fissi am 12.07.2019 17:01:41, insgesamt 1-mal geändert.
-
Teddybear
- Beiträge: 3163
- Registriert: 07.05.2005 13:52:55
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Altomünster
-
Kontaktdaten:
Beitrag
von Teddybear » 10.07.2019 20:17:30
Servus,
Zeige doch bitte mal die Ausgaben von
Versuchungen sollte man nachgeben. Wer weiß, ob sie wiederkommen!
Oscar Wilde
Mod-Voice / My Voice
-
Fissi
- Beiträge: 5
- Registriert: 10.07.2019 19:50:04
Beitrag
von Fissi » 10.07.2019 20:23:39
Code: Alles auswählen
christoph@debian:~$ sudo parted --list
[sudo] Passwort für christoph:
Model: ATA INTEL SSDSC2BW12 (scsi)
Disk /dev/sda: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 538MB 537MB fat32 boot, esp
2 538MB 794MB 256MB ext2
3 794MB 110GB 109GB
Model: ATA ST4000DM000-1F21 (scsi)
Disk /dev/sdb: 4001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 4001GB 4001GB
Model: Linux device-mapper (crypt) (dm)
Disk /dev/mapper/_dev_sdb1: 4001GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0,00B 4001GB 4001GB ntfs
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/debian--vg-root: 101GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0,00B 101GB 101GB ext4
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/debian--vg-swap: 8498MB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0,00B 8498MB 8498MB linux-swap(v1)
Error: /dev/mapper/sda3_crypt: unrecognised disk label
Model: Linux device-mapper (crypt) (dm)
Disk /dev/mapper/sda3_crypt: 109GB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
Code: Alles auswählen
christoph@debian:~$ sudo efibootmgr -v
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0003,0002
Boot0000* debian HD(1,GPT,82bde045-e4cb-4d88-bd16-f9ccd97ba0d7,0x800,0x100000)/File(\EFI\debian\grubx64.efi)
Boot0002* Hard Drive BBS(HD,,0x0)AMGOAMNO........o.I.N.T.E.L. .S.S.D.S.C.2.B.W.1.2.0.A.4....................A...........................>..Gd-.;.A..MQ..L.V.C.A.D.4.3.4.2.0.0.N.C.2.1.7.0.N.G. . ......AMBOAMNO........o.S.T.4.0.0.0.D.M.0.0.0.-.1.F.2.1.6.8....................A...........................>..Gd-.;.A..MQ..L. . . . . . . . . . . . .3.W.0.0.C.E.7.1......AMBO
Boot0003* CD/DVD Drive BBS(CDROM,,0x0)AMGOAMNOq.......I.B.D.-.W.2.6.S.S.-.B....................A..............................Gd-.;.A..MQ..L.0......AMBO
-
Teddybear
- Beiträge: 3163
- Registriert: 07.05.2005 13:52:55
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Altomünster
-
Kontaktdaten:
Beitrag
von Teddybear » 10.07.2019 20:33:23
Das sieht soweit ok aus.
Ist efivars gemounted?
Versuchungen sollte man nachgeben. Wer weiß, ob sie wiederkommen!
Oscar Wilde
Mod-Voice / My Voice
-
Fissi
- Beiträge: 5
- Registriert: 10.07.2019 19:50:04
Beitrag
von Fissi » 10.07.2019 20:58:37
Code: Alles auswählen
christoph@debian:~$ mount | grep efivars
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
-
Teddybear
- Beiträge: 3163
- Registriert: 07.05.2005 13:52:55
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Altomünster
-
Kontaktdaten:
Beitrag
von Teddybear » 10.07.2019 21:48:53
Hat dein UEFI eventuell so etwas wie ein NVRAM Schreibschutz aktiviert?
Versuchungen sollte man nachgeben. Wer weiß, ob sie wiederkommen!
Oscar Wilde
Mod-Voice / My Voice
-
Fissi
- Beiträge: 5
- Registriert: 10.07.2019 19:50:04
Beitrag
von Fissi » 10.07.2019 23:13:13
Hm, gute Frage. Hab gerade mal die Bios Einstellungen durchsucht aber nichts gefunden, was ich als Schreibschutz identifizieren würde.
Ich hab folgendes Mainboard
https://www.gigabyte.com/Motherboard/GA ... -rev-20#ov
Es hat ein sogenanntes DualBios. Keine Ahnung ob das vielleicht die Installation der Pakete verhindert.
Gesetzt den Fall ich finde keine Lösung, hätte es noch irgendwelche Auswirkungen auf mein System wenn ich die Pakete nicht installiere, mal abgesehen von der Tatsache, dass ich weiterhin per Standard Bios boote?
-
Fissi
- Beiträge: 5
- Registriert: 10.07.2019 19:50:04
Beitrag
von Fissi » 12.07.2019 17:00:21
Dankeschön Teddybear für deine Mühe.
Ich hab zwischenzeitlich eine Lösung gefunden.
Es waren wohl einige Dump Dateien die gelöscht werden mussten.
-
Teddybear
- Beiträge: 3163
- Registriert: 07.05.2005 13:52:55
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Altomünster
-
Kontaktdaten:
Beitrag
von Teddybear » 12.07.2019 18:42:05
Versuchungen sollte man nachgeben. Wer weiß, ob sie wiederkommen!
Oscar Wilde
Mod-Voice / My Voice