Reply 40 of 56, by tony359
- Rank
- Member
@Archer57
Yes, I appreciate Startech is overpriced - they somehow gives me a little quality assurance. For personal projects Ali is fine of course.
Ok, I'll try a JM as well - I'd imagine Linux is probing the HDDs in a different way and somehow it fails to detect the proper speed - as this works with the original HDD, the process "somehow" works 🙂
I've mounted the HDD on my Linux, this is Fedora 2.6.15 and I modded the menu.lst file into /boot/grub
Apologies for the screen photo - this is a live version of linux.
If this works, I'd like to check whether I can amend the actual installer that is provided by the manufacturer - after all it's a big script installing Linux.
I'd also need to make sure the system doesn't restore the original defaults - following a crash or something similar. There is a update-revert partition (which I am not concerned about) and a "home-backup" partition.
Let me check if this works first. Then, I'll try the other Startech adaptor and maybe an Aliexpress JM based one. If none work, well the software trick is the only thing.
Edit
The parameter is read, this is from MESSAGES
Aug 7 15:02:59 xd10 kernel: Kernel command line: ro root=LABEL=/ rhgb quiet noapic libata.force=80c
However the parameter is not recognised
Aug 7 15:02:59 xd10 kernel: Kernel command line: ro root=LABEL=/ rhgb quiet noapic libata.force=80c
Aug 7 15:03:00 xd10 kernel: Unknown boot option `libata.force=80c': ignoring
I've looked online and libata.force doesn't seem to be available with 2.6.15. It this the end of the line??? 😳
update2
I've tried connecting the HDD directly to the MB's SATA controller and it works with ATA133
Line 179: Aug 7 09:25:01 xd10 kernel: ata1: dev 0 ATA-10, max UDMA/133, 1953525168 sectors: LBA48
Line 180: Aug 7 09:25:01 xd10 kernel: ata1: dev 0 configured for UDMA/133
Why am I using PATA?
Three reasons:
1. Revision 1 of these boxes have a PATA only motherboard, so I'll have to find a solution there too. And yes, Linux runs at UDMA/33 there too with the adaptor.
2. Not all SATA HDDs work on this board and my concern is that the manufacturer just didn't validate the SATA controller/driver combo. So I thought that keeping it via PATA was a better route
3. In the logs, Linux is unable to log the status of SATA drives. So if something happens and I extract logs, well I wouldn't be able to determine the health of the HDD
At least I have a feasable route for the SATA boards (Asus). Now need to find a working one for the PATA-only ones (Aopen)
My Youtube channel: https://www.youtube.com/@tony359