Linux 5.14 už je bez Legacy IDE

IDE fakt chybět nebude, kor když už i SATA je pomalu na ústupu.

Sbohem IDE a šáteček

jn, dnes už aj SATA je zastaralá a nahradzuje ju M.2 NVMe či PCIe

Nenahrazuje, žijí spokojeně vedlě sebe.

Navíc je potřeba si uvědomit, že ta zařízení budou podporovaná dál, jen už ne původním driverem, ale pouze novějším (ehm) libata.

Muzete to rozvest? Jedna se o podporu zarizeni (disku/cdrom), nebo o podporu konkretnich chipsetu (radicu/rozhrani) ? Jste si jist, ze libata pokryva vsechno a jednalo se tedy jenom o dvoji kod, z duvodu odlisneho API ?

Podle všeho jde opravdu o dvojí kód. Libata dostala patche, aby pokryla doteď funkční kombinace jen se starým driverem.

Přesné detaily si už nepamatuju, ono je to už docela dlouho, co většina distribucí přešla z legacy driveru na libata - podívejte se třeba na datum u tohoto dotazu. A právě proto, že naprostá většina uživatelů stejně na libata přešla už někdy před 13 lety, bych dnes neočekával žádné problémy s libata, spíš naopak.

Co se podpory týká, driver se baví s řadičem, ne přímo s diskem, pokud by to záleželo na disku samotném, je něco hodně špatně.

SATA na ústupu? No nevím nevím, leda tak v noteboocích.

Nejen tam, komu stačí 512 GB (možná už spíš 1 TB) a má dostatečně novou základní desku, nemá moc důvodů ani do desktopu dávat něco jiného než NVMe (pokud tedy nepotřebuje ani optickou mechaniku). Ale jinak souhlasím, že ten komentář byl projevem klasického krátkozrakého pohledu v duchu "já to nepotřebuju, tak to nemůže potřebovat nikdo".

Kolegové, zkuste někdy juknout na parametry nových sestav, moc SATAnových SSD tam nenajdete :)

...a to je přesně ten krátkozraký pohled. Tam, kde vystačím s kapacitou - nebo přesněji poměrem ceny a kapacity - SSD, tam opravdu většinou není důvod připojovat je přes SATA rozhraní. Ale tak to není zdaleka všude. Mám třeba jeden počítač, kde je jeden 512GB NVMe disk a pak jeden 6TB a jeden 8TB klasický disk. Kdybych měl mít stejnou kapacitu jen v SSD, tak se nedoplatím.

Ano, zhruba tak jsem to myslel.

Disk /dev/hdc: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Device Boot Start End Blocks Id System
/dev/hdc1 * 1 13 104391 fd Linux raid autodetect
/dev/hdc2 14 136 987997+ 82 Linux swap / Solaris
/dev/hdc3 137 3784 29302560 fd Linux raid autodetect
/dev/hdc4 3785 60801 457989052+ fd Linux raid autodetect

Tenhle server běží >20 let v brutálních podmínkách. SATA nemá, zato 3,5 FDD mechaniku má.
Většinu služeb už za něj převzaly jiné stroje.
Je pro něj připraven už třetí záložní server v režimu "probudí syncne usne".

Nemám to srdce ho poslat do šrotu.

To je jak do dubu... nic do šrotu posílat nemusíte.

Navíc pokud tam máte distribuci, která stále ještě nepoužívá libata jako default, není pravděpodobné, že by vás mělo zajímat, co bude podporovat jádro 5.14 a novější.

Já přeci chápu, že jen vyřadí podporu pro IDE z jádra, ale že bude dostupná dál.

Ten šrot jsem zmiňoval s ohledem na to, že většina serverů tohohle věku je už dáno v křemíkovém nebi (rozuměj na skládce v nějaké rozvojové zemi).

Já přeci chápu, že jen vyřadí podporu pro IDE z jádra, ale že bude dostupná dál.

Ale ani tohle není pravda. Je to tak, že teď jsou ta zařízení podporovaná dvěma různými drivery: úplně původním legacy ide a novějším (tedy aspoň relativně) libata. Od 5.14 už to bude jen libata, ale zařízení budou fungovat dál. Jediné, co se pro uživatele z praktického pohledu změní, je to, že místo /dev/hda bude mít např. /dev/sda, protože libata v podstatě emuluje SCSI zařízení. Ale naprostá většina běžných distribucí stejně defaultně používá libata driver už přibližně od roku 2008, takže pro většinu uživatelů - tedy většinu těch, kdo stále ještě nějaká IDE/ATA zařízení používají - se nezmění vůbec nic.

Jasan, tak jak to píšete je to přesnější, popsal jsem to ve zkratce.

Re. "Jediné, co se pro uživatele z praktického pohledu změní,..."
Pro mnohé uživatele se nezmění ani to, protože nějaké /dev/xxx neřeší a někteří si toho naopak budou muset všimnout a udělat si pár úprav v konfiguraci kompilátoru jádra a na na pár dalších místech.

Každopádně proti té té změně nijak nebrojím, naopak mi přijde logické a vhodné postupně jádro čistit od zastaralých věcí, obzvláště pokud se to dělá promyšleně a šetrně.