|
2.6, User294 (ok), 22:06, 22/07/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>еще плюнуть три раза через плече и обернуться
+1. ИМХО было бы лучше если вместо преподнесения этого как черной магии автор расписал бы кратенько что и нафига делается.Тогда народ научился бы не жать кнопки бездумно а работать с системой *осмысленно*.В частности и стоп-кран дергать надо с умом.И понимая что получится на выходе.Сказать "с интервалом 2-3 секунды" - это круто конечно но вот написать "подождите пока буффера сольются на диск" явно информативнее.И можно по лампочке HDD проконтролировать этот процесс зачастую.
| |
|
1.9, azure (?), 10:32, 23/07/2009 [ответить] [﹢﹢﹢] [ · · · ] [к модератору]
| +/– |
Я чета сразу нажал Alt+SysRq+o вырубилось оч быстро :) и без синка. Затем прочитал из документации ядра что к чему. Спасибо автору за развернутую информацию, типа.
| |
|
2.16, prapor (??), 18:29, 23/07/2009 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +/– |
Если виснет ядро, то эти комбинации не помогают. Да и вообще, они нужны в первую очередь в иксах, которые могут заблокировать почти полностью клавиатуру и не давать переключится в консоль.
| |
|
3.17, pavlinux (ok), 20:25, 23/07/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
удалите этого деятеля, да бы народ в заблуждение не вводил.
SysRq обрабатывается в основных подсистемах ядра, в kenel/*.c , его практически нельзя заблокировать.
| |
|
4.30, User294 (ok), 08:30, 26/07/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>SysRq обрабатывается в основных подсистемах ядра, в kenel/*.c , его практически нельзя
>заблокировать.
Подтверждаю - sysrq очень хардкорный шорткат.Добиться неответа на оный я сумел только читерством - левым прямым доступом в железо, когда система просто встает раком и отнюдь не по своей вине а по вине того кто этот доступ произвел нацепив права суперюзера, что характерно, так по идее ставится раком любая система позволяющая таковой доступ :)
| |
4.32, guzenkov (ok), 07:52, 01/08/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Но можно заблокировать Alt. В xmonad window manager альт используется для переключения рабочих столов. И как мне быть?
| |
|
5.33, pavlinux (ok), 13:05, 01/08/2009 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
>Но можно заблокировать Alt. В xmonad window manager альт используется для переключения
>рабочих столов. И как мне быть?
Теперь ещё раз подумай и потом только спроси, если уж надо будет.
За одно Documentation/sysrq.txt изучи
# echo b > /proc/sysrq-trigger
| |
|
6.34, guzenkov (ok), 14:05, 01/08/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>>Но можно заблокировать Alt. В xmonad window manager альт используется для переключения
>>рабочих столов. И как мне быть?
>
>Теперь ещё раз подумай и потом только спроси, если уж надо будет.
>
>За одно Documentation/sysrq.txt изучи
>
>
># echo b > /proc/sysrq-trigger
Ты это сказал, видно совсем не подумав и написал, что называется, не по теме. Если у тебя есть рабочий терминал, sysrq тебе зачем?
Я же отвечал на комментарий о том, что Sysrq практически не возможно заблокировать. Поскольку Sysrq используется в сочетании с Альт, то не обязательно блокировать сам sysrq - достаточно заблокировать Альт.
| |
|
7.35, pavlinux (ok), 17:29, 01/08/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>Я же отвечал на комментарий о том, что Sysrq практически не возможно
>заблокировать. Поскольку Sysrq используется в сочетании с Альт, то не обязательно
>блокировать сам sysrq - достаточно заблокировать Альт.
Под рутом можно ВСЁ. Если у Вас нет рута в системе, и все дыры закрыты - респект админу.
| |
|
|
5.36, pavlinux (ok), 04:42, 02/08/2009 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
А чё я туплю... запутал свои хманадом...
Просто проследи за дорогой сигнала из мозга до экрана.
Мозг->Палец->Кнопка->КлаваКонтроллер->ScanCode->i8259*->CPU->BIOS->SYSRQ->OS->->ОСТАЛЬНЫЕ
*Внутри Южного моста.
| |
|
6.38, guzenkov (ok), 04:02, 03/08/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>[оверквотинг удален]
>Просто проследи за дорогой сигнала из мозга до экрана.
>
>Мозг->Палец->Кнопка->КлаваКонтроллер->ScanCode->i8259*->CPU->BIOS->SYSRQ->OS->->ОСТАЛЬНЫЕ
>
>*Внутри Южного моста.
>
>
>
>
>
Ну BIOS наверное здесь лишняя.
На самом деле и в хмонаде можно альт переназначить другой клавише. Это весьма просто делается. Но я не об этом свой первый комментарий оставлял, а о том, что ВОЗМОЖНО перехватить сигнал Alt-Sysrq.
| |
|
7.39, pavlinux (ok), 05:51, 03/08/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Но я не об этом свой первый комментарий оставлял, а о том, что
> ВОЗМОЖНО перехватить сигнал Alt-Sysrq.
НЕ-Е-Е-Е-Т !!!
P.S. НЕ ROOT.
| |
|
|
|
|
|
2.19, XoRe (ok), 21:21, 23/07/2009 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +/– |
>А что разве линукс зависает?
>А сколько на опеннете пингвинов бубнило что ето надёжная серверная ось. Сами
>себя обкакали.
Давайте, давайте, закрывайте уже окно и продолжайте читать обзор Windows 7 =)
| |
|
3.29, User294 (ok), 08:25, 26/07/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>Давайте, давайте, закрывайте уже окно и продолжайте читать обзор Windows 7 =)
Можно подумать что ее нельзя поставить раком, ага.А вот аварийных шорткатов такого плана там - нет, потому что система сделана сугубо для дебилов.Поэтому когда в винде встает раком графический драйвер (а в висте они встают в позу регулярно и в семерке наверняка будут так же) и система ничерта не отрисовывает, etc но ядро в целом - живое, диском помигивает и по сети отвечает, аварийный шатдаун сделать корректно там пардон не выходит.Потому что там нет таких простых но иногда столь нужных die-hard шорткатов.То что там есть - работает только при живой графике.А, собственно, графика - одно из того что обычно дохнет в первую очередь в силу сложности графических драйверов и монструозности видеокарт (которые умеют например перегреваться или просто глючить, после чего драйвер в самом лучшем случае не сможет ничего более отрисовывать и станет бесполезен).
| |
|
2.23, Alexander (??), 13:20, 24/07/2009 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +/– |
> А что разве линукс зависает?
Бывает. У меня например он зависал из-за дефектного IDE-шлейфа (сначала подумал, что глючит жёсткий диск, но симпотомы исчезли после замены кабеля). Ну и если быть точным, то не зависал, просто какое-то время казалось, что он завис пока система ждала ответа от отвалившегося жёсткого диска, ну а потом не запускались новые программы, открытые документы было не сохранить и т.д., то есть в итоге всё равно нужно было перезагружаться, практической разницы с зависанием было мало. В общем, Linux не идеален - если компьютер вышел из строя, то Linux может зависнуть.
| |
|
3.31, Линукс (?), 12:20, 27/07/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Браво, супер логика
А вы ожидали бы, чтобы при нерабочем компьютере Линукс таки продолжал работать бы?
Блок питания сгорел, память битая, шлейф от винта отвалился, проц дымится - а Линуксу хоть бы хны, продолжает работать стабильно
| |
|
2.28, User294 (ok), 08:16, 26/07/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> А что разве линукс зависает?
Если постараться - можно отправить в нокаут практически любую систему общего назначения.И кстати далеко не всегда в этом вина ОС. Привилегированный пользователь (root) по определению может делать в том числе и "опасные" действия - которые потенциально могут создать проблемы операционной системе. На то он и root, собственно ;).И в принципе доиграться - можно.Особенно поднасрав каким-нибудь прямым доступом в i/o порты например.Правда так можно доиграться и до "жесткого" взвиса когда даже аварийные шорткаты не помогут...
| |
|
1.18, аноним (?), 20:39, 23/07/2009 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –1 +/– |
>клавиши R E I S U B
>Запомнить можно комбинацию по фразе: "REстарт ISкуственный UBийственный"
чушь какая
ведь все знают, что Rei - имя девочки с синими волосами
| |
1.25, iZEN (ok), 15:34, 24/07/2009 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +1 +/– |
Ну, уж если Shift+Alt+F1 не помогает для выхода в текстовую консоль, то на FreeBSD я кратковременно жму кнопку выключения питания -- всё нормально завершается с высвобождением буферов I/O на диски и отмонтированием носителей, и компьютер просто выключается.
Но чтобы такой форс-мажор из-за зависших X'ов случался больше, чем раз в год -- такого не припомню. Это надо либо что-то с железом особенное делать (апгрейд видеокарты, например), либо с операционкой что-то "не то" делать.
| |
|
2.26, XoRe (ok), 20:00, 24/07/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>Ну, уж если Shift+Alt+F1 не помогает для выхода в текстовую консоль, то
>на FreeBSD я кратковременно жму кнопку выключения питания -- всё нормально
>завершается с высвобождением буферов I/O на диски и отмонтированием носителей, и
>компьютер просто выключается.
>
>Но чтобы такой форс-мажор из-за зависших X'ов случался больше, чем раз в
>год -- такого не припомню. Это надо либо что-то с железом
>особенное делать (апгрейд видеокарты, например), либо с операционкой что-то "не то"
>делать.
А у меня такое частенько было при экспериментах с ubuntu + openldap =)
Иксы теперь по Ctrl+Alt+Backspace не убиваются (благодаря User294 =) ).
ACPI тоже не помню, срабатывало ли.
Одна радость - простую рабочую станцию можно ребутить и ребутить =)
А сервер, имхо, разумнее через кнопку power.
Особенно, стоечный - клава не всегда под рукой.
| |
|
1.46, medweder (?), 18:50, 10/04/2015 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +/– |
Пробовал поставить линукс 10 лет назад помню что был полный ппц.. И сейчас вот решил попробовать поставил 5 разных версий, все зависают постоянно на рабочем столе. Думаю оставить эту затею еще лет на 10.
| |
|