> The idea behind not assuming a default label when there is an error > on reading the first block is to allow for data recovery and to > prevent any data loss . If a disk has had a valid MBR, and for > some reason now read of first block fails, there might be data on the > disk that can be recovered. If we do assume a default label, the user > (or admin utilities) might not know about the problem in first block > and continue assuming s2 is the Whole Solaris partition.
That's why my suggested fix for CR 6505720 "wrong default disk label on x86, for an audio cd"[*] only builds a default label when reading block 0 has failed for an optical media device. [*] http://www.tools.de/solaris/opensolaris/sd_label > Any particular reason the I/O is failing on the first block here? That is the expected behaviour with an audio cd. You have to use a special scsi read command to access the samples on an audio track (SCMD_READ_CD or SCMD_READ_CDDA, the CDROMCDDA ioctl uses it). The standard READ(6) or READ(10) scsi command for a block inside an audio track is required to fail with an "illegal mode for this track" sense key 0x64. _______________________________________________ ufs-discuss mailing list [email protected]
