Skusal uz niekto novy kernel 2.6.28 zo Sida? Po nainstalovani mi system sice nabotoval, ale obrazovka zostala beznadejne cierna. Este to asi nebude odladene...
Ze Sida jsem to nezkousel, nicmene vanillu 2.6.28 uz mam bez problemu treti tyden.
Ja som si ho vsimol az teraz v aptitude. Nie je vsak ponukany ani s volbou dist-upgrade, takze tam asi bude este nieco viaznut. Inac ma to nejako nepali, len som bol zvedavy, vanilku som neskusal...
Vsak v pohode, to se casem vychyta. Ja jsem sel do vanilky, protoze v te dobe to myslim ani nebylo jako balik. Duvodu bylo nekolik: rad experimentuju, chtel jsem podporu ext4, chtel sem si nastavit detailne sam kernel(ne, ze by nesel nastavit ten z baliku, ale tomu chybela podpora ext4; bylo jen ext4dev) a tim zrychlit praci a start, zbavil sem se i initrd.
Zkoušel jsem ho, jedu na něm bez problémů. Jen by mě zajímalo, proč si dáli práci vytvářením balíčku starého 2.6.28-1, když už je na světě 2.6.28-7...
Citace od: MartenP kdy 05. 03. 2009, 19:15:09
Zkoušel jsem ho, jedu na něm bez problémů. Jen by mě zajímalo, proč si dáli práci vytvářením balíčku starého 2.6.28-1, když už je na světě 2.6.28-7...
na světě je 2.6.28.7
Debian si to čísluje jinak
No konečne nové jadro kompilovat sa mi ho nechcelo ale oplatilo sa čakať :D
Vsak ty ho kompilovat nemusis, comp to skompiluje za teba, ak ho teda treba :) V kompilacii nevidim problem, ale radsej pouzivam distribucny, kvoli aktualizaciam.
Tak tusim prejdem na sida :-D
ale ja uz som 2.6.28-1 jadro tahal odniekal a slo bez problemov :)
Citace od: Erino72 kdy 06. 03. 2009, 00:15:07
ale ja uz som 2.6.28-1 jadro tahal odniekal a slo bez problemov :)
Taky jsem několikrát používal jádro z unstable v testing. Není problém ten balíček stáhnout a ručně nainstalovat. Bohužel ale pak nefungují distribuční balíky, které jsou závislé na konkrétním jádře - třeba gspca ovladače web kamer a podobně.
Tiez mam nahraty 2.6.28 vanilla kernel.Neznasam initrd a podobne ficury :) Cim vsak dalej pokracuje vyvoj jadra tak sa pre mna stava kernel neprehladnejsi.Zlaty FreeBSD a OpenBSD kernel :)
Ano, s tim souhlasim. Taky nemuzu tvrdit, ze bych u vsech voleb v nastaveni vedel, co presne to dela. Kolikrat je to tipovani a kompilace, restart a znova. Urcite to znate, ale kazdy zacatek je tezky :D
jj.Kompilacia je adrenalinovy sport.Hlavne ked nemate zalozne funkcne jadro :) V poslednom case mam neustale trable s SATA,PATA,GENERIC a nasledny mizmaz v oznacovani diskov sda - hda.Stale zapinam duplikatne ovladace :)
Nemit zalozni funkni jadro, tak to je pri nejaky vetsi uprave docela sebevrazednej sport :D Do toho bych rozhodne nesel. S diskama sem nejakej vetsi problem zatim nemel. Jediny, co me potkalo bylo castecne tipovani ovladacu disku a radice, kdyz jsem se zbavoval initrd. To sem nenabootoval kolikrat(Jeste, ze jsem to zalozni jadro mel).
Citace od: Cr0nO kdy 06. 03. 2009, 10:15:11
Tiez mam nahraty 2.6.28 vanilla kernel.Neznasam initrd a podobne ficury :) Cim vsak dalej pokracuje vyvoj jadra tak sa pre mna stava kernel neprehladnejsi.Zlaty FreeBSD a OpenBSD kernel :)
co sa ti nepaci na initrd ? ja som pocul ze je to celkom dobra vec..
Zalezi, co od toho ocekavas. Dobra vec to je v pripade, ze je to potreba - ovladace jako modul a je nutny je nacist pred zavedenim jadra. Tim ale zase muze byt jadro mensi. V pripade ale, ze mas ovladace v jadre primo, tak to akorat zpomaluje start.
Vetsinou sa snazim kompilovat vlasne jadro.Initrd ma neustale irituje a prvy krok je instalacia vlastneho jadra.Vsetko je OK ked clovek pozna hardware a pozapina co potrebuje.Problem nastava akurad pri vymene noveho hardware kedy sa znova ucim co a ake moduly a co presne pridat do jadra.A sme pri danom adrenalinovom sporte ako je kompilacia jadra pre novy hardware bez fukcneho zalozneho :)
Kompilaciu som prestal riesit uz pred dost dlhym casom prave z tohoto dovodu. Univerzalnejsie a teda trochu vacsie jadro v dnesnej dobe uz nie je ziadny problem. Opodstatnene to je na starsich masinach, kde sa uz ten hardwer nemeni a vacsinou sa ani nepripajaju nove veci....
Citace od: Cr0nO kdy 06. 03. 2009, 10:15:11
Tiez mam nahraty 2.6.28 vanilla kernel.Neznasam initrd a podobne ficury :) Cim vsak dalej pokracuje vyvoj jadra tak sa pre mna stava kernel neprehladnejsi.Zlaty FreeBSD a OpenBSD kernel :)
.. omg. taky nesnasim hajzlpapir a podobny ficury a zadek si utiram smrkovou vetvi ..
Citace od: Boogey kdy 07. 03. 2009, 15:50:13
Zalezi, co od toho ocekavas.
Treba to abys vubec mohl nabootovat :-)
Citace od: BoogeyTim ale zase muze byt jadro mensi.
Spravne :-)
Citace od: BoogeyV pripade ale, ze mas ovladace v jadre primo, tak to akorat zpomaluje start.
No a tim se dostavame zpet k samotnemu zacatku.
Stojis-li v situaci, kdy das ovladace nezbytne nutne pro boot do jadra a diky tomu skoncis ve stadiu, kdy se ti jadro odmitne zkompilovat s oduvodnenim ze je prilis velke(nebo ho loader odmitne ze stejneho duvodu), pak se rad naucis hazet vse do modulu a bootovat pres initrd.
Je pravdou, ze uz jsem davno zmenil HW (a mezitim take jadro pokrocilo z 2.2 na 2.6), takze uz to jednak neni potreba (a navic si nejsem jisty jestli ten velikostni limit porad pretrvava), ale asi nadosmrti budu mit v pameti ze SCSI subsystem je malej gigant :-).
Pripadne kdyz te napadne udelat takovou silenost jako SW RAID0 jako rootdisk u jadra ktere neni schopno takovy disk sestavit. Ale to uz je taky minulost.
Kazdopadne postupem casu se z initrd stane zvyk ktery se obtizne opousti. Ostatne, proc opoustet neco diky cemuz nemusis resit otazku velikosti jadra? :-)
Popravde moc nechapu proc tady, na debianim foru, resime zda initrd ano ci ne, kdyz si vlastni jadro vyrobis tim, ze misto
make vmlinux && make modules
pustis
make-kpkg kernel_image
A chces-li ho s initrd a vse v modulech, pak:
make-kpkg --initrd kernel_image
Nic vic, nic min.
(No dobra, predchazi tomu, stejne jako u make vmlinux ...
, make config
, resp nejaka jeho obdoba. V pripade volby --initrd
ale odpada nutnost resit co dat jako modul a co mit primo v jadre. Jako modul je proste vsechno co jako modul muze byt :-)).
kmarty dikes za podrobne vysletlenie.Ale stale mi to nepripada vyhodnejsie max v specifickych pripadoch ako si uviedol.Radsej budem mat o nieco vacsie jadro uz z danymi komponentami priamo v jadre a pripadne dalsie moduly si urcim sam ktore sa nahraju.Initrd funguje na principe "Spustil si jadro,bud rad,viac sa ma nepytaj co nahravam"
kmarty: Myslim, ze tvoje vysvetleni zaslouzi uznani ;)
Za sebe bych jen rad dodal, ze jadro jsem si sam kompiloval z nekolika duvodu:
-hlavne zvedavost, zjisteni toho, jak to funguje, atd... proste su maniak :D a dale pak
-zmenseni
-zrychleni
Urcite taky souhlasim s tim, ze initrd se hodi. Rozhodne nemam nejak do budoucna plan detailne vse zkoumat a nastavovat jadro tak, aby melo na modul presne to, co pouzivam a vic nic popripade naky dalsi podobny veci. Navic, jak jsi uvedl, uz to ani neni potreba - na vykonu to neni tolik znat, o cemz jsem se sam presvedcil. Maximalne par vterinek u bootu, ale na provozu aplikaci asi vubec. Bylo to spis ze zvedavosti a hravosti, nez ze bych to takhle delal u kazdyho PC - kdo na to taky ma cas, ze? A vysledek za tolik casu nestoji( a nebo jsem nesikovnej :D ).
Ja mam teraz doma este 3 knihy na precitanie potom to vidim na knihu o kernely :-D
Citace od: kmarty kdy 09. 03. 2009, 22:32:08
V pripade volby --initrd ale odpada nutnost resit co dat jako modul a co mit primo v jadre. Jako modul je proste vsechno co jako modul muze byt :-)).
Můžeš mi říct, kde jsi na to přišel? v
man make-kpkg nic takovýho nevidím...
Citace od: yontalcar kdy 11. 03. 2009, 14:35:26Můžeš mi říct, kde jsi na to přišel? v man make-kpkg nic takovýho nevidím...
Mozna mame kazdy jine
man :-).
Ja tam mam:
Citacekmarty@strojek:~$ man make-kpkg | grep -e "--initrd" -A 2
--initrd
If make-kpkg is generating a kernel-image package, perform
any actions necessary for a kernel loaded using initrd.
Ale priznam se ze odtamtud to nemam. Mam to z
/usr/share/doc/kernel-package/README.gz.
Citace od: kmarty kdy 11. 03. 2009, 17:07:22
Citacekmarty@strojek:~$ man make-kpkg | grep -e "--initrd" -A 2
--initrd
If make-kpkg is generating a kernel-image package, perform
any actions necessary for a kernel loaded using initrd.
Ale priznam se ze odtamtud to nemam. Mam to z /usr/share/doc/kernel-package/README.gz.
hmm a která čás z toho přesně říká
Citace od: kmarty kdy 09. 03. 2009, 22:32:08
... Jako modul je proste vsechno co jako modul muze byt.
Citace od: Hynek (Pichi) Vychodil kdy 11. 03. 2009, 22:10:03...
Ted ti nerozumim. Startuju-li pres initrd, pak krome
cramfs si muzu dovolit dat vsechno jako modul a nemusim premejslet jestli zrovna na te ci one masine musim mit to ci ono primo v jadre abych nabootoval. Co na tom chces vic resit?
Nebo jestli narazis na to ze se pitvalo jestli pripravit boot s initrd nebo bez nej, tak i kdyz je boot s initrd slozitejsi, volba
--initrd u
make-kpkg tohle stira. Ve finale je tak vyroba s initrd uplne stejne obtizna jako bez nej.
Nebo kde je co nejasnyho?
No s tím souhlasím, akorát to co píšeš teď není to samé co jsi napsal 09. 03. 2009. --initrd nezpůsobí, že jako modul bude všechno co může být. Jako modul bude pořád jen to co je nastaveno v conf nic víc ani nic míň.
Jasne ze ne. To pouze zpusobi ze se pri instalaci vysledneho DEB balicku navic vytvori initrd a bude mozne pomoci nej bootovat (coz se obvykle pri te volbe ocekava).
Mel jsem tim na mysli ze pri kompilaci jadra (resp. konfiguraci pro kompilaci jadra :-)) si tak muzu dovolit nastavit vsechno jako modul - jako modul tedy bude vsechno a to vcetne ovladacu ktere by bez initrd musely byt primo v jadre. Omlouvam se za nepresnou formulaci, ale prislo mi to uplne automaticky - pokud hodlam vytvaret initrd, pak snad rovnou delam vse jako modul. Nevim kam mne vedly myslenkove pochody ze jsem to napsal tak jak jsem to napsal.
P.S.: A ne ze mne ted budes chytat za slovo ze "vsechno jako modul" a "cramfs mit v jadre" je neslucitelne :-)