Export thread

  • Be sure to checkout “Tips & Tricks”
    Dear Guest Visitor → Once you register and log-in:

    This forum does not automatically send notices of new content. So if, for example, you would like to be notified by mail when Steve posts an update to his blog (or of any other specific activity anywhere else), you need to tell the system what to “Watch” for you. Please checkout the “Tips & Tricks” page for details about that... and other tips!

    /Steve.

No drives found

#1

LeMic

LeMic

Hi all,

I have a HTPC running on an Asrock J4205-ITX motherboard with an SSD and a harddrive. When I run the test, ReadSpeed displays the top description-text with the spinning slashes and that pretty much it, no drive-details ever appear. Has anybody else had this issue?

Best regards,

Michael


#2

A

AlanD

If you run rs.exe /ident it should give more information.


#3

LeMic

LeMic

Thanks for the tip. I ran rs.exe /? and looked at the options. With /ident and /verbose, the following text is added after the top description

AHCI '.' and IDE '-' drive reset & diagnostic latencies in milliseconds:

But apart from that, the result is the same, ReadSpeed spinning its slashes :)

/m


#4

Steve

Steve

Hmmm. This is the first report of ReadSpeed not finding drives and apparently stalling. The ReadSpeed DOS files include a utility "PCI.EXE". It will show us what your system looks like from the PCI viewpoint. Could you share its output? Thanks!

(If you give the command "pci >pci.txt" PCI's output will be sent to a file named "pci.txt" for easier sharing.)


#5

LeMic

LeMic

Hmmm. This is the first report of ReadSpeed not finding drives and apparently stalling. The ReadSpeed DOS files include a utility "PCI.EXE". It will show us what your system looks like from the PCI viewpoint. Could you share its output? Thanks!

(If you give the command "pci >pci.txt" PCI's output will be sent to a file named "pci.txt" for easier sharing.)

Here you go :) (Edit: Added the file as the textalignment seems a bit off )

Code:
+----------------------------------------------------------+
| PCI v1    Simple DOS-based PCI System Enumerator     GRC |
+----------------------------------------------------------+

+ Contemporary PCI subsystem detected.

Bus# Device Fnc Clas PgIf  Type  Vendor Device SubVen SubSys
---- ------ --- ---- ---- ------ ------ ------ ------ ------
  0    31    0  0601  00          8086   5AE8   1849   5AE8
  0    31    1  0C05  00          8086   5AD4   1849   5AD4
  0    21    0  0C03  30          8086   5AA8   1849   5AA8
  0    19    0  0604  00          8086   5AD8    --     -- 
  0    19    1  0604  00          8086   5AD9    --     -- 
  0    19    2  0604  00          8086   5ADA    --     -- 
  0    19    3  0604  00          8086   5ADB    --     -- 
  0    18    0  0106  01   AHCI   8086   5AE3   1849   5AE3
  0    15    0  0780  00          8086   5A9A   1849   5A9A
  0    14    0  0403  00          8086   5A98   1849   C892
  0     2    0  0300  00          8086   5A84   1849   5A84
  0     0    0  0600  00          8086   5AF0   1849   5AF0
  3     0    0  0106  01   AHCI   1B21   0612   1849   0612
  2     0    0  0280  00          8086   2526   8086   0014
  1     0    0  0200  00          10EC   8168   1849   8168


#6

Steve

Steve

Thanks @LeMic. I wrapped your PCI.EXE output in "code" tags which give it a fixed-width font so that things line up nicely. (y)

We see from your PCI output, that you have two AHCI controllers, an Intel controller on the motherboard and a second controller that's using an ASM1062 Serial ATA Controller. ReadSpeed has worked on both of those without any trouble, so whatever is going on is a mystery at this point.

I would love to work with you to track this down, but it's much less practical to do this here in the forums than in GRC's SpinRite development newsgroup, where all of the real work gets done. Can you arrange to participate in our newsgroups? You can use my favorite newsreader "Gravity" or Mozilla Thunderbird or any of many other NNTP newsreaders. Details and more options are all on GRC's “Discussions” page. Thanks!!


#7

LeMic

LeMic

Thanks @LeMic. I wrapped your PCI.EXE output in "code" tags which give it a fixed-width font so that things line up nicely. (y)

We see from your PCI output, that you have two AHCI controllers, an Intel controller on the motherboard and a second controller that's using an ASM1062 Serial ATA Controller. ReadSpeed has worked on both of those without any trouble, so whatever is going on is a mystery at this point.

I would love to work with you to track this down, but it's much less practical to do this here in the forums than in GRC's SpinRite development newsgroup, where all of the real work gets done. Can you arrange to participate in our newsgroups? You can use my favorite newsreader "Gravity" or Mozilla Thunderbird or any of many other NNTP newsreaders. Details and more options are all on GRC's “Discussions” page. Thanks!!

Hi Steve,

I installed a client and made a message about this issue in the dev group (y)


#8

R

Richard

Michael,

It is my honor to write to you, the discoverer of the first bug in ReadSpeed.

I am Richard, the discoverer of the zeroth bug in ReadSpeed. Please let me help you get ReadSpeed running. I also hope to reasonably demonstrate we found the same bug.

1. Please go to https://www.grc.com/dev/SpinRite/ and download DrivEnum.exe to your ReadSpeed USB drive. Boot from the USB drive, run DrivEnum.exe, then rs.exe. Does rs.exe run OK now? I expect it will.

For me rs.exe crashes with an INVALID OPCODE on the second run. And running DrivEnum.exe before the second run makes it run normally.

2. Please go to https://www.grc.com/sr/faq.htm and follow the "How do I make a bootable USB thumb drive??" instructions to make an MS-DOS, not freedos, bootable USB drive. Put rs.exe on the USB drive, boot from it, and run rs.exe. Does rs.exe run OK now? I expect it will. It does for me.


Steve,

Running RS-49k.exe a first time under freedos on my PC (on which AHCI*.exe run a second time under freedos crashes with an INVALID OPCODE) produces the following:


Code:
  +--------------------------------------------------------------------------+
  |  RS - Release 49k: Exploring revectoring the interrupt controller.       |
  +--------------------------------------------------------------------------+

Checking AHCI controller at:  0:17:0 , class: 0106, progif: 01, pi: 0000003F
    Port  0 audit: 1 2 3 4 5 6 7 8 9 OK 1    Port  1 audit: 1 2 3 4 5 6 7 8 9 10 11 12 13

BIOS Size  Drive Identity     Location:    0      25%     50%     75%     100
---- ----- ---------------------------- ------- ------- ------- ------- -------
 81  640GB WDC WD6400AAKS-65A7B0         112.7   107.5    99.2    84.3    58.5

                  Benchmarked: Thursday, 2021-01-14 at 16:27


Running it a second time the spinners pause then resume, the text up to "OK 1" appears, and nothing more happens.

I expect lawson23 has hit the same bug. https://forums.grc.com/threads/invalid-opcode.459/


#9

LeMic

LeMic

Michael,

It is my honor to write to you, the discoverer of the first bug in ReadSpeed.

I am Richard, the discoverer of the zeroth bug in ReadSpeed. Please let me help you get ReadSpeed running. I also hope to reasonably demonstrate we found the same bug.

1. Please go to https://www.grc.com/dev/SpinRite/ and download DrivEnum.exe to your ReadSpeed USB drive. Boot from the USB drive, run DrivEnum.exe, then rs.exe. Does rs.exe run OK now? I expect it will.

For me rs.exe crashes with an INVALID OPCODE on the second run. And running DrivEnum.exe before the second run makes it run normally.

2. Please go to https://www.grc.com/sr/faq.htm and follow the "How do I make a bootable USB thumb drive??" instructions to make an MS-DOS, not freedos, bootable USB drive. Put rs.exe on the USB drive, boot from it, and run rs.exe. Does rs.exe run OK now? I expect it will. It does for me.


Steve,

Running RS-49k.exe a first time under freedos on my PC (on which AHCI*.exe run a second time under freedos crashes with an INVALID OPCODE) produces the following:


Code:
  +--------------------------------------------------------------------------+
  |  RS - Release 49k: Exploring revectoring the interrupt controller.       |
  +--------------------------------------------------------------------------+

Checking AHCI controller at:  0:17:0 , class: 0106, progif: 01, pi: 0000003F
    Port  0 audit: 1 2 3 4 5 6 7 8 9 OK 1    Port  1 audit: 1 2 3 4 5 6 7 8 9 10 11 12 13

BIOS Size  Drive Identity     Location:    0      25%     50%     75%     100
---- ----- ---------------------------- ------- ------- ------- ------- -------
81  640GB WDC WD6400AAKS-65A7B0         112.7   107.5    99.2    84.3    58.5

                  Benchmarked: Thursday, 2021-01-14 at 16:27


Running it a second time the spinners pause then resume, the text up to "OK 1" appears, and nothing more happens.

I expect lawson23 has hit the same bug. https://forums.grc.com/threads/invalid-opcode.459/

Hi Richard,

Thanks for your suggestions, much appreciated. However I think this might be something related to the hardware I'm using, more specifically the Intel controller on the motherboard. I had quite a bit of mail-exchange with Steve where he tried to pinpoint the problem, but to no avail unfortunately. But Steve has found a motherboard like mine and its in-route to his lab :)

Just to be sure I did try and follow your suggestions. I ran Drivenum and it hanged for a long time and exited saying that it was unable to find ATA-compatible hard drives. I then ran RS and it "hanged" with the spinning slashes. Steves guess is that the hardware interrupts are acting differently than expected. Hopefully his board will "misbehave" just like mine :)

Again, thanks for the suggestion and have a great weekend,

Michael


#10

Steve

Steve

Updating following Michael's (@LeMic's) posting above...

The Mini-ITX motherboard in question has arrived from Germany. I have a Mini-ITX case and DRAM for it, but I haven't yet made time to set it up and dig in. Since this is still a "one off," I plan to wait until there's a point where my work as paused while I'm awaiting feedback from a SpinRite pre-release. At that point I plan to dig into what's going on with that system.

So, it's on the back burner, where I think it should be, until it's time to bring it forward.


#11

J

Jungle Jim

My apologies for arriving late for the party, and perhaps I'm crashing the wrong party, but when I run RS I get the message: "ReadSpeed didn't find any ATA or SATA hard drives with IDE or AHCI controllers". I've attached the output from PCI.EXE.

Attachments


  • PCI.TXT
    2 KB · Views: 79

#12

P

PHolder

didn't find any ATA or SATA hard drives
It would helpful if you not only implied there was something missing, but identified what you though was actually missing. i.e. Please tell us what you expected to be found.


#13

J

Jungle Jim

Sorry -- I thought that from the discussion earlier in this thread that the PCI.TXT file supplied the necessary information. As I also implied, I'm a raw beginner with ReadSpeed (albeit a longtime Spinrite user), so could you help me here, please? What information do you need? Obviously I was expecting RS to find the hard drives on the machine and produce the display that Steve describes on his page about RS; I've attached the drives output from System Information to give you an idea of what's attached to the system.

Attachments


  • Drive information.txt
    3.3 KB · Views: 79

#14

P

PHolder

I was expecting RS to find the hard drives
If possible, please describe the drives, their connection/type and model. Are they connected to the motherboard, if so on which type of connection. For example, if they're all NVMe SSDs or USB connected, they will not be found by ReadSpeed as those are not supported yet.


#15

A

AlanD

I see that one of those drives is called "My Passport", I suspect that is an external USB drive. I don't know about the others. AS Paul says, if your drives are all USB or NVMe, they won't be seen by this utility.


#16

J

Jungle Jim

OK, getting there -- thanks for your guidance and sorry I'm being so slow. I've attached what I hope is more useful information; is it? There are 4 internal drives; yes, there are also some USB ones but I've removed them from the listing. Disk #0 is an SSD; the rest are HDDs. The machine is an elderly Dell Precision T7600, with legacy boot.

Attachments


  • Drive information 2.txt
    5.1 KB · Views: 64

#17

A

AlanD

I see what you mean. I have flagged this for Steve's attention.

One question, are these drives showing up in the BIOS, or are they "owned" by the RAID controller?


#18

J

Jungle Jim

I couldn't see any drive listing in the Settings app for the BIOS; perhaps I'm looking in the wrong place. But during boot-up the system reports 4 non-RAID Disks found on the host adapter and handled by BIOS, so I guess the answer is that they do indeed show up in the BIOS if I knew how to find them there.


#19

Steve

Steve

@Jungle Jim : The PCI.TXT listing you supplied held the clue.

It shows a RAID device with a Vendor & Device of "1000" and "0073". The "RAID"ness itself is not a problem. We routinely run on controllers that declare themselves to be of Class "0104", which is where the RAID designation comes from. A great many of our testers have such systems. But the Vendor & Device was unfamiliar to me from all of our testing. So I used the Device Hunt site to quickly look up what controller "1000" and "0073" represent: Device Hunt with 1000/0073 and it reveals that your system has a "MegaRAID" controller.

Unlike standard AHCI controllers that call themselves RAID controllers (and which we can mostly ignore), your system has an actual physical RAID controller. That effectively places the drives behind it out of ReadSpeed =AND= SpinRite's reach — forever. Drives that are connected behind a RAID controller are deliberately hidden so that only it is able to work with them.

This solves the mystery, but it doesn't solve your interest in getting SpinRite to someday work with those devices. The PCI.TXT listing shows that your system also has a totally generic, standard, Intel-based AHCI controller ("8086" & "1D02") which ReadSpeed and SpinRite will always be able to work with perfectly. So... you could make note of where your SATA cables are connected, then move them to the motherboard's SATA ports to run ReadSpeed and SpinRite (now and in the future)... then return them to where they were.

I wish there was a less messy solution for this, but the MegaRAID controller was deliberately designed to keep anything outside from messing with its drives. :-/


#20

J

Jungle Jim

Aha. Thanks, Steve. This machine has always had a rather unhappy relationship with Spinrite, and I now understand why. One day soon when I work up the courage I'll have a look at the connections and see if I can make the changes you suggest. Unless, of course, the machine dies of old age first, which from one or two indications I've had recently wouldn't totally surprise me.


#21

M

Madame Bersella

Hi there,
Recently I've met similar problems about 3rd-party SATA controllers when running RS on a somewhat custom Celeron J1900-powered mobo. Just like this:
Code:
+----------------------------------------------------------+
| PCI v1    Simple DOS-based PCI System Enumerator     GRC |
+----------------------------------------------------------+

+ Contemporary PCI subsystem detected.

Bus# Device Fnc Clas PgIf  Type  Vendor Device SubVen SubSys
---- ------ --- ---- ---- ------ ------ ------ ------ ------
  0    31    0  0601  00          8086   0F1C   8086   0F1C
  0    31    3  0C05  00          8086   0F12   8086   0F12
  0    28    0  0604  00          8086   0F48    --     -- 
  0    28    1  0604  00          8086   0F4A    --     -- 
  0    28    2  0604  00          8086   0F4C    --     -- 
  0    28    3  0604  00          8086   0F4E    --     -- 
  0    27    0  0403  00          8086   0F04   8086   0F04
  0    26    0  1080  00          8086   0F18   8086   0F18
  0    20    0  0C03  30          8086   0F35   8086   0F35
  0    19    0  0106  01   AHCI   8086   0F23   8086   0F23
  0     2    0  0300  00          8086   0F31   8086   0F31
  0     0    0  0600  00          8086   0F00   8086   0F31
  3     0    0  0200  00          8086   1539   8086    -- 
  2     0    0  0106  01   AHCI   1B4B   9215   1B4B   9215
That controller, which turns out to be Marvell 88SE9215, prevented RS from recognizing my 2 spinners attached to it; whilst another tiny SSD connected directly to the SoC was recognized and benchmarked as intended.
My question is: would that be MANDATORY that connections via Intel's (or AMD's) controllers are required?

Best wishes,
Bersella


#22

Steve

Steve

Hi! ReadSpeed (and SpinRite) should definitely be able to run on that Marvell controller. During our development testing many people had them, and I acquired some in order to get them running. At this point, since so much IS running well, it doesn't make any sense for us to stop the forward movement on SpinRite, but once it's at BETA stage, so that those who have been waiting will be able to use it, I would LOVE to work with you — and any/every one who's having trouble — to get those systems fully running before SpinRite v6.1's first formal release. :) Thanks for your report!


#23

M

Madame Bersella

Hi! ReadSpeed (and SpinRite) should definitely be able to run on that Marvell controller. During our development testing many people had them, and I acquired some in order to get them running. At this point, since so much IS running well, it doesn't make any sense for us to stop the forward movement on SpinRite, but once it's at BETA stage, so that those who have been waiting will be able to use it, I would LOVE to work with you — and any/every one who's having trouble — to get those systems fully running before SpinRite v6.1's first formal release. :) Thanks for your report!
Thank you Steve. If everything went well, however, I would have preserved my registration on this forums and not reported the issue. Anyway, it didn't bother me at all, I replaced my mobo and then re-benchmarked.
Before that, I had experienced InSpectre & DNSBench and they gave me so much fun. Greetings to your excellent work!