Příspěvky

http://blog.nic.cz/2008/07/21/diakriticke-varianty-domenovych-jmen/

A to ta kalkulacka jeste nebere v uvahu shodne vypadajici znaky napr z azbuky.

Tak "vyreseno"*.

APT::Default-Release v apt.conf vtipne prebiji na pining 990 vse co vyhovi danemu "Suite", bez ohledu na to o co se snazim v preferences. Bohuzel "Unofficial Debian Multimedia Packages" jsou take "testing/squeeze" :-(.
Smazanim APT::Default-Release je to "vyresene".


*) V uvozovkach proto, ze si nejsem uplne jisty ze jde o spravne reseni. Nicmene v tuto chvili to dela to co chci.

No kurna, ja se z toho pinovani asi zblaznim. Pokazdy kdyz uz si myslim ze do toho trochu vidim, tak se vzdycky vyskytne neco co mne z toho omylu vyvede.
Napriklad nechapu jak se mi muze chtit upgradovat (napr.) libavcodec52 na verzi z "www.debian-multimedia.org", kdyz mam nastaveno:

Kód [Vybrat] Rozbalit

Package: *
Pin: release o=Muj repozitar
Pin-Priority: 995

Package: *
Pin: release o=Debian,a=testing
Pin-Priority: 991

Package: *
Pin: release o=Unofficial Multimedia Packages,a=testing
Pin-Priority: -1

pritom kdyz preferences doplnim o:

Kód [Vybrat] Rozbalit

Package: libavcodec52
Pin: release o=Unofficial Multimedia Packages,a=testing
Pin-Priority: -1

Coz by prece melo byt pro ten balik totez co ta hvezdickova verze vyse, tak uz se upgradovat nechce.
Zkratka nechapu. Cucim do tech manualovejch stranek uz par dni jak puk a porad nechapu :-(.

Tyka se to jen Squeeze(o=Debian,a=testing) proti "debian-multimeda"(o=Unofficial Multimedia Packages,a=testing). Baliku 'mplayer' z "Muj repozitar"(o=Muj repozitar,a=moje) se to proti "debian-multimeda" nedotklo (zustala nainstalovana verze z "Muj repozitar").

Nenasla by se dobra duse ktera by mne nakopla spravnym smerem?

Sice to zvykem nebývá, ale stává se to a pak nebývá zvykem jezdit do serverovny a lámat si hlavu, kde jsou zálohy...

Pokud ma server UPS, pak neni treba resit ani to lamani hlavy. A myslim ze s tim se u pouziti XFS pocita uplne automaticky (nebo spis se nepocita s tim ze bude u jistice stat nejaky opicak co s nim bude saltrovat tam a zpet).

P.S.: XFS nepouzivam. Jen pisu to, co jsem cetl ohledne obhajoby XFS.

Neni to prave XFS kde pri nasilnom vypnuti hrozi vecsia sanca straty dat ako u ext ?

Protiargumentem na toto byva myslim neco o tom ze neni obvykle zvykem nasilne vypinat server. At uz chtene nebo nechtene.

Desktop - 2556
sakra, asi bych se mel nad tim zamyslet

jo, jeste par serveru:
511
247
368
421
398
415
759
433
237
207
203
181
160
...
dal je to fuk, porad je to na jedno brdo.
Ty co maji podezrele malo, to jsou jednoucelovy virtualy.

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 :-)

...

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?

Sortovani, renice a kill je i v top

Můž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:

kmarty@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.

Protoze textova konzole pouziva jine fonty nez Xka.

Zalezi, co od toho ocekavas.

Treba to abys vubec mohl nabootovat :-)

Tim ale zase muze byt jadro mensi.

Spravne :-)

V 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

Kód [Vybrat] Rozbalit

make vmlinux && make modulespustis

Kód [Vybrat] Rozbalit

make-kpkg kernel_image
A chces-li ho s initrd a vse v modulech, pak:

Kód [Vybrat] Rozbalit

make-kpkg --initrd kernel_imageNic 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 :-)).

Prave ze ne :-(.
Ja se mu ani nedivim - ono to jaksi nestihne. Proto jsem si ted nastavil jeste logovani na konzoli a doufam ze az to zase prijde, ze neco uvidim.

EDIT: Pro sichr jsem si ted hodil jeste logovani na remote syslog.

Tak badblocks hlasa ze disk je v pohode a ani smart netvrdi nic zvlastniho.

Ja si dal nakonec i tu praci, ze jsem zazalohoval disk a premkfsoval jsem disk od nova (pro odstraneni pripadnych pozustatku - pravda, kdyz uz jsem u toho byl, tak jsem zmenil dir_hash z tea na half_md4 :-) ). Ale chova se to stejne, at jde o zkonvertovany FS nebo o uplne novy.