SSD on Thinkpad x250 sometimes double-detected

Matt Emmerton matt at gsicomp.on.ca
Mon Mar 19 14:32:36 PDT 2018


2147991274479682049 is 1DCF32AF00000201 in hex; this is (500118192-1) << 32
| 0 << 16 | (512+1).  Seems like something isn't getting properly zeroed out
or cast improperly.

Regards,
--
Matt Emmerton

-----Original Message-----
From: Users <users-bounces at dragonflybsd.org> On Behalf Of Daniel Bilik
Sent: Monday, March 19, 2018 10:56 AM
To: users at dragonflybsd.org
Subject: SSD on Thinkpad x250 sometimes double-detected

Hi.

When DragonFly boots on my Lenovo Thinkpad x250, it sometimes get stuck at
this state:

CAM: Configuring 1 busses
CAM: finished configuring all busses
da0 at ahci0 bus 0 target 0 lun 0
da0: <SATA SanDisk SD7TB6S2 X355> Fixed Direct Access SCSI-4 device
da0: Serial Number 162557400211
da0: 600.000MB/s transfers
da0: 244198MB (500118192 512 byte sectors: 255H 63S/T 31130C)
da0: supports TRIM
da0 at ahci0 bus 0 target 0 lun 0
da0: <SATA SanDisk SD7TB6S2 X355> Fixed Direct Access SCSI-4 device
da0: Serial Number 162557400211
da0: 600.000MB/s transfers
da0: 0MB (2147991274479682049 0 byte sectors: 0H 0S/T 0C)
da0: supports TRIM
Device Mapper version 4.16.0 loaded
dm_target_crypt: Successfully initialized
dm_target_error: Successfully initialized
dm_target_zero: Successfully initialized

For some reason, the kernel detects the same SSD disk twice, first with
correct parameters, next erroneously. There is no notable delay between the
first and second detection. As a result, the kernel fails to find rootfs and
get stuck. I have to turn the laptop on-off, sometimes twice, to get the
system boot "normally" with correctly detected disk. It does not happen
often but it's bothersome.

Has anybody experienced something like this? Is there a way the issue can be
analyzed in depth when it happens?

Thanks.

--
						Daniel




More information about the Users mailing list