[DragonFlyBSD - Bug #1622] (Closed) devfs doesn't create my ad4s3 (macbook)

[Max Herrgard via Redmine]

Issue #1622 has been updated by herrgard.

Status changed from Feedback to Closed

I don't know really what's left and what we should do about it. devfs do create the devices in /dev, it's just that the slice number is off. This will confuse the installer as it expects ad4s3* but devfs created ad4s2*. Anyone hitting this while installing can use devfs rules to create links named ad4s3 pointing at ad4s2. You need to create links for the partitions (a, b, d etc) too.

I'll close this issue as I don't see it as a devfs bug any more. The question about how we should handle GPT/MBR tables is still open though.

I don't know if this issue with slice number being off is something that only upsets the installer on Macs with their hybrid GPT/MBR table.
----------------------------------------
Bug #1622: devfs doesn't create my ad4s3 (macbook)
http://bugs.dragonflybsd.org/issues/1622

Author: herrgard
Status: Closed
Priority: Normal
Assignee: alexh
Category: 
Target version: 


Hi.

DragonFly doesn't create ad4s3 in /dev. fdisk shows it. I don't know how  
this Mac (unibody macbook of late 2008) has its partitions set up, but  
it's probably in a weird way. I created the extra slice through bootcamp  
in OS X. Right now i have OpenBSD installed in it.

Attached is output of
verbose dmesg
dmesg with kern.disk_debug=3
fdisk ad4, ad4s0, ad4s1, ad4s2
gpt show ad4, ad4s0, ad4s1

I got the outputs using the live cd and what I want is to install  
DragonFly into this ad4s3 slice.
There was some crap in the top of the dmesgs that I cut off.

Thanks,
Max


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account