[Цитат]

Цитат (mishaikin @ Дек. 28 2005,16:27)

опитах initng, ама има някакви бъгове и в крайна сметка не успява да стартира системата, ще взема наистина да видя това Кубунту, само да му излезне stable 6.0.4 версията.

Kubuntu е много добро, ама е със собствени пакети и не знам дали поддържа всичко, което го има в Debian.

Понеже ме вълнува не само скоростта на стартиране (и работа де), но и скоростта на инсталиране, предпочитаният ми метод е Knoppix или Kanotix. Те докарват смесица от Debian unstable и experimental със супер разпознаване на хардуера, която после се поддържа директно от Debian огледалата. Инсталирам ги почти на всяка нова версия. И аз като Агента имам много дялове за много дистрибуции.

После има нещо друго. Вкъщи мога да отделя два дни за инсталиране, настройки, доизпипване, ама ако трябва да кача Linux на някой приятел, желателно е за час-два да се свърши работата и тогава K*ix са незаменими.

Объркал съм се. За малко по-малко от 60 секунди зарежда Debian unstable 32-bit с логването в KDE 3.4.3. Под 90 секунди е пълното рестартиране с POST.

Значи fam и gconf са от gnome и трябва да могат да се махнат в KDE, но както бях качил Гнома първо, си стояха, та трябваше ръчно да ги трия.

bluetooth съм махнал, че не ползвам. kdebluez...

Махнал съм още lpr и cups, понеже не печатам вкъщи.

Махнал съм smbd, nmbd, portmap..., понеже нямам домашна мрежа.

lm-sensors съм го сложил с ksensors и съм доста доволен от крайния резултат. Сложил съм още аплета за натоварването на процесора и този за мрежовата активност. Заетата памет я показва ksensors.

Отвън не се закачам засега поне, тъй че всички уеб, мейл, inetd, ssh и пр. сървъри са махнати.

При положение, че нощем го гася, ако не влача нещо, cron и at също са безсмислени.

mysql съм го махнал по същите причини.

Splash-овете също отнемат време. Махнал съм този при стартиране, обичам да виждам всички съобщения и стартирам в нормален режим, после съм махнал и този на NVidia от xorg.conf. Това са към 3 секунди общо, ама капка по капка...  '>

И при мен няколко секунди мисли за системното време, ама не знам какво да го правя.

Колебая се само за acpid, ама понеже Х сървърът се оплакваше, пък не обичам предупреждения в логовете, съм го оставил.

Когато бях с Red Hat си спомням, че спирах kudzu и го пусках само ако исках да открие някакъв нов хардуер.

На Debian unstable с 1.5GHz Sempron64, 512 MB RAM, ext3 на SATA2 HDD съм докарал стартирането до 90 секунди заедно с написването на паролата и зареждане на KDE.

Най-голямата борба е с махането на излишните демони, че не са един и два. Ядрото съм компилирал така, че да не се зареждат никакви излишни модули. Останалите дялове не се монтират автоматично. Ако човек е на ADSL, може да избегне DHCP, понеже така или иначе получава един и същ (виртуален) адрес винаги, и да закове статично IP. Избягвам и NTP синхронизацията при стартиране, че да не ме бави.

Гасенето трае 25 секунди, от които 10 на Х сървъра.

И пак ми се вижда доста това време. Не съм пробвал initng, чакам да прочета по-добри отзиви по форумите.

Ако нищо не е помогнало от отговорите дотук, стартирай в safe mode режима, той ти дава root prompt. Там напиши

passwd

задай парола и си готов.

Благодаря на всички за помощта.

Наистина проблемът се оказа компилаторът, не архитектурата. Открих пача с Гугъл, понеже линкът вече не действаше.

Нищо друго не ми е харесало колкото mplayer заради гъвкавостта. Компилирам го без графичен интерфейс, понеже му знам клавишите и не обичам докато гледам нещо да трябва да викам меню.

Междувременно обаче се отказах от native 64-битов режим, понеже не можех нито да инсталирам, нито да компилирам WINE. Сега съм с Debian testing, който ще го докарам до завършено положение, ще му направя резервно копие в случай, че нещо бастисам, и ще го ъпгрейдна до unstable.

Жожо, това е за теб: BBO работи като слънце под WINE.  '>

Весела Коледа на всички!

Ок, ето какво става. Сложих кодеците (от sourceforge този път) в /usr/local/lib/codecs и направих
./configure --disable-gcc-checking
понеже не харесва 4.0 компилатора, мисли си, че е стар. След това пуснах make и ето къде гърми:

cc -I../libvo -I../../libvo  -O4   -pipe -ffast-math -fomit-frame-pointer -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE  -c -o libpostproc/postprocess.o libpostproc/postprocess.c
In file included from libpostproc/postprocess.c:655:
libpostproc/postprocess_template.c: In function 'do_a_deblock_MMX2':
libpostproc/postprocess_template.c:2901: error: memory input 4 is not directly addressable
libpostproc/postprocess_template.c: In function 'postProcess_MMX2':
libpostproc/postprocess_template.c:3510: warning: pointer targets in passing argument 6 of 'blockCopy_MMX2' differ in signedness
libpostproc/postprocess_template.c:3656: warning: pointer targets in passing argument 6 of 'blockCopy_MMX2' differ in signedness
libpostproc/postprocess_template.c:3757: warning: pointer targets in passing argument 4 of 'tempNoiseReducer_MMX2' differ in signedness
libpostproc/postprocess_template.c:3781: warning: pointer targets in passing argument 4 of 'tempNoiseReducer_MMX2' differ in signedness
libpostproc/postprocess_template.c:3481: error: memory input 4 is not directly addressable
libpostproc/postprocess_template.c:3481: error: memory input 5 is not directly addressable
libpostproc/postprocess_template.c:3627: error: memory input 4 is not directly addressable
libpostproc/postprocess_template.c:3627: error: memory input 5 is not directly addressable
make[1]: *** [libpostproc/postprocess.o] Error 1
make[1]: Leaving directory `/home/pet/mplayer/MPlayer-1.0pre7try2/libavcodec'
make: *** [libavcodec/libavcodec.a] Error 2

Няма опция CFLAGS в configure, но се сетих да добавя "-m32" в Makefile-а. За съжаление резултатът е същият.

Версията е 1.0pre7try2.
gcc (GCC) 4.0.3 20051204 (prerelease) (Ubuntu 4.0.2-5ubuntu2)

Компилирал ли е някой успешно mplayer за AMD64?

Пробвах в Kubuntu 6.10, но gcc 4.0.2 даде грешка при компилацията. После се сетих, че кодеците са binary и са компилирани за 32 бита и начинанието може би поначало е обречено, т.е. и да мине успешно компилацията, линкърът няма да сработи. Ядрото е компилирано за поддръжка и на 32-битови програми, но това не помага.

На същия процесор, ако операционната система е 32-битова, няма проблеми, както може да се очаква.