similar to: Hurd boot difficulties.

Displaying 20 results from an estimated 3000 matches similar to: "Hurd boot difficulties."

2014 Feb 01
5
xorriso or genisoimage syntax assistance
Could someone help me get the syntax for `genisoimage' and/or `xorriso' correct? Apparently it is not in many linux distros so below my little HOWTO shows how to compile it. ( which adds tons of crap that can go wrong) mkdir -p ISO_root/isolinux cp /usr/lib/syslinux/[i,m,v]* ISO_root/isolinux cat > ISO_root/isolinux/isolinux.cfg << EOF UI menu.c32 label isolinuxtests EOF # Most
2012 Mar 05
1
Bug#588839: Bug#588839: pv-grub removed ?
pv-grub is also the best/only way to run hurd under xen: http://www.gnu.org/software/hurd/microkernel/mach/gnumach/ports/xen.html#index4h1 it's also the best way by far to run netbsd without a separate /boot Cheers, Brian Szymanski -------------- next part -------------- An HTML attachment was scrubbed... URL:
2024 Jan 20
1
Running VMware ESXi network installer via syslinux/menu
On Sat, Jan 20, 2024 at 12:21:37AM +0100, marki via Syslinux wrote: > Hello, > > So I'm running syslinux.efi > Which loads menu.c32 > Which is supposed to start ESXi's bootx64.efi/mboot.efi > > But that gives > > """ > Loading mboot.efi... ok > Invalid Boot signature 0x2, bailing out > Booting kernel failed: Bad file number >
2024 Jan 21
1
Running VMware ESXi network installer via syslinux/menu
On 1/20/2024 1:29 AM, Ralph Ronnquist via Syslinux wrote: > On Sat, Jan 20, 2024 at 12:21:37AM +0100, marki via Syslinux wrote: >> Hello, >> >> So I'm running syslinux.efi >> Which loads menu.c32 >> Which is supposed to start ESXi's bootx64.efi/mboot.efi >> >> But that gives >> >> """ >> Loading mboot.efi... ok
2013 Jan 10
3
[LLVMdev] Porting LLVM, clang et al. to GNU/Hurd
Hi! At night, when having my GNU Hurd maintainer hat on, I'm currently working on porting LLVM, clang et al. to x86-class systems using the GNU Hurd as their kernel, <http://www.gnu.org/software/hurd/>. In the following, I'll just use LLVM to refer to the whole suite of tools. To some extent, LLVM already works on GNU/Hurd; thanks for constructing it in a portable fashion. From
2014 Feb 02
2
xorriso or genisoimage syntax assistance
On Sun, Feb 2, 2014 at 6:27 AM, Mattias Schlenker <ms at mattiasschlenker.de>wrote: [...] > Build a recent xorriso - this can be run from the build directory without > installing (thanks, Thomas!): > > ./configure --enable-static > > Thank you for pointing this out, I tried desperately to statically compile `mkisofs' yesterday, to no avail. To hear that xorriso is
2018 Feb 14
1
[PATCH] inspect: use check_tests also for detecting Hurd
Even though the list of checks is very short, at least this migrates from imperative checks to a "declarative" one. There should be no behaviour change, other than using os-release if it contains all the needed information. --- daemon/inspect_fs_unix.ml | 19 ++++++++++++------- 1 file changed, 12 insertions(+), 7 deletions(-) diff --git a/daemon/inspect_fs_unix.ml
2001 Jul 22
1
[patch] GNU/Hurd compatibility patches
Hi, These patches are from Robert Bihlmeyer to make ssh build on Hurd. If you have queries about them, I suggest contacting debian-hurd at lists.debian.org. Cheers, Matthew -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: openssh-2.9-hurd.diff Url:
2000 Dec 27
2
patch to support hurd-i386
Hi, here's a patch so that ssh also supports hurd-i386. Thanks for incorporating. The patch comes from Robert Bihlmeyer <robbe at orcus.priv.at>. > openssh 2.2.0p1-1.1 does not build on the Hurd. The appended patch > fixes that. Changes in detail: > * PAM is not (yet?) supported, so the PAM dependencies are only put into > the control file on architectures != hurd-i386.
2001 Jan 04
0
patch for the HURD
This is a small/trivial patch to get HURD to _compile_ (I haven't gotten PRNG to work yet) openssh. All it does is define MAXHOSTNAMELEN in defines.h if it isn't already defined (there may need to be a library loaded first, or you may want to incorporate that patch into canohost.c instead of defines.h). Anyway, small patch for canohost.c and defines.h because HURD doesn't use
2014 Sep 23
1
[PATCH] inspect: map Hurd devices, and enable fstab introspection
Add a mapping for the Hurd device names, so it is possible to enable the inspection of /etc/fstab. --- src/inspect-fs-unix.c | 25 ++++++++++++++++++++++++- 1 file changed, 24 insertions(+), 1 deletion(-) diff --git a/src/inspect-fs-unix.c b/src/inspect-fs-unix.c index 3f57cd5..b629508 100644 --- a/src/inspect-fs-unix.c +++ b/src/inspect-fs-unix.c @@ -78,6 +78,7 @@ static pcre
2009 Dec 16
2
Build fix on HURD
I've made two little patches to allow dovecot to be compiled on GNU/Hurd. Could you review them? Kind regards, Marco Nenciarini -- --------------------------------------------------------------------- | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | | mnencia at prato.linux.it | http://www.prato.linux.it/~mnencia |
2007 Mar 03
4
GNU Mach Xen port
Hi, I''m glad to announce that I have mostly finished a port of GNU Mach to Xen, so that GNU/Hurd/Mach/Xen now works :) Samuel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
2014 Dec 05
0
vesamenu back to text before booting
> On Fri, 5 Dec 2014, Ady wrote: > > > > > If so: http://www.syslinux.org/wiki/index.php/Mboot.c32 > > > > > > I?m not permitted to edit either that page or its talk page. > > > Do I submit the content addition here, then? > > > > Please do. > > Okay, MediaWiki syntax docs follow. Note I have tested those > only a bit, and not
2014 Dec 05
2
vesamenu back to text before booting
On Fri, 5 Dec 2014, Ady wrote: > > > If so: http://www.syslinux.org/wiki/index.php/Mboot.c32 > > > > I?m not permitted to edit either that page or its talk page. > > Do I submit the content addition here, then? > > Please do. Okay, MediaWiki syntax docs follow. Note I have tested those only a bit, and not within the vesamenu context, but if mboot.c32 resets to
2019 May 28
2
Instruction is selected, but it shouldn't (?)
In MyTargetRegisterInfo.td file, I defined separated register classes for general purpose registers and for the SP register: def GR16 : RegisterClass<"CPU74", [i16], 16, (add R0, R1, R2, R3, R4, R5, R6, R7)>; def SSP : RegisterClass<"CPU74", [i16], 16, (add SP)>; The SP can not be used in general purpose arithmetic instructions, therefore I defined the following
2014 Dec 05
1
vesamenu back to text before booting
On Fri, 5 Dec 2014, Ady wrote: > A link to original documentation is very useful. Links to manpages > and/or to CVSweb are both fine. Some users might prefer the man page > (which might or might not be up-to-date and/or enough), and the CVSweb > content might be valuable for others. OK, sure. The sources are mostly in https://www.mirbsd.org/cvs.cgi/src/sys/arch/i386/stand/ (boot/
2014 Feb 02
4
xorriso or genisoimage syntax assistance
I got this figured out much faster than I thought I would. Thanks to all of your help, Peter, Mattias, Thomas and Helmut. And Thomas, that 8 partition live OS sounds right up my alley, and I will definitely check it out. The second partition is working well with `parted' and `fdisk', so I am quite pleased. Below is, again, "what I came up with". I tried to integrate each of your
2019 May 28
2
Instruction is selected, but it shouldn't (?)
Hi Eli, Thanks for your response. Actually, I look a lot at the ARM and THUMB1 backend implementations, and this certainly help. My architecture also have specific instructions for SP-relative accesses in a similar way than the Thumb1. During frame lowering, specific machine instructions are emitted so there’s no issue there. Also during ISelDagToDag I am able to select the right instructions.
2024 Jan 19
2
Running VMware ESXi network installer via syslinux/menu
Hello, So I'm running syslinux.efi Which loads menu.c32 Which is supposed to start ESXi's bootx64.efi/mboot.efi But that gives """ Loading mboot.efi... ok Invalid Boot signature 0x2, bailing out Booting kernel failed: Bad file number """ Secure boot is disabled. Thoughts? The reason why it would be nice using PXE and syslinux here is because we have