can't boot a Mint Cin 17.1 live Sandisk Ultra Fit 3.0 32GB

Ok, here we goes again – again. I don’t know if someone is deleting my posts are they just aren’t being posted/saved. Sorry if this is a dup.


I received the RMA-ed drive a few days ago. The drive looks the same, except that the activity LED has been moved towered the lowe left, it’s read/orange instead of blue and it blinks more rapidly. Also, I noticed that the read speed was at least twice that of the drive which I RMA-ed.

Here’s some info on the drive :

mint@mint /media/mint/c6dc16a4-8ea0-470c-a196-d1eb5c84a170 $ file sandisk-ultra-rma.img sandisk-ultra-rma.img: x86 boot sector

mint@mint ~ $ file sector0.bin sector0.bin: x86 boot sector

mint@mint ~ $ sudo smartctl -a -T verypermissive -d scsi /dev/sdg smartctl 6.2 2013-07-26 r3841 [x86\_64-linux-3.13.0-37-generic] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor: SanDisk Product: SanDisk Ultra Revision: PMAP User Capacity: 31,625,052,160 bytes [31.6 GB] Logical block size: 512 bytes scsiModePageOffset: response length too short, resp\_len=4 offset=12 bd\_len=8 Logical Unit id: [censored for privacy reasons] Serial number: [censored for privacy reasons] Device type: disk scsiModePageOffset: response length too short, resp\_len=4 offset=12 bd\_len=8 Local Time is: Fri May 22 18:33:08 2015 CDT SMART support is: Available - device has SMART capability. SMART support is: Enabled Temperature Warning: Disabled or Not Supported === START OF READ SMART DATA SECTION === SMART Health Status: OK Error Counter logging not supported scsiModePageOffset: response length too short, resp\_len=4 offset=12 bd\_len=8 Device does not support Self Test logging

mint@mint /media/mint/c6dc16a4-8ea0-470c-a196-d1eb5c84a170 $ sudo udevadm info --query=all --name=sdg P: /devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/host19/target19:0:0/19:0:0:0/block/sdg N: sdg S: disk/by-id/usb-SanDisk\_SanDisk\_Ultra\_[censored for privacy reasons]-0:0 S: disk/by-path/pci-0000:00:1a.7-usb-0:2:1.0-scsi-0:0:0:0 E: DEVLINKS=/dev/disk/by-id/usb-SanDisk\_SanDisk\_Ultra\_[censored for privacy reasons]-0:0 /dev/disk/by-path/pci-0000:00:1a.7-usb-0:2:1.0-scsi-0:0:0:0 E: DEVNAME=/dev/sdg E: DEVPATH=/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/host19/target19:0:0/19:0:0:0/block/sdg E: DEVTYPE=disk E: ID\_BUS=usb E: ID\_INSTANCE=0:0 E: ID\_MODEL=SanDisk\_Ultra E: ID\_MODEL\_ENC=SanDisk\x20Ultra\x20\x20\x20 E: ID\_MODEL\_ID=5581 E: ID\_PART\_TABLE\_TYPE=dos E: ID\_PATH=pci-0000:00:1a.7-usb-0:2:1.0-scsi-0:0:0:0 E: ID\_PATH\_TAG=pci-0000\_00\_1a\_7-usb-0\_2\_1\_0-scsi-0\_0\_0\_0 E: ID\_REVISION=PMAP E: ID\_SERIAL=SanDisk\_SanDisk\_Ultra\_[censored for privacy reasons]-0:0 E: ID\_SERIAL\_SHORT=[censored for privacy reasons] E: ID\_TYPE=disk E: ID\_USB\_DRIVER=usb-storage E: ID\_USB\_INTERFACES=:080650: E: ID\_USB\_INTERFACE\_NUM=00 E: ID\_VENDOR=SanDisk E: ID\_VENDOR\_ENC=SanDisk\x20 E: ID\_VENDOR\_ID=0781 E: MAJOR=8 E: MINOR=96 E: SUBSYSTEM=block E: UDISKS\_PARTITION\_TABLE=1 E: UDISKS\_PARTITION\_TABLE\_COUNT=1 E: UDISKS\_PARTITION\_TABLE\_SCHEME=mbr E: UDISKS\_PRESENTATION\_NOPOLICY=0 E: USEC\_INITIALIZED=83772257093

mint@mint /media/mint/c6dc16a4-8ea0-470c-a196-d1eb5c84a170 $ sudo /lib/udev/udisks-part-id /dev/sdg using device\_file=/dev/sdg syspath=/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/host19/target19:0:0/19:0:0:0/block/sdg, offset=0 ao=0 and number=0 for /dev/sdg Entering MS-DOS parser (offset=0, size=31625052160) MSDOS\_MAGIC found looking at part 0 (offset 4128768, size 31620923392, type 0x0c) new part entry looking at part 1 (offset 0, size 0, type 0x00) new part entry looking at part 2 (offset 0, size 0, type 0x00) new part entry looking at part 3 (offset 0, size 0, type 0x00) new part entry Exiting MS-DOS parser MSDOS partition table detected UDISKS\_PARTITION\_TABLE=1 UDISKS\_PARTITION\_TABLE\_SCHEME=mbr UDISKS\_PARTITION\_TABLE\_COUNT=1

mint@mint ~ $ hexdump -C sector0.bin 00000000 33 c0 8e d0 bc 00 7c fb 50 07 50 1f fc be 1b 7c |3.....|.P.P....|| 00000010 bf 1b 06 50 57 b9 e5 01 f3 a4 cb bd be 07 b1 04 |...PW...........| 00000020 38 6e 00 7c 09 75 13 83 c5 10 e2 f4 cd 18 8b f5 |8n.|.u..........| 00000030 83 c6 10 49 74 19 38 2c 74 f6 a0 b5 07 b4 07 8b |...It.8,t.......| 00000040 f0 ac 3c 00 74 fc bb 07 00 b4 0e cd 10 eb f2 88 |..\<.t...........| 00000050 4e 10 e8 46 00 73 2a fe 46 10 80 7e 04 0b 74 0b |N..F.s\*.F..~..t.| 00000060 80 7e 04 0c 74 05 a0 b6 07 75 d2 80 46 02 06 83 |.~..t....u..F...| 00000070 46 08 06 83 56 0a 00 e8 21 00 73 05 a0 b6 07 eb |F...V...!.s.....| 00000080 bc 81 3e fe 7d 55 aa 74 0b 80 7e 10 00 74 c8 a0 |..\>.}U.t..~..t..| 00000090 b7 07 eb a9 8b fc 1e 57 8b f5 cb bf 05 00 8a 56 |.......W.......V| 000000a0 00 b4 08 cd 13 72 23 8a c1 24 3f 98 8a de 8a fc |.....r#..$?.....| 000000b0 43 f7 e3 8b d1 86 d6 b1 06 d2 ee 42 f7 e2 39 56 |C..........B..9V| 000000c0 0a 77 23 72 05 39 46 08 73 1c b8 01 02 bb 00 7c |.w#r.9F.s......|| 000000d0 8b 4e 02 8b 56 00 cd 13 73 51 4f 74 4e 32 e4 8a |.N..V...sQOtN2..| 000000e0 56 00 cd 13 eb e4 8a 56 00 60 bb aa 55 b4 41 cd |V......V.`..U.A.| 000000f0 13 72 36 81 fb 55 aa 75 30 f6 c1 01 74 2b 61 60 |.r6..U.u0...t+a`| 00000100 6a 00 6a 00 ff 76 0a ff 76 08 6a 00 68 00 7c 6a |j.j..v..v.j.h.|j| 00000110 01 6a 10 b4 42 8b f4 cd 13 61 61 73 0e 4f 74 0b |.j..B....aas.Ot.| 00000120 32 e4 8a 56 00 cd 13 eb d6 61 f9 c3 49 6e 76 61 |2..V.....a..Inva| 00000130 6c 69 64 20 70 61 72 74 69 74 69 6f 6e 20 74 61 |lid partition ta| 00000140 62 6c 65 00 45 72 72 6f 72 20 6c 6f 61 64 69 6e |ble.Error loadin| 00000150 67 20 6f 70 65 72 61 74 69 6e 67 20 73 79 73 74 |g operating syst| 00000160 65 6d 00 4d 69 73 73 69 6e 67 20 6f 70 65 72 61 |em.Missing opera| 00000170 74 69 6e 67 20 73 79 73 74 65 6d 00 00 00 00 00 |ting system.....| 00000180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| \* 000001b0 00 00 00 00 00 2c 44 63 98 bd 06 8b 00 00 00 00 |.....,Dc........| 000001c0 01 01 0c 57 58 ea 80 1f 00 00 80 60 ae 03 00 00 |...WX......`....| 000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| \* 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| 00000200

I’ve already installed Linux, via dd-ing my old Linux Mint 17.1 64-bit Cinnamon Live USB install from a USB 2.0 16GB SanDisk Cruzer flash drive to the new, RMA-ed, 32GB USB 3.0 SanDisk Cruzer Ultra. I’ll test if it boots off of the new drive shortly.

Instead of posting a link to the zipped sector 0, I’ll uuencode it and post it as a code comment below ( use uudecode to get the binary ) :

begin-base64 644 sector0-uudecoded.bin M8CO0LwAfPtQB1Af/L4bfL8bBlBXueUB86TLvb4HsQQ4bgB8CXUTg8UQ4vTN GIv1g8YQSXQZOCx09qC1B7QHi/CsPAB0/LsHALQOzRDr8ohOEOhGAHMq/kYQ gH4EC3QLgH4EDHQFoLYHddKARgIGg0YIBoNWCgDoIQBzBaC2B+u8gT7+fVWq dAuAfhAAdMigtwfrqYv8HleL9cu/BQCKVgC0CM0TciOKwSQ/mIreivxD9+OL 0YbWsQbS7kL34jlWCncjcgU5RghzHLgBArsAfItOAotWAM0Tc1FPdE4y5IpW AM0T6+SKVgBgu6pVtEHNE3I2gftVqnUw9sEBdCthYGoAagD/dgr/dghqAGgA fGoBahC0Qov0zRNhYXMOT3QLMuSKVgDNE+vWYfnDSW52YWxpZCBwYXJ0aXRp b24gdGFibGUARXJyb3IgbG9hZGluZyBvcGVyYXRpbmcgc3lzdGVtAE1pc3Np bmcgb3BlcmF0aW5nIHN5c3RlbQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAsRGOYvQaLAAAAAAEB DFdY6oAfAACAYK4DAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAVao= ====

I’m saving the HTML source of this message ( again ), in case someone tries to delete my posts again, for no good reason.

Regards,

jdb2

Ok, here we goes again – again. I don’t know if someone is deleting my posts are they just aren’t being posted/saved. Sorry if this is a dup.


I received the RMA-ed drive a few days ago. The drive looks the same, except that the activity LED has been moved towered the lowe left, it’s read/orange instead of blue and it blinks more rapidly. Also, I noticed that the read speed was at least twice that of the drive which I RMA-ed.

Here’s some info on the drive :

mint@mint /media/mint/c6dc16a4-8ea0-470c-a196-d1eb5c84a170 $ file sandisk-ultra-rma.img sandisk-ultra-rma.img: x86 boot sector

mint@mint ~ $ file sector0.bin sector0.bin: x86 boot sector

mint@mint ~ $ sudo smartctl -a -T verypermissive -d scsi /dev/sdg smartctl 6.2 2013-07-26 r3841 [x86\_64-linux-3.13.0-37-generic] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor: SanDisk Product: SanDisk Ultra Revision: PMAP User Capacity: 31,625,052,160 bytes [31.6 GB] Logical block size: 512 bytes scsiModePageOffset: response length too short, resp\_len=4 offset=12 bd\_len=8 Logical Unit id: [censored for privacy reasons] Serial number: [censored for privacy reasons] Device type: disk scsiModePageOffset: response length too short, resp\_len=4 offset=12 bd\_len=8 Local Time is: Fri May 22 18:33:08 2015 CDT SMART support is: Available - device has SMART capability. SMART support is: Enabled Temperature Warning: Disabled or Not Supported === START OF READ SMART DATA SECTION === SMART Health Status: OK Error Counter logging not supported scsiModePageOffset: response length too short, resp\_len=4 offset=12 bd\_len=8 Device does not support Self Test logging

mint@mint /media/mint/c6dc16a4-8ea0-470c-a196-d1eb5c84a170 $ sudo udevadm info --query=all --name=sdg P: /devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/host19/target19:0:0/19:0:0:0/block/sdg N: sdg S: disk/by-id/usb-SanDisk\_SanDisk\_Ultra\_[censored for privacy reasons]-0:0 S: disk/by-path/pci-0000:00:1a.7-usb-0:2:1.0-scsi-0:0:0:0 E: DEVLINKS=/dev/disk/by-id/usb-SanDisk\_SanDisk\_Ultra\_[censored for privacy reasons]-0:0 /dev/disk/by-path/pci-0000:00:1a.7-usb-0:2:1.0-scsi-0:0:0:0 E: DEVNAME=/dev/sdg E: DEVPATH=/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/host19/target19:0:0/19:0:0:0/block/sdg E: DEVTYPE=disk E: ID\_BUS=usb E: ID\_INSTANCE=0:0 E: ID\_MODEL=SanDisk\_Ultra E: ID\_MODEL\_ENC=SanDisk\x20Ultra\x20\x20\x20 E: ID\_MODEL\_ID=5581 E: ID\_PART\_TABLE\_TYPE=dos E: ID\_PATH=pci-0000:00:1a.7-usb-0:2:1.0-scsi-0:0:0:0 E: ID\_PATH\_TAG=pci-0000\_00\_1a\_7-usb-0\_2\_1\_0-scsi-0\_0\_0\_0 E: ID\_REVISION=PMAP E: ID\_SERIAL=SanDisk\_SanDisk\_Ultra\_[censored for privacy reasons]-0:0 E: ID\_SERIAL\_SHORT=[censored for privacy reasons] E: ID\_TYPE=disk E: ID\_USB\_DRIVER=usb-storage E: ID\_USB\_INTERFACES=:080650: E: ID\_USB\_INTERFACE\_NUM=00 E: ID\_VENDOR=SanDisk E: ID\_VENDOR\_ENC=SanDisk\x20 E: ID\_VENDOR\_ID=0781 E: MAJOR=8 E: MINOR=96 E: SUBSYSTEM=block E: UDISKS\_PARTITION\_TABLE=1 E: UDISKS\_PARTITION\_TABLE\_COUNT=1 E: UDISKS\_PARTITION\_TABLE\_SCHEME=mbr E: UDISKS\_PRESENTATION\_NOPOLICY=0 E: USEC\_INITIALIZED=83772257093

mint@mint /media/mint/c6dc16a4-8ea0-470c-a196-d1eb5c84a170 $ sudo /lib/udev/udisks-part-id /dev/sdg using device\_file=/dev/sdg syspath=/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/host19/target19:0:0/19:0:0:0/block/sdg, offset=0 ao=0 and number=0 for /dev/sdg Entering MS-DOS parser (offset=0, size=31625052160) MSDOS\_MAGIC found looking at part 0 (offset 4128768, size 31620923392, type 0x0c) new part entry looking at part 1 (offset 0, size 0, type 0x00) new part entry looking at part 2 (offset 0, size 0, type 0x00) new part entry looking at part 3 (offset 0, size 0, type 0x00) new part entry Exiting MS-DOS parser MSDOS partition table detected UDISKS\_PARTITION\_TABLE=1 UDISKS\_PARTITION\_TABLE\_SCHEME=mbr UDISKS\_PARTITION\_TABLE\_COUNT=1

mint@mint ~ $ hexdump -C sector0.bin 00000000 33 c0 8e d0 bc 00 7c fb 50 07 50 1f fc be 1b 7c |3.....|.P.P....|| 00000010 bf 1b 06 50 57 b9 e5 01 f3 a4 cb bd be 07 b1 04 |...PW...........| 00000020 38 6e 00 7c 09 75 13 83 c5 10 e2 f4 cd 18 8b f5 |8n.|.u..........| 00000030 83 c6 10 49 74 19 38 2c 74 f6 a0 b5 07 b4 07 8b |...It.8,t.......| 00000040 f0 ac 3c 00 74 fc bb 07 00 b4 0e cd 10 eb f2 88 |..\<.t...........| 00000050 4e 10 e8 46 00 73 2a fe 46 10 80 7e 04 0b 74 0b |N..F.s\*.F..~..t.| 00000060 80 7e 04 0c 74 05 a0 b6 07 75 d2 80 46 02 06 83 |.~..t....u..F...| 00000070 46 08 06 83 56 0a 00 e8 21 00 73 05 a0 b6 07 eb |F...V...!.s.....| 00000080 bc 81 3e fe 7d 55 aa 74 0b 80 7e 10 00 74 c8 a0 |..\>.}U.t..~..t..| 00000090 b7 07 eb a9 8b fc 1e 57 8b f5 cb bf 05 00 8a 56 |.......W.......V| 000000a0 00 b4 08 cd 13 72 23 8a c1 24 3f 98 8a de 8a fc |.....r#..$?.....| 000000b0 43 f7 e3 8b d1 86 d6 b1 06 d2 ee 42 f7 e2 39 56 |C..........B..9V| 000000c0 0a 77 23 72 05 39 46 08 73 1c b8 01 02 bb 00 7c |.w#r.9F.s......|| 000000d0 8b 4e 02 8b 56 00 cd 13 73 51 4f 74 4e 32 e4 8a |.N..V...sQOtN2..| 000000e0 56 00 cd 13 eb e4 8a 56 00 60 bb aa 55 b4 41 cd |V......V.`..U.A.| 000000f0 13 72 36 81 fb 55 aa 75 30 f6 c1 01 74 2b 61 60 |.r6..U.u0...t+a`| 00000100 6a 00 6a 00 ff 76 0a ff 76 08 6a 00 68 00 7c 6a |j.j..v..v.j.h.|j| 00000110 01 6a 10 b4 42 8b f4 cd 13 61 61 73 0e 4f 74 0b |.j..B....aas.Ot.| 00000120 32 e4 8a 56 00 cd 13 eb d6 61 f9 c3 49 6e 76 61 |2..V.....a..Inva| 00000130 6c 69 64 20 70 61 72 74 69 74 69 6f 6e 20 74 61 |lid partition ta| 00000140 62 6c 65 00 45 72 72 6f 72 20 6c 6f 61 64 69 6e |ble.Error loadin| 00000150 67 20 6f 70 65 72 61 74 69 6e 67 20 73 79 73 74 |g operating syst| 00000160 65 6d 00 4d 69 73 73 69 6e 67 20 6f 70 65 72 61 |em.Missing opera| 00000170 74 69 6e 67 20 73 79 73 74 65 6d 00 00 00 00 00 |ting system.....| 00000180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| \* 000001b0 00 00 00 00 00 2c 44 63 98 bd 06 8b 00 00 00 00 |.....,Dc........| 000001c0 01 01 0c 57 58 ea 80 1f 00 00 80 60 ae 03 00 00 |...WX......`....| 000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| \* 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| 00000200

I’ve already installed Linux, via dd-ing my old Linux Mint 17.1 64-bit Cinnamon Live USB install from a USB 2.0 16GB SanDisk Cruzer flash drive to the new, RMA-ed, 32GB USB 3.0 SanDisk Cruzer Ultra. I’ll test if it boots off of the new drive shortly.

Instead of posting a link to the zipped sector 0, I’ll uuencode it and post it as a code comment below ( use uudecode to get the binary ) :

begin-base64 644 sector0-uudecoded.bin M8CO0LwAfPtQB1Af/L4bfL8bBlBXueUB86TLvb4HsQQ4bgB8CXUTg8UQ4vTN GIv1g8YQSXQZOCx09qC1B7QHi/CsPAB0/LsHALQOzRDr8ohOEOhGAHMq/kYQ gH4EC3QLgH4EDHQFoLYHddKARgIGg0YIBoNWCgDoIQBzBaC2B+u8gT7+fVWq dAuAfhAAdMigtwfrqYv8HleL9cu/BQCKVgC0CM0TciOKwSQ/mIreivxD9+OL 0YbWsQbS7kL34jlWCncjcgU5RghzHLgBArsAfItOAotWAM0Tc1FPdE4y5IpW AM0T6+SKVgBgu6pVtEHNE3I2gftVqnUw9sEBdCthYGoAagD/dgr/dghqAGgA fGoBahC0Qov0zRNhYXMOT3QLMuSKVgDNE+vWYfnDSW52YWxpZCBwYXJ0aXRp b24gdGFibGUARXJyb3IgbG9hZGluZyBvcGVyYXRpbmcgc3lzdGVtAE1pc3Np bmcgb3BlcmF0aW5nIHN5c3RlbQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAsRGOYvQaLAAAAAAEB DFdY6oAfAACAYK4DAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAVao= ====

I’m saving the HTML source of this message ( again ), in case someone tries to delete my posts again, for no good reason.

Regards,

jdb2

Ok, here we goes again – again, again and again. I don’t know if someone is deleting my posts or they just aren’t being posted/saved. Sorry if this is a dup.


I received the RMA-ed drive a few days ago. The drive looks the same, except that the activity LED has been moved towered the lowe left, it’s read/orange instead of blue and it blinks more rapidly. Also, I noticed that the read speed was at least twice that of the drive which I RMA-ed.

Here’s some info on the drive :

mint@mint /media/mint/c6dc16a4-8ea0-470c-a196-d1eb5c84a170 $ file sandisk-ultra-rma.img sandisk-ultra-rma.img: x86 boot sector

mint@mint ~ $ file sector0.bin sector0.bin: x86 boot sector

mint@mint ~ $ sudo smartctl -a -T verypermissive -d scsi /dev/sdg smartctl 6.2 2013-07-26 r3841 [x86\_64-linux-3.13.0-37-generic] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor: SanDisk Product: SanDisk Ultra Revision: PMAP User Capacity: 31,625,052,160 bytes [31.6 GB] Logical block size: 512 bytes scsiModePageOffset: response length too short, resp\_len=4 offset=12 bd\_len=8 Logical Unit id: [censored for privacy reasons] Serial number: [censored for privacy reasons] Device type: disk scsiModePageOffset: response length too short, resp\_len=4 offset=12 bd\_len=8 Local Time is: Fri May 22 18:33:08 2015 CDT SMART support is: Available - device has SMART capability. SMART support is: Enabled Temperature Warning: Disabled or Not Supported === START OF READ SMART DATA SECTION === SMART Health Status: OK Error Counter logging not supported scsiModePageOffset: response length too short, resp\_len=4 offset=12 bd\_len=8 Device does not support Self Test logging

mint@mint /media/mint/c6dc16a4-8ea0-470c-a196-d1eb5c84a170 $ sudo udevadm info --query=all --name=sdg P: /devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/host19/target19:0:0/19:0:0:0/block/sdg N: sdg S: disk/by-id/usb-SanDisk\_SanDisk\_Ultra\_[censored for privacy reasons]-0:0 S: disk/by-path/pci-0000:00:1a.7-usb-0:2:1.0-scsi-0:0:0:0 E: DEVLINKS=/dev/disk/by-id/usb-SanDisk\_SanDisk\_Ultra\_[censored for privacy reasons]-0:0 /dev/disk/by-path/pci-0000:00:1a.7-usb-0:2:1.0-scsi-0:0:0:0 E: DEVNAME=/dev/sdg E: DEVPATH=/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/host19/target19:0:0/19:0:0:0/block/sdg E: DEVTYPE=disk E: ID\_BUS=usb E: ID\_INSTANCE=0:0 E: ID\_MODEL=SanDisk\_Ultra E: ID\_MODEL\_ENC=SanDisk\x20Ultra\x20\x20\x20 E: ID\_MODEL\_ID=5581 E: ID\_PART\_TABLE\_TYPE=dos E: ID\_PATH=pci-0000:00:1a.7-usb-0:2:1.0-scsi-0:0:0:0 E: ID\_PATH\_TAG=pci-0000\_00\_1a\_7-usb-0\_2\_1\_0-scsi-0\_0\_0\_0 E: ID\_REVISION=PMAP E: ID\_SERIAL=SanDisk\_SanDisk\_Ultra\_[censored for privacy reasons]-0:0 E: ID\_SERIAL\_SHORT=[censored for privacy reasons] E: ID\_TYPE=disk E: ID\_USB\_DRIVER=usb-storage E: ID\_USB\_INTERFACES=:080650: E: ID\_USB\_INTERFACE\_NUM=00 E: ID\_VENDOR=SanDisk E: ID\_VENDOR\_ENC=SanDisk\x20 E: ID\_VENDOR\_ID=0781 E: MAJOR=8 E: MINOR=96 E: SUBSYSTEM=block E: UDISKS\_PARTITION\_TABLE=1 E: UDISKS\_PARTITION\_TABLE\_COUNT=1 E: UDISKS\_PARTITION\_TABLE\_SCHEME=mbr E: UDISKS\_PRESENTATION\_NOPOLICY=0 E: USEC\_INITIALIZED=83772257093

mint@mint /media/mint/c6dc16a4-8ea0-470c-a196-d1eb5c84a170 $ sudo /lib/udev/udisks-part-id /dev/sdg using device\_file=/dev/sdg syspath=/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/host19/target19:0:0/19:0:0:0/block/sdg, offset=0 ao=0 and number=0 for /dev/sdg Entering MS-DOS parser (offset=0, size=31625052160) MSDOS\_MAGIC found looking at part 0 (offset 4128768, size 31620923392, type 0x0c) new part entry looking at part 1 (offset 0, size 0, type 0x00) new part entry looking at part 2 (offset 0, size 0, type 0x00) new part entry looking at part 3 (offset 0, size 0, type 0x00) new part entry Exiting MS-DOS parser MSDOS partition table detected UDISKS\_PARTITION\_TABLE=1 UDISKS\_PARTITION\_TABLE\_SCHEME=mbr UDISKS\_PARTITION\_TABLE\_COUNT=1

mint@mint ~ $ hexdump -C sector0.bin 00000000 33 c0 8e d0 bc 00 7c fb 50 07 50 1f fc be 1b 7c |3.....|.P.P....|| 00000010 bf 1b 06 50 57 b9 e5 01 f3 a4 cb bd be 07 b1 04 |...PW...........| 00000020 38 6e 00 7c 09 75 13 83 c5 10 e2 f4 cd 18 8b f5 |8n.|.u..........| 00000030 83 c6 10 49 74 19 38 2c 74 f6 a0 b5 07 b4 07 8b |...It.8,t.......| 00000040 f0 ac 3c 00 74 fc bb 07 00 b4 0e cd 10 eb f2 88 |..\<.t...........| 00000050 4e 10 e8 46 00 73 2a fe 46 10 80 7e 04 0b 74 0b |N..F.s\*.F..~..t.| 00000060 80 7e 04 0c 74 05 a0 b6 07 75 d2 80 46 02 06 83 |.~..t....u..F...| 00000070 46 08 06 83 56 0a 00 e8 21 00 73 05 a0 b6 07 eb |F...V...!.s.....| 00000080 bc 81 3e fe 7d 55 aa 74 0b 80 7e 10 00 74 c8 a0 |..\>.}U.t..~..t..| 00000090 b7 07 eb a9 8b fc 1e 57 8b f5 cb bf 05 00 8a 56 |.......W.......V| 000000a0 00 b4 08 cd 13 72 23 8a c1 24 3f 98 8a de 8a fc |.....r#..$?.....| 000000b0 43 f7 e3 8b d1 86 d6 b1 06 d2 ee 42 f7 e2 39 56 |C..........B..9V| 000000c0 0a 77 23 72 05 39 46 08 73 1c b8 01 02 bb 00 7c |.w#r.9F.s......|| 000000d0 8b 4e 02 8b 56 00 cd 13 73 51 4f 74 4e 32 e4 8a |.N..V...sQOtN2..| 000000e0 56 00 cd 13 eb e4 8a 56 00 60 bb aa 55 b4 41 cd |V......V.`..U.A.| 000000f0 13 72 36 81 fb 55 aa 75 30 f6 c1 01 74 2b 61 60 |.r6..U.u0...t+a`| 00000100 6a 00 6a 00 ff 76 0a ff 76 08 6a 00 68 00 7c 6a |j.j..v..v.j.h.|j| 00000110 01 6a 10 b4 42 8b f4 cd 13 61 61 73 0e 4f 74 0b |.j..B....aas.Ot.| 00000120 32 e4 8a 56 00 cd 13 eb d6 61 f9 c3 49 6e 76 61 |2..V.....a..Inva| 00000130 6c 69 64 20 70 61 72 74 69 74 69 6f 6e 20 74 61 |lid partition ta| 00000140 62 6c 65 00 45 72 72 6f 72 20 6c 6f 61 64 69 6e |ble.Error loadin| 00000150 67 20 6f 70 65 72 61 74 69 6e 67 20 73 79 73 74 |g operating syst| 00000160 65 6d 00 4d 69 73 73 69 6e 67 20 6f 70 65 72 61 |em.Missing opera| 00000170 74 69 6e 67 20 73 79 73 74 65 6d 00 00 00 00 00 |ting system.....| 00000180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| \* 000001b0 00 00 00 00 00 2c 44 63 98 bd 06 8b 00 00 00 00 |.....,Dc........| 000001c0 01 01 0c 57 58 ea 80 1f 00 00 80 60 ae 03 00 00 |...WX......`....| 000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| \* 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| 00000200

I’ve already installed Linux, via dd-ing my old Linux Mint 17.1 64-bit Cinnamon Live USB install from a USB 2.0 16GB SanDisk Cruzer flash drive to the new, RMA-ed, 32GB USB 3.0 SanDisk Cruzer Ultra. I’ve been booting off of it with no problems for days.

Instead of posting a link to the zipped sector 0, I’ll uuencode it and post it as a code comment below ( use uudecode to get the binary ) :

begin-base64 644 sector0-uudecoded.bin M8CO0LwAfPtQB1Af/L4bfL8bBlBXueUB86TLvb4HsQQ4bgB8CXUTg8UQ4vTN GIv1g8YQSXQZOCx09qC1B7QHi/CsPAB0/LsHALQOzRDr8ohOEOhGAHMq/kYQ gH4EC3QLgH4EDHQFoLYHddKARgIGg0YIBoNWCgDoIQBzBaC2B+u8gT7+fVWq dAuAfhAAdMigtwfrqYv8HleL9cu/BQCKVgC0CM0TciOKwSQ/mIreivxD9+OL 0YbWsQbS7kL34jlWCncjcgU5RghzHLgBArsAfItOAotWAM0Tc1FPdE4y5IpW AM0T6+SKVgBgu6pVtEHNE3I2gftVqnUw9sEBdCthYGoAagD/dgr/dghqAGgA fGoBahC0Qov0zRNhYXMOT3QLMuSKVgDNE+vWYfnDSW52YWxpZCBwYXJ0aXRp b24gdGFibGUARXJyb3IgbG9hZGluZyBvcGVyYXRpbmcgc3lzdGVtAE1pc3Np bmcgb3BlcmF0aW5nIHN5c3RlbQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAsRGOYvQaLAAAAAAEB DFdY6oAfAACAYK4DAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAVao= ====

I’m saving the HTML source of this message ( again ), in case someone tries to delete my posts again, for no good reason.

Regards,

jdb2

Ok, here we goes again – again, again and again. I don’t know if someone is deleting my posts or they just aren’t being posted/saved. Sorry if this is a dup.


I received the RMA-ed drive a few days ago. The drive looks the same, except that the activity LED has been moved towered the lowe left, it’s read/orange instead of blue and it blinks more rapidly. Also, I noticed that the read speed was at least twice that of the drive which I RMA-ed.

Here’s some info on the drive :

mint@mint /media/mint/c6dc16a4-8ea0-470c-a196-d1eb5c84a170 $ file sandisk-ultra-rma.img sandisk-ultra-rma.img: x86 boot sector

mint@mint ~ $ file sector0.bin sector0.bin: x86 boot sector

mint@mint ~ $ sudo smartctl -a -T verypermissive -d scsi /dev/sdg smartctl 6.2 2013-07-26 r3841 [x86\_64-linux-3.13.0-37-generic] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor: SanDisk Product: SanDisk Ultra Revision: PMAP User Capacity: 31,625,052,160 bytes [31.6 GB] Logical block size: 512 bytes scsiModePageOffset: response length too short, resp\_len=4 offset=12 bd\_len=8 Logical Unit id: [censored for privacy reasons] Serial number: [censored for privacy reasons] Device type: disk scsiModePageOffset: response length too short, resp\_len=4 offset=12 bd\_len=8 Local Time is: Fri May 22 18:33:08 2015 CDT SMART support is: Available - device has SMART capability. SMART support is: Enabled Temperature Warning: Disabled or Not Supported === START OF READ SMART DATA SECTION === SMART Health Status: OK Error Counter logging not supported scsiModePageOffset: response length too short, resp\_len=4 offset=12 bd\_len=8 Device does not support Self Test logging

mint@mint /media/mint/c6dc16a4-8ea0-470c-a196-d1eb5c84a170 $ sudo udevadm info --query=all --name=sdg P: /devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/host19/target19:0:0/19:0:0:0/block/sdg N: sdg S: disk/by-id/usb-SanDisk\_SanDisk\_Ultra\_[censored for privacy reasons]-0:0 S: disk/by-path/pci-0000:00:1a.7-usb-0:2:1.0-scsi-0:0:0:0 E: DEVLINKS=/dev/disk/by-id/usb-SanDisk\_SanDisk\_Ultra\_[censored for privacy reasons]-0:0 /dev/disk/by-path/pci-0000:00:1a.7-usb-0:2:1.0-scsi-0:0:0:0 E: DEVNAME=/dev/sdg E: DEVPATH=/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/host19/target19:0:0/19:0:0:0/block/sdg E: DEVTYPE=disk E: ID\_BUS=usb E: ID\_INSTANCE=0:0 E: ID\_MODEL=SanDisk\_Ultra E: ID\_MODEL\_ENC=SanDisk\x20Ultra\x20\x20\x20 E: ID\_MODEL\_ID=5581 E: ID\_PART\_TABLE\_TYPE=dos E: ID\_PATH=pci-0000:00:1a.7-usb-0:2:1.0-scsi-0:0:0:0 E: ID\_PATH\_TAG=pci-0000\_00\_1a\_7-usb-0\_2\_1\_0-scsi-0\_0\_0\_0 E: ID\_REVISION=PMAP E: ID\_SERIAL=SanDisk\_SanDisk\_Ultra\_[censored for privacy reasons]-0:0 E: ID\_SERIAL\_SHORT=[censored for privacy reasons] E: ID\_TYPE=disk E: ID\_USB\_DRIVER=usb-storage E: ID\_USB\_INTERFACES=:080650: E: ID\_USB\_INTERFACE\_NUM=00 E: ID\_VENDOR=SanDisk E: ID\_VENDOR\_ENC=SanDisk\x20 E: ID\_VENDOR\_ID=0781 E: MAJOR=8 E: MINOR=96 E: SUBSYSTEM=block E: UDISKS\_PARTITION\_TABLE=1 E: UDISKS\_PARTITION\_TABLE\_COUNT=1 E: UDISKS\_PARTITION\_TABLE\_SCHEME=mbr E: UDISKS\_PRESENTATION\_NOPOLICY=0 E: USEC\_INITIALIZED=83772257093

mint@mint /media/mint/c6dc16a4-8ea0-470c-a196-d1eb5c84a170 $ sudo /lib/udev/udisks-part-id /dev/sdg using device\_file=/dev/sdg syspath=/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/host19/target19:0:0/19:0:0:0/block/sdg, offset=0 ao=0 and number=0 for /dev/sdg Entering MS-DOS parser (offset=0, size=31625052160) MSDOS\_MAGIC found looking at part 0 (offset 4128768, size 31620923392, type 0x0c) new part entry looking at part 1 (offset 0, size 0, type 0x00) new part entry looking at part 2 (offset 0, size 0, type 0x00) new part entry looking at part 3 (offset 0, size 0, type 0x00) new part entry Exiting MS-DOS parser MSDOS partition table detected UDISKS\_PARTITION\_TABLE=1 UDISKS\_PARTITION\_TABLE\_SCHEME=mbr UDISKS\_PARTITION\_TABLE\_COUNT=1

mint@mint ~ $ hexdump -C sector0.bin 00000000 33 c0 8e d0 bc 00 7c fb 50 07 50 1f fc be 1b 7c |3.....|.P.P....|| 00000010 bf 1b 06 50 57 b9 e5 01 f3 a4 cb bd be 07 b1 04 |...PW...........| 00000020 38 6e 00 7c 09 75 13 83 c5 10 e2 f4 cd 18 8b f5 |8n.|.u..........| 00000030 83 c6 10 49 74 19 38 2c 74 f6 a0 b5 07 b4 07 8b |...It.8,t.......| 00000040 f0 ac 3c 00 74 fc bb 07 00 b4 0e cd 10 eb f2 88 |..\<.t...........| 00000050 4e 10 e8 46 00 73 2a fe 46 10 80 7e 04 0b 74 0b |N..F.s\*.F..~..t.| 00000060 80 7e 04 0c 74 05 a0 b6 07 75 d2 80 46 02 06 83 |.~..t....u..F...| 00000070 46 08 06 83 56 0a 00 e8 21 00 73 05 a0 b6 07 eb |F...V...!.s.....| 00000080 bc 81 3e fe 7d 55 aa 74 0b 80 7e 10 00 74 c8 a0 |..\>.}U.t..~..t..| 00000090 b7 07 eb a9 8b fc 1e 57 8b f5 cb bf 05 00 8a 56 |.......W.......V| 000000a0 00 b4 08 cd 13 72 23 8a c1 24 3f 98 8a de 8a fc |.....r#..$?.....| 000000b0 43 f7 e3 8b d1 86 d6 b1 06 d2 ee 42 f7 e2 39 56 |C..........B..9V| 000000c0 0a 77 23 72 05 39 46 08 73 1c b8 01 02 bb 00 7c |.w#r.9F.s......|| 000000d0 8b 4e 02 8b 56 00 cd 13 73 51 4f 74 4e 32 e4 8a |.N..V...sQOtN2..| 000000e0 56 00 cd 13 eb e4 8a 56 00 60 bb aa 55 b4 41 cd |V......V.`..U.A.| 000000f0 13 72 36 81 fb 55 aa 75 30 f6 c1 01 74 2b 61 60 |.r6..U.u0...t+a`| 00000100 6a 00 6a 00 ff 76 0a ff 76 08 6a 00 68 00 7c 6a |j.j..v..v.j.h.|j| 00000110 01 6a 10 b4 42 8b f4 cd 13 61 61 73 0e 4f 74 0b |.j..B....aas.Ot.| 00000120 32 e4 8a 56 00 cd 13 eb d6 61 f9 c3 49 6e 76 61 |2..V.....a..Inva| 00000130 6c 69 64 20 70 61 72 74 69 74 69 6f 6e 20 74 61 |lid partition ta| 00000140 62 6c 65 00 45 72 72 6f 72 20 6c 6f 61 64 69 6e |ble.Error loadin| 00000150 67 20 6f 70 65 72 61 74 69 6e 67 20 73 79 73 74 |g operating syst| 00000160 65 6d 00 4d 69 73 73 69 6e 67 20 6f 70 65 72 61 |em.Missing opera| 00000170 74 69 6e 67 20 73 79 73 74 65 6d 00 00 00 00 00 |ting system.....| 00000180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| \* 000001b0 00 00 00 00 00 2c 44 63 98 bd 06 8b 00 00 00 00 |.....,Dc........| 000001c0 01 01 0c 57 58 ea 80 1f 00 00 80 60 ae 03 00 00 |...WX......`....| 000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| \* 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| 00000200

I’ve already installed Linux, via dd-ing my old Linux Mint 17.1 64-bit Cinnamon Live USB install from a USB 2.0 16GB SanDisk Cruzer flash drive to the new, RMA-ed, 32GB USB 3.0 SanDisk Cruzer Ultra. I’ve been booting off of it with no problems for days.

Instead of posting a link to the zipped sector 0, I’ll uuencode it and post it as a code comment below ( use uudecode to get the binary ) :

begin-base64 644 sector0-uudecoded.bin M8CO0LwAfPtQB1Af/L4bfL8bBlBXueUB86TLvb4HsQQ4bgB8CXUTg8UQ4vTN GIv1g8YQSXQZOCx09qC1B7QHi/CsPAB0/LsHALQOzRDr8ohOEOhGAHMq/kYQ gH4EC3QLgH4EDHQFoLYHddKARgIGg0YIBoNWCgDoIQBzBaC2B+u8gT7+fVWq dAuAfhAAdMigtwfrqYv8HleL9cu/BQCKVgC0CM0TciOKwSQ/mIreivxD9+OL 0YbWsQbS7kL34jlWCncjcgU5RghzHLgBArsAfItOAotWAM0Tc1FPdE4y5IpW AM0T6+SKVgBgu6pVtEHNE3I2gftVqnUw9sEBdCthYGoAagD/dgr/dghqAGgA fGoBahC0Qov0zRNhYXMOT3QLMuSKVgDNE+vWYfnDSW52YWxpZCBwYXJ0aXRp b24gdGFibGUARXJyb3IgbG9hZGluZyBvcGVyYXRpbmcgc3lzdGVtAE1pc3Np bmcgb3BlcmF0aW5nIHN5c3RlbQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAsRGOYvQaLAAAAAAEB DFdY6oAfAACAYK4DAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAVao= ====

I’m saving the HTML source of this message ( again ), in case someone tries to delete my posts again, for no good reason.

Regards,

jdb2

Ok, here we go again – again, again and again. I don’t know if someone is deleting my posts or they just aren’t being posted/saved. Sorry if this is a dup.


I received the RMA-ed drive a few days ago. The drive looks the same, except that the activity LED has been moved towered the lowe left, it’s read/orange instead of blue and it blinks more rapidly. Also, I noticed that the read speed was at least twice that of the drive which I RMA-ed.

Here’s some info on the drive :

mint@mint /media/mint/c6dc16a4-8ea0-470c-a196-d1eb5c84a170 $ file sandisk-ultra-rma.img sandisk-ultra-rma.img: x86 boot sector

mint@mint ~ $ file sector0.bin sector0.bin: x86 boot sector

mint@mint ~ $ sudo smartctl -a -T verypermissive -d scsi /dev/sdg smartctl 6.2 2013-07-26 r3841 [x86\_64-linux-3.13.0-37-generic] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor: SanDisk Product: SanDisk Ultra Revision: PMAP User Capacity: 31,625,052,160 bytes [31.6 GB] Logical block size: 512 bytes scsiModePageOffset: response length too short, resp\_len=4 offset=12 bd\_len=8 Logical Unit id: [censored for privacy reasons] Serial number: [censored for privacy reasons] Device type: disk scsiModePageOffset: response length too short, resp\_len=4 offset=12 bd\_len=8 Local Time is: Fri May 22 18:33:08 2015 CDT SMART support is: Available - device has SMART capability. SMART support is: Enabled Temperature Warning: Disabled or Not Supported === START OF READ SMART DATA SECTION === SMART Health Status: OK Error Counter logging not supported scsiModePageOffset: response length too short, resp\_len=4 offset=12 bd\_len=8 Device does not support Self Test logging

mint@mint /media/mint/c6dc16a4-8ea0-470c-a196-d1eb5c84a170 $ sudo udevadm info --query=all --name=sdg P: /devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/host19/target19:0:0/19:0:0:0/block/sdg N: sdg S: disk/by-id/usb-SanDisk\_SanDisk\_Ultra\_[censored for privacy reasons]-0:0 S: disk/by-path/pci-0000:00:1a.7-usb-0:2:1.0-scsi-0:0:0:0 E: DEVLINKS=/dev/disk/by-id/usb-SanDisk\_SanDisk\_Ultra\_[censored for privacy reasons]-0:0 /dev/disk/by-path/pci-0000:00:1a.7-usb-0:2:1.0-scsi-0:0:0:0 E: DEVNAME=/dev/sdg E: DEVPATH=/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/host19/target19:0:0/19:0:0:0/block/sdg E: DEVTYPE=disk E: ID\_BUS=usb E: ID\_INSTANCE=0:0 E: ID\_MODEL=SanDisk\_Ultra E: ID\_MODEL\_ENC=SanDisk\x20Ultra\x20\x20\x20 E: ID\_MODEL\_ID=5581 E: ID\_PART\_TABLE\_TYPE=dos E: ID\_PATH=pci-0000:00:1a.7-usb-0:2:1.0-scsi-0:0:0:0 E: ID\_PATH\_TAG=pci-0000\_00\_1a\_7-usb-0\_2\_1\_0-scsi-0\_0\_0\_0 E: ID\_REVISION=PMAP E: ID\_SERIAL=SanDisk\_SanDisk\_Ultra\_[censored for privacy reasons]-0:0 E: ID\_SERIAL\_SHORT=[censored for privacy reasons] E: ID\_TYPE=disk E: ID\_USB\_DRIVER=usb-storage E: ID\_USB\_INTERFACES=:080650: E: ID\_USB\_INTERFACE\_NUM=00 E: ID\_VENDOR=SanDisk E: ID\_VENDOR\_ENC=SanDisk\x20 E: ID\_VENDOR\_ID=0781 E: MAJOR=8 E: MINOR=96 E: SUBSYSTEM=block E: UDISKS\_PARTITION\_TABLE=1 E: UDISKS\_PARTITION\_TABLE\_COUNT=1 E: UDISKS\_PARTITION\_TABLE\_SCHEME=mbr E: UDISKS\_PRESENTATION\_NOPOLICY=0 E: USEC\_INITIALIZED=83772257093

mint@mint /media/mint/c6dc16a4-8ea0-470c-a196-d1eb5c84a170 $ sudo /lib/udev/udisks-part-id /dev/sdg using device\_file=/dev/sdg syspath=/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/host19/target19:0:0/19:0:0:0/block/sdg, offset=0 ao=0 and number=0 for /dev/sdg Entering MS-DOS parser (offset=0, size=31625052160) MSDOS\_MAGIC found looking at part 0 (offset 4128768, size 31620923392, type 0x0c) new part entry looking at part 1 (offset 0, size 0, type 0x00) new part entry looking at part 2 (offset 0, size 0, type 0x00) new part entry looking at part 3 (offset 0, size 0, type 0x00) new part entry Exiting MS-DOS parser MSDOS partition table detected UDISKS\_PARTITION\_TABLE=1 UDISKS\_PARTITION\_TABLE\_SCHEME=mbr UDISKS\_PARTITION\_TABLE\_COUNT=1

mint@mint ~ $ hexdump -C sector0.bin 00000000 33 c0 8e d0 bc 00 7c fb 50 07 50 1f fc be 1b 7c |3.....|.P.P....|| 00000010 bf 1b 06 50 57 b9 e5 01 f3 a4 cb bd be 07 b1 04 |...PW...........| 00000020 38 6e 00 7c 09 75 13 83 c5 10 e2 f4 cd 18 8b f5 |8n.|.u..........| 00000030 83 c6 10 49 74 19 38 2c 74 f6 a0 b5 07 b4 07 8b |...It.8,t.......| 00000040 f0 ac 3c 00 74 fc bb 07 00 b4 0e cd 10 eb f2 88 |..\<.t...........| 00000050 4e 10 e8 46 00 73 2a fe 46 10 80 7e 04 0b 74 0b |N..F.s\*.F..~..t.| 00000060 80 7e 04 0c 74 05 a0 b6 07 75 d2 80 46 02 06 83 |.~..t....u..F...| 00000070 46 08 06 83 56 0a 00 e8 21 00 73 05 a0 b6 07 eb |F...V...!.s.....| 00000080 bc 81 3e fe 7d 55 aa 74 0b 80 7e 10 00 74 c8 a0 |..\>.}U.t..~..t..| 00000090 b7 07 eb a9 8b fc 1e 57 8b f5 cb bf 05 00 8a 56 |.......W.......V| 000000a0 00 b4 08 cd 13 72 23 8a c1 24 3f 98 8a de 8a fc |.....r#..$?.....| 000000b0 43 f7 e3 8b d1 86 d6 b1 06 d2 ee 42 f7 e2 39 56 |C..........B..9V| 000000c0 0a 77 23 72 05 39 46 08 73 1c b8 01 02 bb 00 7c |.w#r.9F.s......|| 000000d0 8b 4e 02 8b 56 00 cd 13 73 51 4f 74 4e 32 e4 8a |.N..V...sQOtN2..| 000000e0 56 00 cd 13 eb e4 8a 56 00 60 bb aa 55 b4 41 cd |V......V.`..U.A.| 000000f0 13 72 36 81 fb 55 aa 75 30 f6 c1 01 74 2b 61 60 |.r6..U.u0...t+a`| 00000100 6a 00 6a 00 ff 76 0a ff 76 08 6a 00 68 00 7c 6a |j.j..v..v.j.h.|j| 00000110 01 6a 10 b4 42 8b f4 cd 13 61 61 73 0e 4f 74 0b |.j..B....aas.Ot.| 00000120 32 e4 8a 56 00 cd 13 eb d6 61 f9 c3 49 6e 76 61 |2..V.....a..Inva| 00000130 6c 69 64 20 70 61 72 74 69 74 69 6f 6e 20 74 61 |lid partition ta| 00000140 62 6c 65 00 45 72 72 6f 72 20 6c 6f 61 64 69 6e |ble.Error loadin| 00000150 67 20 6f 70 65 72 61 74 69 6e 67 20 73 79 73 74 |g operating syst| 00000160 65 6d 00 4d 69 73 73 69 6e 67 20 6f 70 65 72 61 |em.Missing opera| 00000170 74 69 6e 67 20 73 79 73 74 65 6d 00 00 00 00 00 |ting system.....| 00000180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| \* 000001b0 00 00 00 00 00 2c 44 63 98 bd 06 8b 00 00 00 00 |.....,Dc........| 000001c0 01 01 0c 57 58 ea 80 1f 00 00 80 60 ae 03 00 00 |...WX......`....| 000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| \* 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| 00000200

I’ve already installed Linux, via dd-ing my old Linux Mint 17.1 64-bit Cinnamon Live USB install from a USB 2.0 16GB SanDisk Cruzer flash drive to the new, RMA-ed, 32GB USB 3.0 SanDisk Cruzer Ultra. I’ve been booting off of it with no problems for days.

Instead of posting a link to the zipped sector 0, I’ll uuencode it and post it as a code comment below ( use uudecode to get the binary ) :

begin-base64 644 sector0-uudecoded.bin M8CO0LwAfPtQB1Af/L4bfL8bBlBXueUB86TLvb4HsQQ4bgB8CXUTg8UQ4vTN GIv1g8YQSXQZOCx09qC1B7QHi/CsPAB0/LsHALQOzRDr8ohOEOhGAHMq/kYQ gH4EC3QLgH4EDHQFoLYHddKARgIGg0YIBoNWCgDoIQBzBaC2B+u8gT7+fVWq dAuAfhAAdMigtwfrqYv8HleL9cu/BQCKVgC0CM0TciOKwSQ/mIreivxD9+OL 0YbWsQbS7kL34jlWCncjcgU5RghzHLgBArsAfItOAotWAM0Tc1FPdE4y5IpW AM0T6+SKVgBgu6pVtEHNE3I2gftVqnUw9sEBdCthYGoAagD/dgr/dghqAGgA fGoBahC0Qov0zRNhYXMOT3QLMuSKVgDNE+vWYfnDSW52YWxpZCBwYXJ0aXRp b24gdGFibGUARXJyb3IgbG9hZGluZyBvcGVyYXRpbmcgc3lzdGVtAE1pc3Np bmcgb3BlcmF0aW5nIHN5c3RlbQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAsRGOYvQaLAAAAAAEB DFdY6oAfAACAYK4DAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAVao= ====

I’m saving the HTML source of this message ( again ), in case someone tries to delete my posts again, for no good reason.

Regards,

jdb2

EDIT : Apparently the subject was too long – my posts were going to the bit bucket even when the forum CMS backend said that I had successfully posted a message. But, this SanDisk forum CMS software is ■■■■ and didn’t give me clue as to the problem.

Hi jdb2,

I noticed that you are using different flash drive (Cruiser Ultra), but it looks like you know what you are doing (can’t say that about me when it comes to linux).

I’m totally lost about sector0. Could you explain in more detail what to do with it, please? Do you think it could work on Ultra Fit flash drive?

I also noticed difference in partitions. Mine is:

looking at part 0 (offset 1048576, size 31098667008, type 0x0b)

whereas yours is:

looking at part 0 (offset 4128768, size 31620923392, type 0x0c)

Attaching rest of the logs:

mydlo@mint ~ $ sudo smartctl -a -T verypermissive -d scsi /dev/sdb
smartctl 6.2 2013-07-26 r3841 [i686-linux-3.13.0-37-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Vendor:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; SanDisk
Product:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Ultra Fit
Revision:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1.00
User Capacity:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 31,104,958,464 bytes [31.1 GB]
Logical block size:&nbsp;&nbsp; 512 bytes
Serial number:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; [censored]
Device type:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; disk
Local Time is:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Wed Jun&nbsp; 3 23:54:00 2015 CEST
SMART support is:&nbsp;&nbsp;&nbsp;&nbsp; Available - device has SMART capability.
SMART support is:&nbsp;&nbsp;&nbsp;&nbsp; Enabled
Temperature Warning:&nbsp; Disabled or Not Supported

=== START OF READ SMART DATA SECTION ===
SMART Health Status: OK

Error Counter logging not supported

Device does not support Self Test logging

mydlo@mint ~ $ sudo udevadm info --query=all --name=sdb
P: /devices/pci0000:00/0000:00:1d.7/usb2/2-6/2-6:1.0/host3/target3:0:0/3:0:0:0/block/sdb
N: sdb
S: disk/by-id/usb-SanDisk\_Ultra\_Fit\_[censored]-0:0
S: disk/by-path/pci-0000:00:1d.7-usb-0:6:1.0-scsi-0:0:0:0
E: DEVLINKS=/dev/disk/by-id/usb-SanDisk\_Ultra\_Fit\_[censored]-0:0 /dev/disk/by-path/pci-0000:00:1d.7-usb-0:6:1.0-scsi-0:0:0:0
E: DEVNAME=/dev/sdb
E: DEVPATH=/devices/pci0000:00/0000:00:1d.7/usb2/2-6/2-6:1.0/host3/target3:0:0/3:0:0:0/block/sdb
E: DEVTYPE=disk
E: ID\_BUS=usb
E: ID\_INSTANCE=0:0
E: ID\_MODEL=Ultra\_Fit
E: ID\_MODEL\_ENC=Ultra\x20Fit\x20\x20\x20\x20\x20\x20\x20
E: ID\_MODEL\_ID=5583
E: ID\_PART\_TABLE\_TYPE=dos
E: ID\_PATH=pci-0000:00:1d.7-usb-0:6:1.0-scsi-0:0:0:0
E: ID\_PATH\_TAG=pci-0000\_00\_1d\_7-usb-0\_6\_1\_0-scsi-0\_0\_0\_0
E: ID\_REVISION=1.00
E: ID\_SERIAL=SanDisk\_Ultra\_Fit\_[censored]-0:0
E: ID\_SERIAL\_SHORT=[censored]
E: ID\_TYPE=disk
E: ID\_USB\_DRIVER=usb-storage
E: ID\_USB\_INTERFACES=:080650:
E: ID\_USB\_INTERFACE\_NUM=00
E: ID\_VENDOR=SanDisk
E: ID\_VENDOR\_ENC=SanDisk\x20
E: ID\_VENDOR\_ID=0781
E: MAJOR=8
E: MINOR=16
E: SUBSYSTEM=block
E: UDISKS\_PARTITION\_TABLE=1
E: UDISKS\_PARTITION\_TABLE\_COUNT=1
E: UDISKS\_PARTITION\_TABLE\_SCHEME=mbr
E: UDISKS\_PRESENTATION\_NOPOLICY=0
E: USEC\_INITIALIZED=3636733

mydlo@mint ~ $ sudo /lib/udev/udisks-part-id /dev/sdb
using device\_file=/dev/sdb syspath=/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-6/2-6:1.0/host3/target3:0:0/3:0:0:0/block/sdb, offset=0 ao=0 and number=0 for /dev/sdb
Entering MS-DOS parser (offset=0, size=31104958464)
MSDOS\_MAGIC found
looking at part 0 (offset 1048576, size 31098667008, type 0x0b)
new part entry
looking at part 1 (offset 0, size 0, type 0x00)
new part entry
looking at part 2 (offset 0, size 0, type 0x00)
new part entry
looking at part 3 (offset 0, size 0, type 0x00)
new part entry
Exiting MS-DOS parser
MSDOS partition table detected
UDISKS\_PARTITION\_TABLE=1
UDISKS\_PARTITION\_TABLE\_SCHEME=mbr
UDISKS\_PARTITION\_TABLE\_COUNT=1

I will really appreciate if you could help me with this issue.

Thank you in advance,

mydlo

@mydlo wrote:

Hi jdb2,

 

I noticed that you are using different flash drive (Cruiser Ultra), but it looks like you know what you are doing (can’t say that about me when it comes to linux).

I’m totally lost about sector0. Could you explain in more detail what to do with it, please? Do you think it could work on Ultra Fit flash drive?

I also noticed difference in partitions. Mine is:

looking at part 0 (offset 1048576, size 31098667008, type 0x0b)

whereas yours is:

looking at part 0 (offset 4128768, size 31620923392, type 0x0c)

 

 

The “0x0c”  is due to the fact that I have the LBA flag set. 

 

Could you please run the following commands in a terminal? :

 

cd ~/ sudo dd if=/dev/sdX of=sector0.bin bs=512 count=1 xxd sector0.bin > sector0.hex

Note : Please replace the “X” in “sdX” with the letter that corresponds to your USB flash drive’s block device file.

After the above, you can either attach the .hex file or just post the hex listing in a CODE section.

 

I will really appreciate if you could help me with this issue.

Thank you in advance,

mydlo

 

 


You are welcome :slight_smile:

 

Regards,

 

jdb2

Hello all,

I have experienced this very issue with my Sandisk Ultra Fit 3.0 32GB CZ43 (I have 2 of them), refered to below as SDUF.

I bought them with the intention to use them with Pogoplugs and Debian. But that is also a NO GO.
Please check out this thread for my findings: http://forum.doozan.com/read.php?2,21868

Summary:

  • Bodhi’s Debian cannot fully boot from the SDUF on Pogoplugs.
  • Many live ISOs fail to complete the boot process. But the following distros have no problem using and booting from the SDUF.
        TAILS, Kali, grml, AntiX, PCLinuxOS, Manjaro, Fedora.
  • A temporary work-around, to be able to boot from the SDUF, is to disonnect and reconnect it WHILE the kernel is loading,
    or shortly after (while still looking for the rootfs). The kernel then detects the SDUF properly and the boot process continues successfully.

So the real question is, what procedure do theses live distros use to successfully detect the SDUF?

Needless to say, this experience has forced me to look elsewhere (i.e. NOT SanDisk) for flash drives.

TIA

Pepar

1 Like

So the real question is, what procedure do theses live distros use to successfully detect the SDUF?

Sounds like the question is why do you not use a modern boot manager that supports all your ISOs, your SDUF drive and all other flash drives like Easy2BootRMPrepUSB or Grub4dos?

@pepar wrote:

 

  • A temporary work-around, to be able to boot from the SDUF, is to disconnect and reconnect it WHILE the kernel is loading,
    or shortly after (while still looking for the rootfs). The kernel then detects the SDUF properly and the boot process continues successfully.

Yeah. I forgot to mention that my original Sandisk Cruzer Ultra 32GB USB 3.0 flash drive would boot if I waited for the kernel to drop me to a busybox shell. Then, I would unplug and then re-insert the drive, wait a few seconds until all the kernel messages had finished printing the and the device nodes were properly configured, and then I’d type “exit” and the drive would boot.

But, since I RMA-ed that drive, I no longer have this issue.

Regards,

jdb2

1 Like

@mydlo wrote:

Hi jdb2,

 

I noticed that you are using different flash drive (Cruiser Ultra), but it looks like you know what you are doing (can’t say that about me when it comes to linux).

I’m totally lost about sector0. Could you explain in more detail what to do with it, please? Do you think it could work on Ultra Fit flash drive?

I will really appreciate if you could help me with this issue.

Thank you in advance,

mydlo

 

 

Do you ever get to a bootloader prompt, such as a Syslinux or GRUB menu? Also, if the answer to the previous question is “yes,” then how far into the bootup process does your Linux install get before it fails? Do you see any kernel status messages while it’s booting? If not, then when you get a GRUB or Syslinux prompt, instead of just selecting your OS and pressing enter ( if you have no prompt then press escape to get one before the Kernel tries to boot ) edit the kernel command line such that it does not contain “quiet splash” and instead append “debug ignore_loglevel” and then post any error messages that concern USB storage.

Regards,

jdb2

@ed_p wrote:

So the real question is, what procedure do theses live distros use to successfully detect the SDUF?

 

Sounds like the question is why do you not use a modern boot manager that supports all your ISOs, your SDUF drive and all other flash drives like Easy2BootRMPrepUSB or Grub4dos?

 

 

Thanks for the advice :smiley: . UNetbootin is suppose to support Debian/Ubuntu based ISOs, but for some reason the bootup process failed on my Cruzer Ultra before I RMA-ed the drive.

Right now I’m running my Linux live USB system off of my RMA-ed Cruzer Ultra which is plugged into a 2-port USB 3.0 ExpressCard which itself is plugged into the laptop on which I am typing this message. Since the BIOS doesn’t see the Cruzer Ultra when it’s plugged into a USB 3.0 port ( the laptop and its BIOS are quite old – the BIOS has been updated to the last version released though ) I’ve been using PlopKexec to chain-load my Linux Mint Cinnamon 64-bit install on the Cruzer Ultra. I boot into PlopKexec and then I select “Start Linux Mint.” It’s been working perfectly for a while now.

Regards,

jdb2

@ed_p wrote:

So the real question is, what procedure do theses live distros use to successfully detect the SDUF?

 

Sounds like the question is why do you not use a modern boot manager that supports all your ISOs, your SDUF drive and all other flash drives like Easy2BootRMPrepUSB or Grub4dos?

 

 

Thanks for the advice :smiley: . UNetbootin is suppose to support Debian/Ubuntu based ISOs, but for some reason the bootup process failed on my Cruzer Ultra before I RMA-ed the drive.

Right now I’m running my Linux live USB system off of my RMA-ed Cruzer Ultra which is plugged into a 2-port USB 3.0 ExpressCard which itself is plugged into the laptop on which I am typing this message. Since the BIOS doesn’t see the Cruzer Ultra when it’s plugged into a USB 3.0 port ( the laptop and its BIOS are quite old – the BIOS has been updated to the last version released though ) I’ve been using PlopKexec to chain-load my Linux Mint Cinnamon 64-bit install on the Cruzer Ultra. I boot into PlopKexec and then I select “Start Linux Mint.” It’s been working perfectly for a while now.

Regards,

jdb2

Note, for some reason this message went missing or got deleted. It was originally posted on June 23th.


@ed_p wrote:

So the real question is, what procedure do theses live distros use to successfully detect the SDUF?

 

Sounds like the question is why do you not use a modern boot manager that supports all your ISOs, your SDUF drive and all other flash drives like Easy2BootRMPrepUSB or Grub4dos?

 

 

Thanks for the advice :smiley: . UNetbootin is suppose to support Debian/Ubuntu based ISOs, but for some reason the bootup process failed on my Cruzer Ultra before I RMA-ed the drive.

Right now I’m running my Linux live USB system off of my RMA-ed Cruzer Ultra which is plugged into a 2-port USB 3.0 ExpressCard which itself is plugged into the laptop on which I am typing this message. Since the BIOS doesn’t see the Cruzer Ultra when it’s plugged into a USB 3.0 port ( the laptop and its BIOS are quite old – the BIOS has been updated to the last version released though ) I’ve been using PlopKexec to chain-load my Linux Mint Cinnamon 64-bit install on the Cruzer Ultra. I boot into PlopKexec and then I select “Start Linux Mint.” It’s been working perfectly for a while now.

Regards,

jdb2

What does this mean?

  1. I can boot with the sandisk usb ultrafit 3.0 into linux on other computers.

  2. On the computer I want to boot, this usb fails.

  3. (some) other, non sandisks succeed in booting on this computer.

The message I get is:

(initramfs) Unable to find a medium containg a live file system".

When I have another usb also with a linux live image on it in another slot and try to boot from the sandisk, i get:

(initramfs) FAT-fs (sdc1): unable to read inode block for updating (i_pos 132651)

The computer in question is a chromebook, with a haswell cpu (celeron 2995U)

I tried the taking out and typing exit, i get a lot of script on t he screen with ‘end trace’ at the end of it.

When I have another usb also with a linux live image on it in another slot and try to boot from the sandisk, i get:

(initramfs) FAT-fs (sdc1): unable to read inode block for updating (i_pos 132651)

I suspect the other usb is sdc1 and the one you’re trying to boot is sdc2.  The boot manager is searching drives in sequence.

The computer in question is a chromebook,

I think that answers some of your questions.   :wink:

I’ve tracked down the basic problem many people have been experiencing.

The culprit lies in the Linux Kernel’s udev and USB subsystems. For some reason, the kernel is timing out on trying to read the Sandisk USB device descriptor. This means that the necessary entries never get created in /sys . What happens next is that the capser script bombs in this section :

 else # Scan local devices for the image i=0 while ["$i" -lt 60]; do livefs\_root=$(find\_livefs $i) if ["${livefs\_root}"]; then break fi sleep 1 i="$(($i + 1))" done fi if [-z "${livefs\_root}"]; then panic "Unable to find a medium containing a live file system" fi

But where does livefs_root come from? Well, if we dig deeper, then we find that find_livefs() is indeed failing to find the entries is /sys/block : 

# or do the scan of block devices for sysblock in $(echo /sys/block/\* | tr ' ' '\n' | egrep -v "/(loop|ram|fd|md)"); do devname=$(sys2dev "${sysblock}") [-e "$devname"] || continue fstype=$(get\_fstype "${devname}") if /lib/udev/cdrom\_id ${devname} \> /dev/null; then if check\_dev "null" "${devname}" ; then return 0 fi elif is\_nice\_device "${sysblock}" ; then for dev in $(subdevices "${sysblock}"); do if check\_dev "${dev}" ; then return 0 fi done elif is\_md "${devname}" || is\_mapper "${devname}" ; then if check\_dev "null" "${devname}" ; then return 0 fi elif ["${fstype}" = "squashfs" -o \ "${fstype}" = "ext4" -o \ "${fstype}" = "ext3" -o \ "${fstype}" = "ext2" -o \ "${fstype}" = "btrfs"]; then # This is an ugly hack situation, the block device has # an image directly on it. It's hopefully # casper, so take it and run with it. ln -s "${devname}" "${devname}.${fstype}" echo "${devname}.${fstype}" return 0 fi done return 1 }

find_livefs() in turn calls check_dev(), is_nice_device(), sys2dev() which takes an argument from sysfs and returns the corresponding device node path in /dev, and get_fstype(). Since the kernel udev and USB subsystems timed out on trying to read the Sandisk USB flash drive’s device descriptor, then the entries which should have corresponded to the flash drive never get created in /sys/block and hence the boot fails.

There is one possible solution :

add  

rootwait rootdelay=30 usbcore.autosuspend=120 usbcore.old\_scheme\_first=1 usbcore.initial\_descriptor\_timeout=60 usb-storage.delay\_use=10

to the Linux kernel’s boot command line. Note that I know some of the above parameters are redundant but I just wanted to be extra safe[TM] :stuck_out_tongue: . Also, the timeout values ( in seconds ) are very conservative.

If the above doesn’t work, then you can also try adding :

usb-storage.quirks=VID : PID : Flags

( remove the spaces between the colons above – for some reason the forum software is creating smileys even though the text is in a code block )

to the Linux kernel command line, where VID is your Sandisk USB flash drive’s Vendor ID as returned by “sudo lsusb -v” and the PID is the Product ID returned by the same command. For Flags, there are at least 19 ( documented here ), so you may have to try several combinations ( multiple flags can be used simultaneously ).

I hope this helps.

Regards,

jdb2

I apologize if this message is a duplicate, but this is possibly the 4th or 5th time I’ve tried posting this message after which it has “disappeared” from the Sandisk forums. I’ve snipped the title – perhaps it has something to do with too many characters.


Note, for some reason this message went missing or got deleted. It was originally posted on June 23th.


@ed_p wrote:

So the real question is, what procedure do theses live distros use to successfully detect the SDUF?

 

Sounds like the question is why do you not use a modern boot manager that supports all your ISOs, your SDUF drive and all other flash drives like Easy2BootRMPrepUSB or Grub4dos?

 

 

Thanks for the advice :smiley: . UNetbootin is suppose to support Debian/Ubuntu based ISOs, but for some reason the bootup process failed on my Cruzer Ultra before I RMA-ed the drive.

Right now I’m running my Linux live USB system off of my RMA-ed Cruzer Ultra which is plugged into a 2-port USB 3.0 ExpressCard which itself is plugged into the laptop on which I am typing this message. Since the BIOS doesn’t see the Cruzer Ultra when it’s plugged into a USB 3.0 port ( the laptop and its BIOS are quite old – the BIOS has been updated to the last version released though ) I’ve been using PlopKexec to chain-load my Linux Mint Cinnamon 64-bit install on the Cruzer Ultra. I boot into PlopKexec and then I select “Start Linux Mint.” It’s been working perfectly for a while now.

Regards,

jdb2


EDIT : B.T.W., I think that the boot manager is really not the culprit in this case ( or more specifically, the casper init scripts ) but instead the Linux kernel itself. As I explained in a previous message the kernel is timing out on trying to read the Sandisk flash drive’s USB device descriptor.

Many thanks to pepar and jdb2! My SanDisk Ultra Fit USB 3.0 now boots Knoppix 7.6.0 rather quickly (even on USB 2.0 port). The unplug / re-insert should not be necessary, I wish SanDisk would get with it on USB 3.0.

@dave194 wrote:

Many thanks to pepar and jdb2! My SanDisk Ultra Fit USB 3.0 now boots Knoppix 7.6.0 rather quickly (even on USB 2.0 port). The unplug / re-insert should not be necessary, I wish SanDisk would get with it on USB 3.0.

Thank you :smiley:

I’ve been able to get my Sandisk USB 3.0 flash drives to boot from my laptop’s USB 3.0 ports using PlopKexec . The only problem with PlopKexec is that I’ve had trouble when booting from it when other USB devices are plugged in which has led to it kernel panicking. Also, sometimes I get dropped to an initramfs busybox shell and I have to remove and reinsert the flash drive and then type “exit [ENTER]” to get my Linux install to boot from the flash drive.

Lately I’ve been using “kiyoshi’s help” which is another kexec based chain-boot loader, but it’s more sophisticated than PlopKexec and it boots my USB 3.0 flash drive from my laptop’s USB 3.0 ports perfectly, without any kernel panics, busybox initramfs shells or the need to pull out and reinsert the flash drive. I’ve built a custom ISO image from a custom Debian 7 install in VMware which I then burnt to a CD-R. If you don’t want to build “kyoshi’s help” yourself then here’s a link to my zipped ISO image :

https://www.dropbox.com/s/yfq8i8h16y3pq0e/kiyoshishelp.zip?dl=0

I hope this helps,

Regards,

jdb2