VOGONS


First post, by WinMeOver

User metadata
Rank Newbie
Rank
Newbie

Hello people,

this is my very fist outing into this forum. I've registered after weeks of finding no solution to my problem, having tried everything and anything, and after having consulted Google for hous on end.
I really hope there's someone here who knows how to tackle the issue.

I got myself an old notebook off Ebay:

LiteLine Model 6020, "made for Fujitsu, made in Taiwan", upon further research I was able to find out it was internationally sold at least, also, as a "Mitac Model 6020"; label on the bezel specifically says: "Designed for Windows 98"

- Pentium II @ 366 Mhz
- SD-RAM maxed out to 288 megs
- Mainboard: Intel BX440
- DVD drive: Matsushita (Matshita) (Panasonic) DVD-ROM SR-8171

The DVD drive is in perfect working condition as is the rest of the notebook. I've verified this thoroughly. It is displayed in the BIOS and is seen by the system in DOS using MSCDEX. Zero problem there.

First I'd tried Windows 98 SE on the machine. I used a boot floppy and was able to pull Win 98's installation contents off the CD and onto the HDD without hassle. Continued installing the OS from there.
Upon first boot, the drive becomes invisible to Windows. Finding the right drivers for the hardware was no big issue, I got everything working, with the DVD drive being the sole exception.
Mainboard drivers are up to snuff, 2001 release date, XP-ready even, but the device manager would continue displaying an exclamation point at the Secondary IDE controller.

Just to be perfectly sure and frustrated already, I tried a 2001 build of XP next. XP recognizes and handles the drive flawlessly. No surprise there. But obviously, this 1999 machine is none I want to use as an XP device.

Next I tried the much beloved (winkwink) Windows Me, Myself and I.
To my surprise, at least on this very machine, it completely outperforms Windows 98 SE in every regard. There's no need to install even a single driver, everything works perfectly out of the box,
I can even use my USB 2.0 thumb drives on the notebook's single USB 1.1 port and they will be recognized and ready to use within seconds, just like that, total ease of use.
With one exception. You've guessed it. It's still a Win9x build and it still won't give me access to the DVD drive; even though the device manager correctly identifies the Matsushita, the exclamation point next to the secondary IDE controller remains.
If I change the IDE controller's drivers from the ones specific to the motherboard to generic ones that come with ME, the drive will immediately spin up and will be seen by Windows in My Computer, even correctly giving me the name of the disc that's currently in the drive. But when I then proceed to double-click on the drive, Windows Me will give me a bluescreen with an error code concerning the VdX.

Other things I tried to absolutely no avail:

- installing the drive's offical Win95/98 drivers dating back to March of 1999.
- trying to install the latest motherboard drivers anyway (Windows will tell me there's no need since the INF file is already up to snuff)

- there's a workaround that will force Windows to seize use of a drive through 16-bit DOS drivers, disabling the 32-bit drivers; this worked on Windows 98 SE and I was able to use the drive exclusively for CDs. I surmise it just takes the MSCDEX that already had worked upon using the boot floppy.
This workaround is not working on Windows Me. I can only assume the reason for this is Me's crippled DOS 8.0. Anyway, not being able to use the drive with proper 32-bit drivers is no real solution to the issue, plus, for ease of use I want to keep using Me rather than 98 SE because setting it up, apart from the drive's issue, begins and ends with setting up the OS, with no further need for any driver. With this machine, I don't care for DOS, I'm simply in it for the Win9x experience

If any of you have any clue as to how to solve this peculiar problem, I'd be deeply grateful.

Reply 1 of 10, by elszgensa

User metadata
Rank Oldbie
Rank
Oldbie

Total stab in the dark (since your post has a low signal-to-noise ratio - basically "TL;DR"), but seeing how you could get it to work with CDs but not DVDs, maybe you're lacking UDF (common DVD file system, while CDs mostly use ISO9660) drivers? According to Wikipedia the 9xes have support for 1.02 and none of the newer ones.

Reply 2 of 10, by WinMeOver

User metadata
Rank Newbie
Rank
Newbie
elszgensa wrote on 2023-08-11, 16:44:

Total stab in the dark (since your post has a low signal-to-noise ratio - basically "TL;DR"), but seeing how you could get it to work with CDs but not DVDs, maybe you're lacking UDF (common DVD file system, while CDs mostly use ISO9660) drivers? According to Wikipedia the 9xes have support for 1.02 and none of the newer ones.

"your post has a low signal-to-noise ratio - basically "TL;DR""

*deep sigh*
This is the first time I'm using a forum deliberately and consciously not being as concise and short-spoken as humanly possible because I, too, don't like wasting people's time, see.
I have experienced time and again that people will not address the actual issue otherwise, like insisting it has to be a faulty IDE controller or a defective DVD drive, etc.
Now that I'm putting in more effort into my post just so that people will see I'm not a lazy bum, that I'm not too stupid to google or too ignorant to provide crucial information, this is what I get.
No offense, honestly, I'm just snickering at the irony.

As to the constructive part of your reply: I could get it to work with CDs because of forcing Windows 98 SE to use legacy DOS 16-bit drivers that, naturally, were never meant to support a medium that wasn't available prior to 1997, such as the DVD.
This notebook, including its DVD drive, was released in 1999 with Windows 98 in mind. The problem lies with the Secondary IDE controller.

Last edited by WinMeOver on 2023-08-11, 17:14. Edited 1 time in total.

Reply 3 of 10, by NellWatson

User metadata
Rank Newbie
Rank
Newbie
elszgensa wrote on 2023-08-11, 16:44:

Total stab in the dark (since your post has a low signal-to-noise ratio - basically "TL;DR"), but seeing how you could get it to work with CDs but not DVDs, maybe you're lacking UDF (common DVD file system, while CDs mostly use ISO9660) drivers? According to Wikipedia the 9xes have support for 1.02 and none of the newer ones.

This is a forum for people with the attention span necessary to deal with DOS memory management. In my opinion, saying 'TL;DR' on someone asking for help with a complex technical issue which has them stumped was unnecessarily rude and unwelcoming.

Reply 4 of 10, by the3dfxdude

User metadata
Rank Oldbie
Rank
Oldbie

Did you install WinME clean, or did you just run setup as an upgrade to Win98?

Generally the reasons I've seen for the yellow icon:
Driver conflict
Device resource conflict
Failing port/drive

If you open of the device in device manager, it gives you a hint on why it doesn't work correctly. You can also look through your resource list to make sure everything has been set correctly to the resources you expect.

Please make sure you remove any DOS CD drivers from config.sys/autoexec.bat. As you have seen, it isn't really a fix anyway. As it's not clear what steps were undertaken installing drivers or OS, you may want to install WinME completely clean without any extra drivers and check the device manager at that point so one can see what is said.

I have played with a fujitsu when it was new in 2000. It had WinME. It was a nice machine. No problems with it.

Reply 5 of 10, by WinMeOver

User metadata
Rank Newbie
Rank
Newbie

Exclusively clean installs. Why would anyone bother with mere upgrade files from 98 SE to Me in the year 2023?

It is 100 % certain that it's a driver conflict, not a failing drive. The drive is, as mentioned above, in working condition, no doubt that whatsoever.

Hint in Device Manager is a classic "Code 10"; try updating the drivers.
The mainboard drivers are up to snuff and literally everything else the mainboard provides is working flawlessly, including the USB 1.1.

Reply 6 of 10, by the3dfxdude

User metadata
Rank Oldbie
Rank
Oldbie
WinMeOver wrote on 2023-08-12, 16:55:

Exclusively clean installs. Why would anyone bother with mere upgrade files from 98 SE to Me in the year 2023?

Unfamiliarity. I've seen people today not know they can do this when so many WinME disks are labeled "upgrade". But this piece of information is now known about your install, so we can move on.

WinMeOver wrote on 2023-08-12, 16:55:

It is 100 % certain that it's a driver conflict, not a failing drive. The drive is, as mentioned above, in working condition, no doubt that whatsoever.

Did you try the drive in another notebook?

I would have tended to agree with you that if it seemed to work in another OS as you mentioned, that it can be considered "Working". But considering stock drivers and manufacturer drivers don't just "bitrot" and stop working, then we don't have much left to discuss on drivers when this is considered to be a clean system, unless there is something lurking in device resources, or a strange device I don't know about in your machine.

Now it is also possible the drive itself is 100% fine. But the evidence tends to point to that there is an error being triggered by the hardware in your notebook, so unless you can start swapping parts (motherboard, power supply, drive) and testing against other parts, then we have not narrowed down or eliminated this. Win9x IDE drivers are different than WinXP, so it could be that Win9x drivers were not written with better fallbacks in the face of early hardware impending failure signs.

After I sent the earlier message, I remembered diagnosing an issue on today's Linux on early hardware failure indications with sata errors periodically appearing in the logs and it was hard to know what triggered it. It progressively got worse, but through sleuthing, I identified the issue (power supply). The driver on Linux goes through cycles of handling such errors such as repeating the command, slowing down the link, and eventually complete device resets to try again. I could continue to use the machine, and indeed, never really have data corruption. Linux is a robust system, but one that might hide the problem until it gets markedly worse (everything starts running slower and slower). The Win9x driver is probably not like that and perhaps very unforgiving, but maybe the WinXP driver is better. My suggestion is to try booting a live linux from a USB CD-ROM if it is possible on this computer and try using the IDE CD-ROM and look at the logs for errors. I did something similar to stress test the system I had without fear of loosing data, and it gives alot of information on what is going on. You could try to look at it some more under WinXP, but I don't know how to monitor for errors there myself.

Reply 7 of 10, by WinMeOver

User metadata
Rank Newbie
Rank
Newbie
the3dfxdude wrote on 2023-08-12, 18:39:
Did you try the drive in another notebook? […]
Show full quote

Did you try the drive in another notebook?

I would have tended to agree with you that if it seemed to work in another OS as you mentioned, that it can be considered "Working". But considering stock drivers and manufacturer drivers don't just "bitrot" and stop working, then we don't have much left to discuss on drivers when this is considered to be a clean system, unless there is something lurking in device resources, or a strange device I don't know about in your machine.

Now it is also possible the drive itself is 100% fine. But the evidence tends to point to that there is an error being triggered by the hardware in your notebook, so unless you can start swapping parts (motherboard, power supply, drive) and testing against other parts, then we have not narrowed down or eliminated this. Win9x IDE drivers are different than WinXP, so it could be that Win9x drivers were not written with better fallbacks in the face of early hardware impending failure signs.

After I sent the earlier message, I remembered diagnosing an issue on today's Linux on early hardware failure indications with sata errors periodically appearing in the logs and it was hard to know what triggered it. It progressively got worse, but through sleuthing, I identified the issue (power supply). The driver on Linux goes through cycles of handling such errors such as repeating the command, slowing down the link, and eventually complete device resets to try again. I could continue to use the machine, and indeed, never really have data corruption. Linux is a robust system, but one that might hide the problem until it gets markedly worse (everything starts running slower and slower). The Win9x driver is probably not like that and perhaps very unforgiving, but maybe the WinXP driver is better. My suggestion is to try booting a live linux from a USB CD-ROM if it is possible on this computer and try using the IDE CD-ROM and look at the logs for errors. I did something similar to stress test the system I had without fear of loosing data, and it gives alot of information on what is going on. You could try to look at it some more under WinXP, but I don't know how to monitor for errors there myself.

Now that is rather interesting info, thank you very much. Cannot be ruled out that this is the case.
All I know is, if I'm using the drive on 98 SE via the DOS driver workaround, it handles CDs flawlessly. Never would have guessed the reason for this might be that legacy drivers are a tad more forgiving with drives that are starting to fail.
Maybe I should just give up and shell out the €8 or so for a replacement drive on Ebay then.

Reply 8 of 10, by the3dfxdude

User metadata
Rank Oldbie
Rank
Oldbie

Perhaps. I mean it is still a guess there is a problem with the drive itself. It wouldn't hurt to try another drive if you want to acquire another. If you are going to go to the extent of working on the inside of the machine, you might as well take it apart and do an inspection now before you put an order in, and see things like condition of the cable inside (if used), the condition of battery, etc, for other signs. Although it can be a quick release switch or screw just holding it in so maybe it would be faster than a tear down.

I am not sure what DOS drivers might be capable of (could be limited), but on the Linux side of things, it could play with ATA speeds and DMA as a way to deal with an issue, and that can solve the problem enough that it doesn't seem to be there. This is why I am thinking, maybe if you could monitor a verbose logging of drive activity in any of the configurations, you might see something.

Reply 9 of 10, by Horun

User metadata
Rank l33t++
Rank
l33t++
WinMeOver wrote on 2023-08-13, 18:53:

All I know is, if I'm using the drive on 98 SE via the DOS driver workaround, it handles CDs flawlessly. Never would have guessed the reason for this might be that legacy drivers are a tad more forgiving with drives that are starting to fail.
Maybe I should just give up and shell out the €8 or so for a replacement drive on Ebay then.

If that is all it cost then having a spare may be a good idea. If it works in DOS but not Win9x then it is a driver issue. You cannot have the DOS drivers loading when launching Win9x, known fact that they interfer with with 9x drivers.
Rem out the config.sys and autoexec.bat cdrom drivers and see what happens (maybe you already tried but do it again)

Hate posting a reply and then have to edit it because it made no sense 😁 First computer was an IBM 3270 workstation with CGA monitor. Stuff: https://archive.org/details/@horun

Reply 10 of 10, by rasz_pl

User metadata
Rank l33t
Rank
l33t

> exclamation point at the Secondary IDE controller

imo this excludes optical drive as the problem, you can even unplug it and I bet that exclamation point will persist unless there is in fact some dos driver being loaded and no drive will make it skip loading.

https://github.com/raszpl/sigrok-disk FM/MFM/RLL decoder
https://github.com/raszpl/FIC-486-GAC-2-Cache-Module (AT&T Globalyst)
https://github.com/raszpl/386RC-16 ram board
https://github.com/raszpl/440BX Reference Design adapted to Kicad