https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211028
--- Comment #31 from Peter Wemm <pe...@freebsd.org> --- The first few boot attempts looked like this: ... (da0:mpt0:0:0:0): UNMAPPED (da1:mpt0:0:1:0): da0 at mpt0 bus 0 scbus0 target 0 lun 0 da0: <FUJITSU MAS3735NC 5B08> Fixed Direct Access SCSI-3 device da0: Serial Number A107P49025GU da0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit) da0: Command Queueing enabled da0: 70007MB (143374650 512 byte sectors) da0: Delete methods: <NONE(*),ZERO> ses0: Nfans 0 Npwr 0 Nslots 6 Lck 0 Ntherm 0 Nspkrs 0 Ntstats 0 UNMAPPED (da2:mpt0:0:2:0): UNMAPPED (da3:mpt0:0:3:0): UNMAPPED (da4:mpt0:0:4:0): UNMAPPED (da5:mpt0:0:5:GEOM: new disk da0 (73407820800 bytes) GEOM: new disk da1 (0 bytes) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ GEOM: new disk da2 (0 bytes) da3 at mpt0 bus 0 scbus0 target 3 lun 0 da3: <FUJITSU MAS3735NC 5B08> Fixed Direct Access SCSI-3 device da3: Serial Number A107P49025H7 da3: 320.000MB/s transfers (160.000MHz, offset 127, 16bit) da3: Command Queueing enabled da3: 70007MB (143374650 512 byte sectors) da3: Delete methods: <NONE(*),ZERO> da2 at mpt0 bus 0 scbus0 target 2 lun 0 da2: <FUJITSU MAS3735NC 5B08> Fixed Direct Access SCSI-3 device da2: Serial Number A107P49025GB da2: 320.000MB/s transfers (160.000MHz, offset 127, 16bit) da2: Command Queueing enabled da2: 70007MB (143374650 512 byte sectors) da2: Delete methods: <NONE(*),ZERO> da1 at mpt0 bus 0 scbus0 target 1 lun 0 da1: <FUJITSU MAS3735NC 5B08> Fixed Direct Access SCSI-3 device da1: Serial Number A107P49025H2 da1: 320.000MB/s transfers (160.000MHz, offset 127, 16bit) da1: Command Queueing enabled da1: 70007MB (143374650 512 byte sectors) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ da1: Delete methods: <NONE(*),ZERO> da4 at mpt0 bus 0 scbus0 target 4 lun 0 da4: <MAXTOR ATLAS15K_73SCA DT60> Fixed Direct Access SCSI-3 device da4: Serial Number C80666ZK da4: 320.000MB/s transfers (160.000MHz, offset 127, 16bit) da4: Command Queueing enabled da4: 70007MB (143374650 512 byte sectors) da4: Delete methods: <NONE(*),ZERO> GEOM: new disk da3 (73407820800 bytes) GEOM: new disk da4 (73407820800 bytes) 0): UNMAPPED pass0 at mpt0 bus 0 scbus0 target 0 lun 0 da5 at mpt0 bus 0 scbus0 target 5 lun 0 da5: <FUJITSU MAS3735NC 5B08> Fixed Direct Access SCSI-3 device da5: Serial Number A107P49025GP da5: 320.000MB/s transfers (160.000MHz, offset 127, 16bit) da5: Command Queueing enabled da5: 70007MB (143374650 512 byte sectors) da5: Delete methods: <NONE(*),ZERO> ... Note the "GEOM new disk, 0 bytes" happens before the probe messages. Presumably the nature of the original panic we were seeing was that was trying to resize an uninitialized disk. It no longer detects the corrupt GPT but no longer panics either. The machine in question is slow to boot, but I'll try a few more iterations. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ freebsd-geom@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-geom To unsubscribe, send any mail to "freebsd-geom-unsubscr...@freebsd.org"
