Re: Debian HURD is not booting after install in Virtual Box VM
Jeffrey Walton writes: > On Sat, Feb 2, 2019 at 10:24 PM Amos Jeffries wrote: >> >> On 3/02/19 11:27 am, Samuel Thibault wrote: >> > >> > Jeffrey Walton, le sam. 02 févr. 2019 14:19:24 -0500, a ecrit: >> >> I'm trying to install HURD into a Virtual Box VM on Windows. Also you might check out qemu. Most Hurd people run the Hurd in qemu, which tends to be much more performent than Virtual Box. :) >> > >> > I don't think anybody tried that setup. >> > >> >> This was the setup I was working with some years ago. The same issue >> occured on first install of the Debian's (then) latest image download link. >> >> VirtualBox requires the VM to be 32-bit with the same extensions pack >> installed as if a standard Linux Debian VM was to be used. Without these >> a pile of confusing device issues occur. > > Thanks. > > I found I could work around it by inserting a CD if one was not > present (or ejecting one if present). I guess it has something to do > with udev being able to move the computer to a new state that allows > it to boot. > > No logs to provide at the moment, though. There's no dmesg, and trying > to read /dev/klog crashes: > > $ dmesg > -bash: dmesg: command not found > $ cat /dev/klog > cat: /dev/klog: Computer bought the farm > > Does anyone know how to view system logs on this OS? > > Jeff > -- Joshua Branson Sent from Emacs and Gnus
Re: GCC and UBsan for Hurd?
Hello, Jeffrey Walton, le dim. 03 févr. 2019 10:20:19 -0500, a ecrit: > I'm trying to build a debug configuration with UBsan: > > $ g++ -DDEBUG -g2 -O1 -fsanitize=undefined TestPrograms/test_cxx.cxx > /usr/bin/ld: cannot find -lubsan I don't think anybody took the time to fix the missing bits for gcc's usan on GNU/Hurd Samuel
GCC and UBsan for Hurd?
Hi Everyone, I'm trying to build a debug configuration with UBsan: $ g++ -DDEBUG -g2 -O1 -fsanitize=undefined TestPrograms/test_cxx.cxx /usr/bin/ld: cannot find -lubsan Apt-cache is returning a lot of hits for UBsan, but they seem to be for cross-compiles. What package do I use for Hurd? Thanks in advance. - $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Hurd buster/sid Release:unstable Codename: sid $ apt-cache search ubsan lib32ubsan0-amd64-cross - UBSan -- undefined behaviour sanitizer (32bit) lib32ubsan0-s390x-cross - UBSan -- undefined behaviour sanitizer (32bit) lib64ubsan0-i386-cross - UBSan -- undefined behaviour sanitizer (64bit) libubsan0-amd64-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan0-arm64-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan0-armel-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan0-armhf-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan0-i386-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan0-ppc64el-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan0-s390x-cross - UBSan -- undefined behaviour sanitizer (runtime) libx32ubsan0-amd64-cross - UBSan -- undefined behaviour sanitizer (x32) libx32ubsan0-i386-cross - UBSan -- undefined behaviour sanitizer (x32) lib32ubsan0-ppc64-cross - UBSan -- undefined behaviour sanitizer (32bit) lib32ubsan0-sparc64-cross - UBSan -- undefined behaviour sanitizer (32bit) lib32ubsan0-x32-cross - UBSan -- undefined behaviour sanitizer (32bit) lib64ubsan0-powerpc-cross - UBSan -- undefined behaviour sanitizer (64bit) lib64ubsan0-x32-cross - UBSan -- undefined behaviour sanitizer (64bit) libubsan0-powerpc-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan0-ppc64-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan0-sparc64-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan0-x32-cross - UBSan -- undefined behaviour sanitizer (runtime) lib32ubsan1-amd64-cross - UBSan -- undefined behaviour sanitizer (32bit) lib32ubsan1-s390x-cross - UBSan -- undefined behaviour sanitizer (32bit) lib64ubsan1-i386-cross - UBSan -- undefined behaviour sanitizer (64bit) libubsan1-amd64-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan1-arm64-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan1-armel-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan1-armhf-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan1-i386-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan1-ppc64el-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan1-s390x-cross - UBSan -- undefined behaviour sanitizer (runtime) libx32ubsan1-amd64-cross - UBSan -- undefined behaviour sanitizer (x32) libx32ubsan1-i386-cross - UBSan -- undefined behaviour sanitizer (x32) lib32ubsan1-ppc64-cross - UBSan -- undefined behaviour sanitizer (32bit) lib32ubsan1-sparc64-cross - UBSan -- undefined behaviour sanitizer (32bit) lib32ubsan1-x32-cross - UBSan -- undefined behaviour sanitizer (32bit) lib64ubsan1-powerpc-cross - UBSan -- undefined behaviour sanitizer (64bit) lib64ubsan1-x32-cross - UBSan -- undefined behaviour sanitizer (64bit) libubsan1-powerpc-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan1-ppc64-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan1-sparc64-cross - UBSan -- undefined behaviour sanitizer (runtime) libubsan1-x32-cross - UBSan -- undefined behaviour sanitizer (runtime)
Re: Debian HURD is not booting after install in Virtual Box VM
Hello, Jeffrey Walton, le dim. 03 févr. 2019 00:34:46 -0500, a ecrit: > No logs to provide at the moment, though. There's no dmesg, and trying > to read /dev/klog crashes: > > $ dmesg > -bash: dmesg: command not found > $ cat /dev/klog > cat: /dev/klog: Computer bought the farm You need to read /dev/klog as root. It's odd that you get this error, it should have been a permission denied error, that'd need to be hunted down. Samuel
Re: Bug#920618: initscripts: errors with /dev/shm on Hurd
Svante Signell, le sam. 02 févr. 2019 11:25:59 +0100, a ecrit: > On Sat, 2019-02-02 at 06:41 +0100, Samuel Thibault wrote: > > Svante Signell, le sam. 02 févr. 2019 01:07:48 +0100, a ecrit: > > > > > > I'm having a look :) > > > > Thanks! :) > > Seem to work fine, Thanks! Now pending upload. > after removing the broken links /run/shm -> /dev/shm and > /dev/shm -> /run/shm. /run is a tmpfs anyway, so the link would go away anyway. Samuel
Re: Bug#920618: initscripts: errors with /dev/shm on Hurd
[2019-02-02 11:25] Svante Signell > I don't boot with a serial console so I might have missed som output, e.g. the > brightness issue. For what it worth, code in `brightness' script check two possible location is copy-paste fashion. I have only one of those locations, and things work for me. -- Note, that I send and fetch email in batch, once every 24 hours. If matter is urgent, try https://t.me/kaction --
Processed: reassign 920618 to hurd
Processing commands for cont...@bugs.debian.org: > reassign 920618 hurd Bug #920618 [initscripts] initscripts: errors with /dev/shm on Hurd Bug reassigned from package 'initscripts' to 'hurd'. No longer marked as found in versions sysvinit/2.93-5. Ignoring request to alter fixed versions of bug #920618 to the same values previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 920618: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=920618 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems