OpenSolaris

Printable Version Enter a New Search
Bug ID 6622243
Synopsis newfs complains about "Unable to find Media type"
State 10-Fix Delivered:Verified (Fix available in build)
Category:Subcategory utility:filesystem
Keywords newfs | qed | rtiq_regression | s10u5 | s10u7 | ssqa | utility
Responsible Engineer Vidya Sakar
Reported Against 5.10 , s10u5_05 , s10u5_06 , s10u5_08 , s10u6_01 , s10u7_01 , s10u7_03 , s10u5_fcs , solaris_10 , solaris_10u3
Duplicate Of
Introduced In solaris_nevada
Commit to Fix snv_81
Fixed In snv_81
Release Fixed solaris_nevada(snv_81) , solaris_10u8(s10u8_01) (Bug ID:2159801)
Related Bugs 6542641 , 6670422
Submit Date 26-October-2007
Last Update Date 30-March-2009
Description 
I recently ran newfs on a zvol and got this message:

# newfs /dev/zvol/rdsk/tee8/zv1
/dev/zvol/rdsk/tee8/zv1: Unable to find Media type. Proceeding with system determined parameters.

This message gets generated when a newly added
DKIOCGREMOVABLE ioctl fails.

There are a couple of problems with this.  First,
for EFI labeled disks, the geometry is always faked
up, so we shouldn't need to issue the ioctl.

Also, whether the media is removable or not seems
orthogonal to whether the geometry values are acceptable.
I'd think the data returned by the DKIOCGGEOM ioctl could
be inspected and the values adjusted as needed, without
issuing an ioctl to determine whether the device is
removable.

If that's not possible, then the message needs some work.
"media type" is misleading since it implies that newfs is
trying to look at something like a dki_media_type field,
but it isn't.  The message also doesn't indicate what an
administrator is supposed to do, or what the impact of
"system determined parameters" are.

This message also gets generated when using lofi, and
probably happens on ldoms too.
Work Around 
N/A
Comments 
N/A