Linux 2.6.35.3, 2.6.34.5, 2.6.32.20, 2.6.27.52 (diskuse)

[alium]

Ta nestabilita byla veřejně ohlášena, nebo je to subjektivní pocit autora zprávičky?

Protože žádnou nestabilitu nepozoruji...

[Nikola Ciprich]

ta byla prave temito releasy opraveny, tykala se zminovane regrese 16588

[alium]

To jo, to jsem pozoroval taky, ale on píše : Byla sice opravena bezpečnostní chyba, na druhou stranu se jádro stalo ne zcela stabilním.

Čili sice díru opravili, ale za cenu nestability. Proto se ptám

[Ladislav Hagara]

Poslední věta zprávičky měla zjednodušeně popsat zmíněný problém 16588.
Omlouván se, pokud větu vztahujete k novým jádrům.
Poslední věta asi měla znít: V předchozích jádrech 2.6.35.2, 2.6.34.4 a 2.6.32.19 byla sice opravena bezpečnostní chyba, ...

[Rovano]

Nevím, ve které verzi se opravila ta chybka. Ale v 2.6.35.už_nevím jsem ty full freeze pozoroval. Teď mám 2.6.35.2 kde je to taky, ale zatím jsem v pohodě. No když pan vývojář říká, tak updatujem :)

[wylda]

Abyste tu nestabilitu pocítil, musel byste mít 32bit kernel... Linus to oznámil i veřejně - v tom bug reportu ;) a zároveň se trochu zazlobil na Grega, když mu vytkl, že ty jeho patche opravující zmiňovaný security bug začlenil tak rychle. Pokud se nepletu, tak Greg vydal jako obvykle 1 až 3 dny před officiálním vydáním RC verze (2.6.35.2-rc1), které neobsahovaly ty security fixy. Shodou okolností v tu chvíli Linus vydal opravy, Greg věděl jaký průser látají ;) a tak je narychlo začlenil i do právě vycházející stable řady bez pořádných testů...

Linus při té příležitosti řekl, že to co je určené pro Stable větev jde prvně do aktuálně vyvíjené verze ze dvou důvodů:

1. aby se nezapomněl fix pro stable dát i do vývojové řady

2. aby měl stable patch více času na otestování a stabilní jádra byla opravdu stabilní

[Roman Horník]

Kde a při čem se ta nestabilita vlastně projevuje? Žádných podivností jsem si nevšiml.

[Ladislav Hagara]

Bug 16588:
2.6.35.2 begans to freeze, crash, vomit traces...
Sometime even crashes during the boot, so it won't boot up.

[Roman Horník]

Díky, to se mi naštěstí nepřihodilo. Akorát jsem si všiml, že mám o 1.3s delší boot než u 2.6.35.1, teď to dělá 9.6s.

[d.c.]

Mám déja vu. Není tu náhodou stejná nebo velice podobná zprávička už asi potřetí?

[Jakub Lucký]

No, on text je už poněkolikáté podobný a hlavně se to točí pořád okolo toho samého...

Co jsem pochopil, tak:

- Byl tu bezpečnostní bug

- Ten se opravil

- Oprava ale udělala chybu, která způsobuje panic/freeze či tak něco

- Teď vyšla oprava, která opravuje tu chybu zanesenou opravou

[d.c.]

A to me pak v diskusich nekteri kamenuji, kdyz si povzdechnu, ze kdysi byval kernel vcelku stabilni (a meli jsme i stabilni vetev)... Ne, opravdu to nebylo tim, ze by to nepodporovalo zadny HW ani to nebylo tim, ze by nikdo neopravoval bezpecnostni chyby. Prohlasovani remote/local root chyb za DoS je vcelku nedavna novinka...

[Heron]

Nikdo tě nenutí používat dnešní kernel. My co máme 2.6.18 jsme happy .

[Roman Horník]

Bug #666: ...o kterém i zde informoval informoval Wylda...

[vodic]

Co to s tim jadrem posledni dobou je? Prijde mi, ze se cim dal casteji objevuji dost otravne dlouhodobe neopravovane chyby.

Momentalne muj TOP 3:

1) Muj dmesg pravidelne hlasi problem komunikace na SATA lince s mym Seagate. Kdyz se tato chyba objevi, na 30s zamrzne system, pak je SATA vyresetovano a pak zase vse bez problemu funguje. Nekdy se to oprakuje kazdych nekolik minut a to je pak opravdu o nervy. Neni to HW problem, ve Win bez problemu funguje. V jadre nahlaseno, ale uz minimalne 2 roky to tam visi.

2) Zkusim si otevrit 4GB soubor na editovani v Krusaderu. Po chvilce dochazi RAM, sestrelim Krusader. System to po chvili (spis tedy po pekne dlouhem hrabani na disku) rozdycha, ale pak uz se nachazi v nedefinovanem stavu. IOtop hlasi cteni a zapis v radu TB/s, nacitani cehokoliv neuveritelne pomale. Disk pritom neni pri necinnosti takrka zatezovan, takze ke swapovani nedochazi. Kdyz ale zapnu firefox, zacina hrabat div ze nevyskoci z caseu.

3) Systemove hodiny se obcas zblazni. Na x desitkach strojich se mi to stalo zatim jen parkrat. Systemove procesy se chovaly divne, tak jsem zacal hledat problem pomoci strace, az jsem nasel to, ze pri volani systemoveho volani sleep vsechno koncilo nejak rychle. Nakonec jsem zjistil, ze proces, ktery bezel napr. 5 vterin dokazal sezrat treba 10minut systemoveho casu :). Po restartu zase ok.

Jsem snad jediny, kdo narazi na takove masarky?

[zacatecnik]

Dobrý den,

také bych rád přešel na nové jádro, které opravuje bezpečnostní chyby.

Používám poslední distribuci Kubuntu 10.04 LTS, je možné přejít na nové jádro i s touto distribucí?

Je k dispozici nějaký postup/návod? Rád bych to dělal pravidelně. Děkuji.

[Nicky726]

Dokud má tvá distribuce podporu, měla by poskytovat bezpečnostní aktualizace. Mělo by tedy stačit pravidelně aktualizovat systém. Je pravděpodobné, že bude nějak dobu trvat, než se dostane update do repozitářů, vývojáři nové verze nejprve testují.

[Heron]

Nepotřebujete novou verzi jádra. Autoři distribuce se starají o jádro ve vaší distribuci. V něm ta chyba jednak vůbec nemusí být a pokud je, tak ji opraví. Vám stačí jen pravidelně aktualizovat spvji distribuci (což se v Ubuntu dělá samo).

[d.c.]

A to se to i samo rebootuje?

[Heron]

Samo ne, ale upozorní to uživatele.

[d.c.]

To jako ze to posle e-mail? Nebo mi to zavola? (No jasne, delam si kozy, ja si nejak nemohu zvyknout, ze se Ubuntu vetsina lidi pouziva jinak, nez na co jsem z Linuxu/UN*Xu zvykly).

[Jendа]

Zapíše to do /etc/motd. Posílání mailů si můžeš nastavit, stačí nainstalovat balíček apticron.