Strona 2 z 5
					
				
				: 20 grudnia 2008, 13:17
				autor: blackdragon
				No i jak napisałem wyżej, jądro to: 2.6.8-2-386
Do serwera mam teraz tylko zdalny dostęp, więc apt-cdrom zatem odpada - przynajmniej na razie. Dziwne, że już w internecie nie ma źródeł do tej wersji.
			 
			
					
				
				: 20 grudnia 2008, 13:21
				autor: lis6502
				O'rly? 
http://www.kernel.org/pub/linux/kernel/ ... .8.tar.bz2
najlepiej byłoby, gdybyś zbudował jądro przy użyciu make-kpkg- dostarcza Ci od ręki source, headers i image. Config pobierz z /proc/config.gz. 
[ Dodano: 2008-12-20, 13:24 ]
Jeśli masz płyty fizycznie i dostęp do serwera (nawet zdalny), możesz pokusić się o przekopiowanie pakietów do /var/apt/cache (to tylko pomysł, nie testowałem czy da tak radę). 
[ Dodano: 2008-12-20, 13:29 ]
Jeszcze wpadłem na pomysł zamontowania zdalnego napędu cd na rzecz apt-cdrom, ale chyba za bardzo kombinuję.
 
			 
			
					
				
				: 20 grudnia 2008, 13:37
				autor: blackdragon
				A nie wystarczy ściągnąć źródła, do których mi link podałeś (za co dziękuję)?
Do płyt CD nie mam dostępu - mógłbym je zdobyć dopiero we wtorek.
			 
			
					
				
				: 20 grudnia 2008, 13:43
				autor: lis6502
				Oczywiście ze wystarczy, ale zauważ, że make-kpkg zadowoli zależności: dostarczy trzy pakiety. 
Jeśli nie chcesz bawić się w 'jądro metodą debianową', to spróbuj zrobić tak jak podałem Ci w linku.
			 
			
					
				
				: 20 grudnia 2008, 13:50
				autor: blackdragon
				Dobrze, tak zatem będę próbował - ale jeszcze ostatnie pytanie. Czy jest możliwe (da się oszacować procentowo ile?), że po tych próbach, system się wysypie/zawiesi?
			 
			
					
				
				: 20 grudnia 2008, 14:00
				autor: lis6502
				Instalacje zawsze niosą ze sobą ryzyko- dobrze że są odwracalne 

 Wysypanie raczej odpada, jeden z forumowiczów ma fajny podpis zaczynający się od 'żeby zepsuć windows trzeba(...)' 

 . Zawieszenie już bardziej możliwe, zwłaszcza przy korzystaniu z tego FUSE, nie wiadomo czy wersja którą pobrałeś będzie kompatybilna z takim jądrem. W razie komplikacji, trzeba by 'dosztukować'  odpowiednią wersję- z doświadczenia w kompilacjach skrośnych wiem, że nie zawsze to, co najnowsze jest najlepsze. Ale stare ludowe przysłowie mówi- nie spróbujesz, nie przekonasz się.
 
			 
			
					
				
				: 20 grudnia 2008, 14:10
				autor: blackdragon
				Dobrze, aczkolwiek moje pytanie dotyczyło bardziej operacji, które mam wykonać wg Twojego opisu (kompilacja fuse na potem). Paczka z fuse, którą pobrałem, nie jest najnowsza (tzn. najnowsza stable) bo najnowsza 2.7.x  chyba.
			 
			
					
				
				: 20 grudnia 2008, 14:18
				autor: lis6502
				Moje operacje to tylko rozpakowanie kernela, zrobienie koniecznego symlinka, kopia konfiguracji i przygotowanie źródeł kernela do późniejszych kompilacji oprogramowania, które owych źródeł wymaga. Uważaj co piszesz, a nic nie powinno się skopcić - to akurat metoda testowana na Slackware, ale kompatybilna dla wszystkich Linuksów - jak widać forumowicz z tamtego tematu nie złożył (albo nie zdążył złożyć) reklamacji.
			 
			
					
				
				: 21 grudnia 2008, 13:31
				autor: blackdragon
				Zrobiłem tak jak mi radziłeś, no i niestety chyba jest problem:
Kod: Zaznacz cały
/usr/src/linux# make prepare && make modules_prepare
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/basic/split-include
  HOSTCC  scripts/basic/docproc
  SHIPPED scripts/kconfig/zconf.tab.h
  HOSTCC  scripts/kconfig/conf.o
  HOSTCC  scripts/kconfig/mconf.o
scripts/kconfig/mconf.c:91: error: static declaration of 'current_menu' follows non-static declaration
scripts/kconfig/lkc.h:63: error: previous declaration of 'current_menu' was here
make[2]: *** [scripts/kconfig/mconf.o] Error 1
make[1]: *** [silentoldconfig] Error 2
make: *** [include/linux/autoconf.h] Error 2
tzn. na pewno jest - widać 
  
Z tego co wnioskuję na podstawie 
bug_323059 wnioskuję, że rozwiązanie tego problemu leży w instalacji patcha kernel-doc-2.6.8_2.6.8-16sarge1_all.deb, ów którego za nic 
znaleźć nie mogę. Potwierdź 
w ogóle proszę, czy faktycznie chodzi tylko o tę łątkę?
Tak na marginesie jeżeli dobrze się doczytałem to chyba jest to ostatnia łatka dla tego kernela 2.6.8 - zatem, rzutem na taśmę, jest nadzieja 

 
			 
			
					
				
				: 21 grudnia 2008, 13:49
				autor: lis6502
				Wydaje się, że błąd jest w silentoldconfig; co prawda mam nowszy kernel, ale udało mi się to zrobić tak 
Nexus:/usr/src/linux-source-2.6.27.7# make mrproper
  CLEAN   /usr/src/linux-source-2.6.27.7
  CLEAN   .tmp_versions
  CLEAN   scripts/basic
  CLEAN   scripts/kconfig
  CLEAN   include/config
  CLEAN   .config .config.old include/asm include/linux/autoconf.h include/linux/version.h include/linux/utsrelease.h include/linux/bounds.h include/asm/asm-offsets.h include/asm-x86/asm-offsets.h
Nexus:/usr/src/linux-source-2.6.27.7# cp /boot/config-2.6.27.7 ./.config
Nexus:/usr/src/linux-source-2.6.27.7# make oldconfig
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/basic/docproc
  HOSTCC  scripts/kconfig/conf.o
  HOSTCC  scripts/kconfig/kxgettext.o
  SHIPPED scripts/kconfig/zconf.tab.c
  SHIPPED scripts/kconfig/lex.zconf.c
  SHIPPED scripts/kconfig/zconf.hash.c
  HOSTCC  scripts/kconfig/zconf.tab.o
  HOSTLD  scripts/kconfig/conf
scripts/kconfig/conf -o arch/x86/Kconfig
#
# configuration written to .config
#
Nexus:/usr/src/linux-source-2.6.27.7# make prepare
scripts/kconfig/conf -s arch/x86/Kconfig
  CHK     include/linux/version.h
  UPD     include/linux/version.h
  CHK     include/linux/utsrelease.h
  UPD     include/linux/utsrelease.h
  SYMLINK include/asm -> include/asm-x86
  CC      kernel/bounds.s
  GEN     include/linux/bounds.h
  CC      arch/x86/kernel/asm-offsets.s
  GEN     include/asm/asm-offsets.h
  CALL    scripts/checksyscalls.sh
¦ciągam źródła do których wczoraj linkowałem i spróbuję zrobić to samo na nich.
jeszcze jest takie coś 
http://www.kernel.org/pub/linux/kernel/ ... -2.6.8.bz2 ale nie mam pojęcia jak się do tego zabrać i czemu to ma służyć; nigdy jeszcze na patchowałem.