Siduction Forum
Siduction Forum => Installation - Support => Topic started by: solo on 2018/10/22, 22:47:21
-
Guten Abend,
ich habe siduction 2018.3 auf eine andere Partition installiert. Installation gelungen, aber es hapert am boot / efi.
Efi ist vorhanden, FAT 32 und 500 MB. Es wird aber bei der Installation nicht angenommen.
Soll ich EFI komplett löschen und neu formatieren und dann erst Siduction installieren ?
Oder kann boot / efi repariert werden ? Wenn ja, wie ?
Gruß solo
-
Ich verstehe das Problem nicht - bitte mal das Plattenlayout rübergeben - andere Frage, funktioniert denn das erste installierte system noch?
-
Plattenbelegung, Partitionstabelle gpt für beide HDDs:
http://nopaste.debianforum.de/40459 (http://nopaste.debianforum.de/40459)
sri, ursprüngliches siduction wurde gelöscht.
Vermute Lösungssuche in neuem Boot/EFI oder Grub . . .
Error: file `boot/grub/x86_64-efi/normal.mod' not found.
Entering recue mode . . .
grub rescue>_?
Gruß solo
-
Wenn ich richtig verstanden habe, vielleicht etwas Hilfe.
https://www.linuxquestions.org/questions/linux-newbie-8/grub-error-boot-grub-x86_64-efi-normal-mod-nicht-gefunden-nach-der-Installation-ubuntu-4175628454/
-
Solo: Ich hab da so eine Vermutung - ich weiss nur nicht, wie ich die schonend an den Mann bringen soll :P
Ikke würd vermutlich die efi-Partiton auf sdb kicken, in das frisch installierte System chrooten, nachdem ich dat efi und alle anderen relevanten Sachen gemountet oder angebunden haben und einen grub-install machen. Danach würde ich die Chroot verlassen, einen Sync absetzen, neu starten und mich an einem hoffentlich funktionierenden System erfreuen.
Um ehrlich zu sein, hab ich mir da aber noch nie Gedanken drum gemacht, eigentlich™ sollte Calamares das bei einer automatischen Installation richtig machen. Wenn nicht, ist das ein Fehler, dem man nachgehen sollte. Möglichst vor einem neuen Release unsererseits, dann könnten wir das vor dem Release und in Upstream abstellen und alle hätten was davon.
Falls es weiterhin Probleme gibt, würde ich mir die Installation gerne mal mit einer Fernwartung anschauen. AnyDesk sollte fein in einem Live-System funktionieren.
-
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 ;)
-
apt purge appstream
-
apt purge appstream vollzogen.
Nun habe ich, ausgehend von "siduction-live", die Installation von siduction 2018.3 versucht, aber nach mehrmaligen Versuchen der Installation wurde zum Abschluss immer wieder der Misserfolg mitgeteilt.
---
Boost.Phyton-Fehler in job „packages“.
"Command ‘apt-get update‘ returned non-zero exit status 100
Hit:1 http://deb.debian.org/debian (http://deb.debian.org/debian) unstable InRelease
Hit:2 https://packages.siduction.org/extra (https://packages.siduction.org/extra) unstable InRelease
Hit:3 https://packages.siduction.org/fixes (https://packages.siduction.org/fixes) unstabel InRelease
Max. recursion depth with nested structures exceeded at /usr/lib/x86_64-linux-gnu/perl/
5.28/Storable.pm line 278, at /usr/bin/apt-show-versions line 274. Reading package.lists…
E: Problem executing scripts APT:: Update::Post-Invoke-Success ‘test x /usr/bin/apt-show-versions
|| exit 0 ; apt-show-versions -i‘ 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 10, in <module>
---
Die Installation bricht ab, wird nicht abgeschlossen.Nach mehrmaliger Überprüfung des Installationsvorganges bin ich noch immer auf der suche nach der Lösung . . . :-[
Gruß solo
-
apt purge apt-show-versions - dat war auch karpott
-
Mit neuestem ISO lief alles zufriedenstellend mit siduction.
Gruß solo