Re: как сносить старые ядра?

Сбрасывать ещё и VersionedKernelPackages: % cat cleanup-kernels #clear APT::NeverAutoRemove; #clear APT::VersionedKernelPackages; -- sergio.

как сносить старые ядра?

Раньше я делал так: % cat cleanup-kernels #clear APT::NeverAutoRemove; # apt -c=~/cleanup-kernels --purge autoremove И всё работало, но теперь перестало. % apt-config dump | grep -i autore APT::AutoRemove ""; APT::AutoRemove::RecommendsImportant "false"; APT::AutoRemove::SuggestsImportant

Re: непонятная ошибка ядра в дмесг

В Tue, 10 Dec 2019 10:04:22 +0300 ilya пишет: Версия про протокол ошибочная, в netfilter нет деления на версии https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/net/netfilter?h=linux-4.14.y=174757e28b7bc261f8ddd12467786f286717a108 Поэтому предположу, что версия ядра без

Re: непонятная ошибка ядра в дмесг

лема с сетевой картой? Сетевая карта встроенная в ASRock > > > Z97 Extreme9 > > > > Поскольку ошибка произошла скорее всего при вызове > > ip6tables-nft-restore, то я бы посмотрел, что именно он restore) > > Ага, похоже в это время стартовал shorewall6, надо

Re: непонятная ошибка ядра в дмесг

s-restore input... Dec 6 05:01:58 believer shorewall[2117]: Running /sbin/ip6tables-restore... Наверное версия iptables и ядра не совместимы из-за того что ядро у меня из бэкпортс. Пока не могу перегружаться, завтра проверю эту теорию. -- C уважением, Сергей Спиридонов

Re: непонятная ошибка ядра в дмесг

On Sun, Dec 08, 2019 at 04:29:05AM +0100, Sergey Spiridonov wrote: > Привет всем > > Не могу нагуглить, что означает это ошибка. Буду благодарен > если кто-то подскажет. Похоже что связано с сетью, может ли это > быть проблема с сетевой картой? Сетевая карта встроенная в ASRock Z97 > Extreme9

Re: непонятная ошибка ядра в дмесг

Но лучше бы разобраться. На другой версии ядра пробовали? Ю.

Re: После обновления ядра сломался hibernate

В Sat, 25 Feb 2017 21:27:34 +0300 Илья <mir...@ya.ru> пишет: > Посмотрел логи :) и не нашел где там уходит в hibernate! > Только в sleep: Ага. Я думал что искал плохо :) Перепробовал все доступные в штатном репозитории ядра. Ошибка пропала на "древнем" 3.16, а версию 4.

Re: После обновления ядра сломался hibernate

В Sat, 25 Feb 2017 20:29:58 +0300 Илья пишет: > Да, ходил и на те форумы, но я systemd даже не пользую. -- С уважением, Сергей Москвичёв.

Re: После обновления ядра сломался hibernate

В Sat, 25 Feb 2017 20:29:58 +0300 Илья пишет: > > Пишут, что причина в конфликте acpid и logind (ядро правда > другое, но может поможет). > > http://forums.debian.net/viewtopic.php?f=6=127791=15 >

Re: После обновления ядра сломался hibernate

Пишут, что причина в конфликте acpid и logind (ядро правда другое, но может поможет). http://forums.debian.net/viewtopic.php?f=6=127791=15 https://www.debian.org/releases/jessie/mips/release-notes/ch-information.en.html#idp46052064

Re: После обновления ядра сломался hibernate

> Всем привет! > После обновления ядра до 4.9 (до этого стоял 4.2) перестал правильно работать > hibernate. Т.е. отправляется в спячку без вопросов (активно пишет состояние на > диск,около десятка секунд). у меня та же хрень случилась где-то на ядре 4.6, решения я не нашел, за

После обновления ядра сломался hibernate

Всем привет!После обновления ядра до 4.9 (до этого стоял 4.2) перестал правильно работать hibernate. Т.е. отправляется в спячку без вопросов (активно пишет состояние на диск,около десятка секунд). Но вот при выходе из спячки пытается восстановиться, что-то идёт не так и в результате просто

Re: ядра 3.10 и 3.11 не грузятся, т.к. не видят LVM и/или диски

отказываются грузиться ядра 3.10/3.11 -    не находится рутовый раздел (он у меня на LVM)    я пока не копал подробнее, пересборка initrd не помогает.    00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI]    SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] (rev 40)    libata

Re: ядра 3.10 и 3.11 не грузятся, т.к. не видят LVM и/или диски

29.10.2013 09:22, Alexander пишет: 29.10.2013, 03:16, Alex Kuklin a...@kuklin.ru: Коллеги, на домашнем сервере/медиа-центре отказываются грузиться ядра 3.10/3.11 - не находится рутовый раздел (он у меня на LVM) я пока не копал подробнее, пересборка initrd не помогает. 00:11.0 SATA

Re: ядра 3.10 и 3.11 не грузятся, т.к. не видят LVM и/или диски

че пишет-то хоть? -- 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/20131029154153.6ca18...@ulf.tvoe.tv

Re: ядра 3.10 и 3.11 не грузятся, т.к. не видят LVM и/или диски

29.10.2013, 11:59, Mike Mironov nore...@medikey.ru: 29.10.2013 09:22, Alexander пишет:  29.10.2013, 03:16, Alex Kuklin a...@kuklin.ru:  Коллеги,  на домашнем сервере/медиа-центре отказываются грузиться ядра 3.10/3.11 -  не находится рутовый раздел (он у меня на LVM)  я пока не копал

Re: ядра 3.10 и 3.11 не грузятся, т.к. не видят LVM и/или диски

On 10/29/13, Alex Kuklin a...@kuklin.ru wrote: на домашнем сервере/медиа-центре отказываются грузиться ядра 3.10/3.11 - не находится рутовый раздел (он у меня на LVM) я пока не копал подробнее, пересборка initrd не помогает. ... было у кого? ну и не наступите, если что. 3.2 стартует

Re: ядра 3.10 и 3.11 не грузятся, т.к. не видят LVM и/или диски

29.10.2013, 17:29, Alexander ag...@yandex.ru: 29.10.2013, 11:59, Mike Mironov nore...@medikey.ru:  29.10.2013 09:22, Alexander пишет:   29.10.2013, 03:16, Alex Kuklin a...@kuklin.ru:   Коллеги,   на домашнем сервере/медиа-центре отказываются грузиться ядра 3.10/3.11 -   не находится

ядра 3.10 и 3.11 не грузятся, т.к. не видят LVM и/или диски

Коллеги, на домашнем сервере/медиа-центре отказываются грузиться ядра 3.10/3.11 - не находится рутовый раздел (он у меня на LVM) я пока не копал подробнее, пересборка initrd не помогает. 00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [AHCI

Re: ядра 3.10 и 3.11 не грузятся, т.к. не видят LVM и/или диски

29.10.2013, 03:16, Alex Kuklin a...@kuklin.ru: Коллеги, на домашнем сервере/медиа-центре отказываются грузиться ядра 3.10/3.11 - не находится рутовый раздел (он у меня на LVM) я пока не копал подробнее, пересборка initrd не помогает. 00:11.0 SATA controller: Advanced Micro Devices, Inc

Re: память и битность ядра

On 9/3/13, Mikhail Ramendik m...@ramendik.ru wrote: AMD не рассматривается из-за проприетарного драйвера, требуемого для того же HD видео. По меньшей мере, согласно всему что я нагуглил. Плохо гуглили, vdpau есть в последних свободных драйверах (в эхотаге ещё нет, нужна ручная пересборка mesa).

память и битность ядра

Всем привет! Кажется буду наконец апгрейдиться со старого висючего Pentium D. Система будет на Pentium G2020, скорее всего. Возникает вопрос, сколько ставить памяти и какое ядро, в смысле битов. От машины ничего особенного не требуется - почта, инет (но с флешем), офис, медиаплеер. (Я бы с

Re: память и битность ядра

On Mon, Sep 02, 2013 at 10:06:30PM +0100, Mikhail Ramendik wrote: Кажется буду наконец апгрейдиться со старого висючего Pentium D. Система будет на Pentium G2020, скорее всего. Ну он даже двухъядерный, да. Возникает вопрос, сколько ставить памяти и какое ядро, в смысле битов. В 2013 этот

Re: память и битность ядра

2013/9/2 Andrey Rahmatullin w...@wrar.name On Mon, Sep 02, 2013 at 10:06:30PM +0100, Mikhail Ramendik wrote: Кажется буду наконец апгрейдиться со старого висючего Pentium D. Система будет на Pentium G2020, скорее всего. Ну он даже двухъядерный, да. Он ещё и стОит сильно меньше, чем i3. А

Re: память и битность ядра

Mikhail Ramendik ☫ → To Debian-russian List @ Mon, Sep 02, 2013 22:06 +0100 Всем привет! [ ... ] - 4 гига и 32 бита. Кажется, так спокойнее всего? - 8 гиг и 32 бита - и как это PAE работает? - 8 гиг и 64 бита - и возня с тем же флешем? http://www.linux.org.ru/wiki/en/32_или_64_бита

Re: память и битность ядра

On Mon, Sep 02, 2013 at 10:54:17PM +0100, Mikhail Ramendik wrote: Разница в цене по памяти действительно малозначима (в отличие от процессора), вопрос лишь зачем. Если вам от компьютера совсем ничего не надо, то вам даже файлового кэша хватит метров сто, согласен. - 8 гиг и 64 бита - и

Re: ванильные ядра 3.7.х и kvm (на debian testing)[solved]

]: 02.03.2013 15:09, -=Devil_InSide=- пишет: стояла у у меня kvm, на которую перекинул кучку машин с виртуалбокса. и, внезапно, куда то делся kvm при сборке первого же ядра из ветки 3.7.х я как бы слегка молчу про отключение нат в нетфильтр и переползании (с отключением) модулей для вебкамеры - их я

Re: ванильные ядра 3.7.х и kvm (на debian testing)

,-[Alexander Sitnik, 3 March 2013 10:23]: 02.03.2013 15:09, -=Devil_InSide=- пишет: стояла у у меня kvm, на которую перекинул кучку машин с виртуалбокса. и, внезапно, куда то делся kvm при сборке первого же ядра из ветки 3.7.х я как бы слегка молчу про отключение нат в нетфильтр и

Re: ванильные ядра 3.7.х и kvm (на debian testing)

,-[-=Devil_InSide=-, 3 March 2013 14:58]: ,-[Alexander Sitnik, 3 March 2013 10:23]: 02.03.2013 15:09, -=Devil_InSide=- пишет: стояла у у меня kvm, на которую перекинул кучку машин с виртуалбокса. и, внезапно, куда то делся kvm при сборке первого же ядра из ветки 3.7.х я как бы

Re: ванильные ядра 3.7.х и kvm (на debian testing)

03.03.2013 15:03, -=Devil_InSide=- пишет: соберу 3.8, погляжу. ) -=-=-=- .config - Linux/i386 3.8.1 Kernel Configuration +--- Virtualization | | | --- Virtualization | | M Host kernel accelerator for virtio net

ванильные ядра 3.7.х и kvm (на debian testing)

стояла у у меня kvm, на которую перекинул кучку машин с виртуалбокса. и, внезапно, куда то делся kvm при сборке первого же ядра из ветки 3.7.х я как бы слегка молчу про отключение нат в нетфильтр и переползании (с отключением) модулей для вебкамеры - их я хотя бы нашел и включил. а опции

Re: ванильные ядра 3.7.х и kvm (на debian testing)

02.03.2013 15:09, -=Devil_InSide=- пишет: стояла у у меня kvm, на которую перекинул кучку машин с виртуалбокса. и, внезапно, куда то делся kvm при сборке первого же ядра из ветки 3.7.х я как бы слегка молчу про отключение нат в нетфильтр и переползании (с отключением) модулей для вебкамеры - их

Re: выбор загрузки ядра удаленной машины

25.02.2013 23:10, Dmitrii Kashin пишет: В первом письме я обращался ко группе людей, не знающих английский язык достаточно хорошо, для того чтобы без запинок в оригинале читать документацию. Ну-ну... Вот, я был краток, понятен. И я не хочу знать, зачем и почему Вы начали мне описывать свои

Re: выбор загрузки ядра удаленной машины

24.02.2013 23:24, Dmitrii Kashin пишет: Артём Н. artio...@yandex.ru writes: 24.02.2013 13:06, Dmitrii Kashin пишет: Артём Н. artio...@yandex.ru writes: А Вы точно уверены, что смысл моего письма - личное обращение к Вам? Да, я уверен. - Мой далекий предок был знаменитым Ланцелотом.

Re: выбор загрузки ядра удаленной машины

24.02.2013 23:24, Dmitrii Kashin пишет: Но теперь я уже не уверен, что сейчас вы разговариваете со мной: кто ж вас знает? (А вот в чем суть) В том-то все и дело. Кто ж *Вас* знает. Чувствуете разницу? Кстати, так к слову. Dmitrii Kashin: Лучшее, что вам можно посоветовать - это собраться и

Re: выбор загрузки ядра удаленной машины

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

[JT] engrish (was: выбор загрузки ядра удаленной машины)

On Sun, Feb 24, 2013 at 12:05:26PM +0400, Artem Chuprina wrote: AR Это от бедности. Видишь ли, Андрей. Среди нас есть богатые (в смысле, довольно высокой квалификации - но и с зарплатами, как следствие, не обязательно маленькими), у которых проблемы именно с языком. AR Я и

Re: выбор загрузки ядра удаленной машины

Andrey Rahmatullin - debian-russian@lists.debian.org @ Sun, 24 Feb 2013 04:14:34 +0600: AR On Sun, Feb 24, 2013 at 12:21:55AM +0400, Artem Chuprina wrote: беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме общение у нас тут нулевое, даже

Re: выбор загрузки ядра удаленной машины

Dmitrii Kashin - debian-russian@lists.debian.org @ Sun, 24 Feb 2013 10:41:46 +0400: А есть ли какая либо утилита, с помощью которой можно указать с какого пункта меню grub грузиться машине при следующей перезагрузке? DK Буду оффтопить. DK Эко сложно у вас все с этим вашим grub. DK

Re: выбор загрузки ядра удаленной машины

24.02.2013 10:30, Dmitrii Kashin пишет: Артём Н. artio...@yandex.ru writes: 23.02.2013 21:59, Dmitry A. Zhiglov пишет: 23 февраля 2013 г., 21:58 пользователь Andrey Rahmatullin w...@wrar.name написал: On Sat, Feb 23, 2013 at 09:04:18PM +0400, Dmitry A. Zhiglov wrote: беда рассылки в том,

Re: выбор загрузки ядра удаленной машины

Артём Н. artio...@yandex.ru writes: Я просто в процессе изучения. Разговорного. Ну и молодец. Но на русском мне, уж извините за моё невежество и невезение здесь родиться, понятнее и потому удобнее. Ну так ясен пень, что удобнее. Доучивайте английский, чтобы не чувствовать разницы, и будет

Re: выбор загрузки ядра удаленной машины

24.02.2013 13:06, Dmitrii Kashin пишет: Артём Н. artio...@yandex.ru writes: Я просто в процессе изучения. Разговорного. Ну и молодец. Но на русском мне, уж извините за моё невежество и невезение здесь родиться, понятнее и потому удобнее. Ну так ясен пень, что удобнее. Доучивайте

Re: выбор загрузки ядра удаленной машины

Артём Н. artio...@yandex.ru writes: 24.02.2013 13:06, Dmitrii Kashin пишет: Артём Н. artio...@yandex.ru writes: А Вы точно уверены, что смысл моего письма - личное обращение к Вам? Да, я уверен. - Мой далекий предок был знаменитым Ланцелотом. Когда я об этом узнал, я пустился в странствия.

Re: выбор загрузки ядра удаленной машины

23.02.2013 20:16, Dmitry A. Zhiglov пишет: А есть ли какая либо утилита, с помощью которой можно указать с какого пункта меню grub грузиться машине при следующей перезагрузке? Сценарий таков. Запускаю утилиту, которая показывает список вариантов загрузок grub. Выбираю с нужный пункт.

Re: выбор загрузки ядра удаленной машины

Да, после правки /etc/default/grub, не забудьте запустить update-grub. -- 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/5128f0fe.5090...@yandex.ru

Re: выбор загрузки ядра удаленной машины

23.02.2013 20:40, Артём Н. пишет: Да, после правки /etc/default/grub, не забудьте запустить update-grub. только это не поможет восстановится, если ядрышко не грузанётся. А по сабжу... такого не видел. только если в виртуалке signature.asc Description: OpenPGP digital signature

Re: выбор загрузки ядра удаленной машины

23.02.2013 20:46, Igor Gnatenko пишет: 23.02.2013 20:40, Артём Н. пишет: Да, после правки /etc/default/grub, не забудьте запустить update-grub. только это не поможет восстановится, если ядрышко не грузанётся. А по сабжу... такого не видел. только если в виртуалке См. выше. if [

Re: выбор загрузки ядра удаленной машины

23.02.2013 21:04, Dmitry A. Zhiglov пишет: 23 февраля 2013 г., 21:02 пользователь Артём Н. artio...@yandex.ru написал: 23.02.2013 20:46, Igor Gnatenko пишет: 23.02.2013 20:40, Артём Н. пишет: Да, после правки /etc/default/grub, не забудьте запустить update-grub. только это не поможет

Re: выбор загрузки ядра удаленной машины

Dmitry A. Zhiglov - Debian Russian MailList @ Sat, 23 Feb 2013 20:16:52 +0400: DAZ А есть ли какая либо утилита, с помощью которой можно указать с какого DAZ пункта меню grub грузиться машине при следующей перезагрузке? grub-reboot. А то насоветуют... DAZ Как бонусом было бы классно, что

Re: выбор загрузки ядра удаленной машины

On Sat, 23 Feb 2013 20:16:52 +0400 Dmitry A. Zhiglov dmitry.zhig...@gmail.com wrote: А есть ли какая либо утилита, с помощью которой можно указать с какого пункта меню grub грузиться машине при следующей перезагрузке? grub-reboot, судя по описанию, делает именно это. Как бонусом было бы

Re: выбор загрузки ядра удаленной машины

23 февраля 2013 г., 21:11 пользователь Артём Н. artio...@yandex.ru написал: 23.02.2013 21:04, Dmitry A. Zhiglov пишет: 23 февраля 2013 г., 21:02 пользователь Артём Н. artio...@yandex.ru написал: оффтоп беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме

Re: выбор загрузки ядра удаленной машины

23 февраля 2013 г., 21:08 пользователь Artem Chuprina r...@ran.pp.ru написал: Dmitry A. Zhiglov - Debian Russian MailList @ Sat, 23 Feb 2013 20:16:52 +0400: DAZ А есть ли какая либо утилита, с помощью которой можно указать с какого DAZ пункта меню grub грузиться машине при следующей

Re: выбор загрузки ядра удаленной машины

23.02.2013 21:08, Artem Chuprina пишет: Dmitry A. Zhiglov - Debian Russian MailList @ Sat, 23 Feb 2013 20:16:52 +0400: DAZ А есть ли какая либо утилита, с помощью которой можно указать с какого DAZ пункта меню grub грузиться машине при следующей перезагрузке? grub-reboot. А то

Re: выбор загрузки ядра удаленной машины

23.02.2013 21:12, Dmitry A. Zhiglov пишет: 23 февраля 2013 г., 21:11 пользователь Артём Н. artio...@yandex.ru написал: 23.02.2013 21:04, Dmitry A. Zhiglov пишет: 23 февраля 2013 г., 21:02 пользователь Артём Н. artio...@yandex.ru написал: оффтоп беда рассылки в том, что главный ответ все

Re: выбор загрузки ядра удаленной машины

23.02.2013 20:47, Dmitry A. Zhiglov пишет: Это все понятно. А вернуться на прежнюю окнфигурацию? Значит надо зайти в /boot/grub/grub.cfg Отсчитать N количество шагов, т.е. N количество пунктов загрузок, не забываем, что они с 0 начинаются и поставить нужную циферку в /etc/default/grub

Re: выбор загрузки ядра удаленной машины

On Sat, Feb 23, 2013 at 09:04:18PM +0400, Dmitry A. Zhiglov wrote: беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме общение у нас тут нулевое, даже спрашивать не хочется сюда Ну вообще странно спрашивать что-то серьёзное у людей, отобранных по признаку языка.

Re: выбор загрузки ядра удаленной машины

- использовать grub-reboot. Насколько я понял, возврат, при следующей перезагрузке, будет производиться автоматически (поскольку, Grub производит запись в ФС ещё до загрузки ядра). Чтобы, всегда загружался выбранный пункт, вам надо прописать grub-reboot в rc сценарии. Помимо этого, надо установить одно

Re: выбор загрузки ядра удаленной машины

23.02.2013 21:59, Dmitry A. Zhiglov пишет: 23 февраля 2013 г., 21:58 пользователь Andrey Rahmatullin w...@wrar.name написал: On Sat, Feb 23, 2013 at 09:04:18PM +0400, Dmitry A. Zhiglov wrote: беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме общение у нас

Re: выбор загрузки ядра удаленной машины

23.02.2013 22:01, Dmitry A. Zhiglov пишет: 23 февраля 2013 г., 22:02 пользователь Артём Н. artio...@yandex.ru написал: 23.02.2013 20:47, Dmitry A. Zhiglov пишет: Это все понятно. А вернуться на прежнюю окнфигурацию? Артем, полагаю почта запаздывает, по крайней мере последние 2 письма А,

Re: выбор загрузки ядра удаленной машины

On Sat, Feb 23, 2013 at 09:59:41PM +0400, Dmitry A. Zhiglov wrote: беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме общение у нас тут нулевое, даже спрашивать не хочется сюда Ну вообще странно спрашивать что-то серьёзное у людей, отобранных по признаку

Re: выбор загрузки ядра удаленной машины

23 февраля 2013 г., 22:09 пользователь Andrey Rahmatullin w...@wrar.name написал: On Sat, Feb 23, 2013 at 09:59:41PM +0400, Dmitry A. Zhiglov wrote: беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме общение у нас тут нулевое, даже спрашивать не хочется сюда

Re: выбор загрузки ядра удаленной машины

On Sat, Feb 23, 2013 at 10:13:04PM +0400, Dmitry A. Zhiglov wrote: беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме общение у нас тут нулевое, даже спрашивать не хочется сюда Ну вообще странно спрашивать что-то серьёзное у людей, отобранных по

Re: выбор загрузки ядра удаленной машины

23 февраля 2013 г., 22:41 пользователь Andrey Rahmatullin w...@wrar.name написал: On Sat, Feb 23, 2013 at 10:13:04PM +0400, Dmitry A. Zhiglov wrote: беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме общение у нас тут нулевое, даже спрашивать не хочется

Re: выбор загрузки ядра удаленной машины

On Sun, 24 Feb 2013, Andrey Rahmatullin wrote: On Sat, Feb 23, 2013 at 09:59:41PM +0400, Dmitry A. Zhiglov wrote: беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме общение у нас тут нулевое, даже спрашивать не хочется сюда Ну вообще странно спрашивать что-то

Re: выбор загрузки ядра удаленной машины

On Sat, Feb 23, 2013 at 11:58:08PM +0400, yuri.nefe...@gmail.com wrote: беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме общение у нас тут нулевое, даже спрашивать не хочется сюда Ну вообще странно спрашивать что-то серьёзное у людей, отобранных по признаку

Re: выбор загрузки ядра удаленной машины

On Sun, 24 Feb 2013, Andrey Rahmatullin wrote: On Sat, Feb 23, 2013 at 11:58:08PM +0400, yuri.nefe...@gmail.com wrote: беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме общение у нас тут нулевое, даже спрашивать не хочется сюда Ну вообще странно спрашивать

Re: выбор загрузки ядра удаленной машины

Andrey Rahmatullin - debian-russian@lists.debian.org @ Sun, 24 Feb 2013 02:05:01 +0600: беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме общение у нас тут нулевое, даже спрашивать не хочется сюда Ну вообще странно спрашивать что-то серьёзное у людей,

Re: выбор загрузки ядра удаленной машины

On Sun, Feb 24, 2013 at 12:21:55AM +0400, Artem Chuprina wrote: беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме общение у нас тут нулевое, даже спрашивать не хочется сюда Ну вообще странно спрашивать что-то серьёзное у людей, отобранных по

Re: выбор загрузки ядра удаленной машины

24 февраля 2013 г., 2:14 пользователь Andrey Rahmatullin w...@wrar.name написал: On Sun, Feb 24, 2013 at 12:21:55AM +0400, Artem Chuprina wrote: беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме общение у нас тут нулевое, даже спрашивать не хочется

Re: выбор загрузки ядра удаленной машины

IMPI, вариантов нет. 24 февраля 2013 г., 4:37 пользователь Dmitry A. Zhiglov dmitry.zhig...@gmail.com написал: 24 февраля 2013 г., 2:14 пользователь Andrey Rahmatullin w...@wrar.name написал: On Sun, Feb 24, 2013 at 12:21:55AM +0400, Artem Chuprina wrote: беда рассылки в том, что

Re: выбор загрузки ядра удаленной машины

24.02.2013 02:37, Dmitry A. Zhiglov пишет: ... Особенно забавно твои комментарии звучат в ветке, в которой на вопрос таки дали правильный ответ, причем довольно быстро. Претензии к качеству ответов были высказаны именно в этой ветке. Качеству? Качественный ответ один-два - тебя забанили в

Re: выбор загрузки ядра удаленной машины

Dmitry A. Zhiglov dmitry.zhig...@gmail.com writes: оффтоп беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме общение у нас тут нулевое, даже спрашивать не хочется сюда Интересное замечание. Вообще говоря, это глупости. Все вполне закономерно. Какой вопрос

Re: выбор загрузки ядра удаленной машины

Артём Н. artio...@yandex.ru writes: 23.02.2013 21:59, Dmitry A. Zhiglov пишет: 23 февраля 2013 г., 21:58 пользователь Andrey Rahmatullin w...@wrar.name написал: On Sat, Feb 23, 2013 at 09:04:18PM +0400, Dmitry A. Zhiglov wrote: беда рассылки в том, что главный ответ все найдется в гугле,

Re: выбор загрузки ядра удаленной машины

24 февраля 2013 г., 10:18 пользователь Dmitrii Kashin free...@gmail.com написал: Dmitry A. Zhiglov dmitry.zhig...@gmail.com writes: оффтоп беда рассылки в том, что главный ответ все найдется в гугле, ответы ищем в апстриме общение у нас тут нулевое, даже спрашивать не хочется сюда

Re: выбор загрузки ядра удаленной машины

Dmitry A. Zhiglov dmitry.zhig...@gmail.com writes: А есть ли какая либо утилита, с помощью которой можно указать с какого пункта меню grub грузиться машине при следующей перезагрузке? Буду оффтопить. Эко сложно у вас все с этим вашим grub. Попробуйте, что ли, lilo. У нас на такие вопросы

Re: После обновления ядра не отключается питание USB портов в suspend mode

Кстати, /etc/init.d/sysfsutils start значения меняет? Да. Могу еще предложить два варианта - костыль с изменением прав на файлы power/control через тот же sysfs.conf (разместить записи после смены значения на auto): mode bus/usb/devices/usb1/power/control = 0400 mode

Re: После обновления ядра не отключается питание USB портов в suspend mode

ограничение в 500uA по стандарту, но реальные ограничения (хардверные) обычно наступают для токов ~10-100mA. Правда, если у вас вентилятор по USB питается, то ток будет заметно выше. Должен отключиться. Судя по интернету, проблема более менее у всех одинаковая. При переходе на ядра 3-й

Re: После обновления ядра не отключается питание USB портов в suspend mode

On Wed, Nov 14, 2012 at 10:50:57PM +0300, Andrey Ivanov wrote: Получается, что sysfsutils, в частности скрипт /etc/init.d/sysfsutils меняет параметры в /sys через echo... А вы как думали? Могу еще предложить два варианта - костыль с изменением прав на файлы power/control через тот же

Re: После обновления ядра не отключается питание USB портов в suspend mode

15 ноября 2012 г., 13:17 пользователь Andrey Rahmatullin w...@wrar.nameнаписал: On Wed, Nov 14, 2012 at 10:50:57PM +0300, Andrey Ivanov wrote: Получается, что sysfsutils, в частности скрипт /etc/init.d/sysfsutils меняет параметры в /sys через echo... А вы как думали? А вы как думали,

Re: После обновления ядра не отключается питание USB портов в suspend mode

On Thu, Nov 15, 2012 at 07:51:56PM +0400, Andrey Ivanov wrote: Получается, что sysfsutils, в частности скрипт /etc/init.d/sysfsutils меняет параметры в /sys через echo... А вы как думали? А вы как думали, когда говорили, что конфиг читается только при ребуте? Не только при ребуте? И

Re: После обновления ядра не отключается питание USB портов в suspend mode

Когда-то, а именно Wed, 14 Nov 2012 11:19:59 +0400 вы, Andrey Ivanov anviva...@gmail.com написали: Проверьте, изменяют ли значения параметров след. команды: sysctl -q -w sys.bus.usb.devices.usb1.power.control = auto sysctl -q -w sys.bus.usb.devices.usb2.power.control = auto если да - то

Re: После обновления ядра не отключается питание USB портов в suspend mode

Сергей Москвичёв - debian.lists @ Wed, 14 Nov 2012 16:09:24 +0400: Проверьте, изменяют ли значения параметров след. команды: sysctl -q -w sys.bus.usb.devices.usb1.power.control = auto sysctl -q -w sys.bus.usb.devices.usb2.power.control = auto если да - то попробуйте добавить в

Re: После обновления ядра не отключается питание USB портов в suspend mode

Извините, погорячился :) 1) перед и после = пробелы не нужны 2) sysctl работает с параметрами начиная с /proc/sys, а в данном случае имеем /sys/bus... посмотрите, установлен ли в системе sysfsutils? как вариант добавить в /etc/sysfs.conf что-то вроде bus/usb/devices/usb1/power/contro=auto 14

Re: После обновления ядра не отключается питание USB портов в suspend mode

Когда-то, а именно Wed, 14 Nov 2012 16:41:50 +0400 вы, Andrey Ivanov anviva...@gmail.com написали: Извините, погорячился :) 1) перед и после = пробелы не нужны Теперь не может найти такой путь # sysctl -q -w sys.bus.usb.devices.usb1.power.control=auto sysctl: cannot stat

Re: После обновления ядра не отключается питание USB портов в suspend mode

On Wed, Nov 14, 2012 at 06:58:51PM +0400, Сергей Москвичёв wrote: Извините, погорячился :) 1) перед и после = пробелы не нужны Теперь не может найти такой путь # sysctl -q -w sys.bus.usb.devices.usb1.power.control=auto sysctl: cannot stat

Re: После обновления ядра не отключается питание USB портов в suspend mode

1) перед и после = пробелы не нужны Теперь не может найти такой путь # sysctl -q -w sys.bus.usb.devices.usb1.power.control=auto sysctl: cannot stat /proc/sys/sys/bus/usb/devices/usb1/power/control: Нет такого файла или каталога ^ Вы бы ниже

Re: После обновления ядра не отключается питание USB портов в suspend mode

On Wed, Nov 14, 2012 at 08:30:38PM +0400, Сергей Москвичёв wrote: 1) перед и после = пробелы не нужны Теперь не может найти такой путь # sysctl -q -w sys.bus.usb.devices.usb1.power.control=auto sysctl: cannot stat /proc/sys/sys/bus/usb/devices/usb1/power/control: Нет

Re: После обновления ядра не отключается питание USB портов в suspend mode

On Wed, Nov 14, 2012 at 08:30:38PM +0400, Сергей Москвичёв wrote: как вариант добавить в /etc/sysfs.conf что-то вроде bus/usb/devices/usb1/power/contro=auto ^^ видимо не хватает l :) Добавил для обоих устройств. Не взымело ожидаемого. Всё также

Re: После обновления ядра не отключается питание USB портов в suspend mode

Когда-то, а именно Wed, 14 Nov 2012 22:37:35 +0600 вы, Andrey Rahmatullin w...@wrar.name написали: On Wed, Nov 14, 2012 at 08:30:38PM +0400, Сергей Москвичёв wrote: как вариант добавить в /etc/sysfs.conf что-то вроде bus/usb/devices/usb1/power/contro=auto

Re: После обновления ядра не отключается питание USB портов в suspend mode

Получается, что sysfsutils, в частности скрипт /etc/init.d/sysfsutils меняет параметры в /sys через echo... Кстати, /etc/init.d/sysfsutils start значения меняет? Могу еще предложить два варианта - костыль с изменением прав на файлы power/control через тот же sysfs.conf (разместить записи после

Re: Непонятное поведение сетевого адаптера eth0 после обновления ядра

dpkg-reconfigure wicd-daemon и снятие чекбокса приоритета eth0 перед wlan0 проблему сняло. -- С уважением, Сергей Москвичёв. xmpp: uks...@ya.ru

Re: После обновления ядра не отключается питание USB портов в suspend mode

11.11.2012 19:13, Alexander Danilov пишет: В моих ноутах это настраивается в bios. В стационарном включено, в носимом - выключено. На моем Thinkpad T520 тоже есть подобная опция в BIOS. Автору следует проверить у себя. Возможно новое ядро просто стало учитывать эту настройку :) -- To

Re: После обновления ядра не отключается питание USB портов в suspend mode

подставка продолжает весело крутить кулерами. В спящем режиме всё ок. Гугление не очень прояснило ситуацию (пересборка ядра не очень меня вдохновляет). Вы уверены, что это не фича? -- WBR, wRAR signature.asc Description: Digital signature

Re: Непонятное поведение сетевого адаптера eth0 после обновления ядра

11 ноября 2012 г., 10:15 пользователь Dmitrii Kashin free...@gmail.com написал: Какая система используется? Версия Linux 3.2.0-4-686-pae #1 SMP Debian 3.2.32-1 i686 GNU/Linux Когда обновлялись? В четверг (8.11) в ручном режиме Уверены, что кроме ядра ничего более не обновилось? Скажем, wicd

Re: Непонятное поведение сетевого адаптера eth0 после обновления ядра

Какая система используется? testing PRETTY_NAME=Debian GNU/Linux wheezy/sid NAME=Debian GNU/Linux ID=debian

Re: После обновления ядра не отключается питание USB портов в suspend mode

, а, например, подключенная охлаждающая подставка продолжает весело крутить кулерами. В спящем режиме всё ок. Гугление не очень прояснило ситуацию (пересборка ядра не очень меня вдохновляет). Вы уверены, что это не фича? Да, кстати. Я регулярно заряжаю электронную книжку по USB при выключенном

Re: После обновления ядра не отключается питание USB портов в suspend mode

11 ноября 2012 г., 12:22 пользователь Andrey Rahmatullin w...@wrar.name написал: Вы уверены, что это не фича? Если это фича, то хотелось бы её деактивировать. Вытаскивать каждый раз всю USB- переферию при засыпании ноута? -- С уважением, Сергей Москвичёв. xmpp: uks...@ya.ru

Re: После обновления ядра не отключается питание USB портов в suspend mode

питание на USB порты, т.е. машинка спит, а, например, подключенная охлаждающая подставка продолжает весело крутить кулерами. В спящем режиме всё ок. Гугление не очень прояснило ситуацию (пересборка ядра не очень меня вдохновляет). Вы уверены, что это не фича? Да, кстати. Я регулярно заряжаю

Re: После обновления ядра не отключается питание USB портов в suspend mode

1 ноября 2012 г., 12:51 пользователь Dmitrii Kashin free...@gmail.com написал: Andrey Rahmatullin w...@wrar.name writes: Вы уверены, что это не фича? Да, кстати. Я регулярно заряжаю электронную книжку по USB при выключенном компьютере. Всегда думал, что так и должно быть, разве нет? Речь

  1   2   3   4   5   6   >