Die 1.7.25.1 ist online und die Basis läuft mit den Buildscripts von heute durch.
Mit Chance gibts noch dieses Jahr ne erste 1.8pre 
Da ich eher einen Monolog führe: Gibts ausser mir noch jemanden, der die Scripte mal anstösst?
HJS
hjslfs-1.7.57.2 ist offline
-
..wurde 323 vor Christus vom kerzen-ausblasendem Gevatter erwischt.
Is aber schon was her!
-
-
..wurde 323 vor Christus vom kerzen-ausblasendem Gevatter erwischt.
Is aber schon was her!
"Mein" Alexander war vor ca 18 Monaten noch quicklebendig
-
Kliis Päckli unterm Bäumli
Die 1.7.30 ist online mit Buildscripts v. 25.12.
Die alten Buildscripts sind vom Index, da ich mittlerweile im Script für efivar den Build des 2.34er AS implementiert habe.
Nach efivar tauschen der 2.34er und der 2.35.1er (oder der aktuelle) wieder die Plätze.
HJS
-
WLAN Tools sind nu auch drin, abba da gibts noch Arbeit ...
HJS
-
Grmpf ...
Mittlerweile bootet mein Kernel sogar von nem USB-Stick - hätte nicht gedacht, dass das so "kantig" wird.
Ist schon doof, wenn man alles an USB und SCSI im Kernel hat und dennoch direkt vor dem Beginn der Kernelpanic sieht, dass er den Stick einwandfrei erkennt, aber trotzdem alles als verfügbares root ausweist, ausser dem Stick
Vermutlich wäre das Problem mit init[rd,ramfs] nicht aufgetreten, weil einfach Zeit während der Abarbeitung der linuxrc vergeht, aber ich will das halt monolithisch.
Naja, man lerne was über den Kernelbootparameter "rootwait" ... und alles wird gut
So ist die Grundlage für die nächste Host-CD bzw Host-Image geschaffen.
Mittlerweile bauen die Scripte über die xlibs hinaus, die Bremse für den Server (und damit auch die x7driver) sind erkannt, demnächst.
HJS
-
USB devices und CD/DVD brauchen immer einen delay beim Start.
Ansonsten war das früüüüüüüüher mal....
root@linux# cat /dev/zero > /dev/sda
fdisk -> ext2 partion anlegen
root@linux# mkfs.ext2 /dev/sda1
root@linux# mount /dev/sda1 /mnt
root@linux# mkdir -p /mnt/boot/grub
root@linux# cp /boot/grub/*stage* /mnt/boot/grub
root@linux# echo '(hd0) /dev/sda' > /mnt/boot/grub/device.map
root@linux# grub-install --root-directory=/mnt /dev/sda
root@linux# umount /mnt
--reboot--
GNU GRUB version 0.96 (640K lower / 3072K upper memory)
[ Minimal BASH-like line editing is supported. For the first word, TAB
lists possible command completions. Anywhere else TAB lists the possible
completions of a device/filename. ]
grub>
dann kernel und /boot/grub/menu.lst wie normal aber mit initrd oder statisch mit USB, ext2 und scsi support
title kernel-x.y.z(nr.1)
root (hd0,0)
kernel /boot/kernel-x.y.z rootdelay=6 root="/dev/sda1" rootfstype=ext3 raid=noautodetect
-
USB devices und CD/DVD brauchen immer einen delay beim Start.
Musste ich mich bei den CDs nie drum kümmern und USB[-Stick] als Boot-Medium fasse ich erst an, seit die Installations Isos typischerweise Hybride sind.
Aktuell ist eine CD/DVD zu brennen bzw ein Iso zu kreieren eigentlich nur bei Virtuellen Maschinen wie VirtualBox sinnig.
Zumindest Letztere will nicht von USB Booten.
GNU GRUB version 0.96 (640K lower / 3072K upper memory)
[...]Der gute alte Onkel Grub - darfs auch die 0.97 sein?
Ich hätte gerne ein <wie-auch-immer>.efi auf der EFI Partition und nutze den efibootmgr um mein <wie-auch-immer> einzutragen oder im Falle eben jenes Host-Systems halt ein bootx64.efi in /efi/boot, ohne init-irgendwas.
Auch das dümmste UEFI wird den Stick als bootfähig erkennen ... und booten
HJS
-
Manchmal ist der (mittlerweile, vin lilo nicht zu reden..) gute alte Grub die richtige Wahl.
Wenn man wie ich gerade LFS auf einem RPi-4 mit 8GB für eine neue NAS mit 16TB HDD Space baut, dann braucht man weder noch.
-
Wenn man wie ich gerade LFS auf einem RPi-4 mit 8GB für eine neue NAS mit 16TB HDD Space baut, dann braucht man weder noch.
Bauste die Version v. 1.2. mit binutils-2.36 ?
Hab derzeit auf SVN-160121 fixiert, da pass2 der binutils in die Büx ging - kann aber an meinne Spielereien am "Ersatzmann" intel liegen ...
HJS
-
System bootet schon. LFS SVN-20210202
24. Jan 12:18 binutils-2.36.tar.xz
23. Jul 2020 gcc-10.2.0.tar.xz
3. Feb 11:09 glibc-2.33-fhs-1.patch
1. Feb 20:21 glibc-2.33.tar.xz
uname -a
Linux nas 5.10.11-v8+ #1399 SMP PREEMPT Thu Jan 28 12:14:03 GMT 2021 aarch64 GNU/Linux
Kernel muss ich noch bauen und werde boot Partition auf xfs umstellen..
-
System bootet schon. LFS SVN-20210202
Wenns so schnell ne neue Version gibt, wars vielleicht doch nicht der "zerconfigurierte" Ersatzspieler
HJS
-
Gute Frage. Die core-utils sind auf aarch64 aka arm 64bit z.Z. ein Problem. Alles andere läuft glatt.
-
Grmpf - da frag ich mich verzweifelt, wo ich denn dieses mal den Bock geschossen habe, dass mit binutils-2.36 genau diese konstant ne Bauchlandung hinlegen und der Fehler ist ausnahmsweise nicht zwischen meinen Ohren zu finden (zumindest nicht direkt
)Man nehme einen vollständigen hjslfs-build als Host ... und schon klappts auch mit dem Nachbarn
Nu kommt ne erste pre und ein erster aktueller Host doch langsam näher
HJS
-
Grmpf - boot von /EFI/hjslfs-1.7.42.x/hjslfs.efi macht er, /EFI/hjslfs/hjslfs.1.7.42.x.efi macht er nicht.
Ist die Anzahl der Punkte in FAT32 limitiert oder ist nur das UEFI auf der Maschine etwas buggy?
Naja - HP ist der Meinung einen neuen Eintrag zu erstellen sei ja noch OK, aber wenn man will, dass der auch tatsächlich vorne in der Bootfolge steht, muss man das schon via deren Setup einstellen ... mag ja am NB noch sinnig sein, da hats keinen Mastereset um das "unbootbare" wieder zu reanimieren.
Immerhin klappt ja noch bootnext
HJS
-
Für EFI muss auch die Partitionierung passen. Geprüft?
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!