Я несколько поправил /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"
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
#6
В 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-buildpackag
Grub2 отображает вместо всех надписей вопросы: "?? ??? ?" (абсолютно
все надписи в grub2 кроме списка ядер). Началось это вчера после очередного
обновления в wheezy (в частности вчера). Локаль у меня русская utf8 (Говорю
к тому что возможно grub2 стал на русском и ему не хватает к примеру
к
Приветствую.
Чем можно померять производительность дисковой подсистемы, желательно,
на разных уровнях? Про hdparm знаю, он покажет производительность
накопителей, я хочу залезть повыше: mdraid level 1, fs (xfs).
--
Bright regards, Sergey Korobitsin | http://the-brights.net/ --
Arta Software, ht
Bonnie++, fio
15.04.2011 13:50, Sergey Korobitsin пишет:
> Приветствую.
> Чем можно померять производительность дисковой подсистемы, желательно,
> на разных уровнях? Про hdparm знаю, он покажет производительность
> накопителей, я хочу залезть повыше: mdraid level 1, fs (xfs).
>
>
--
To UNSUB
On Fri, Apr 15, 2011 at 12:34:39PM +0300, Andrew Pushkin wrote:
> Grub2 отображает вместо всех надписей вопросы: "?? ??? ?" (абсолютно
> все надписи в grub2 кроме списка ядер).
В списке ядер же должна быть русская "с", с ней всё нормально что ли?
--
WBR, wRAR
Powered by the ALT Linux for
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):
> Кстати, ка
On Fri, Apr 15, 2011 at 12:34:39PM +0300, Andrew Pushkin wrote:
> Grub2 отображает вместо всех надписей вопросы: "?? ??? ?" (абсолютно
> все надписи в grub2 кроме списка ядер). Началось это вчера после очередного
> обновления в wheezy (в частности вчера).
У меня на сиде нормально, только ч
В 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". T
В Чтв, 14/04/2011 в 11:11 +0400, Артём Васильев пишет:
> 14.04.2011 01:03, Denis Feklushkin пишет:
> > Всем привет!
> >
> > Как-то попадалась такая штука, которая сама определяла подходящее
> > разрешение консоли при загрузке и выставляла его. В новом дебиане из
> > коробки, вообще без необходимост
можно починить. Будет не 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
написал:
>
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
Что отвратительно, ссылка? У меня по другому не скопипастилось к
сожалению. Или решение по ссылке?
15 апреля 2011 г. 17:07 пользователь Andrey Rahmatullin
написал:
> On Fri, Apr 15, 2011 at 05:04:22PM +0400, Artem Tuchinsky wrote:
>> можно починить. Будет не KMS, а через uvesafb, но лучше так, че
On Fri, Apr 15, 2011 at 05:11:13PM +0400, Artem Tuchinsky wrote:
> Что отвратительно, ссылка?
Ссылка и вообще нужность этой ссылки.
> Или решение по ссылке?
Не открывал.
--
WBR, wRAR
Powered by the ALT Linux fortune(6):
* gns обратив взор свой на восток и трижды поклонившись, запустил dist-up
On Fri, Apr 15, 2011 at 06:53:37AM +, James Brown wrote:
> Точнее, если просто все тупо отсканировать и нажать "сохранить", он
> сохраняет.
> Но мне надо было удалить строку из одной странице, чтобы сохранить без нее.
> Соответственно, при создании многостраничных pdf он сначала создает
> множе
On Fri, Apr 15, 2011 at 03:50:31PM +0600, Sergey Korobitsin wrote:
> Приветствую.
> Чем можно померять производительность дисковой подсистемы, желательно,
> на разных уровнях? Про hdparm знаю, он покажет производительность
> накопителей, я хочу залезть повыше: mdraid level 1, fs (xfs).
dd, iozone
Решил, в соответствии с постоянно даваемыми рекомендациями, не
собирать ядро самому, а воспользоваться дистрибутивным. Результат, в
общем, показал, что не стоило этого делать.
Вопрос: каким образом запретить дистрибутивному ядру грузить
ненужные мне модули? Сейчас оно грузит горы ненужного мне
On Sat, Apr 16, 2011 at 03:32:07AM +0900, 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>> общем, показал, что не стоило эт
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>> собирать ядро самому, а воспользоваться дистрибутивным. Р
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>> M
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>> Решил, в соотве
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>> black
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 nor
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(
On Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote:
> Решил, в соответствии с постоянно даваемыми рекомендациями, не
> собирать ядро самому, а воспользоваться дистрибутивным. Результат, в
> общем, показал, что не стоило этого делать.
Ну-ну.
> Вопрос: каким образом запретить дистрибутивному
15.04.2011 21:32, Fedor Zuev пишет:
Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к
какому видимому результату не приводит. Может я не туда прописываю?
а что в логах пишет?
--
Best wishez,
Сохин Вячеслав
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.or
28 matches
Mail list logo