Christoph Hoffmann christoph_hoffm...@me.com writes:
Hello,
The initial reboot followed the installation of ZFS-only version 5/28 system
reports error:
Attempting Boot From Hard Drive (C:)
gptzfsboot: error 1 lba 32
gptzfsboot: error 1 lba 1
gptzfsboot: No ZFS pools located, can't boot
Eduardo Morras nec...@retena.com writes:
At 22:06 13/08/2011, Steven Hartland wrote:
i just had the following idea: how about instead of copying the
current kernel
to /boot/kernel.old and then installing the new one under /boot/kernel as the
results of target installkernel, we create a unique
Test Rat ttse...@gmail.com writes:
Eduardo Morras nec...@retena.com writes:
At 22:06 13/08/2011, Steven Hartland wrote:
i just had the following idea: how about instead of copying the
current kernel
to /boot/kernel.old and then installing the new one under /boot/kernel as
the
results
Freddie Cash fjwc...@gmail.com writes:
On Sat, Aug 13, 2011 at 12:51 PM, Alexander Best arun...@freebsd.orgwrote:
hi there,
i just had the following idea: how about instead of copying the current
kernel
to /boot/kernel.old and then installing the new one under /boot/kernel as
the
results
Hartmann, O. ohart...@zedat.fu-berlin.de writes:
I run several boxes based on FreebSD 9.0-BETA1/amd64, compiled with
clang. Since yesterday, I run on all of these
machines into strange situations: buildworld won't build anymore, it
fails always on all boxes at
the very same position as
Test Rat ttse...@gmail.com writes:
[...]
Remaking `cat'
Results of making cat:
clang -O2 -pipe -O3 -Qunused-arguments -fcolor-diagnostics
-march=native -g -fno-omit-frame-pointer -std=gnu99 -fstack-protector
-Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict
Alexander Best arun...@freebsd.org writes:
hi there,
running r224715 i'm having no problems what so ever. after upgrading my kernel
to r224784, i'm experiencing fatal lock ups, where only a hard reset will
resolve the problem.
the lock up happend two times while running chromium with only
Ruslan Ermilov r...@freebsd.org writes:
On Wed, Aug 10, 2011 at 10:12:11PM +0400, Test Rat wrote:
`make -s buildkernel' seems to contain lots of segfaults after recent
update of one-true-awk in r224731. It chokes on sys/conf/kmod_syms.awk.
The case can be reduced to
$ awk 'BEGIN { delete
A quick test
$ env -i bsdgrep -Fi without_nls usr.bin/grep/grep.c
$ env -i gnugrep -Fi without_nls usr.bin/grep/grep.c
#ifndef WITHOUT_NLS
#ifndef WITHOUT_NLS
#ifndef WITHOUT_NLS
shows that bsd fgrep already fails to ignore case. And if you throw
a few more options to the mix it'd
Test Rat ttse...@gmail.com writes:
It seems fnmatch(3) args were accidentally swapped. Try
$ bsdgrep -Fr --exclude-dir '*.svn*' grep_ usr.bin/grep | bsdgrep -c svn
72
And it should probably use FTS_SKIP to save time like textproc/gnugrep.
# turn off caching before testing
$ zfs set
A quick example
$ mkdir -p q/a q/b q/c q/d
$ touch q/a/foo.c q/b/foo.c q/c/foo.c q/d/foo.c
$ makefs -t cd9660 q.iso q
$ tar tf q.iso
.
A
B
A/FOO.C
B/FOO.C
C
D
$ mkisofs -quiet -o q.iso q
$ tar tf q.iso
.
A
B
C
D
D/FOO.C
C/FOO.C
B/FOO.C
A/FOO.C
$
`make -s buildkernel' seems to contain lots of segfaults after recent
update of one-true-awk in r224731. It chokes on sys/conf/kmod_syms.awk.
The case can be reduced to
$ awk 'BEGIN { delete ARGV[1] } END { print ARGV[1] }' blah
[...]
Program received signal SIGSEGV, Segmentation fault.
Alexander Best arun...@freebsd.org writes:
On Wed Aug 10 11, Test Rat wrote:
[...]
$ find /media/usr/include /dev/null
find: /media/usr/include/c++/4.2/ext/pb_ds/detail/basic_tree_policy:
Input/output error
find: /media/usr/include/c++/4.2/ext/pb_ds/detail/binary_heap_:
Input/output
Alexander Best arun...@freebsd.org writes:
[...]
gmake -C 6g install
gmake[1]: Entering directory `/usr/ports/lang/go/work/go-20110515/src/cmd/6g'
quietgcc -I/usr/ports/lang/go/work/go-20110515/include -ggdb -O2 -c
/usr/ports/lang/go/work/go-20110515/src/cmd/6g/list.c
egrep: : error: .Each
Alexander Best arun...@freebsd.org writes:
On Tue Aug 9 11, Test Rat wrote:
Alexander Best arun...@freebsd.org writes:
[...]
gmake -C 6g install
gmake[1]: Entering directory
`/usr/ports/lang/go/work/go-20110515/src/cmd/6g'
quietgcc -I/usr/ports/lang/go/work/go-20110515/include
It seems fnmatch(3) args were accidentally swapped. Try
$ bsdgrep -Fr --exclude-dir '*.svn*' grep_ usr.bin/grep | bsdgrep -c svn
72
%%
Index: usr.bin/grep/util.c
===
--- usr.bin/grep/util.c (revision 224705)
+++
Dimitry Andric d...@freebsd.org writes:
On 2011-08-05 07:08, Test Rat wrote:
Pawel Worachpawel.wor...@gmail.com writes:
...
A workaround for the hang on boot and error 1 lba X failures is the
following patch, it would be interesting if it also makes the
zfs_alloc/free error go away too
Pawel Worach pawel.wor...@gmail.com writes:
On Aug 1, 2011, at 14:24, Test Rat wrote:
Anyone else? I can still reproduce with trunk r136607.
boot and gptboot seem to be unaffected.
IIRC, with previous clang import it just stuck during boot
without any error messages.
A workaround
Doug Barton do...@freebsd.org writes:
On 08/02/2011 15:06, John Baldwin wrote:
On Saturday, July 30, 2011 2:49:52 am Andriy Gapon wrote:
on 19/07/2011 18:16 John Baldwin said the following:
Hmm, can you get devinfo -r output from a working kernel with ichwd
loaded?
You might be able to
It's often convenient to extract pieces of iso9660 images for recovery
purposes or a jail. As libarchive no longer recognizes them one has to
resort to mdconfig + mount_cd9660. On a zfs-only system this populates
bufspace unused by arc cache and never gives memory back... nevermind.
$ tar tf
John Baldwin j...@freebsd.org writes:
On Wednesday, August 03, 2011 4:49:24 am Test Rat wrote:
Doug Barton do...@freebsd.org writes:
On 08/02/2011 15:06, John Baldwin wrote:
On Saturday, July 30, 2011 2:49:52 am Andriy Gapon wrote:
on 19/07/2011 18:16 John Baldwin said the following
John Baldwin j...@freebsd.org writes:
On Wednesday, August 03, 2011 1:23:29 pm Test Rat wrote:
John Baldwin j...@freebsd.org writes:
On Wednesday, August 03, 2011 4:49:24 am Test Rat wrote:
Doug Barton do...@freebsd.org writes:
On 08/02/2011 15:06, John Baldwin wrote:
On Saturday
John Baldwin j...@freebsd.org writes:
Hmmm, so your BIOS just outright lies then? :(
Can you check devinfo -u with 'debug.acpi.disabled=hostres' to see where
those memory addresses show up?
I/O memory addresses:
0x0-0x9e7ff (ram0)
0x9e800-0x9 (root0)
Anyone else? I can still reproduce with trunk r136607.
boot and gptboot seem to be unaffected.
IIRC, with previous clang import it just stuck during boot
without any error messages.
___
freebsd-current@freebsd.org mailing list
24 matches
Mail list logo