fuse - ko

blackdragon · Post autor: **blackdragon** » 20 grudnia 2008, 13:17

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.

lis6502 · Post autor: **lis6502** » 20 grudnia 2008, 13:21

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ę.

blackdragon · Post autor: **blackdragon** » 20 grudnia 2008, 13:37

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.

lis6502 · Post autor: **lis6502** » 20 grudnia 2008, 13:43

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.

blackdragon · Post autor: **blackdragon** » 20 grudnia 2008, 13:50

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?

lis6502 · Post autor: **lis6502** » 20 grudnia 2008, 14:00

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ę.

blackdragon · Post autor: **blackdragon** » 20 grudnia 2008, 14:10

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.

lis6502 · Post autor: **lis6502** » 20 grudnia 2008, 14:18

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.

blackdragon · Post autor: **blackdragon** » 21 grudnia 2008, 13:31

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

lis6502 · Post autor: **lis6502** » 21 grudnia 2008, 13:49

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.