Ядро 2.6.14
Гость 11 ноября, 2005 - 15:37
У меня как бы и портежи не сильно старые 25.10.05 а вот ebuilda на это ядро нет (есть только 2.6.13-r4) а хотелось бы посмотреть как работает стабильно? может русский репозитарий (http://mirror.aiya.ru/pub/gentoo/) не успевает портежи новые выкладывать.
»
- Для комментирования войдите или зарегистрируйтесь
да ступил
да ступил портежи новые на репозитарии если кто ставил это ядро поделитесь впечатлениями
Вот выйдет
Вот выйдет патчик для рейзера4 вот тогда и обновимся :)
2.6.14 еще в ~x86 , и
2.6.14 еще в ~x86 , и это значит , что ставить нада ,
с ACCEPT_KEYWORDS=~x86 emerge gentoo-sources
у меня
у меня установлены linux-2.6.14-ck4 прошло больше недели - полет нормальный
Поддерживаю -
Поддерживаю - 2.6.14 работает без глюков. А патч Кона Коливаса (-ck) - это вещь!
Re: Поддерживаю -
А что же в нем вкусного?
под нагрузкой
под нагрузкой ведет себя очень приято. пока не стал использовать линукс не знал, что при компиляции туевой хучи всего во много потоков, можно без тормозов еще и другие дела делать и фильму смотреть. все ограничивается для меня оперативкой (коей 256+512мб)
А чтобы
А чтобы поставить -ck придется все 40 мб выкачать или только сам патч?
/LXj
Если у тебя уже
Если у тебя уже есть linux-2.6.14.tar.bz2, то только патч, конечно!
З.Ы. А если у тебя есть linux-2.6.13.tar.bz2, то deltup выкачивает всего лишь 2-меговую дельту :-)
Re:
http://sdelta.berlios.de/
еще вкуснее,чем другие дельты и там есть патчи, которые дельтап с его xdelta не всегда предоставить может(имею ввиду ,что на сервере нет)
Когда ставил
Когда ставил splashutils догадался перед этим обновить портажи. В итоге не нашел какую-то библотеку... точнее нашел позже и лишь на одном из зеркал. Так что mirror.aiya.ru не показатель.Попробуй через emerge -pf ...
ребята,
ребята, извеняйте за ...
дайте ссылку на ебуилд 2.6.14 =)
моя твоя не
моя твоя не понимай...
какую сылку вам надо, если все в портежах есть.
обновите. установите.
Обнови портежи,
Обнови портежи, сегодня стабилизировалось 2.6.14-r2. Я се уже поставил :)
буду оч
буду оч признателен если подскажите как обновить портежи
эээ делт-апом, я бедный диалапщик =)
если же это фантастика скиньте мне на мыло файл ебуилда и дигест
файл мне на мыло =)
Идешь на
Идешь на http://www.gentoo.org/cgi-bin/viewcvs.cgi/#dirlist
И качаешь какие нужно ебилды.
Спасибо bit'у за совет в ветке http://gentoo.ru/node/1467
/LXj
> emerge
> emerge emerge-delta-webrsybc
> mkdir /var/delta-webrsync
> cp /[some path]/portage-[самые последние].tar.bz2 /var/delta-webrsync/
> emerge-delta-webrsync
Может оказаться что сегодня 20 число а у тебя портежи числа эдак 1-го прошлого месяца, тогда не обновит. Скачает полную версию, но зато потом как часики в 5 утра можно обновлять портежи :) за раз качает от от 50 до 70кбайт. Это я примерно.
сэнкс! вот ещё
сэнкс!
вот ещё вопрос: где брать патчи к ядрам дженту-соуркес?
нигде
нигде обычно.
если вам надо набор патчей мм. emerge mm-sources
если ядро лично от Линуса emerge vanilla-sources
итд итп
/usr/portage/sys-kernel
на а если вам нужны какие-то специальные патчи - то вы конечно можете их и так наложить. но я думаю, портежей вам хватит
Не хватит :) т.к.
Не хватит :) т.к. хочется совмещать и ck и suspend2 и reiser4 ну и gentoo-sources ... Приходиться ручками :(
у вас
у вас раздвоение личности(заходите под разными никами)? или все хотят совмещать ck и suspend2 и reiser4? или вы отвечаете за другого человека?
хитренький какой ;)
Мне не
Мне не хватит(может я и правда неточно выразился). Раздвоением не страдаю. Под разными никами не захожу. По моему перечислил только те патчи что мне нужны :/
:)
:)
стабильность...
Ядро на удивление стабильно... Точнее само по себе - естественно стабильно, плюс при наложении поддержки reiser4 руками - стабильно выполняет компиляции-системного-софта-нон-стоп на рейзер-4 разделе уже почти... собственно как вышел патч, с тех пор и выполняет... ошибок в работе ФС найдено не было вообще (в том числе прошла полная сборка OpenOffice-2.0 на разделе в 5Гб в сочетании с lvm2), чем грешили 4-е рейзеры до этак ядра 2.6.12 и утил 1.0.4 включительно. Разумеется ФС создавалась заново, последними утилками от Ганса (1.0.5).
vesafb-tng похож на стабильный (аптайм системы с переключением Х-консоль - также порядка недели).
Ну и все вышеперечисленно успешно совместилось с 2.6.14.2.
Рекомендуется короче, в домашний продакшн... =)
я тоже наложил
я тоже наложил рейз4 на ск-сорцы 2.6.14.
полет нормальный
Поторопились
Поторопились мы с уважаемым Sancho...
После той самой весьма длительной и успешной сборки, дернуло меня создать (не прерывая ее) две небольших партишны на reiser4 по 30 гиг каждая... одну под временное хранение всяких данных типа iso-шек, вторую - для частичного зеркалирования ftp.gnome.org, что и было успешно проделано.
И в процессе оного зеркалирования и одновременной загрузки системы под завязку процессом клонирования системы (проходила на 2-х разделах по 2 гига, оба - рейзер4), ввел я команду "sync" и ткнул в ту кнопку, перед нажатием которой рекомендутся думать 2 и более раз.
В результате я поимел следующее периодически далее вылазящее в логах:
---------------------------------------------------------------------
kernel: <4>reiser4[rm(3809)]: traverse_tree (fs/reiser4/search.c:700)[nikita-1481]:
kernel: WARNING: Too many iterations: 128
kernel: <4>reiser4[rm(3809)]: traverse_tree (fs/reiser4/search.c:700)[nikita-1481]:
kernel: WARNING: Too many iterations: 256
kernel: <4>reiser4[rm(3809)]: traverse_tree (fs/reiser4/search.c:700)[nikita-1481]:
kernel: WARNING: Too many iterations: 512
kernel: <4>reiser4[rm(3809)]: traverse_tree (fs/reiser4/search.c:700)[nikita-1481]:
kernel: WARNING: Too many iterations: 1024
kernel: <4>reiser4[pdflush(21089)]: disable_write_barrier (fs/reiser4/wander.c:233)[zam-1055]:
kernel: WARNING: disabling write barrier
kernel: <4>reiser4[umount(4528)]: disable_write_barrier (fs/reiser4/wander.c:233)[zam-1055]:
kernel: WARNING: disabling write barrier
---------------------------------------------------------------------
Логичным будет предположить что имел место быть некий minor-ный баг, приведший к непонятному (но подозрительному...) результату и как показала проверка md5-сумм для всего что накачалось и по тестам входящим в состав пакетов (glibc и gcc) вроде бы ничего не убилось...
Но "жжж" неспроста не происходит, а потому принеся извинения за поспешные выводы насчет ядра 2.6.14 и рейзер4-ой ФС смелым духом и остальным живущим на RAID-1 и бакапящимся раз в полчаса в 3 разных места, рекомендуется таки да не рисковать далее с 4-й рейзер с .14.х ядром, а откатиться на 2.6.13 с оной же, если имеет место быть непреодолимое желание юзать самую быструю ФС.
ужжжжжжжжжжжжас. но реизер4 оставлю (все равно там фильмы лежат и музыка только - улетит и ладно)
Таки для
Таки для фильмов и музыки (файлов толстых и протяженных) сам Джа велит ставить XFS -)
да, там разная
да, там разная дрянь. просто видео и музыка больше по объему занимает, поэтому так и написал. а рейзер4 я больше "на посмотреть" поставил.
Лично у меня
Лично у меня vesafb-tng ка ни работал, так и не работает с моей видеокартой. А у меня она встроенная в чипсет VIA K8M800, называется VIA/S3 Unichrome Pro IGP
_________________
^_^
vesa-tng
Вроде бы если видюшка соответствует vesa 3.0, то должна была заработать...
Лично у меня был 1 глюк, с выставкой параметров карточки и монитора руками (частоты разверток, полоса пропускания) после выставления которых на загрузке ядро выдавало "ой, я глюкнула... нате вам панику".
Сейчас в ГРУБе торчит следущее:
kernel <бла-бла-бла> \
video=vesafb:ywrap,pmipal,gtf,vremap:1,1024x768-8@100
vremap выставлен в 1 от жадности, можно и не задавать руками, но тогда дровина съест 7.5 мег видушной памяти и будет насильно задавать какое-то странное виртуальное разрешение вида 7500х768, а оное нам не нада...
Драйвер вкомпилен в ядро намертво, ибо старая веса меня не прет, да и с проприетарными дровами от НВИДИА (6629, самые совместимые, для устранения глюков с КДЕ) veda-tng дружит на ура.
Видушка - GF-6600GT, 128 мег, контору не помню.. то ли асус то ли пауэрколор какой-нибыдь... суть неважно...
usb flash
Поставил 2.6.14.2 и столкнулся со следующим.
Втыкаем флешку, появляются появляются новые процессы [scsi_eh_2] и [usb-storage]. Вытаскиваем флешку: [usb-storage] уходит, а [scsi_eh_2] остается. Снова втыкаем, появляются [scsi_eh_3] и [usb-storage]. Вытыкаем - [scsi_eh_3] снова остается, и т.д.
Причем убить процесс вручную не получается, а lsmod показывает что модуль usb_storage используют N процессов. где N число подключений флешки после ребута.
Флешку можно как маунтить, так и не маунтить, результат один и тот же.
В <= 2.6.13.x такого нет, т.е. и [scsi_eh_x] и [usb-storage] отрубаются.
фича от Линуса?
фича от Линуса? ;)
вот жыж бисова душа... ;)
Уху, меня тоже любопытство разобрало, решил проверить, что там и куда...
Так вот: если флешку не монтировать, то 2.6.14.3 (оно же 2.6.14 по uname -r) такой проблемы не имеет точно, хотя прирост циферок для scsi_eh* имеет место быть... на номере 4 меня заломало шевелиться и читать вывод грепа, так что как там дальше - без понятия.
Трабл можеть быть в забывчивости, в частности - положения о том, что под юниксами файловые системы таки да полагается размонтировать перед физическим отключением устройтва, потому и остается неубитым псевдо-сказевый процесс.
Процесс
Процесс который обрамляется [ ], это не совсем процесс, это thread (нить, поток). Эта штука выполняется в адресном пространстве ядра. Но это на самом деле не важно :) Я так понимаю что как-только выгрузится модуль usb-storage, то и эти "процессы" пропадут. Таким образом можно просто добавить команду rmmod в crontab, что бы она выгружала все неиспользуемые модули каждый час.
Не выгружается
Даже при попытке выгрузить модуль с -f он не выгружается.
lsmod показывает что его используют N процессов, где N это число подключения флешек. Причем без разницы маунтилась она или нет.