fuse - ko

blackdragon · Post autor: **blackdragon** » 21 grudnia 2008, 17:32

No i następne :| mam nadzieję, że ostatnie - tutaj znów nie mam pomysłu:

 Build Adapter Firmware with Kernel Build (AIC7XXX_BUILD_FIRMWARE) [N/y/?] (NEW)

lis6502 · Post autor: **lis6502** » 21 grudnia 2008, 17:36

Tutaj nie wiem. Musiałbyś zapytać wujka Google do czego ta opcja jest, ewentualnie poszukać w dokumentacji.

blackdragon · Post autor: **blackdragon** » 21 grudnia 2008, 17:48

Ta droga chyba jest zbyt ryzykowana :-|
Zbyt dużo pytań, na które mogę tylko strzelać, kolejne to:

Kod: Zaznacz cały

QLogic ISP2100 host adapter family support (SCSI_QLA21XX) [N/m/?] (NEW) 
QLogic ISP2200 host adapter family support (SCSI_QLA22XX) [N/m/?] (NEW) 
QLogic ISP2300 host adapter family support (SCSI_QLA2300) [N/m/?] (NEW) 
QLogic ISP2322 host adapter family support (SCSI_QLA2322) [N/m/?] (NEW) 
QLogic ISP6312 host adapter family support (SCSI_QLA6312) [N/m/?] (NEW) 
QLogic ISP6322 host adapter family support (SCSI_QLA6322) [N/m/?] (NEW) 
Digi Intl. RightSwitch SE-X support (DGRS) [N/m/y/?] (NEW)

Odpowiadałem N, ale w końcu się zatrzymałem i nie wiem co robić. Chyba muszę zrezygnować.
No chyba, że jak dam wszędzie N to się system nie wysypie?

Da się w ogóle wrócić do poprzednich ustawień? Może jakieś kopie plików zrobić?

lis6502 · Post autor: **lis6502** » 21 grudnia 2008, 17:55

Najprościej wrócić poprzez usunięcie

Kod: Zaznacz cały

rm -rf linux-2.6.8

zmienionych plików i ponowne rozpakowanie

Kod: Zaznacz cały

tar xvvf linux-2.6.8.tar.bz2

To najpewniejsza metoda. Nie wgryzałem się w manual, ale łatki ponoć można odwracać, choć najpewniej jest usunąć i rozpakować jeszcze raz.

blackdragon · Post autor: **blackdragon** » 21 grudnia 2008, 18:10

Nie o to mi chodziło, ale już więcej zrozumiałem. ¬ródełka mam poprawne, ale nie zmienia to faktu, że jeżeli chcę zainstalować fuse ze źródeł, to muszę przejść przez make prepare. A zatem nie uniknę konieczności odpowiedzi na te niełatwe pytania.
Resumując - jedyne wyjście to chyba odpowiedzieć na wszystko N wykonać make modules_prepare i wówczas próbować instalacji fuse?
Nie wiem czy to nie za duże ryzyko.

[Dodano: 2008-12-21, 18:17]
Próbowałem jeszcze odpalić:

Kod: Zaznacz cały

...fusee/fuse-2.5.3# ./configure --with-kernel=/usr/src/linux/

Kod: Zaznacz cały

configure: running /bin/sh './configure' --prefix=/usr/local  '--with-kernel=/usr/src/linux/' --cache-file=/dev/null --srcdir=.
checking for a BSD-compatible install... /usr/bin/install -c
checking kernel source directory... /usr/src/linux/
checking kernel build directory... /usr/src/linux/
checking kernel source version... Not found
configure: error:
        *** Cannot determine the version of the linux kernel source. Please
        *** prepare the kernel before running this script
configure: error: /bin/sh './configure' failed for kernel

Ale się nie dał nabrać :-P

lis6502 · Post autor: **lis6502** » 21 grudnia 2008, 18:24

Nie wiem czy to nie za duże ryzyko

Myślę, że nie. Póki nie odpalisz instalacji nowego kernela, to wszystko co sobie tam robisz w /usr/src/linux to Twoja sprawa, systemu to w każdym razie nie rusza. Możesz i tak spróbować, ale nie wiadomo, czy podanie fuse konfiguracji kernela niezgodnej z aktualnie działającym nie spowoduje jakichś problemów. Nie spróbujesz, nie przekonasz się. Ja w tej chwili walczę z tym patchem kconfig_menu_tweaks.bin, do którego zalinkowałeś.

Oczywiście wiesz, że najprościej byłoby ściągnąć jakiś mniej archaiczny kernel, wybudować go i zainstalować, i dopiero z tego punktu próbować instalacji fuse?

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

lis6502 pisze:(...)
Oczywiście wiesz, że najprościej byłoby ściągnąć jakiś mniej archaiczny kernel, wybudować go i zainstalować, i dopiero z tego punktu próbować instalacji fuse?

Przecież to jest dopiero mega ryzykowne?

[Dodano: 2008-12-21, 18:45]
Eh... i tak po wszystkich N-odpowiedziach, otrzymałem błąd:

Kod: Zaznacz cały

UPD     include/linux/version.h
  CC      arch/i386/kernel/asm-offsets.s
In file included from include/asm/thread_info.h:16,
                 from include/linux/thread_info.h:21,
                 from include/linux/spinlock.h:12,
                 from include/linux/capability.h:45,
                 from include/linux/sched.h:7,
                 from arch/i386/kernel/asm-offsets.c:7:
include/asm/processor.h:87: error: array type has incomplete element type
make[1]: *** [arch/i386/kernel/asm-offsets.s] Error 1
make: *** [arch/i386/kernel/asm-offsets.s] Error 2

Na czas świąt pozostaje mi jeszcze możliwość usunięcia na tym nowym dysku (USB SATA) partycji NTFS i założenia EXT 3.

lis6502 · Post autor: **lis6502** » 21 grudnia 2008, 19:08

Wprowadziłem Cię w błąd. W nowszych kernelach

Kod: Zaznacz cały

make oldconfig

tworzy plik konfiguracji na podstawie starego, czyli to, o co mi chodzi. W tym kernelu oldconfig uruchamia 'stary, tekstowo zorientowany program konfiguracyjny'; stąd te pytania. Nie bijcie mnie...
Udało mi się to obejść (zakładając, że masz te łatki z kconfig_menu_tweaks.bin). Przepis:

Kod: Zaznacz cały

cd /usr/src/linux
make mrproper
cp /boot/config-`uname -r` ./aaa
make menuconfig

Z ładnego tekstowego menu wybierasz 'Load an Alternate Configuration File '. TABulatorem musisz dostać się do pola, w którym jest napisane '.config'. Usuwasz co tam jest i wpisujesz 'aaa'. TABulatorem przejdź na <ok>.
Teraz TABulatorem na <exit>, zgadzasz się na zapisanie konfiguracji.

Kod: Zaznacz cały

make prepare

Zobaczysz potem coś, co przyprawiło mnie o atak szewskiej pasji, mianowicie

lis6502@Nexus:~/Desktop/linux-2.6.8$ make prepare
SPLIT include/linux/autoconf.h -> include/config/*
HOSTCC scripts/genksyms/genksyms.o
SHIPPED scripts/genksyms/lex.c
SHIPPED scripts/genksyms/parse.h
SHIPPED scripts/genksyms/keywords.c
HOSTCC scripts/genksyms/lex.o
scripts/genksyms/lex.c:1230: warning: ‘input’ defined but not used
SHIPPED scripts/genksyms/parse.c
HOSTCC scripts/genksyms/parse.o
HOSTLD scripts/genksyms/genksyms
CC scripts/mod/empty.o
HOSTCC scripts/mod/mk_elfconfig
MKELF scripts/mod/elfconfig.h
HOSTCC scripts/mod/file2alias.o
HOSTCC scripts/mod/modpost.o
HOSTCC scripts/mod/sumversion.o
HOSTLD scripts/mod/modpost
HOSTCC scripts/conmakehash
HOSTCC scripts/kallsyms
HOSTCC scripts/pnmtologo
HOSTCC scripts/bin2c
SYMLINK include/asm -> include/asm-i386
CHK include/linux/version.h
UPD include/linux/version.h
CC arch/i386/kernel/asm-offsets.s
In file included from include/asm/thread_info.h:16,
from include/linux/thread_info.h:21,
from include/linux/spinlock.h:12,
from include/linux/capability.h:45,
from include/linux/sched.h:7,
from arch/i386/kernel/asm-offsets.c:7:
include/asm/processor.h:87: error: array type has incomplete element type
make[1]: *** [arch/i386/kernel/asm-offsets.s] Błąd 1
make: *** [arch/i386/kernel/asm-offsets.s] Błąd 2
lis6502@Nexus:~/Desktop/linux-2.6.8$

Z pomocą miał przyjść tutaj plan awaryjny:

Kod: Zaznacz cały

cd /usr/src/linux
make mrproper
make allnoconfig

ale kończy się tym samym co powyższe. Wydaje mi się, że problem rozwiązałaby instalacja starszego gcc-3.3 i nałożenie łatki na Makefile o nazwie 'Makefile-gcc-3.3.dpatch' i ewentualnie jej modyfikacja do wersji gcc zgodnej z instalowaną, ale wydaje mi się, że instalacja odpada ze względu na brak płyt.

Przecież to jest dopiero mega ryzykowne?

A masz lepszy pomysł?

Ewentualnie sprawdź, czy taka częściowa konfiguracja nie wystarczy dla fuse.

blackdragon · Post autor: **blackdragon** » 21 grudnia 2008, 19:48

Spróbuję jeszcze tej częsciowej kompilacji ale już nie dzisiaj.
Jeżeli to nie pomoże, to zrobię tak mówisz - wgram nowe jądro. Ale to już po świętach, jak będę miał dostęp bezpośredni do maszyny. Teraz nie mogę ryzykować. Póki co ogromnie Ci dziękuje! za dotychczasową pomoc 8-)