Hi Niklas,
On 17/01/2025 13:37, Niklas Cassel wrote:
Unfortunately, so far I do not think that we have enough information to
do much about this issue.
We know that the "SATA-to-PATA adatper + Zip drive" combo worked on some
other PC (that might have used another SATA HBA) with an ancient kernel.
I think my first recommendation would be to try to build an ancient kernel
on your current PC, and see if the same "SATA-to-PATA adatper + Zip drive"
combo then works. If it does work, then I think the best bet is to use
PCI passthrough and do an git bisection (which can be automated).
Or, do the opposite, see if the latest kernel with other PC still handles
the Zip drive properly, if it doesn't, then perhaps the best thing is to
to the bisection on this other PC.
I've just got the other PC up and running, running a network boot of
Debian to make it easy to swap and change kernels and initrd's.
I've tested the following kernels and found them to work --
Debian Buster - 4.19.0-27-686-pae - no issues accessing the Zip drive.
Debian Buster - 5.10.0-0-686 - likewise.
Debian Bookworm - 6.1.0-30-686-pae
I checked and found (via "udevadm info -an /dev/sdX | grep DRIVER") that
it was using the ata_piix driver.
By the same route (udevadm), the workstation is using the "ahci" driver.
I'm not sure what that really says, other than the PIIX driver isn't
affected.
I'll dig out another machine which uses the "ahci" driver (and ideally
the same chipset) and report back with my findings.
Thanks,
--
Phil.
philpem@xxxxxxxxxxxxx
https://www.philpem.me.uk/
