Зачистка старых версий ядер

// В предположении, что конфиг загрузчика уже исправлен, initramfs не используется.

# rm -rf /usr/src/kernel-$OLDKERNEL
# rm -rf /lib/modules/kernel-$OLDKERNEL
# mount /boot
# rm -f /boot/kernel-$OLDKERNEL
# umount /boot

Ничего не забыл?

emerge -C

emerge -C =sys-kernel/gentoo-sources-$OLDKERNEL - первой командой
_______________________
From Siberia with Love!

Снова...

winterheart написал(а):
emerge -C =sys-kernel/gentoo-sources-$OLDKERNEL - первой командой

Матчасть помнить кто будет!?!

Особо одарённым и внимательным подсказка:
Что происходит с sys-kernel/gentoo-sources-$OLDKERNEL в процессе выполнения # emerge -uDN world?

ЗЫ: У меня хорошая память. При выставлении bind_policy в hard до старта OpenLDAP сервера в FreeBSD дело скорее всего просто не дойдёт.
Пиши о чём знаешь. И когда пишешь - думай. Некоторым помогает...
--
Live free or die

ахха

Anarchist написал(а):
Особо одарённым и внимательным подсказка:
Что происходит с sys-kernel/gentoo-sources-$OLDKERNEL в процессе выполнения # emerge -uDN world?

ничего, новое ставиться в слот

?

evadim написал(а):
Anarchist написал(а):
Особо одарённым и внимательным подсказка:
Что происходит с sys-kernel/gentoo-sources-$OLDKERNEL в процессе выполнения # emerge -uDN world?

ничего, новое ставиться в слот

Если ядро устанавливалось как:
# emerge =sys-kernel/gentoo-sources-$version
то могу согласиться.
Если же ядро ставилось как:
# emerge sys-kernel/gentoo-sources
то ни фига! :)

--
Live free or die

.

Anarchist написал(а):
то ни фига! :)

Ну это у кого как. У меня emerge -uDN world ставит новое ядро рядом со старым. Иногда по три ядра скапливаются :-)

?

ndrwsh написал(а):
Anarchist написал(а):
то ни фига! :)

Ну это у кого как. У меня emerge -uDN world ставит новое ядро рядом со старым. Иногда по три ядра скапливаются :-)

В смысле не удаляет каталог вместе с оставшимися там после сборки файлами (те же, что шли в составе архива удаляются, по крайней мере по поведению virtualbox-modules у меня сложилось именно такое впечатление)?

--
Live free or die

.

Перечитав разговор начиная с ответа winterheart-а,
прихожу к выводу, что
* должным образом не оценён совершенно верный "emerge -C" winterheart-а
* смешиваются в кучу "emerge -C" и "emerge -uDN". "emerge -C" - да, не удаляет "левые файлы" из /usr/src/linux-XXXXXX, "emerge -uDN" ставит новое ядро рядом со старым и даже не пытается начинать что-то удалять.

.

ndrwsh написал(а):
Перечитав разговор начиная с ответа winterheart-а,
прихожу к выводу, что
* должным образом не оценён совершенно верный "emerge -C" winterheart-а
* смешиваются в кучу "emerge -C" и "emerge -uDN". "emerge -C" - да, не удаляет "левые файлы" из /usr/src/linux-XXXXXX, "emerge -uDN" ставит новое ядро рядом со старым и даже не пытается начинать что-то удалять.

Вывод ошибочный. Ибо:

     Installed versions:  2.6.23-r9(2.6.23-r9)(09:31:42 26.08.2008)(-build -symlink)
			  2.6.25-r7(2.6.25-r7)(14:13:50 18.08.2008)(-build -symlink)

Но:

# ls -1 /usr/src/
linux-2.6.18-gentoo-r6/
linux-2.6.20-gentoo-r7/
linux-2.6.22-gentoo-r9/
linux-2.6.23-gentoo-r9/
linux-2.6.24-gentoo-r3/
linux-2.6.25-gentoo-r7/

--
Live free or die

В них остались

В них остались те файлы, которые не принадлежали пакетам - конфиги, внешние модули.
_______________________
From Siberia with Love!

=

winterheart написал(а):
В них остались те файлы, которые не принадлежали пакетам - конфиги, внешние модули.

В таком случае я бы предложил добавить в стандартный ебилд gentoo-sources USE типа force_clean.
Чтобы всем было счастье.
--
Live free or die

вот это плохая

вот это плохая мысль - если ничего не чистить то ядро нормально будет загружаться, разве что собрать ничего неудасться, а так придётся делать USE чтоб оно не чистило или ещё как выкручиваться. проще руками удалить

Почему?

evadim написал(а):
вот это плохая мысль - если ничего не чистить то ядро нормально будет загружаться, разве что собрать ничего неудасться, а так придётся делать USE чтоб оно не чистило или ещё как выкручиваться. проще руками удалить

Если зачистить /lib/modules/$OLDKERNEL - то да, грузиться со старым ядром система не будет.
И этот каталог (как и /boot/) следует чистить ручками.

Но вот от полной зачистки /usr/src/$OLDKERNEL независимо от того что туда клал portage, а что не клал ИМХО хуже не будет.

--
Live free or die

Как минимум

Как минимум конфиг ядра можеш потерять, не у всех опция позволяющая его выдрать из "живого" ядра включана.

Мысль неплохо бы закончить

... и развить :)

developer написал(а):
Как минимум конфиг ядра можеш потерять, не у всех опция позволяющая его выдрать из "живого" ядра включана.

Во-первых, необходимым условием здесь является уникальность старого конфига (который /usr/src/linux-$OLDKERNEL/) и который выше с изящной аргументацией было рекомендовано хранить в несмонтированном /boot вместо world readable по умолчанию /usr/src/linux-$OLDKERNEL/).
Ну и во-вторых я бы просил просветить мою скромную персону на предмет ситуаций в которых хранение конфига в запущенном ядре нежелательно (&& см комментарий к п.1).

--
Live free or die

Quote: Мысль

Цитата:
Мысль неплохо бы закончить .. и развить

Мысль содержала достаточный аргумент, который при её незамутнённом восприятии должен был остановить дальнейшее обсуждение.

Цитата:
я бы просил просветить мою скромную персону на предмет ситуаций в которых хранение конфига в запущенном ядре нежелательно

Я то поясню твоей "скромной персоне", но боюсь не поможет :) Уж слижком ты упрям.

Я лишь о том, что такое может быть в принципе, не обсуждая того, кто и зачем это делает. Поведение системы будет некорректным, если она удалит ценный для пользователя конфиг.

Также, не думаю что все любители накладывать патчи, хранят их в отдельных папках от исходиков ядра, да за милую душу положит кто-нибудь патч вместе с ядром и потом будет также как ты на форуме писать, только по противоположной теме - "портедж губит файлы пользователей!".

И в конце концов, небольшие трюки с грамотной подчисткой конкретного пакета на уровне ebuild-а, я согласен, можно сделать, ну так сделай и напиши мантейнеру ебилда, либо просто тему подними на уровне разработчиков, зачем людям здесь то мозг на части рвать. Все и так знают как оно работает, ничего нового ты не открыл. Меня вот полностью устраивает текущая схема, я допускаю особенное отношение к главному компоненту в системе, поэтому и не предпринимаю никаких действий в эту сторону. Обсуждение подобных вопросов здесь, делу за которое ты борешься - не помогает.

.

Не вижу противоречий.
Почему вы считаете, что внутри "emerge -C" или "emerge -uDN"
должна прятаться команда "rm -R /usr/src/linux-XXXXX" ?
Её там нет, что и продемонстрировано вами.
Однако(!) отсюда не следует, что шаг "emerge -C" должен быть
проигнорирован со словами
"нафиг emerge -C, после него всё равно остаётся /usr/src/linux-XXXXX"

Как и было сказано В САМОМ НАЧАЛЕ winterheart-ом,
первый шаг - "emerge -C"
потом - ваши "rm" многочисленные.

Просто, вы, видимо, подумали, что предлагается "ЗАМЕНИТЬ ВАШУ ПЕРВУЮ КОМАНДУ",
на самом деле имелось ввиду "ДОБАВИТЬ ПЕРЕД ВАШЕЙ ПЕРВОЙ".
Отсюда всё непонимание на весь день. И экспрессия. Порой излишняя до неуместности.

Повторяю на бис для особо внимательных:

ndrwsh написал(а):
Не вижу противоречий.
Почему вы считаете, что внутри "emerge -C" или "emerge -uDN"
должна прятаться команда "rm -R /usr/src/linux-XXXXX" ?
Её там нет, что и продемонстрировано вами.
Однако(!) отсюда не следует, что шаг "emerge -C" должен быть
проигнорирован со словами
"нафиг emerge -C, после него всё равно остаётся /usr/src/linux-XXXXX"

Как и было сказано В САМОМ НАЧАЛЕ winterheart-ом,
первый шаг - "emerge -C"
потом - ваши "rm" многочисленные.

Просто, вы, видимо, подумали, что предлагается "ЗАМЕНИТЬ ВАШУ ПЕРВУЮ КОМАНДУ",
на самом деле имелось ввиду "ДОБАВИТЬ ПЕРЕД ВАШЕЙ ПЕРВОЙ".
Отсюда всё непонимание на весь день. И экспрессия. Порой излишняя до неуместности.

На самом деле непонимание (вплоть до игнорирования написанного) наблюдается у Вас.

И "нафиг emtrge -C" не по тому, что порождено Вашим воображением, а потому что эта команда уже выполнена в рамках # emerge -uDN world!
Попробуйте обновить дерево портов и выполнить # emerge -u gentoo-sources - и сами увидите :)

--
Live free or die

.

29 Август, 2008 в 14:32 я написал, что emerge -uDN world ставит новое ядро рядом со старым и даже не пытается начинать что-то удалять.
1 Сентябрь, 2008 в 11:45 вы написали, что emerge -uDN world содержит в себе emerge -C, и, видимо, удаляет ваши прошлые ядра.

Я в изумлении готов согласится лишь с тем, что у нас несколько разные системы.
Я обязательно вечером попробую emerge -u gentoo-sources и отпишусь о результатах.

+

ndrwsh написал(а):
Я в изумлении готов согласится лишь с тем, что у нас несколько разные системы.

Изумляться Вы можете сколько Вам угодно :)
Я же приведу ключик к поиску из собственных наблюдений:
# emerge -u $PACKAGE
1. Для случая пакетов т.н. userspace (evince. abiword /etc) удаляет старую версию.
2. Для случая пакетов т.н. категории libs - не удаляет (для их удаления нужен ключ --depclean).

То, что в Вашем случае # emerge -u gentoo-sources не удаляет исходников ядра означает, что они отнесены ко второй категории.
Как/зачем/почему - неясно.

ndrwsh написал(а):
Я обязательно вечером попробую emerge -u gentoo-sources и отпишусь о результатах.

И, если что, про # emerge --depclean не забудьте :)

--
Live free or die

.

Я обновил дерево портов, сделал $ emerge -pvu gentoo-sources
[ebuild NS ] sys-kernel/gentoo-sources-2.6.26-r1 USE="symlink -build" 48,370 kB

Total: 1 package (1 in new slot), Size of downloads: 48,370 kB
Понимаете?
Вы сделали свою классификацию из собственных наблюдений, но в HandBook-е написано:
В Portage используется технология слотов. Ядро ставится в новый слот.
Но есть т.н. "unslotted packages", и для них emerge -u $PACKAGE удаляет старую версию.

То, что в Вашем случае # emerge -u gentoo-sources удалял бы исходники ядра означало бы, что у вас gentoo-sources внезапно стали unslotted.
Как/зачем/почему - неясно.
Но самое интересное, что даже у вас это не так: вы ранее показали, что имеете
Installed versions: 2.6.23-r9 + 2.6.25-r7, значит, ваши сообщения
от "29 Август, 2008 - 15:09" и от "1 Сентябрь, 2008 - 11:45" противоречат друг другу.

Поздравляю вас, гражданин, соврамши!

Слово "--depclean" ранее в разговоре никак не фигурировало, и почему вы предупреждаете не забыть emerge --depclean, непонятно. Разговор был за emerge -uDN world
Эдак разговор может уйти совсем в другую сторону, а суть его, напоминаю, в том, что ПЕРВЫЕ ЖЕ камменты winterheart-а и Lupo Alberto достаточны и фактически закрывают тему.

.

ndrwsh написал(а):
То, что в Вашем случае # emerge -u gentoo-sources удалял бы исходники ядра означало бы, что у вас gentoo-sources внезапно стали unslotted.
Как/зачем/почему - неясно.
Но самое интересное, что даже у вас это не так: вы ранее показали, что имеете
Installed versions: 2.6.23-r9 + 2.6.25-r7, значит, ваши сообщения
от "29 Август, 2008 - 15:09" и от "1 Сентябрь, 2008 - 11:45" противоречат друг другу.

Поздравляю вас, гражданин, соврамши!

Нет большей радости, чем приписать оппоненту ложь.
Не удалял бы, а удаляет!
Навыки чтения - тоже сугубо избирательные: видим только то, что подтверждает уютненькую, тешащю самолюбие, точку зрения.
Особо одарённым и внимательным обращаю внимание на альтернативный вариант получения состояния, из которого делается далеко идущий вывод о вранье:
# emerge =sys-kernel/gentoo-sources-2.6.23-r9
(в дополнение к уже установленному 2.6.25)

Теперь про unslotted: исходники ядра не "внезапно стали", а всегда (в моей системе) отрабатывались именно так.
Почему - второй вопрос. Но куда интереснее вопрос "как правильно?".

Можете представить аргументированную точку зрения?

ndrwsh написал(а):
Слово "--depclean" ранее в разговоре никак не фигурировало, и почему вы предупреждаете не забыть emerge --depclean, непонятно. Разговор был за emerge -uDN world

То, что исходники ядра можно ставить как минимум двумя разными (и есть мнение, что обновление мира отрабатывает их по-разному) способами от Вас по всей видимости ускользнуло.

ndrwsh написал(а):
Эдак разговор может уйти совсем в другую сторону, а суть его, напоминаю, в том, что ПЕРВЫЕ ЖЕ камменты winterheart-а и Lupo Alberto достаточны и фактически закрывают тему.

Круговая порука налицо.
Комментарии winterheart'а можно смело игнорировать в силу полной некомпетентности этого товарища.
При этом (что показательно и демонстрирует глубину Вашего понимания) - полностью проигнорирована замечательная по лаконичности/полноте формулировка evadim'а.
--
Live free or die

.

Anarchist написал(а):
Теперь про unslotted: исходники ядра не "внезапно стали", а всегда (в моей системе) отрабатывались именно так. Почему - второй вопрос. Но куда интереснее вопрос "как правильно?".

Кто ж знал, что у вас не как у всех людей?
Вы бы предупреждали заранее, что ли...

?

ndrwsh написал(а):
Anarchist написал(а):
Теперь про unslotted: исходники ядра не "внезапно стали", а всегда (в моей системе) отрабатывались именно так. Почему - второй вопрос. Но куда интереснее вопрос "как правильно?".

Кто ж знал, что у вас не как у всех людей?
Вы бы предупреждали заранее, что ли...

А откуда мне знать, что это - "не как у всех людей"?

И (что куда интереснее) - почему нормой считается иное поведение? ИМХО всё логично.
Вы бы всё же описали каким образом ставить исходники ядра Вы. Есть мнение, что бОльшая часть непоняток со слотами исчезла бы (узелок на память: перед следующим обновлением поставить 2.6.23 с явным указанием версии и посмотреть как оно будет отработано).
--
Live free or die

Общение с вами

Общение с вами становится все более и более контрпродуктивным. _Ничего_ про emerge -uDN world в старте не значится. Кроме того, вы сами пробовали эту команду? Покажите ее вывод так, чтобы сносились старые пакеты ядра.

По LDAP я разговаривать не намерен, так как вы не поняли моего ответа, из чего я заключаю, что вы его даже не читали толком. Ваш совет откастуйте на себя, тоже может помочь.
_______________________
From Siberia with Love!

.

winterheart написал(а):
Общение с вами становится все более и более контрпродуктивным.

Неудивительно.
Для этого же (о ужас!) думать надо.

winterheart написал(а):
_Ничего_ про emerge -uDN world в старте не значится.

Повтроить проведённый для ndrwsh урок чтения?
Какие альтернативные решения [задачи обовления ядра в Gentoo Linux] Вы предложите?

winterheart написал(а):
Кроме того, вы сами пробовали эту команду?

В лучших традициях ndrwsh приписываете оппоненту глупости?
В отличие от Вас не имею привычки писать порождения больного воображения.

winterheart написал(а):
Покажите ее вывод так, чтобы сносились старые пакеты ядра.

Буду обновлять систему - обязательно напишу.
Только обновлять её я буду по своему графику, а не на потеху сомнительной степени компетентности модератора.

winterheart написал(а):
По LDAP я разговаривать не намерен, так как вы не поняли моего ответа, из чего я заключаю, что вы его даже не читали толком. Ваш совет откастуйте на себя, тоже может помочь.

Изображаете сломанные часы (которые два раза в сутки показывают правильнео время)?
Для того, чтобы написать ответ нужно понять вопрос. Чего Вам (судя по содержанию ответа) не удалось.

--
Live free or die

Все ответы, я

Все ответы, я думаю вы получили. Топик сваливается в нападки. Причем по вашей вине. Closed.
_______________________
From Siberia with Love!

Если в /boot были

Если в /boot были скопированы файлы System.map и config от старых ядер, можно и их удалить :)

Этот момент я упустил

Lupo Alberto написал(а):
Если в /boot были скопированы файлы System.map и config от старых ядер, можно и их удалить :)

Про System.map - моя недоработка.
Надо будет разобраться.

А копирование /usr/src/linux/.config в /boot/kernel-$VERSION.config - идея интересная. Спасибо!

--
Live free or die

.

Anarchist написал(а):
А копирование /usr/src/linux/.config в /boot/kernel-$VERSION.config - идея интересная. Спасибо!

эту идею реализует make install после сбоки ядра, копирует систем мап, конфиг и ядро, то что было раньше переименовывает в .old и делает ссылки с
config, System.map и vmlinuz на их новые версии.

.

evadim написал(а):
Anarchist написал(а):
А копирование /usr/src/linux/.config в /boot/kernel-$VERSION.config - идея интересная. Спасибо!

эту идею реализует make install после сбоки ядра, копирует систем мап, конфиг и ядро, то что было раньше переименовывает в .old и делает ссылки с
config, System.map и vmlinuz на их новые версии.

Ну, лично мне не лень порулить ручками во имя использования более мнемоничных имён.

Хотя с точки зрения автоматизации процедуры обновления (при использовании в качестве загрузчика lilo, make install ещё и ломиться переписать загрузчик, правда, не проверяя /boot на используемые имена ядер) - понятно и обоснованно.

--
Live free or die

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".