ten ovadac se jmenuje st.ko. Konktetne pro pasky existuje SCSI standard, takze by vsechny paskove mechaniky mely podporavat ten samy command set. ALE: ten standard umoznuje aby kazde SCSI posilalo "additional sense data". A tady uz ma Linux problem.
Princip jeden ovladac pro vsechna zarizeni nefunguje. Pokud napriklad v kernel logu najdes hlasku: "failed to read x bytes with offset yyy". Tak to znamena: "data se (nejspis) podarilo precist, ale navic mi prisly sense data, kterym nerozumim".
Proto napriklad pro LTO pasky dodava IBM(a jini) closed source ovladace(pouze pro RHEL), ktere rozumi i ten proprietarnim rozsirenim. Nevim jak je to ted, ale kdysi kdyz IBM dodalo mechaniku, tak k ni byla s knizka (cca 200 stran), kdy byly rozepsany vsechny SCSI prikazy kterym ta paska rozumi.
Ty "addional sence data" mohou napriklad obsahovat informaci: "pasku se podarilo namontovat, ale trvalo to dele nez je predpokladano". tzn. odchazi ti nejaky servo, volej technickou podporu. Ovladac st, bohuzel tyhle informace zahazuje, a z userspace se k nim neda dostat. FreeBSD anebo AIX to maji vyresene lepe.