Установка патчей на ядро

[-KDA-]

Решил перекомпилить себе ядро, вообще желание было давно поэтому и скачено было 2.6.16.38 еще где то месяц назад.
После нескольких часов мучений оно подставилось и заработало.
Все вроде хорошо но захотелось довести его до последнего патча.
Скачал patch-2.6.16.39, patch-2.6.16.40, patch-2.6.16.41 начал ставить
Скопировал их в директорию ядра и выполняю patch –p1 –i patch-2.6.16.39
в место того чтобы поставить патч как описано в доках он начинает задавать кучу вопросов :
Reversed (or previously applied) patch detected! Assume -R? [n]
Я так понимаю это для каждой заплатки (дырки).
Когда выбираю “y” некоторые ставит нормально, а на некоторые пишет Hunk #1 FAILED и так далее. Уже и удалял директорию ядра и заново ставил все, одно и тоже.
Кто может подсказать, как такое может быть, ядро и патчи скачены с одного сайта а ставятся с ошибками или я что-то не так делаю.
И еще одно если при установке патча так и должны выдаваться вопросы то можно ли их автоматизировать(везде проставить “y” по умолчанию).

ОС: Slackware

[h0RN]

Я патчил так:

Код: Выделить всё

# bzip2 -dc patch-2.x.x.bz2 | patch -p1

Никаких вопросов вроде не было.

[-KDA-]

Даже при выполнении:
root@linux:/usr/src/linux-2.6.16.38# bzip2 -dc patch-2.6.16.39.bz2 | patch -p1
patching file Documentation/dvb/get_dvb_firmware
Reversed (or previously applied) patch detected! Assume -R? [n] y
The next patch would delete the file Documentation/feature-removal-schedule.txt,
which does not exist! Assume -R? [n] y
patching file Documentation/feature-removal-schedule.txt
patching file Documentation/i2c/busses/i2c-viapro
Reversed (or previously applied) patch detected! Assume -R? [n] y
The next patch would create the file Documentation/scsi/hptiop.txt,
which already exists! Assume -R? [n] y
patching file Documentation/scsi/hptiop.txt
patching file Documentation/sound/alsa/ALSA-Configuration.txt
Reversed (or previously applied) patch detected! Assume -R? [n] y
patching file Documentation/video4linux/CARDLIST.saa7134
Reversed (or previously applied) patch detected! Assume -R? [n] y
patching file MAINTAINERS
Reversed (or previously applied) patch detected! Assume -R? [n] y
patching file Makefile
Hunk #1 FAILED at 1.
1 out of 3 hunks FAILED -- saving rejects to file Makefile.rej
patching file arch/alpha/Kconfig
Reversed (or previously applied) patch detected! Assume -R? [n]

Кто-нибудь сталкивался с таким

[Alexxx]

Да кто так нафиг патчит то?
У Вас исходники 2.6.16.38 и Вы хотите их поднять до 2.6.16.41 (хотя есть и 2.6.16.42). Для этого нужно иметь только 2 патча: patch-2.6.16.38 и patch-2.6.16.41 и делается это двумя командами:

Код: Выделить всё

patch -p1 -i patch-2.6.16.38 -R
patch -p1 -i patch-2.6.16.41

Всё. А если порыться по форуму, то можно найти кучу примеров.

[-KDA-]

Спасибо Alexxx поставил.

[-KDA-]

Alexxx небольшое уточнение
При выходе нового патча надо будет удалить каталог с пропатченым ядром и выполнить тоже самое только с новым патчем?

[Alexxx]

Alexxx небольшое уточнение
При выходе нового патча надо будет удалить каталог с пропатченым ядром и выполнить тоже самое только с новым патчем?

В любом случае желательно сохранить .config - конфигурационный файл ядра.
Вообще, если планируются дальнейшие апдейты ядра подобным образом, удобней было бы держать под рукой директорию с исходниками релиза версии ядра (пустое поле EXTRAVERSION). Оно у Вас было получено после выполнения patch -p1 -i patch-2.6.16.38 -R . После этого, впринципе, можно было сделать cp -a linux-2.6.16.38 linux-2.6.16 . Желательно также в директории linux-2.6.16 выполнить make distclean и кинуть в неё .config текущего ядра, желательно в виде config.back . При очередном апдейте, к примеру это patch-2.6.16.X , просто копируйте cp linux-2.6.16 linux-2.6.16.X и работаете в новой директории: накладываете новый патч, конфигурируете и т.д. Перед конфигурированием нужно будет только переименовать config.back в .config и выполнить make oldconfig .

[kvs]

Так почему не поставить тогда 2.6.20?
И вообще кто в курсе, чего так расплодилось столько. сразу веток, ведь 2.6.16 и 2.6.18 ветка вроде как стабильн, с 2.6.19 понятно, еще и 2.6.20.