Re: pbuiderrc: не работает "export PATH"
Я несколько поправил /usr/lib/pbuilder/pbuilder-buildpackage чтобы отследить где переписывается PATH --- pbuilder-buildpackage.orig 2010-12-28 19:28:38.0 +0300 +++ pbuilder-buildpackage 2011-04-15 11:47:33.0 +0400 @@ -127,3 +127,8 @@ log "I: Running $DPKG_COMMANDLINE" -echo "$DPKG_COMMANDLINE" | $CHROOTEXEC $SUTOUSER +echo "BERORE: PATH=$PATH" +echo "$CHROOTEXEC $SUTOUSER" +# echo "$DPKG_COMMANDLINE" | $CHROOTEXEC $SUTOUSER +echo "echo \"IN: PATH=\$PATH\"" | $CHROOTEXEC $SUTOUSER +echo "AFTER: PATH=$PATH" Вот что получилось. BERORE: PATH=/usr/lib/ccache:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin chroot /var/cache/pbuilder/build/cow.11433 cow-shell env LOGNAME=pbuilder su -p pbuilder IN: PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games AFTER: PATH=/usr/lib/ccache:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin Т.к. как я понимаю, PATH перезаписывается внутри "$CHROOTEXEC $SUTOUSER", которые в моём случае раскладываются в: chroot /var/cache/pbuilder/build/cow.11433 cow-shell env LOGNAME=pbuilder su -p pbuilder теперь man su /-p Preserve the current environment, except for: $PATH reset according to the /etc/login.defs options ENV_PATH or ENV_SUPATH (see below); Note that the default behavior for the environment is the following: The $HOME, $SHELL, $USER, $LOGNAME, $PATH, and $IFS environment variables are reset. Т.е. PATH полюбому будет перезаписан. Выше в коде я увидел, что варианта SUTOUSER без su не предусмотрено, поэтому я перед чрутом я сбросил SUTOUSER вовсе (то есть вообще без "su") и ... всё встало на свои места. BERORE: PATH=/usr/lib/ccache:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin chroot /var/cache/pbuilder/build/cow.20977 cow-shell Invoking /bin/bash IN: PATH=/usr/lib/ccache:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin AFTER: PATH=/usr/lib/ccache:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin Я в тупике. Не могу поверить что никто ccache не использует с pbuilder-ом, однако в то что "su -p" не перезапишет PATH=/usr/lib/ccache тоже трудно поверить. P.S. для теста подойдёт любой пакет в котором Makefile состоит из % echo $(PATH) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110415121610.3fc42386@host19
Re: pbuiderrc: не работает "export PATH"
On Fri, Apr 15, 2011 at 12:16:10PM +0400, Andrey Nikitin wrote: > Т.к. как я понимаю, > PATH перезаписывается внутри "$CHROOTEXEC $SUTOUSER", > которые в моём случае раскладываются в: > chroot /var/cache/pbuilder/build/cow.11433 cow-shell env LOGNAME=pbuilder su > -p pbuilder > > теперь man su #606687 > Я в тупике. Не могу поверить что никто ccache не использует с pbuilder-ом, Я использую, через git-buildpackage. Проблем не наблюдается. -- WBR, wRAR Powered by the ALT Linux fortune(6): * Lost .oO(ALT Linux Sisyphus - крупнейший недистрибутив в России) signature.asc Description: Digital signature
Re: pbuiderrc: не работает "export PATH"
В Fri, 15 Apr 2011 14:35:31 +0600
Andrey Rahmatullin пишет:
> > теперь man su
> #606687
Ну да, он, и похоже на него забили,
хотя всего-то нужно сбросить SUTOUSER если установлена CCACHEDIR.
:/usr/lib/pbuilder# diff -U2 pbuilder-buildpackage.orig pbuilder-buildpackage
--- pbuilder-buildpackage.orig 2010-12-28 19:28:38.0 +0300
+++ pbuilder-buildpackage 2011-04-15 13:08:27.0 +0400
@@ -32,5 +32,10 @@
fi;
-if [ -n "$BUILDUSERNAME" -a -n "$BUILDUSERID" ]; then
+if [ -n "$CCACHEDIR" ]; then
+SUTOUSER=
+[ "0"= "$BUILDUSERID" ] && BUILDUSERID=1234
+[ "root" = "$BUILDUSERNAME" ] && BUILDUSERNAME='pbuilder'
+log "I: reset SUTOUSER for ccache, use root to build"
+elif [ -n "$BUILDUSERNAME" -a -n "$BUILDUSERID" ]; then
SUTOUSER="env LOGNAME=$BUILDUSERNAME su -p $BUILDUSERNAME"
DEBBUILDOPTS="${DEBBUILDOPTS:+$DEBBUILDOPTS }-rfakeroot"
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110415131726.735805dd@host19
Grub2 отображает вместо всех надписей вопросы
Grub2 отображает вместо всех надписей вопросы: "?? ??? ?" (абсолютно все надписи в grub2 кроме списка ядер). Началось это вчера после очередного обновления в wheezy (в частности вчера). Локаль у меня русская utf8 (Говорю к тому что возможно grub2 стал на русском и ему не хватает к примеру каких-нибудь шрифтов). Если надо могу сфотографировать экран. -- Andrew Pushkin ( t.m. +375-29-570-53-10 )
Производительность дисковой подсистемы
Приветствую. Чем можно померять производительность дисковой подсистемы, желательно, на разных уровнях? Про hdparm знаю, он покажет производительность накопителей, я хочу залезть повыше: mdraid level 1, fs (xfs). -- Bright regards, Sergey Korobitsin | http://the-brights.net/ -- Arta Software, http://arta.kz/ | illuminating and elevating xmpp:underta...@jabber.arta.kz | the naturalistic worldview -- ...Когда я увидел перед собой перспективу жизни, прожитой так же, как живет весь мир, я решил - ни за что, это отвратительно, мне будет стыдно самого себя. Если бы я участвовал в поддержке этой системы отчужденного, собственнического программирования, мне казалось бы, что я делаю мир хуже ради денег. -- Ричард М. Столлман (из интервью) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110415095031.gp11...@undertaker.arta.local
Re: Производительность дисковой подсистемы
Bonnie++, fio 15.04.2011 13:50, Sergey Korobitsin пишет: > Приветствую. > Чем можно померять производительность дисковой подсистемы, желательно, > на разных уровнях? Про hdparm знаю, он покажет производительность > накопителей, я хочу залезть повыше: mdraid level 1, fs (xfs). > > -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da8180d.1080...@gmail.com
Re: Grub2 отображает вместо всех надписей вопросы
On Fri, Apr 15, 2011 at 12:34:39PM +0300, Andrew Pushkin wrote: > Grub2 отображает вместо всех надписей вопросы: "?? ??? ?" (абсолютно > все надписи в grub2 кроме списка ядер). В списке ядер же должна быть русская "с", с ней всё нормально что ли? -- WBR, wRAR Powered by the ALT Linux fortune(6): * hiddenman был на даче у gns. страшное зрелище: gns в каком-то ватнике и кирзачах пьет дорогое пойло из разбитых стаканов и разговаривает про high availability в linux. сюр это арт-проект! signature.asc Description: Digital signature
Re: pbuiderrc: не работает "export PATH"
On Fri, Apr 15, 2011 at 01:17:26PM +0400, Andrey Nikitin wrote: > > > теперь man su > > #606687 > > Ну да, он, и похоже на него забили, > хотя всего-то нужно сбросить SUTOUSER если установлена CCACHEDIR. В баге какой-то патч есть. -- WBR, wRAR Powered by the ALT Linux fortune(6): > Кстати, как именно выглядит процедура выкладывания secfixes? выкладываете в /incoming/updates/дистрибутив/ (если необходимо), пишете на security@, мы собираем, тестируем (если можем) и выкладываем, пишете тест анонса, мы публикуем. -- ldv in devel@ signature.asc Description: Digital signature
Re: Grub2 отображает вместо всех надписей вопросы
On Fri, Apr 15, 2011 at 12:34:39PM +0300, Andrew Pushkin wrote: > Grub2 отображает вместо всех надписей вопросы: "?? ??? ?" (абсолютно > все надписи в grub2 кроме списка ядер). Началось это вчера после очередного > обновления в wheezy (в частности вчера). У меня на сиде нормально, только что перегенерил и ребутнулся. Попробуйте сравнить /boot/grub с /usr/lib/grub/i386-pc. В крайнем случае генерьте конфиг из-под английской локали. -- WBR, wRAR Powered by the ALT Linux fortune(6): превед * sadeness пишет антипреведовый скрипт sadeness: /ignore -pattern превед * signature.asc Description: Digital signature
Re: pbuiderrc: не работает "export PATH"
В Fri, 15 Apr 2011 16:35:10 +0600 Andrey Rahmatullin пишет: > В баге какой-то патч есть. Да, не заметил, похоже корректнее чем мой, но видимо тоже чем-то автора или мейнтанера не устраивающий. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110415144916.05bcc6e8@host19
Re: Разрешение текстовых консолей
В Чтв, 14/04/2011 в 11:11 +0400, Артём Васильев пишет: > 14.04.2011 01:03, Denis Feklushkin пишет: > > Всем привет! > > > > Как-то попадалась такая штука, которая сама определяла подходящее > > разрешение консоли при загрузке и выставляла его. В новом дебиане из > > коробки, вообще без необходимости что-либо настраивать. > > > > Сейчас дебиан поставил а консоль по ctrl+alt+f1 осталась 80х25 > > почему-то. > > > > Напомните пожалуйста где искать эту автоматику? > > > > > > > > > KMS > > А, понятно, и сломалось оно потому что я проприетарное от АТИ стал использовтаь Спасибо! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1302871455.10584.1.camel@localhost
Re: Разрешение текстовых консолей
можно починить. Будет не KMS, а через uvesafb, но лучше так, чем 80х25 http://www.linux.org.ru/wiki/en/Ubuntu#Что%20делать%20если%20после%20установки%20проприетарных%20драйверов%20«ломается»%20сплешскрин%20при%20загрузке%20системы? 15 апреля 2011 г. 16:44 пользователь Denis Feklushkin написал: > В Чтв, 14/04/2011 в 11:11 +0400, Артём Васильев пишет: >> 14.04.2011 01:03, Denis Feklushkin пишет: >> > Всем привет! >> > >> > Как-то попадалась такая штука, которая сама определяла подходящее >> > разрешение консоли при загрузке и выставляла его. В новом дебиане из >> > коробки, вообще без необходимости что-либо настраивать. >> > >> > Сейчас дебиан поставил а консоль по ctrl+alt+f1 осталась 80х25 >> > почему-то. >> > >> > Напомните пожалуйста где искать эту автоматику? >> > >> > >> > >> > >> KMS >> >> > > А, понятно, и сломалось оно потому что я проприетарное от АТИ стал > использовтаь > > Спасибо! > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/1302871455.10584.1.camel@localhost > > -- wBR, Тучинский Артем
Re: Разрешение текстовых консолей
On Fri, Apr 15, 2011 at 05:04:22PM +0400, Artem Tuchinsky wrote: > можно починить. Будет не KMS, а через uvesafb, но лучше так, чем 80х25 Вопрос был про автоматику, а не фреймбуферы. Я думаю, топикстартер и про vga=794 помнит. > http://www.linux.org.ru/wiki/en/Ubuntu#Что%20делать%20если%20после%20установки%20проприетарных%20драйверов%20«ломается»%20сплешскрин%20при%20загрузке%20системы? Отвратительно. -- WBR, wRAR Powered by the ALT Linux fortune(6): > Большинство программ можно отцепить от svgalib. А вот zgv придется > удалить. Долой svgalib! Долой zgv! :) -- ldv in devel@ signature.asc Description: Digital signature
Re: Разрешение текстовых консолей
Что отвратительно, ссылка? У меня по другому не скопипастилось к сожалению. Или решение по ссылке? 15 апреля 2011 г. 17:07 пользователь Andrey Rahmatullin написал: > On Fri, Apr 15, 2011 at 05:04:22PM +0400, Artem Tuchinsky wrote: >> можно починить. Будет не KMS, а через uvesafb, но лучше так, чем 80х25 > Вопрос был про автоматику, а не фреймбуферы. Я думаю, топикстартер и про > vga=794 помнит. > >> http://www.linux.org.ru/wiki/en/Ubuntu#Что%20делать%20если%20после%20установки%20проприетарных%20драйверов%20«ломается»%20сплешскрин%20при%20загрузке%20системы? > Отвратительно. > > -- > WBR, wRAR > Powered by the ALT Linux fortune(6): > >> Большинство программ можно отцепить от svgalib. А вот zgv придется >> удалить. > Долой svgalib! Долой zgv! > :) > -- ldv in devel@ > -- wBR, Тучинский Артем
Re: Разрешение текстовых консолей
On Fri, Apr 15, 2011 at 05:11:13PM +0400, Artem Tuchinsky wrote: > Что отвратительно, ссылка? Ссылка и вообще нужность этой ссылки. > Или решение по ссылке? Не открывал. -- WBR, wRAR Powered by the ALT Linux fortune(6): * gns обратив взор свой на восток и трижды поклонившись, запустил dist-upgrade signature.asc Description: Digital signature
Re: xsane не хочет сохранять многостраничный pdf
On Fri, Apr 15, 2011 at 06:53:37AM +, James Brown wrote: > Точнее, если просто все тупо отсканировать и нажать "сохранить", он > сохраняет. > Но мне надо было удалить строку из одной странице, чтобы сохранить без нее. > Соответственно, при создании многостраничных pdf он сначала создает > множество pnm-файлов (по одному на страницу) и текстовой файл, где > содержится перечень этих файлов, которые он, видимо, читаетпри создании > из этих файлов одного многостраничного pdf, такой типа временный конфиг. > Соответственно, я решил, что проще внести исправления в GIMP, нежели > потом пытаться править в pdfeditor (послденее не всегда получается). > И изменил один из этих pnm-файлов c помощью GIMP, убрав ненужную мне > строку изображения. > Однако когда я в ГУЕ xsane нажал на "сохранить многостраничный файл", > именно на этом pnm-файле, который изменен, xsane стал зависать. > В указанном временном конфиге я ничего не менял, там собственно нечего > было менять. > Я не мог понять, почему он зависает, первой мыслью было, м.б. ему не > нравиться временная метка, которая не между предыдущим файлом и > последующим, а после них обоих (в связи с тем, что я вносил изменения), > поменял временную метку - эффект тот же, виснет. > Затем, по ls -l , я посмотрел, что этот файл после удаления строки стал > меньше остальных, а все остальные - одинаковые по объему, кроме него: > > ls -l > > итого 127684 > > -rw-r- 1 igor igor 8697666 Апр 15 09:54 image-0001.pnm > > -rw-r- 1 igor igor 8697666 Апр 15 09:56 image-0002.pnm > > -rw-r- 1 igor igor 8697666 Апр 15 09:57 image-0003.pnm > > -rw-r- 1 igor igor 8697666 Апр 15 09:59 image-0004.pnm > > -rw-r- 1 igor igor 8697666 Апр 15 10:00 image-0005.pnm > > -rw-r- 1 igor igor 8697666 Апр 15 10:08 image-0006.pnm > > -rw-r- 1 igor igor 8697666 Апр 15 10:09 image-0007.pnm > > -rw-r- 1 igor igor 8697666 Апр 15 10:11 image-0008.pnm > > -rw-r- 1 igor igor 8697666 Апр 15 10:13 image-0009.pnm > > -rw-r- 1 igor igor 8697666 Апр 15 10:15 image-0010.pnm > > -rw-r- 1 igor igor 8697666 Апр 15 10:16 image-0011.pnm > > -rw-r- 1 igor igor 8697666 Апр 15 10:18 image-0012.pnm > > -rw-r- 1 igor igor 8697666 Апр 15 10:20 image-0013.pnm > > -rw-r- 1 igor igor 8697416 Апр 14 10:22 image-0014.pnm > > -rw-r- 1 igor igor 8697666 Апр 15 10:23 image-0015.pnm > > -rw-r- 1 igor igor 258 Апр 15 10:30 xsane-multipage-list > > (файл image-0014.pnm). > Я пришел к выводу, что видимо из-за этого, видимо, xsane как-то > проверяет целостность файлов, и ему не нравиться, что файл изменился. > Но как это отключить в нем, не знаю. > Пришлось решить архикостыльным способом, распечатать этот > image-0014.pnm, отсканировать и переименовать в image-0014.pnm > Новый файл получился того же размера, и при сохранении многостраничного > файла все получилось. > Как решить эту проблему не так архикриво?! dd if=/dev/zero of=tempfile bs=8697666 count=1 dd if=image-0014.pnm of=tempfile bs=8697416 count=1 conv=notrunc rm image-0014.pnm mv tempfile image-0014.pnm -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110415184240.GA2112@gera
Re: Производительность дисковой подсистемы
On Fri, Apr 15, 2011 at 03:50:31PM +0600, Sergey Korobitsin wrote: > Приветствую. > Чем можно померять производительность дисковой подсистемы, желательно, > на разных уровнях? Про hdparm знаю, он покажет производительность > накопителей, я хочу залезть повыше: mdraid level 1, fs (xfs). dd, iozone -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110415184509.GB2112@gera
оторвать ядру лишние модули
Решил, в соответствии с постоянно даваемыми рекомендациями, не собирать ядро самому, а воспользоваться дистрибутивным. Результат, в общем, показал, что не стоило этого делать. Вопрос: каким образом запретить дистрибутивному ядру грузить ненужные мне модули? Сейчас оно грузит горы ненужного мне мусора: драйверы интегрированного железа, которое я не использую, протоколы, которые мне не нужны, файловые системы, которых у меня нету итд. Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к какому видимому результату не приводит. Может я не туда прописываю? Федор Зуев
Re: оторвать ядру лишние модули
On Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: > > Решил, в соответствии с постоянно даваемыми рекомендациями, не > собирать ядро самому, а воспользоваться дистрибутивным. Результат, в > общем, показал, что не стоило этого делать. > > Вопрос: каким образом запретить дистрибутивному ядру грузить > ненужные мне модули? Сейчас оно грузит горы ненужного мне мусора: > драйверы интегрированного железа, которое я не использую, протоколы, > которые мне не нужны, файловые системы, которых у меня нету итд. > > Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к > какому видимому результату не приводит. Может я не туда прописываю? > > > Федор Зуев слово blacklist не забыли добавить перед названием модуля? -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110415184958.GC2112@gera
Re: оторвать ядру лишние модули
On Sat, 16 Apr 2011, Murat D. Kadirov wrote: MDK>On Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: MDK>> MDK>> Решил, в соответствии с постоянно даваемыми рекомендациями, не MDK>> собирать ядро самому, а воспользоваться дистрибутивным. Результат, в MDK>> общем, показал, что не стоило этого делать. MDK>> MDK>> Вопрос: каким образом запретить дистрибутивному ядру грузить MDK>> ненужные мне модули? Сейчас оно грузит горы ненужного мне мусора: MDK>> драйверы интегрированного железа, которое я не использую, протоколы, MDK>> которые мне не нужны, файловые системы, которых у меня нету итд. MDK>> MDK>> Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к MDK>> какому видимому результату не приводит. Может я не туда прописываю? MDK>> MDK>> MDK>> Федор Зуев MDK> MDK>слово blacklist не забыли добавить перед названием модуля? Нет, не забыл.
Re: оторвать ядру лишние модули
On 15.04.2011 23:03, Fedor Zuev wrote: > On Sat, 16 Apr 2011, Murat D. Kadirov wrote: > > MDK>On Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: > MDK>> > MDK>> Решил, в соответствии с постоянно даваемыми рекомендациями, не > MDK>> собирать ядро самому, а воспользоваться дистрибутивным. Результат, в > MDK>> общем, показал, что не стоило этого делать. > MDK>> > MDK>> Вопрос: каким образом запретить дистрибутивному ядру грузить > MDK>> ненужные мне модули? Сейчас оно грузит горы ненужного мне мусора: > MDK>> драйверы интегрированного железа, которое я не использую, протоколы, > MDK>> которые мне не нужны, файловые системы, которых у меня нету итд. > MDK>> > MDK>> Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к > MDK>> какому видимому результату не приводит. Может я не туда прописываю? > MDK>> > MDK>> > MDK>> Федор Зуев > MDK> > MDK>слово blacklist не забыли добавить перед названием модуля? > > > Нет, не забыл. > И тут все получатели рассылки начинают раскачивать телепатию и пытаться понять, что же не так написано в /etc/modprobe.d/blacklist.conf -- Alex -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da89bee.7020...@kuklin.ru
Re: оторвать ядру лишние модули
On Fri, 15 Apr 2011, Alex Kuklin wrote: AK>On 15.04.2011 23:03, Fedor Zuev wrote: AK>> On Sat, 16 Apr 2011, Murat D. Kadirov wrote: AK>> AK>> MDK>On Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: AK>> MDK>> AK>> MDK>> Решил, в соответствии с постоянно даваемыми рекомендациями, не AK>> MDK>> собирать ядро самому, а воспользоваться дистрибутивным. Результат, в AK>> MDK>> общем, показал, что не стоило этого делать. AK>> MDK>> AK>> MDK>> Вопрос: каким образом запретить дистрибутивному ядру грузить AK>> MDK>> ненужные мне модули? Сейчас оно грузит горы ненужного мне мусора: AK>> MDK>> драйверы интегрированного железа, которое я не использую, протоколы, AK>> MDK>> которые мне не нужны, файловые системы, которых у меня нету итд. AK>> MDK>> AK>> MDK>> Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к AK>> MDK>> какому видимому результату не приводит. Может я не туда прописываю? AK>> MDK>> AK>> MDK>> AK>> MDK>> Федор Зуев AK>> MDK> AK>> MDK>слово blacklist не забыли добавить перед названием модуля? AK>> AK>> AK>> Нет, не забыл. AK>> AK>И тут все получатели рассылки начинают раскачивать телепатию и пытаться AK>понять, что же не так написано в /etc/modprobe.d/blacklist.conf Я думаю, ничего необычного там не написано. --- # This file lists modules which will not be loaded as the result of # alias expansion, with the purpose of preventing the hotplug subsystem # to load them. It does not affect autoloading of modules by the kernel. # This file is provided by the udev package. # evbug is a debug tool and should be loaded explicitly blacklist evbug # these drivers are very simple, the HID drivers are usually preferred blacklist usbmouse blacklist usbkbd # replaced by e100 blacklist eepro100 # replaced by tulip blacklist de4x5 # replaced by tmscsim blacklist am53c974 # these watchdog drivers break some systems blacklist iTCO_wdt #unused devices - отсюда начинается мое. blacklist dm_mod blacklist dm_mirror blacklist dm_snapshot blacklist dm_log blacklist kvm blacklist kvm_amd blacklist arc4 blacklist tpm blacklist tpm_bios blacklist tpm_tis -- Вопрос был, как бы, к тем кто знает ответ (он должен быть дистрибутивоспецифичный, насколько я могу догадываться) а не к тем кто хочет почесать языком на тему линукса вообще. BTW такое поведение я наблюдаю на всех инсталляциях Дебиана с дистрибутивным ядром, которые я видел. Но раньше мне это было не нужно или можно было обойтись физическим удалением модуля.ko
Re: оторвать ядру лишние модули
On 15.04.2011 23:38, Fedor Zuev wrote: > On Fri, 15 Apr 2011, Alex Kuklin wrote: > > AK>On 15.04.2011 23:03, Fedor Zuev wrote: > AK>> On Sat, 16 Apr 2011, Murat D. Kadirov wrote: > AK>> > AK>> MDK>On Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: > AK>> MDK>> > AK>> MDK>> Решил, в соответствии с постоянно даваемыми рекомендациями, не > AK>> MDK>> собирать ядро самому, а воспользоваться дистрибутивным. Результат, > в > AK>> MDK>> общем, показал, что не стоило этого делать. > AK>> MDK>> > AK>> MDK>> Вопрос: каким образом запретить дистрибутивному ядру грузить > AK>> MDK>> ненужные мне модули? Сейчас оно грузит горы ненужного мне мусора: > AK>> MDK>> драйверы интегрированного железа, которое я не использую, > протоколы, > AK>> MDK>> которые мне не нужны, файловые системы, которых у меня нету итд. > AK>> MDK>> > AK>> MDK>> Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к > AK>> MDK>> какому видимому результату не приводит. Может я не туда прописываю? > AK>> MDK>> > AK>> MDK>> > AK>> MDK>>Федор Зуев > AK>> MDK> > AK>> MDK>слово blacklist не забыли добавить перед названием модуля? > AK>> > AK>> > AK>> Нет, не забыл. > AK>> > AK>И тут все получатели рассылки начинают раскачивать телепатию и пытаться > AK>понять, что же не так написано в /etc/modprobe.d/blacklist.conf > > Я думаю, ничего необычного там не написано. > > > --- > # This file lists modules which will not be loaded as the result of > # alias expansion, with the purpose of preventing the hotplug subsystem > # to load them. It does not affect autoloading of modules by the kernel. > # This file is provided by the udev package. > > # evbug is a debug tool and should be loaded explicitly > blacklist evbug > > # these drivers are very simple, the HID drivers are usually preferred > blacklist usbmouse > blacklist usbkbd > > # replaced by e100 > blacklist eepro100 > > # replaced by tulip > blacklist de4x5 > > # replaced by tmscsim > blacklist am53c974 > > # these watchdog drivers break some systems > blacklist iTCO_wdt > > #unused devices - отсюда начинается мое. > blacklist dm_mod > blacklist dm_mirror > blacklist dm_snapshot > blacklist dm_log > blacklist kvm > blacklist kvm_amd > blacklist arc4 > blacklist tpm > blacklist tpm_bios > blacklist tpm_tis > > -- > > Вопрос был, как бы, к тем кто знает ответ (он должен быть > дистрибутивоспецифичный, насколько я могу догадываться) а не к тем > кто хочет почесать языком на тему линукса вообще. > > BTW такое поведение я наблюдаю на всех инсталляциях Дебиана с > дистрибутивным ядром, которые я видел. Но раньше мне это было не > нужно или можно было обойтись физическим удалением модуля.ko > dm_* не грузятся, если не используются; грузятся софтом, который инициализиует dm kvm тоже грузится кем-то вручную и т.п. blacklist, насколько я помню, действует для автоопределния железа. да, читаем доки, они - рулез: the blacklist keyword indicates that all of that particular module's internal aliases are to be ignored. а internal aliases - это что-то типа pci:v*d*sv*sd*bc0Csc03i10* и используется при определении железа я вот чего не понимаю, зачем запрещать не загружающиеся автоматически модули? а если они загружаются установленным софтом - нафига ставить ненужный софт? -- Alex -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da8a407.2070...@kuklin.ru
Re: оторвать ядру лишние модули
On Sat, 16 Apr 2011, Alex Kuklin wrote: AK>> #unused devices - отсюда начинается мое. AK>> blacklist dm_mod AK>> blacklist dm_mirror AK>> blacklist dm_snapshot AK>> blacklist dm_log AK>> blacklist kvm AK>> blacklist kvm_amd AK>> blacklist arc4 AK>> blacklist tpm AK>> blacklist tpm_bios AK>> blacklist tpm_tis AK>> AK>> -- AK>> AK>> Вопрос был, как бы, к тем кто знает ответ (он должен быть AK>> дистрибутивоспецифичный, насколько я могу догадываться) а не к тем AK>> кто хочет почесать языком на тему линукса вообще. AK>> AK>> BTW такое поведение я наблюдаю на всех инсталляциях Дебиана с AK>> дистрибутивным ядром, которые я видел. Но раньше мне это было не AK>> нужно или можно было обойтись физическим удалением модуля.ko AK>> AK> AK>dm_* не грузятся, если не используются; fedor@bearloga:~$ lsmod . dm_snapshot31561 0 dm_mirror 17249 0 ^^^ dm_region_hash 13072 1 dm_mirror dm_log 13269 2 dm_mirror,dm_region_hash dm_mod 56394 3 dm_snapshot,dm_mirror,dm_log AK> грузятся софтом, который AK>инициализиует dm kvm тоже грузится кем-то вручную и т.п. AK> AK>blacklist, насколько я помню, действует для автоопределния AK>железа. да, читаем доки, они - рулез: the blacklist keyword AK>indicates that all of that particular module's internal aliases AK>are to be ignored. а internal aliases - это что-то типа AK>pci:v*d*sv*sd*bc0Csc03i10* и используется при определении железа У меня раньше pcspkr там вместо звуковухи грузился, и через /etc/modprobe.d/blacklist.conf я его тоже убить не мог.
Re: оторвать ядру лишние модули
On Sat, Apr 16, 2011 at 04:38:36AM +0900, Fedor Zuev wrote: Как преамбула RTFM: ... blacklist modulename Modules can contain their own aliases: usually these are aliases describing the devices they support, such as "pci:123...". These "internal" aliases can be overridden by normal "alias" keywords, but there are cases where two or more modules both support the same devices, or a module invalidly claims to support a device that it does not: the black‐ list keyword indicates that all of that particular module's internal aliases are to be ignored. ... Поэтому применять blacklist к нежелезячным драйверам бессмысленно. > #unused devices - отсюда начинается мое. > blacklist dm_mod Он может быть загружен dm_crypt если в системе есть элементы поддержки криптографии > blacklist dm_mirror > blacklist dm_snapshot > blacklist dm_log > blacklist kvm > blacklist kvm_amd проверьте /etc/modules, /etc/initramfs-tools/modules kvm и dm у Вас вызываются явно из /etc Т.е. у меня он есть только там где я его явно прописал. > blacklist arc4 Посмотрите в lsmod кому этот cipher понадобился > blacklist tpm > blacklist tpm_bios > blacklist tpm_tis Должен блеклиститься. alias: acpi*::* alias: pnp:d* alias: acpi*:ICO0102:* alias: pnp:dICO0102* alias: acpi*:NSC1200:* alias: pnp:dNSC1200* alias: acpi*:BCM0102:* alias: pnp:dBCM0102* alias: acpi*:BCM0101:* alias: pnp:dBCM0101* alias: acpi*:IFX0102:* alias: pnp:dIFX0102* alias: acpi*:ATM1200:* alias: pnp:dATM1200* alias: acpi*:PNP0C31:* alias: pnp:dPNP0C31* А, что в биосе это дерьмо отключить нельзя? > Вопрос был, как бы, к тем кто знает ответ (он должен быть > дистрибутивоспецифичный, насколько я могу догадываться) а не к тем Нет. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110415204537.gc19...@nano.ioffe.rssi.ru
Re: оторвать ядру лишние модули
On Sat, Apr 16, 2011 at 05:16:19AM +0900, Fedor Zuev wrote: > У меня раньше pcspkr там вместо звуковухи грузился, и через > /etc/modprobe.d/blacklist.conf я его тоже убить не мог. Это давно починено выставлением pcspkr ненулевого index по дефолту. -- WBR, wRAR Powered by the ALT Linux fortune(6): * combr у нас тут уронили сервер, как в анекдоте. на ногу.. ;) signature.asc Description: Digital signature
Re: оторвать ядру лишние модули
On Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: > Решил, в соответствии с постоянно даваемыми рекомендациями, не > собирать ядро самому, а воспользоваться дистрибутивным. Результат, в > общем, показал, что не стоило этого делать. Ну-ну. > Вопрос: каким образом запретить дистрибутивному ядру грузить > ненужные мне модули? Сейчас оно грузит горы ненужного мне мусор: Чем вам мешает этот "мусор"? > драйверы интегрированного железа, которое я не использую, протоколы, > которые мне не нужны, файловые системы, которых у меня нету итд. Не верю. -- WBR, wRAR Powered by the ALT Linux fortune(6): ппц вышел новый бюст в день фриза они сцуки издеваются как фриз объявили, так сразу в один день вышел абиворд и бюст signature.asc Description: Digital signature
Re: оторвать ядру лишние модули
15.04.2011 21:32, Fedor Zuev пишет: Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к какому видимому результату не приводит. Может я не туда прописываю? а что в логах пишет? -- Best wishez, Сохин Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da93d50.8050...@yandex.ua
