(no X) Installation funktioniert vermutlich nicht?

[rastla]

Hallo,

ich versuche bereits einige Male Siduction no X zu installieren, allerdings bin ich scheinbar zu blöd dafür 
Ich versuche es in einer VM auf meinem Host System Linux Nobara zu machen.

Meine Schritte sind wie folgt:
Ins Live OS booten
> su
> cli-installer
> cfdisk /dev/vda
alle partitionen löschen
New 512M, Type EFI System
New 24,5G, Type Linux filesystem
Write, yes
Quit
>mkfs.fat -F 32 /dev/vda1
>mkfs.ext4 /dev/vda2
>systemctl daemon-reload
>cli-installer
- do you want to partition your hard disk? Nein -> OK
- do you want to change the timezone? Nein -> OK
- do you want the installer to format your root partition? Nein
- choose a partition to install siduction onto: /dev/vda2
- select a file syste mfor your root partition: ext4 (würde ja btrfs nehmen, aber gibt's scheinbar nicht zur auswahl)
- do you want to set mount points for other partitions? Ja -> /dev/vda1 -> boot
- do you want the program to NOT check if there is enough space...? Nein
- do you want the installer to autodetect swap? Nein -> OK
- real name, username, password, root password, hostname, ...
- select the services you want to start on boot: (nichts) -> OK
- where do you want the boot-loader to be installed (mbr, partition)? partition
- do you want the partitions to be automounted on boot? Ja
- finished, start installation? Ja

Dann wird erstmal installiert. Dateien kopiert, etc.
Und ich bin mir unsicher, ob die Installation fehlschlägt oder nicht, da hier steht "install abort, close the terminal". Dann steht allerdings was successfully installed to hd.



Dann festgestellt, dass /etc/fstab scheinbar leer ist, vielleicht ist das das Problem?
also dann das:
>mount /dev/vda2 /mnt
>mkdir -p /mnt/boot/efi
>mount /dev/vda1 /mnt/boot/efi
>blkid -o export /dev/vda2 /dev/vda1 | grep UUID
>sudo bash -c 'echo "UUID=$(blkid -s UUID -o value /dev/vda2) / ext4 defaults,noatime 0 1" > /mnt/etc/fstab'
>sudo bash -c 'echo "UUID=$(blkid -s UUID -o value /dev/vda1) /boot/efi vfat umask=0077 0 1" >> /mnt/etc/fstab'
>cat /mnt/etc/fstab

>reboot
Option wählen: boot system from hd0,gpt2
Am Bildschirm steht "Booting from Hard Disk..."
Und dort bleibts stecken:



Was mache ich falsch?
Oder mache ich alles falsch haha 

[scholle1]

Hallo @rastla

... allerdings bin ich scheinbar zu blöd dafür ...

sicher nicht;
wir arbeiten seit einiger Zeit am cli- und fll-installer.

Auf dem von dir verwendeten ISO ist mit Sicherheit eine veraltete Version.
Prüfe es einmal mit

Code Auswählen Erweitern

# apt policy cli-installer fll-installer
cli-installer:
  Installiert:           (keine)
  Installationskandidat: 0.5.4
[...]
fll-installer:
  Installiert:           (keine)
  Installationskandidat: 0.11.5.4
[...]
Die Ausgabe stammt von einem installierten System.
Auf git steht der cli-installer bereits in Version 0.5.5.

Um den cli-installer 0.5.5 zu verwenden, müßtest du ihn von
https://github.com/siduction/cli-installer/blob/master/cli-installer
in das live Syste nach /usr/sbin kopieren.

Hinweis 1:
Deine Eingabe

- do you want to set mount points for other partitions? Ja -> /dev/vda1 -> boot

deine fstab

"UUID=$(blkid -s UUID -o value /dev/vda1) /boot/efi vfat umask=0077 0 1"

stimmen nicht überein, wobei /boot/efi wie in der fstab besser wäre.

Hinweis 2:

- do you want the program to NOT check if there is enough space...? Nein

Benutze "Ja"

Hinweis 3:

- where do you want the boot-loader to be installed (mbr, partition)? partition

In der neuen Version gibt es die Auswahl "ESP MBR Partition".
In Verbindung mit deiner fstab dann natürlich "ESP" wobei der cli-installer selbstständig nach einer als ESP deklarierten und ersten Partition auf einer HD sucht.

Hinweis 4:
Der cli-installer 0.5.5 hat zusätzlich die Auswahl des Bootmanagers "GRUB systemd-boot".
Bitte immer GRUB verwenden, da systemd-boot noch nicht im fll-installer funktioniert.

Wäre nett, wenn du es einmal testest und deine Erfahrung berichtest.

[rastla]

Hi @scholle1
Erstmal vielen Dank für deine Antwort!

Ich habe die ISO eigentlich frisch runtergeladen von hier: https://ftp.spline.de/pub/siduction/iso/Shine_on/nox/
Aber du hast recht, cli-installer und fll-installer war nicht aktuell.

Ich habe also die beiden repos geklont:
https://github.com/siduction/cli-installer
https://github.com/siduction/fll-installer

Dann die scripts ausführbar geamcht und nach /usr/sbin kopiert (originales ersetzt bzw umbenannt).
Und dann damit die Installation versucht.

Habe dann die Option ESP genommen wie du gesagt hast.
Nach Grub vs SystemD wurde ich nicht gefragt, aber hab während dem Installieren gesehen, dass wohl GRUB automatisch genommen wurde.

Leider ändert es am Endergebnis nicht viel.
Am ende von der Installation steht:
install abort, close the terminal

Hab dann /dev/vda2 gemountet und fstab angeschaut. Dieses Mal war es bereits befüllt, daher hab ich nichts gemacht und einfach rebooted.
Nur steckts leider nach wie vor dann bei Booting from Hard Disk...

Glaube halt, dass irgendwas beim Installieren fehlschlägt, weil da kommt "install abort, close the terminal", oder?
Gibt's da irgendein detaillierteres log?

[scholle1]

Dann die scripts ausführbar geamcht und nach /usr/sbin kopiert (originales ersetzt bzw umbenannt).

Wenn du nur den cli- und fll-installer kopiert hast, wird es nicht funktionieren.

Versuche einmal im live System

Code Auswählen Erweitern

apt update && apt install cli-installer fll-installer
Es wurden fast alle anderen Skripte beider Pakete geändert. Mit dem install Befehl erhältst du auch diese Dateien.

"install abort, close the terminal" sollte auf keinen Fall erscheinen, sondern "install end, close the terminal".

[rastla]

uhh, wir kommen der Sache schon näher 
Die Installation scheint jetzt erfolgreich zu sein.
Booten kann ich leider trotzdem nicht danach.

Hab dieses Mal ein Video von der Installation gemacht.
Vielleicht sieht man darin besser was ich falsch mache^^
https://youtu.be/0ZJka6STg_g

//edit:
Ich habs endlich geschafft! 
Hatte noch 2 Fehler drinnen und musste noch ein weiteres Ding erledigen.
Fehler 1: UEFI war nicht für die VM aktiviert
Hab ich nun im XML für die VM unter <os> hinzugefügt:


Fehler 2: Im Video hatte ich beim lsblk/fstab command das Leerzeichen zwischen / und ext4 vergessen (oopsie)

Danach musste ich grub nochmal installieren und updaten:

Code Auswählen Erweitern

su -
mount /dev/vda2 /mnt
mount /dev/vda1 /mnt/boot/efi
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=siduction
update-grub
exit
reboot

Full disclosure: ich bin mir nicht sicher ob alle diese Befehle so notwendig sind oder nicht, aber es hat jedenfalls funktioniert 

Danach komm ich in mein System:


🥳🥳🥳

Vielen Dank @scholle1 für die Unterstützung!


//edit2:
Danach, vor dem "apt dist-upgrade" musste ich noch folgendes machen:
https://forum.siduction.org/index.php?topic=9457.0

Code Auswählen Erweitern

su -
cd /
ln -nsf usr/bin bin
ln -nsf usr/sbin sbin
ln -nsf usr/lib lib
ln -nsf usr/lib64 lib64

//edit3:
Folgendes war auch noch notwendig, damit das System mal "sauber" bootet und nicht by default ins Live System:

Code Auswählen Erweitern

efibootmgr -c -d /dev/vda -p 1 -L "siduction" -l '\EFI\siduction\grubx64.efi'
efibootmgr -v
efibootmgr -o 9 // in meinem fall war es 9

[scholle1]

Danke für deine Infos.

Installation in eine VM wird noch nicht unterstützt. Das zeigt die fstab im Video Minute 4:22.
Mal sehen wie das einzubauen geht.

Fehler in umask und usr-merge link wird umgehend behoben. Betrifft den fll-installer.

Du hattest noch die vorletzte Version des cli-installers verwendet.
Teste doch einmal Version 0.5.5.
Zuvor die Datei /root/.sidconf löschen.
Also im live System die Datei austauschen nachdem die Version 0.5.4 installiert wurde und dann fll-installer als siducer, nicht root, mit "sudo cli-installer" starten.
Beim letzten Dialog "Call Installer" nein auswählen. Am fll-installer hat sich noch nichts geändert.

[scholle1]

Installation auf HD nicht in VM gerade getestet:
Wie oben beschrieben die aktuell Versionen des cli- und fll-installer installiert bzw. kopiert und
https://github.com/siduction/fll-installer/tree/master/modules/backend/update_fstab.bm
https://github.com/siduction/fll-installer/tree/master/modules/backend/copy2HD.bm
nach /usr/share/fll-installer/modules/backend/ kopiert.

Die usr-merge link und die umask Werte sind dann ok.
Zu VM kann ich noch nichts berichten.

[scholle1]

Zu VM kann ich noch nichts berichten.

Die fstab in der VM ist korrekt, wenn die Gerätedatei /dev/sdX lautet.
Habe es mit /dev/vdX noch nicht getestet.

[rastla]

Hey @scholle1
sorry für die lange Rückmeldezeit. Hatte in den letzten Tagen wenig Zeit leider.

Habe es vorhin ausprobiert und es funktioniert jetzt einwandfrei in der VM!

Also Live ISO booten, via apt die aktuellsten versionen von cli-installer und fll-installer installieren, dann fll-installer github repo klonen und
/modules/backend/update_fstab.bm
/modules/backend/copy2HD.bm
kopieren nach /usr/share/fll-installer/modules/backend/

Danach als siducer (nicht root) sudo cli-installer sachen und durch die oben beschriebene prozedur gehen.

Dann am Ende einfach sudo reboot und grub boot menu plus eintrag vorhanden und booten funkt!

Und apt-upgrade danach hat auch ohne Probleme funktioniert, also der Workaround bzgl. /usr/bin usw. war nicht mehr notwendig.

Vielen Dank!

[scholle1]

Habe es vorhin ausprobiert und es funktioniert jetzt einwandfrei in der VM!

Das Ergebnis freut mich.
Frage: Sind deine Gerätedateien in der VM nach /dev/vdX oder /dev/sdX benannt?
Du hattest vorher etwas von /dev/vdx berichtet.

[rastla]

Frage: Sind deine Gerätedateien in der VM nach /dev/vdX oder /dev/sdX benannt?
Du hattest vorher etwas von /dev/vdx berichtet.

/dev/vda1
/dev/vda2

[scholle1]

Danke für deine Informationen auch zu den usr-merge-Pfaden und umask.