попробовать добавить nomodeset
BOOT_IMAGE=/vmlinuz-2.6.32-27-pve root=/dev/mapper/pve-root ro quiet
29 июня 2016 г., 1:17 пользователь Anatoly Molchanov
написал:
> в /proc/cmdline у меня только:
> BOOT_IMAGE=/vmlinuz-2.6.32-27-pve root=/dev/mapper/pve-root ro quiet
>
> Это Proxmox 3й версии на
console-tools последний стоит. никаких приколистов не было ))
29 июня 2016 г., 1:24 пользователь Max Dmitrichenko
написал:
> 29 июня 2016 г., 1:22 пользователь Max Dmitrichenko
> написал:
> > Черт его знает. Такое ощущение, что какой-то приколист поменял цвет
> > шрифта на черный )
>
> В семерк
Мужчины, спасибо за помощь. Еще вижу много tty'ев в /dev (30+ штук)
29 июня 2016 г., 1:17 пользователь Max Dmitrichenko
написал:
> 29 июня 2016 г., 1:12 пользователь Artem Chuprina
> написал:
> > (systemd, кстати, тоже)
>
> Я совсем не специалист в systemd, но что-то смутно припоминаю, что там
29 июня 2016 г., 1:22 пользователь Max Dmitrichenko
написал:
> Черт его знает. Такое ощущение, что какой-то приколист поменял цвет
> шрифта на черный )
В семерке был такой пакет console-tools, он вроде ставил сервис,
который на старте дергался и устанавливал шрифты. Может подергать этот
сервис, ч
29 июня 2016 г., 1:16 пользователь Anatoly Molchanov
написал:
> Сервер IBM x-серии, были глюки на VGA-выходе(другого сервера) через IPMI, но
> на текущем косяк и через IPMI и напрямую с материнки. Мне кажется, что это
> не христоматийный случай, так как курсор бегает и реагирует на ввод
> адекватн
в /proc/cmdline у меня только:
BOOT_IMAGE=/vmlinuz-2.6.32-27-pve root=/dev/mapper/pve-root ro quiet
Это Proxmox 3й версии на базе Debian 7.
29 июня 2016 г., 1:15 пользователь Max Dmitrichenko
написал:
> Ну тогда надо попробовать покапать в стору фреймбуфера. Как он там
> настраивается через
29 июня 2016 г., 1:12 пользователь Artem Chuprina написал:
> (systemd, кстати, тоже)
Я совсем не специалист в systemd, но что-то смутно припоминаю, что там
была и какая-то другая логика, которая запускала getty on demand, типа
что пока на эту консоль никто не переключился, никакого getty и не
над
Сервер IBM x-серии, были глюки на VGA-выходе(другого сервера) через IPMI,
но на текущем косяк и через IPMI и напрямую с материнки. Мне кажется, что
это не христоматийный случай, так как курсор бегает и реагирует на ввод
адекватно.
29 июня 2016 г., 1:12 пользователь Artem Chuprina
написал:
> Max
Ну тогда надо попробовать покапать в стору фреймбуфера. Как он там
настраивается через параметры ядра вроде. Давайте на /proc/cmdline
посмотрим.
29 июня 2016 г., 1:09 пользователь Anatoly Molchanov
написал:
> спасибо. попробовал, но картинка та же
>
> 29 июня 2016 г., 1:08 пользователь Max Dm
Max Dmitrichenko -> Anatoly Molchanov @ Wed, 29 Jun 2016 01:04:20 +0300:
> Кстати, достаточно сказать
> # killall -9 getty
> Олдскульный init их сам должен пореспаунить после этого.
(systemd, кстати, тоже) Однако, описание поведения как бы намекает, что
это вряд ли спасет ситуацию. Если Ана
спасибо. попробовал, но картинка та же
29 июня 2016 г., 1:08 пользователь Max Dmitrichenko
написал:
> 1:2345:respawn:/sbin/getty 38400 tty1
>
> respawn означает, что перезапустить процесс, если он завершился. Смело
> убивайте все getty и напишите результат. Если дело не в этом, то надо
> копать
1:2345:respawn:/sbin/getty 38400 tty1
respawn означает, что перезапустить процесс, если он завершился. Смело
убивайте все getty и напишите результат. Если дело не в этом, то надо
копать в сторону фреймбуфера консоли. Других вариантов на ум не
приходит
29 июня 2016 г., 1:05 пользователь Anatoly Mo
29 июня 2016 г., 0:52 пользователь Anatoly Molchanov
написал:
> в Debian 7 ?
Мда, читал тред с конца ) Семерки под рукой уже нет. Кидайте сюды
содержимое /etc/inittab тогда. Будем по старинке раскуривать SysV. На
сколько я помню, getty запускается именно по велению /etc/inittab, а
отдельного серв
/etc/inittab:
id:2:initdefault:
si::sysinit:/etc/init.d/rcS
~~:S:wait:/sbin/sulogin
l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
z6:6:respawn:/sbin/sulogin
Кузьмин Андрей -> Artem Chuprina @ Tue, 28 Jun 2016 23:29:15 +0300:
> Помнится мне есть такая утила шейпер называется, может с помощью нее все
> решить можно?
Это буквосочетание tc из моего первого письма. Та же проблема - он
заточен под аккуратное обеспечение пропускной способности,
т.е. р
Кстати, достаточно сказать
# killall -9 getty
Олдскульный init их сам должен пореспаунить после этого.
29 июня 2016 г., 1:02 пользователь Max Dmitrichenko
написал:
> 29 июня 2016 г., 0:52 пользователь Anatoly Molchanov
> написал:
>> в Debian 7 ?
>
> Мда, читал тред с конца ) Семерки под рукой у
в Debian 7 ?
29 июня 2016 г., 0:50 пользователь Max Dmitrichenko
написал:
> Systemd же!
> 29 июня 2016 г. 0:28 пользователь "Anatoly Molchanov"
> написал:
>
> через прямое подключение к серверу(монитор, клавиатура) на всех
>> tty(ctrl+alt+f1, ctrl+alt+f2, ... ) симптомы одинаковы. через ssh все
Systemd же!
29 июня 2016 г. 0:28 пользователь "Anatoly Molchanov"
написал:
> через прямое подключение к серверу(монитор, клавиатура) на всех
> tty(ctrl+alt+f1, ctrl+alt+f2, ... ) симптомы одинаковы. через ssh все
> абсолютно нормально. Сервиса getty нет, искал в /etc/init.d/getty, чтобы
> /etc/in
через прямое подключение к серверу(монитор, клавиатура) на всех
tty(ctrl+alt+f1, ctrl+alt+f2, ... ) симптомы одинаковы. через ssh все
абсолютно нормально. Сервиса getty нет, искал в /etc/init.d/getty, чтобы
/etc/init.d/getty restart
29 июня 2016 г., 0:15 пользователь dimas написал:
> такое на вс
такое на всех tty? tset не поможет? а getty перезапустить?
по ssh, я так понимаю, шелл работает нормально?
2016-180 21:08 Anatoly Molchanov wrote:
> Добрый день, коллеги.
>
> Сервер на Debian 7 после 230 дней аптайма показывает черный экран с
> мигающим курсором. На ввод реагирует смещением кур
Помнится мне есть такая утила шейпер называется, может с помощью нее все решить
можно?
28.06.2016, 11:44, "Artem Chuprina" :
> Eugene Berdnikov -> debian-russian@lists.debian.org @ Tue, 28 Jun 2016
> 10:59:49 +0300:
>
> >> Я хочу предоставлять некоторым визитерам своей квартиры гостевой доступ
Добрый день, коллеги.
Сервер на Debian 7 после 230 дней аптайма показывает черный экран с
мигающим курсором. На ввод реагирует смещением курсора, похоже что удалось
авторизоваться. Сервер, визуально, полностью работоспособен, никакого
криминала в логах нет, все сервисы работают штатно. Подскажите,
Eugene Berdnikov -> debian-russian@lists.debian.org @ Tue, 28 Jun 2016
10:59:49 +0300:
>> Я хочу предоставлять некоторым визитерам своей квартиры гостевой доступ
>> в интернет, с ограничением вида "10 мегабайт на хост за два часа".
> ...
>> Посмотрел на hashlimit у iptables - оно умеет тольк
On Tue, Jun 28, 2016 at 10:14:30AM +0300, Artem Chuprina wrote:
> Я хочу предоставлять некоторым визитерам своей квартиры гостевой доступ
> в интернет, с ограничением вида "10 мегабайт на хост за два часа".
...
> Посмотрел на hashlimit у iptables - оно умеет только в секунду.
Судя по ману, hashli
On Tue, Jun 28, 2016 at 10:14:30AM +0300, Artem Chuprina wrote:
> Я хочу предоставлять некоторым визитерам своей квартиры гостевой доступ
> в интернет, с ограничением вида "10 мегабайт на хост за два часа".
> Именно за два часа, меня устроит, если он их все использует за минуту,
> но потом ему дост
у меня сто мегабит дома, микротик позволяет с пол пинка поднять сеть
гостевую, выделил туда 5 мегабит. Естественно даже не заметно.
Не, если чисто из академического интереса - писать какую-то обвязку для
айпитейблсов, считать трафик ну и принимать какие-то решения на этом
основании. Только не пони
Хмутро.
Я хочу предоставлять некоторым визитерам своей квартиры гостевой доступ
в интернет, с ограничением вида "10 мегабайт на хост за два часа".
Именно за два часа, меня устроит, если он их все использует за минуту,
но потом ему доступ отрубят.
(Идея в том, что есть некий интернет-задрот, котор
27 matches
Mail list logo