Dreamplug and eSATA problems
freebsd at damnhippie.dyndns.org
Wed Dec 5 15:54:41 UTC 2012
On Tue, 2012-12-04 at 19:50 -0800, Dave Hayes wrote:
> On 12/01/12 14:58, Ian Lepore wrote:
> > Alright, I tracked down the problem today; patch is attached. Undo that
> > prior patch that disabled writeback and try this instead.
> So far it looks like it's working. Thanks again for your work; I'll be
> testing this over the next few weeks.
> I'm not sure if this is related, but geom seems to fail to remember the
> partition table on my eSATA disk on this box. I don't see anything in
> dmesg that would account for this, and since I have no loader.conf to
> set things like kern.geom.debugflags ... I'm wondering if you have any
> suggestions for debugging this issue?
I've been doing my testing with an SSD drive using GPT partitioning, and
I haven't had any trouble...
root at dpcur:/root # gpart show ada0
=> 34 250069613 ada0 GPT (119G)
34 2014 - free - (1M)
2048 20971520 11 freebsd-ufs (10G)
20973568 20971520 12 freebsd-ufs (10G)
41945088 25165824 50 freebsd-swap (12G)
67110912 182958735 - free - (87G)
I also haven't done a ton of testing; I normally run the system booted
via tftp and using an nfs-mounted readonly root (because that's a very
convenient setup for hacking -- rebuild on the desktop machine and then
reboot the dp and it automatically picks up the new kernel and world).
Unfortunately, with the lack of a loader, setting debug flags early
usualy means hacking the change right into the kernel and rebooting. In
this case, that would be initializing g_debugflags on line 66 of
More information about the freebsd-arm