Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 7 Apr 2009 16:12:18 -0700
From:      Andrew Thompson <thompsa@FreeBSD.org>
To:        Nenhum_de_Nos <matheus@eternamente.info>
Cc:        freebsd-current@freebsd.org, Robert Noland <rnoland@freebsd.org>
Subject:   Re: Booting from usb hard disk
Message-ID:  <20090407231218.GC14561@citylink.fud.org.nz>
In-Reply-To: <d761f45582bbff40b0cbacd44c00d79d.squirrel@10.1.1.10>
References:  <d761f45582bbff40b0cbacd44c00d79d.squirrel@10.1.1.10>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Apr 05, 2009 at 03:54:35PM -0300, Nenhum_de_Nos wrote:
> On Mon, March 30, 2009 03:10, Andrew Thompson wrote:
> > On Tue, Mar 24, 2009 at 03:49:32AM -0500, Robert Noland wrote:
> >> On Mon, 2009-03-23 at 19:40 -0300, Nenhum_de_Nos wrote:
> >> > I had problem a while ago with via mini itx hardware, that was quite
> close. If I try boot from usb (installed in usb hdd), I get to the
> >> point
> >> > of loader not finding my disk.
> >> >
> >> > I then used a small flash disk attached to the ata (44 pin ide)
> >> channel
> >> > and formatted /boot in there. this way I get to the point of mount
> >> root
> >> > you said, and da0 not being alive soon enough to mount root. list
> >> disks
> >> > also couldn't find da0 though.
> >> >
> >> > I tried current from that time, and no good.
> >> >
> >> > if this is solved, I'll be happy to try whatever patch to current.
> (as
> >> > long as I can install it from another box/or its ata channel, as it
> >> can't
> >> > boot vanilla 7.1R)
> >> So, my solution was to set kern.cam.scsi_delay=10000
> >> in /boot/loader.conf
> >
> > The following patch should work. It creates interleaving root hold
> tokens from the CAM probe to disk_create and geom providor tasting. I
> had to add a malloc type flag as sleeping isnt allowed at the point I
> added the token alloc in CAM.
> >
> > http://people.freebsd.org/~thompsa/root_wait.diff
> >
> > It needs review by the various geom/cam ppls.
> >
> >
> > Andrew
> 
> phoenix# patch < ../root_wait.diff
> Hmm...  Looks like a unified diff to me...
> The text leading up to this was:
> --------------------------
> |Index: kern/vfs_mount.c
> |=================================================================== |---
> kern/vfs_mount.c	(revision 190540)
> |+++ kern/vfs_mount.c	(working copy)
> --------------------------
> Patching file kern/vfs_mount.c using Plan A...
> Reversed (or previously applied) patch detected!  Assume -R? [y]

The patch was committed and by applying it again you have reverted it.
Just use the current sources without the patch.

Andrew



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090407231218.GC14561>