Nach mehrmaligen Versuchen der Installation wurde zum Abschluss immer der Misserfolg mitgeteilt:
"Command ‘apt-get update‘ returned non-zero exit status 100
Hit:1
http://deb.debian.org/debian unstable InRelease
Hit:2
https://packages.siduction.org/extra unstable InRelease
Hit:3
https://packages.siduction.org/fixes unstabel InRelease (appstreamcli:4038):Glib-CRITICAL **:01:31:30.890: g_variant_builder_end: assertion‘!GSVB(builder)→uniform_item_types || GVSB(builder) >prev_item_type =NULL || g_variant_type_is_definite (GVSB(builder)→type)‘ failed (appstreamcli:4038):Glib-CRITCAL**:01:31:30.890: g_variant_new_variant: assertion‘vakue !=NULL‘failed(appstreamcli: 4038): Glib-ERROR**: 01:31:30.890: g_variant_new_parsed: 11-13:invalid Gvariant format string Trace/breakpoint trap Reading package lists… E: Problem executing scripts
APT:: Update::Post-Invoke-Success ‘if /usr/bin/test -w /var/cache/app-info a e usrbin/appstreamcli; then appstreamcli refreshcache > /dev/null; fi‘ E: Subprocess returned an error code
Traceback
File „/usr/lib/calamares/modules/packages/main.py“, line 453, in run pkgman.update_db()
File „/usr/lib/calamares/modules/packages/main.py“, line 235, in update_db
check_target_env_call([„apt-get“, „update“])
File „<string>“, line 16, in <module> "
Das bereit mir Kopfzerbrechen.
Die misslungenen Installationen wurden alle vorher eleminiert.
Auf sdb ist nur Debian und der Platz für eine Neuinstallation von siduction.
gparted zeigt aber unter dev/sdb2, /disks/diskpart2part2, dass eine installation von siduction vorhanden ist, die aber im boot nicht aufscheint.
boot device: (unter Esc)
Windows Boot Manager
debian
UEFI
Enter Setup
Gruß solo
Danke für die Antworten, kommt Zeit, kommt Rad, vielleicht auch Fahrrad