Подписки: linux.debian.user.russian - новые сообщения (25) в темах 3

linux.debian.user.russian
http://groups.google.com/group/linux.debian.user.russian?hl=ru

linux.debian.user.russian@googlegroups.com

Темы дня:

* Динамически включать-выключать CPU - сообщений: 11, авторов: 5
http://groups.google.com/group/linux.debian.user.russian/t/38e31515ac8d5010?hl=ru
* nice -n - только от рута? - сообщений: 10, авторов: 4
http://groups.google.com/group/linux.debian.user.russian/t/1f28a0fb42466ef8?hl=ru
* Помогите настроить GRUB2! - сообщений: 4, авторов: 3
http://groups.google.com/group/linux.debian.user.russian/t/0b461ef5f437fc38?hl=ru

==============================================================================
ТЕМА: Динамически включать-выключать CPU
http://groups.google.com/group/linux.debian.user.russian/t/38e31515ac8d5010?hl=ru
==============================================================================

== 1 с 11 ==
Дата: Сб. 10 сен 2011 00:40
От: Victor Wagner

On 2011.09.10 at 06:12:59 +0100, Mikhail Ramendik wrote:

> 2011/9/10 Victor Wagner <vitus@wagner.pp.ru>:
>
> > Не слушай ты темных и необразованных людей. Я тоже, когда был молодой и
> > глупый, пытался ядро патчить для решения задач, к которым существуют
> > userspace решения.
>
> Вот сейчас я хочу найти, надеюсь, пока что последнее решение для тго
> конкретного набора (дальше - тестирование).
>
> А именно - как мне произвести нужную операцию для процесса, который
> породит все _юзерские_ процессы после логина. Но не рутовые, например
> не X сервер.
>
> В Xsession что ли, и если да - какой у дебиановского kdm Xsession?

Насколько я понимаю, у всех дебиановских dm используется одна и та же
система скриптов в /etc/X11/Xsession.d
Там достаточно развесисто - оно умеет запускать как минимум dbus-session и
ssh-agent
так, чтобы window manager был их потомком.

> Я хочу попробовать дать этому процессу оба процессора ( грубо говоря,
> sudo echo $$ >/dev/cpuset/tasks - реально это будет вызываемый по sudo
> скрипт с pid в качестве $1). Оставив при этом все системные/рутовые
> процессы на одном СPU 0.

Есть такая добрая идиома чтобы echo-м писать от рута:

echo something | sudo tee somefile

--
To UNSUBSCRIBE, email to debian-russian-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: http://lists.debian.org/20110910073356.GC2501@wagner.pp.ru

== 2 с 11 ==
Дата: Сб. 10 сен 2011 00:50
От: Mikhail Ramendik

2011/9/10 Victor Wagner <vitus@wagner.pp.ru>:

> Есть такая добрая идиома чтобы echo-м писать от рута:
>
> echo something | sudo tee somefile

У меня ещё и renice в комплекте, и я что-то не очень понимаю как
сделать это безопасно.

В принципе хотелось бы вот такой скрипт, разрешённый в sudoers (у меня
так уже живёт монтирование флешки, это IMHO всё же безопаснее чем
setuid):

#!/bin/sh
echo $1 >/dev/cpuset/tasks
renice -4 -p $1

Но тут невооружённым глазом видна дырка на injection.

Можно ли чем-то её закрыть, не считая варианта "написать то же самое
на питоне"? Там-то проверить тривиально - int(sys.argv[1]), и если не
конвертится - то exception.

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

== 3 с 11 ==
Дата: Сб. 10 сен 2011 01:20
От: Artem Chuprina

> Есть такая добрая идиома чтобы echo-м писать от рута:
>
> echo something | sudo tee somefile

echo something | sudo tee somefile >/dev/null

--
Intel - тоже Сильмарилл. Только сделанный не так...

== 4 с 11 ==
Дата: Сб. 10 сен 2011 01:30
От: Artem Chuprina

> В принципе хотелось бы вот такой скрипт, разрешённый в sudoers (у меня
> так уже живёт монтирование флешки, это IMHO всё же безопаснее чем
> setuid):
>
> #!/bin/sh
> echo $1 >/dev/cpuset/tasks
> renice -4 -p $1
>
> Но тут невооружённым глазом видна дырка на injection.
>
> Можно ли чем-то её закрыть, не считая варианта "написать то же самое
> на питоне"? Там-то проверить тривиально - int(sys.argv[1]), и если не
> конвертится - то exception.

Можно даже на чистом sh, но проще всего -

if printf "%s" "$1" | grep '^[1-9][0-9]*$' >/dev/null 2>&1
then :
else exit 1
fi

grep у тебя будет, он в бизибоксе есть. printf - встроенная команда шелла.
Опять же, включая бизибокс.

--
- А почему перед всеми командами надо сначала писать man?
- Чтобы показать компу, кто тут мужик.
-- http://bash.org.ru/quote/403510

== 5 с 11 ==
Дата: Сб. 10 сен 2011 02:50
От: Mikhail Ramendik

2011/9/10 Artem Chuprina <ran@ran.pp.ru>:

>> > if printf "%s" "$1" | grep '^[1-9][0-9]*$' >/dev/null 2>&1
>> > then :
>> > else exit 1
>> > fi
>>
>> Спасибо! К сожалению, расшифовать это мне не удалось. Каким образом
>> оно упадёт, если в $1 _не только_ цифры?
>
> Если там не только цифры (причем начинающиеся не с 0) или даже пустая строка,
> то регулярное выражение не удовлетворится, и grep завершится с кодом 1. А
> поскольку он последний, то это будет код завершения всего pipeline, что после
> if. Отсюда - ветка else, где exit 1.
>
> Или тебе чего расшифровать? Регулярное выражение?

Оно понятно что это не здесь...

Ну не понимаю я регулярные выражения :( Впрочем, я вообще предпочитаю
_читаемые_ языки. Из программистов в техписатели ушёл, когда C++ всех
победил (Python тогда ещё не было, а Дельфи уже уходили).

Однако спасибо - в данном случае просто заюзаем :)

> А вообще для программирования на шелле существует довольно надежный способ
> ломаться - надо включить опцию -e, например, сказав не
>
> #!/bin/sh
>
> а
>
> #!/bin/sh -e
>
> Тогда любая команда, завершившаяся неудачно (кроме команд, стоящих в условии
> if или перед ||) будет приводить к тому, что в этом месте скрипт и завершится.

Это да, но когда то, что требует в Питоне int(), в шелле требует
regexp, а иначе даже не упадёт нормально, мне становится непросто :)

> Intel - тоже Сильмарилл. Только сделанный не так...

Представил себе двухядерный Сильмарилл.

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

== 6 с 11 ==
Дата: Сб. 10 сен 2011 04:20
От: Victor Wagner

On 2011.09.10 at 10:42:32 +0100, Mikhail Ramendik wrote:

> 2011/9/10 Artem Chuprina <ran@ran.pp.ru>:
>
> >> > if printf "%s" "$1" | grep '^[1-9][0-9]*$' >/dev/null 2>&1
> >> > then :
> >> > else exit 1
>
> �� :( ��, � ��
> _��_ ��. �� ۣ�, �� C++ ��
> �� (Python �� ݣ �� , � �� ).

[skip]
> �� , �� , �� int(), � ��
> regexp, � �� ģ� ��, �� :)

��

if printf %d "$1"

�� -�� %d �� printf
�� .

��, ��, �� , �� .

��

expr "$1" + 0

�� .

== 7 с 11 ==
Дата: Сб. 10 сен 2011 04:30
От: Ivan Shmakov

>>>>> Artem Chuprina <ran@ran.pp.ru> writes:

>> Есть такая добрая идиома чтобы echo-м писать от рута:

>> echo something | sudo tee somefile

> echo something | sudo tee somefile >/dev/null

$ echo something | sudo cp -- /dev/stdin somefile

$ printf %s\\n "$varn" | sudo cp -- /dev/stdin somefile

(Поскольку $ echo "$varn", в общем случае, непереносимо.)

--
FSF associate member #7257 Coming soon: Software Freedom Day
http://mail.sf-day.org/lists/listinfo/ planning-ru (ru), sfd-discuss (en)

== 8 с 11 ==
Дата: Сб. 10 сен 2011 04:40
От: Ivan Shmakov

>>>>> Artem Chuprina <ran@ran.pp.ru> writes:

>> В принципе хотелось бы вот такой скрипт, разрешённый в sudoers (у
>> меня так уже живёт монтирование флешки, это IMHO всё же безопаснее
>> чем setuid):

>> #!/bin/sh
>> echo $1 >/dev/cpuset/tasks
>> renice -4 -p $1

>> Но тут невооружённым глазом видна дырка на injection.

>> Можно ли чем-то её закрыть, не считая варианта "написать то же самое
>> на питоне"? Там-то проверить тривиально - int(sys.argv[1]), и если
>> не конвертится - то exception.

> Можно даже на чистом sh, но проще всего -

> if printf "%s" "$1" | grep '^[1-9][0-9]*$' >/dev/null 2>&1
> then :
> else exit 1
> fi

> grep у тебя будет, он в бизибоксе есть. printf - встроенная команда
> шелла. Опять же, включая бизибокс.

Можно использовать -q вместо > /dev/null, благо grep из BusyBox
ее умеет:

$ busybox grep --help 2>&1 | grep -F -- -q
-q Quiet. Return 0 if PATTERN is found, 1 otherwise
$

Кроме того, я бы добавил \n к строке формата printf.

Еще можно воспользоваться expr, который также имеется в BusyBox.
E. g.:

if test 1 = "$(expr length quote "$1" \
= quote "$1" : '[1-9][0-9]*')" ; then

--
FSF associate member #7257 Coming soon: Software Freedom Day
http://mail.sf-day.org/lists/listinfo/ planning-ru (ru), sfd-discuss (en)

== 9 с 11 ==
Дата: Сб. 10 сен 2011 11:50
От: Artem Chuprina

> >> > if printf "%s" "$1" | grep '^[1-9][0-9]*$' >/dev/null 2>&1
> >> > then :
> >> > else exit 1
> >> > fi
> >>
> >> Спасибо! К сожалению, расшифовать это мне не удалось. Каким образом
> >> оно упадёт, если в $1 _не только_ цифры?
> >
> > Если там не только цифры (причем начинающиеся не с 0) или даже пустая
> > строка, то регулярное выражение не удовлетворится, и grep завершится с
> > кодом 1. А поскольку он последний, то это будет код завершения всего
> > pipeline, что после if. Отсюда - ветка else, где exit 1.
> >
> > Или тебе чего расшифровать? Регулярное выражение?
>
> Оно понятно что это не здесь...
>
> Ну не понимаю я регулярные выражения :( Впрочем, я вообще предпочитаю
> _читаемые_ языки. Из программистов в техписатели ушёл, когда C++ всех
> победил (Python тогда ещё не было, а Дельфи уже уходили).
>

Это как раз можно и здесь. И вообще, регулярные выражения - это читаемый
язык. Только почти не избыточный.

^ - начало строки. Т.е. выражение, которое мы ищем, должно начинаться точно в
начале строки, а не в середине.

[1-9] - один символ от 1 до 9 в текущем символьном порядке. Т.е. цифра от 1
до 9.

[0-9] - то же самое, но от 0 до 9. Т.е. любая цифра.

* - предыдущее подвыражение должно матчиться любое количество раз, в том числе
нулевое. Предыдущим подвыражением в отсутствие скобок является выражение для
предыдущего символа, т.е. любая цифра. Т.е. "любая цифра любое количество
раз". Каждый раз любая, а не одна и та же. Потому что выражение должно
повторно матчиться, а не отматченная строка повторяться.

$ - конец строки.

Итого, читая почти слева направо: в начале строки любая цифра от 1 до 9, потом
любое количество любых цифр, и на этом строка должна закончиться. Твоя
питоновская проверка, надо сказать, хуже этой, потому что сожрет 0 и
отрицательные числа, а они на месте pid'а могут как-то интерпретироваться, в
разных местах по-разному. В команде kill, например, если написать

kill 9 10

то процессам 9 и 10 будет послан SIGTERM (15), а если написать

kill -9 10

то процессу 10 будет послан SIGKILL (9).

> Однако спасибо - в данном случае просто заюзаем :)
>
> > А вообще для программирования на шелле существует довольно надежный способ
> > ломаться - надо включить опцию -e, например, сказав не
> >
> > #!/bin/sh
> >
> > а
> >
> > #!/bin/sh -e
> >
> > Тогда любая команда, завершившаяся неудачно (кроме команд, стоящих в условии
> > if или перед ||) будет приводить к тому, что в этом месте скрипт и завершится.
>
> Это да, но когда то, что требует в Питоне int(), в шелле требует
> regexp, а иначе даже не упадёт нормально, мне становится непросто :)

Ну, как я выше написал, питоновский int() ой, не обеспечивает нужной
проверки. Его результат еще надо проверить на >0. А ты это сделать забыл, а
зря.

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

> > Intel - тоже Сильмарилл. Только сделанный не так...
>
> Представил себе двухядерный Сильмарилл.

Судя по продолжительности свечения, ядер в Сильмарилле существенно больше двух
:-)

--
Intel - тоже Сильмарилл. Только сделанный не так...

== 10 с 11 ==
Дата: Сб. 10 сен 2011 15:20
От: Mikhail Ramendik

2011/9/10 Artem Chuprina <ran@ran.pp.ru>:
>> > Или тебе чего расшифровать? Регулярное выражение?
>>
>> Оно понятно что это не здесь...
>
> Это как раз можно и здесь.

Я просто подумал, что флуд вышел какой-то уж очень знатный. С другой
стороно, он весь в топик, что для флудов редкость.

(Между тем, есть шанс что всё это реально сработало - тестирование
_пока что_ проблем не показало. Несмотря на "провокацию" - я включил
no_hz=off, с коим раньше висло заметно быстрее. Но окончательные
выводы делать пока рано, как и задавать вопрос "что же это всё-таки за
неведомая штука").

>И вообще, регулярные выражения - это читаемый
> язык. Только почти не избыточный.

Ну, в теории и perl читаемый ;)

> [0-9] - то же самое, но от 0 до 9. Т.е. любая цифра.
>
> * - предыдущее подвыражение должно матчиться любое количество раз, в том числе
> нулевое.

Ах вот где тут хитрость. Я про "в том числе нулевое".

Будем пробовать.

>> > Intel - тоже Сильмарилл. Только сделанный не так...
>>
>> Представил себе двухядерный Сильмарилл.
>
> Судя по продолжительности свечения, ядер в Сильмарилле существенно больше двух
> :-)

А, в этом смысле. Ну, отсюда можно сделать много интересных выводов,
но не будем портить сложившийся _топичный_ тред :) Я-то про всё тот же
мой двухядерный Intel Pentium D, который сделан и впрасду как-то не
так (а может, это чипсет SiS 661FX не так сделан... или ещё вариант -
процессор до меня разгоняли и много перегревали. Я его и сам чуток
перегревал несколько дней, но не смертельно - просто BIOS был кривой и
недокручивал вентилятор, частота оставалась штатной. Потом я прибил
скорость вентилятора на максимум).

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

== 11 с 11 ==
Дата: Сб. 10 сен 2011 15:30
От: Иван Лох

On Sat, Sep 10, 2011 at 11:14:51PM +0100, Mikhail Ramendik wrote:
> >И вообще, регулярные выражения - это читаемый
> > язык. Только почти не избыточный.
>
> Ну, в теории и perl читаемый ;)

IMHO граница между читаемыми и нечитаемыми языками лежит
между brainfuck и whitespace ;-}

==============================================================================
ТЕМА: nice -n - только от рута?
http://groups.google.com/group/linux.debian.user.russian/t/1f28a0fb42466ef8?hl=ru
==============================================================================

== 1 с 10 ==
Дата: Сб. 10 сен 2011 01:40
От: Mikhail Ramendik

2011/9/10 -=Devil_InSide=- <devil_inside@mail.ru>:

>> Есть ли способ это сделать, _кроме_ как renice `pidof mplayer` от
>> рута? Можно ли как-то дать данному юзеру нужную привилегию?
> man sudo ?

Спасибо, я в курсе.

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

== 2 с 10 ==
Дата: Сб. 10 сен 2011 01:40
От: "-=Devil_InSide=-"

,-----[Mikhail Ramendik, 10 September 2011 10:15]:

> Всем привет!
>
> Гуглил, но что-то не нагуглил. Я хочу запустить юзерский процесс с
> nice -2 или -5 - это mplayer, ему надо весь процессор, а там всякие
> iceweasel мешаются. Их просто забыли закрыть.
>
> Есть ли способ это сделать, _кроме_ как renice `pidof mplayer` от
> рута? Можно ли как-то дать данному юзеру нужную привилегию?
>

man sudo ?
--
__________
mpd status: [paused]
Sirenia - Voices_Within
**************************************
* jabber: devil_inside@jabber.ru *
* Registered linux user #450844 *
**************************************

== 3 с 10 ==
Дата: Сб. 10 сен 2011 04:40
От: Иван Лох

On Sat, Sep 10, 2011 at 07:15:00AM +0100, Mikhail Ramendik wrote:
> �� !
>
> ��, �� -�� . � ��
> nice -2 �� -5 - �� mplayer, �� , � ��
> iceweasel ��. �� .
>
> �� , _��_ �� renice `pidof mplayer` ��
> ��? �� -�� ?
>
mplayer �� nice �� SCHED_RR

man schedtool

== 4 с 10 ==
Дата: Сб. 10 сен 2011 07:20
От: Yuriy Kaminskiy

Иван Лох wrote:
> On Sat, Sep 10, 2011 at 07:15:00AM +0100, Mikhail Ramendik wrote:
>> Всем привет!
>>
>> Гуглил, но что-то не нагуглил. Я хочу запустить юзерский процесс с
>> nice -2 или -5 - это mplayer, ему надо весь процессор, а там всякие
>> iceweasel мешаются. Их просто забыли закрыть.
>>
>> Есть ли способ это сделать, _кроме_ как renice `pidof mplayer` от
>> рута? Можно ли как-то дать данному юзеру нужную привилегию?
>>
> mplayer не надо nice ему надо SCHED_RR
>
> man schedtool

Ставить real-time scheduler для программы которая не была специально под такое
рассчитана — хороший способ выстрелить себе в ногу.

== 5 с 10 ==
Дата: Сб. 10 сен 2011 14:00
От: Иван Лох

On Sat, Sep 10, 2011 at 06:11:02PM +0400, Yuriy Kaminskiy wrote:
> > mplayer не надо nice ему надо SCHED_RR
> >
> > man schedtool
>
> Ставить real-time scheduler для программы которая не была специально под такое
> рассчитана — хороший способ выстрелить себе в ногу.

mplayer довольно часто так запускают. Наверное, чаще чем другие приложение
(кроме, может быть, cdrecord). Это же мягкий реал-тайм. И потом, можно подумать,
что задранный приоритет для ресурсоемких программ -- хорошая идея.

== 6 с 10 ==
Дата: Сб. 10 сен 2011 14:20
От: Mikhail Ramendik

2011/9/10 Иван Лох <loh@1917.com>:

>> > mplayer не надо nice ему надо SCHED_RR
>> >
>> > man schedtool
>>
>> Ставить real-time scheduler для программы которая не была специально под такое
>> рассчитана -- хороший способ выстрелить себе в ногу.
>
> mplayer довольно часто так запускают. Наверное, чаще чем другие приложение
> (кроме, может быть, cdrecord). Это же мягкий реал-тайм.

Хорошо, попробуем. А это точно выдавит забытый в фоне какой-нибудь
flashplugin-nonfree etc?

В man schedtool не понял одну вещь - как считается priority. Какой
процес получит больше времени - с priority 10 или 30?

И ещё - передаётся ли это процессам-детям? То есть сработает ли такой
вариант: (это без наворотов для безопасности)

sudo schedtool -R -p 20 $$
mplayer ....

А то сам mplayer я точно не буду от рута пускать.

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

== 7 с 10 ==
Дата: Сб. 10 сен 2011 15:10
От: Иван Лох

On Sat, Sep 10, 2011 at 10:09:47PM +0100, Mikhail Ramendik wrote:
> >> Ставить real-time scheduler для программы которая не была специально под такое
> >> рассчитана -- хороший способ выстрелить себе в ногу.
> >
> > mplayer довольно часто так запускают. Наверное, чаще чем другие приложение
> > (кроме, может быть, cdrecord). Это же мягкий реал-тайм.
>
> Хорошо, попробуем. А это точно выдавит забытый в фоне какой-нибудь
> flashplugin-nonfree etc?

Гарантированно ограничит.

> В man schedtool не понял одну вещь - как считается priority. Какой
> процес получит больше времени - с priority 10 или 30?

Real-time priorities range inclusively from one to MAX_RT_PRIO minus one. By default, MAX_RT_PRIO is 100—therefore, the
default real-time priority range is one to 99. This priority space is shared with the nice values of SCHED_OTHER tasks;
they use the space from MAX_RT_PRIO to (MAX_RT_PRIO + 40). By default, this means the –20 to +19 nice range maps
directly onto the 100 to 140 priority range.

>
> И ещё - передаётся ли это процессам-детям? То есть сработает ли такой
> вариант: (это без наворотов для безопасности)
>
> sudo schedtool -R -p 20 $$
> mplayer ....
>
> А то сам mplayer я точно не буду от рута пускать.

Можно например так:

nohup mplayer&
sudo schedtool -R -p 20 $!

== 8 с 10 ==
Дата: Сб. 10 сен 2011 15:40
От: Mikhail Ramendik

2011/9/10 Иван Лох <loh@1917.com>:
>> И ещё - передаётся ли это процессам-детям? То есть сработает ли такой
>> вариант: (это без наворотов для безопасности)
>>
>> sudo schedtool -R -p 20 $$
>> mplayer ....
>>
>> А то сам mplayer я точно не буду от рута пускать.
>
> Можно например так:
>
> nohup mplayer&
> sudo schedtool -R -p 20 $!

Мея не устраивает nohup mplayer& , поскольку мне нужно окно терминала
с mplayer. Дело в том, что вывод видео производится на другой X
display, и единственный способ переключить фокус на mplayer, чтобы
подавать ему команды с клавиатуры - это как раз окно терминала.
Поэтому в реальном скрипте, запускаемом из gnome-commander etc, у меня
вообще rxvt -e mplayer ...

Правда, приходит в голову другой вариант:

rxvt -e mplayer-rt ...

и в /usr/local/bin/mplayer-rt:

sudo schedtool -R -p 20 $$
exec mplayer $*

Так пойдёт? Вроде бы mplayer получает тот же pid - значит и SCHED_RR сохранится?

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

== 9 с 10 ==
Дата: Сб. 10 сен 2011 16:40
От: Иван Лох

On Sat, Sep 10, 2011 at 11:35:08PM +0100, Mikhail Ramendik wrote:
>
> �� nohup mplayer& , ��
> � mplayer. �� , �� X
> display, � �� mplayer, ��
^^^^^^^^^^^^
��

wmctrl -a MPlayer

== 10 с 10 ==
Дата: Сб. 10 сен 2011 16:40
От: Mikhail Ramendik

2011/9/11 Иван Лох <loh@1917.com>:
> On Sat, Sep 10, 2011 at 11:35:08PM +0100, Mikhail Ramendik wrote:
>>
>> Мея не устраивает nohup mplayer& , поскольку мне нужно окно терминала
>> с mplayer. Дело в том, что вывод видео производится на другой X
>> display, и единственный способ переключить фокус на mplayer, чтобы
> ^^^^^^^^^^^^
> Здесь не бывает единственного способа
>
> wmctrl -a MPlayer

Ладно, поймали :) в линухе вообще редко бывает единственный способ.

Но с терминалом всё же удобнее, с учётом того, что фильмы обычно
смотрю не я, а семейство, которое существенно менее "компьютерно
продвинуто". И "переключи на это окно" - просто легче, чем что-либо
другое.

И так уже приходится пользоваться клавиатурным управлением, а не более
удобным GUI, потому что вариант "GU на screen 0, видео на screen 1" не
предусмотрен, а мыши на screen 1 нарочно нет.

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

==============================================================================
ТЕМА: Помогите настроить GRUB2!
http://groups.google.com/group/linux.debian.user.russian/t/0b461ef5f437fc38?hl=ru
==============================================================================

== 1 с 4 ==
Дата: Сб. 10 сен 2011 09:30
От: Paul Carroty

Sat, 10 Sep 2011 01:25:47 +0600
Andrey Rahmatullin <wrar@wrar.name> написав:

> On Wed, Sep 07, 2011 at 03:24:19AM +0300, Paul Carroty wrote:
> > > aptitude install os-prober && update-grub
> > # update-grub2
> Нет, всё верно.
>

Если у вас grub, то да, верно.

== 2 с 4 ==
Дата: Сб. 10 сен 2011 11:10
От: Mikhail A Antonov

10.09.2011 20:26, Paul Carroty пишет:
> Sat, 10 Sep 2011 01:25:47 +0600
> Andrey Rahmatullin <wrar@wrar.name> написав:
>
>> On Wed, Sep 07, 2011 at 03:24:19AM +0300, Paul Carroty wrote:
>>>> aptitude install os-prober && update-grub
>>> # update-grub2
>> Нет, всё верно.
>>
>
> Если у вас grub, то да, верно.
>
>
ls -l /usr/sbin/update-grub2
lrwxrwxrwx 1 root root 11 Авг 9 04:46 /usr/sbin/update-grub2 -> update-grub

Так что не важно.

--
Best regards,
Mikhail.

== 3 с 4 ==
Дата: Сб. 10 сен 2011 12:00
От: Artem Chuprina

> >> On Wed, Sep 07, 2011 at 03:24:19AM +0300, Paul Carroty wrote:
> >>>> aptitude install os-prober && update-grub
> >>> # update-grub2
> >> Нет, всё верно.
> >>
> >
> > Если у вас grub, то да, верно.
> >
> >
> ls -l /usr/sbin/update-grub2
> lrwxrwxrwx 1 root root 11 Авг 9 04:46 /usr/sbin/update-grub2 -> update-grub
>
> Так что не важно.

Вообще говоря, в юниксах модно писать программы, которые ведут себя по-разному
в зависимости от того, под каким именем они вызваны. Я не утверждаю, что это
тот самый случай, но замечаю, что вышеприведенное в силу этого само по себе
еще не аргумент.

--
Хакинг и кракинг ульев с последующим чавкингом мёда, безусловно, является злым
розыгрышем. Особенно с точки зрения пасечника.
-- http://knjazna.livejournal.com/44647.html?thread=630375#t630375

== 4 с 4 ==
Дата: Сб. 10 сен 2011 12:20
От: Paul Carroty

Sat, 10 Sep 2011 22:51:45 +0400
Artem Chuprina <ran@ran.pp.ru> написав:

> > >> On Wed, Sep 07, 2011 at 03:24:19AM +0300, Paul Carroty wrote:
> > >>>> aptitude install os-prober && update-grub
> > >>> # update-grub2
> > >> Нет, всё верно.
> > >>
> > >
> > > Если у вас grub, то да, верно.
> > >
> > >
> > ls -l /usr/sbin/update-grub2
> > lrwxrwxrwx 1 root root 11 Авг 9 04:46 /usr/sbin/update-grub2 ->
> > update-grub
> >
> > Так что не важно.
>
> Вообще говоря, в юниксах модно писать программы, которые ведут себя
> по-разному в зависимости от того, под каким именем они вызваны. Я не
> утверждаю, что это тот самый случай, но замечаю, что вышеприведенное
> в силу этого само по себе еще не аргумент.
>

+100500

==============================================================================

Данное сообщение отправлено Вам, так как Вы являетесь подписчиком Группы Google: "linux.debian.user.russian"
группа.

Чтобы отправить в эту группу сообщение, посетите страницу: http://groups.google.com/group/linux.debian.user.russian?hl=ru

Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: linux.debian.user.russian+unsubscribe@googlegroups.com

Чтобы изменить способ получения электронной почты из этой группы, посетите:
http://groups.google.com/group/linux.debian.user.russian/subscribe?hl=ru

Чтобы сообщить о ненадлежащем использовании, отправьте электронное сообщение
с описанием проблемы на адрес abuse@googlegroups.com

==============================================================================
Группы Google: http://groups.google.com/?hl=ru

Подписки

суббота, 10 сентября 2011 г.

linux.debian.user.russian - новые сообщения (25) в темах 3 - обзор

Комментариев нет:

Отправить комментарий

суббота, 10 сентября 2011 г.

linux.debian.user.russian - новые сообщения (25) в темах 3 - обзор

Комментариев нет:

Отправить комментарий

суббота, 10 сентября 2011 г.