IDE-Laufwerk mit "LUN 1" in 2023 nutzen: wie?

[Florian Lohoff]

On Thu, Aug 24, 2023 at 09:29:29PM +0200, Kai 'wusel' Siering wrote:
> Moin,
> 
> am 24.08.23 um 19:44 schrieb Florian Lohoff:
> > > Anyway, ich denke mit Debian Ham sollte das dann tun auf passender HW?
> > 
> > Es gab den alten IDE layer - hda/hdb + ATAPI bis 5.x spät ... Danach ist
> > der rausgeflogen. Es war aber auch vorher so das libata präferiert
> > wurde.
> > Also den einfach einbauen zusätzlich wird nicht gehen ohne kernel
> > params um für bestimmte controller den libata layer zu blacklisten.
> 
> 4.9.x:
> 
> CONFIG_BLK_DEV_HD=y ("Very old hard disk (MFM/RLL/IDE) driver")
> CONFIG_IDE=y ("ATA/ATAPI/MFM/RLL support (DEPRECATED)")
> CONFIG_ATA=n ("Serial ATA and Parallel ATA drivers (libata)")
> 
> Auf der HW (ASUS M4N78 PRO) gibt's schein's keinen vom alten IDE-Treiber
> unterstützten IDE-Controller; siehe andere Mail, ohne libata gibt's kein
> pata_amd und da hängt das Objekt der Begierde dran (und an sata_promise,
> ebenfalls von libata abhängig, die HDD).

Aeh - für PATA PIO brauchst du keinen speziellen Treiber. Das war ja das
spannende - das ging mit einem generischen Treiber.

> root at death:~# lspci | egrep -i 'storage|ide|ata'
> 00:06.0 IDE interface: NVIDIA Corporation MCP78S [GeForce 8200] IDE (rev a1)
> 00:09.0 SATA controller: NVIDIA Corporation MCP78S [GeForce 8200] AHCI Controller (rev a2)
> 01:05.0 Mass storage controller: Promise Technology, Inc. PDC40775 (SATA 300 TX2plus) (rev 02)
> 
> Wenn also kein IDE-Controller gefunden wird, erkennt ide-generic den MCP78S
> wohl nicht? Wobei, wenn das als IDE-Interface ausgewiesen wird, müßte das
> nicht Standards erfüllen und mit 0815-IDE-Treiber laufen? Dinge, die ich nie
> wissen wollte ... ;-)

Du hast vermutlich eher das problem das libata sich die controller als
erstes krallt. Du musst das schon blacklisten wenn du libata und ide in
einem kernel hast.

Flo
-- 
Florian Lohoff                                                     f at zz.de
  Any sufficiently advanced technology is indistinguishable from magic.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lug-owl.de/pipermail/linux/attachments/20230827/c35a955b/attachment.sig>