Ядро 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 это число подключения флешек. Причем без разницы маунтилась она или нет.