Ru-Board.club
← Вернуться в раздел «UNIX»

» Новичок в Linux.

Автор: 0Vovan0
Дата сообщения: 28.08.2010 13:16
Утром намертво повис сервер (CentOS 5.4 x64), пару месяцев без каких либо проблем работавший. Техподдержка ситуацию разрулила похоже простым ребутом, ответив "Судя по всему - заклинило ядро системы, но с железом все ОК." Как можно узнать что же все-таки случилось? Что именно смотреть в логах?, на первый взгляд ничего подозрительного нет
Автор: Aq_UNDERSCOPE_0
Дата сообщения: 28.08.2010 19:13

Цитата:
Как это можно безболезненно исправить?

Как обычно. Acronis (загрузочный образ) или старый gParted. Если на диске есть свободное место или есть под рукой пустой HDD, то будет немного легче. Если нету -- тут сложнее, но тоже можно выкрутиться.

В двух словах механизм просто:
1) Создаёшь раздел нужного размера
2) Форматируешь
3) Копируешь файлы
4) telinit 1
5) Удаляешь файлы из целевой папки монтирования
6) Прописываешь монтирование нового раздела в /etc/fstab
7) shutdown -r now


Цитата:
Или это не сильно вредно?

Практически не вредно. На многоядерном процессоре производительность дисковой подсистемы будет незначительно ниже. А так -- если что-то полетит -- то всё сразу Отдельные разделы создаются из соображений безопасности, тут это уже обсуждалось не раз. И бэкап делать легче.

Я обычно делаю /boot, /, /usr, /home, /var. Файловые системы -- ext2, xfs, xfs, ext3, reiserfs соответственно. Все разделы монтируются на чтение-запись только если в системе логинится root. А по умолчанию /boot не монтируется вообще, /usr -- RO. /home можно разделить с рядом стоящей WinXP.

Если терзают сомнения, сколько места потребует тот или иной раздел -- можно систему в нужной конфигурации поставить на виртуалку, и там посмотреть и опрелделиться.


Цитата:
это, скорее, дело привычки.


Так считают пионЭры, имеющие линуксовый стаж не более года.

Добавлено:

Цитата:
А смысл отделять /usr???

Ну почему иногда C:\Program Files делают отдельным разделом?

1) Легче переехать на другой HDD
2) Легче делать backup
3) Затрудняет несанкционированную модификацию раздела с пользовательским софтом
4) Если при пересборке ядра вырубят электричество или откажет UPS, то скорее всего будет повреждён только /usr, а корень останется неповреждённым, и можно будет кое-как загрузиться и почекать ФС.
Автор: Aq_UNDERSCOPE_0
Дата сообщения: 29.08.2010 13:35

Цитата:
BIOS вообще отмереть обещает на современных ПК через годик другой. Современные ОС его вообще практически не используют, всё что он сейчас делает это передаёт управлению загрузчику и регулирует вопросы PoE и т.п.!

Опять обзоров начитались в нашей жёлтой компьютерной прессе?

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

Можно, конечно, сделать так, как сделали на ARM -- организовать на материнке микросхемку NOR-Flash ёмкостью этак 2-4МБ, и объявить её единственным загрузочным устройством. Правда, непонятно что делать, если загрузчик вдруг накроется...


Цитата:
в этом вся прелесть, независимость, надежность и прочее!!!

Поэтому интерфейсам некуда развиваться кроме как в сторону рюшечек. К счастью, в Bell Labs это давно поняли. Но пока ничего юзабельного не предложили.

Про «независимость» и «надёжность» даже читать смешно.


Цитата:
вы при своем мнение, а мы при своем! и чего тут вы начали втирать что мышка спасет мир!?

Здесь вроде как не ЛОР, поэтому я грешным делом подумал, что собеседники тут будут постарше и поадекватнее. Впрочем, неадекватных фанатов чего-либо везде хватает.


Цитата:
Более мощное оборудование тоже часто имеет веб интерфейс, но как показывает практика он не покрывает значительную часть их функционала...

Естественно. Написать адекватный GUI -- это посложнее, чем ввод-вывод на уровне <<cin и >>cout.


Цитата:
как только вы мне предоставите достойный управляющий веб интерфейс, тогда и будем рассуждать!

Скажем так. Такую задачу я никогда не ставил, но у меня есть некоторые идеи, как это должно выглядеть и работать, учитывая типичные админские задачи.

Предлагаю на досуге подумать, почему Linux вот уже 15 лет так тяжело лезет на десктопы, не совершая чудес экспансии. Опять масоны виноваты? Или дядя Билли оказался хитрее? А привести код glibc в более-менее упорядоченный вид тоже масоны помешали? А неясно было в 1995 году, что возможности XFree86 мягко говоря не отвечают современным требованиям?

Цитата:
p.s. если честно мне так не хотелось отвечать ему - но внутреннее я не позволило пропустить его речи мимо взора...

Alukardd, понимаете ли, усилия разработчиков всех когда-то успешных на рынке ОС в той или иной степени были направлены на людей, которым надо РАБОТАТЬ. Усилия девелоперов ГНУтых библиотек и базовых утилит были направлены на людей, которым надо поиграться в консоль. Пока не появился Шаттлворт, и не заставил всех немного подумать над тем, куда всё идёт.


Цитата:
Вы что никогда не русифицировали консоль в линукс/юникс или в ms-dos?

Про моэдос я забыл как страшный сон. А вот заставить нормально с русским/украинским языком работать консоль мне приходилось долго -- даже помню летнюю сессию из-за этого завалил

Помню, тогдашние малолетние фанаты мне доказывали, что в консоли должна быть кодировка СР866, а в иксах -- КОИ8-Р. Посколько рациональных аргументов они не принимали, я послал их в далёкий эротический поход, и сделал себе везде СР1251, просто потому, что именно с этой кодировкой приходится чаще всего работать. Потом, как и все, переключился на Юникод.

Вот какой я накреативил шрифт, 2000 год. Качайте, пользуйтесь.


Цитата:
Вот то, что вы загружаете в таблицы знакогенератора, то и называется текстовые шрифты.


Я уже начинаю привыкать к тому, что школота величает системный блок «процессором». А знакогенератор принимает шрифты в формате *psf. То, что они растровые и моноширинные -- и так понятно.
Автор: Alukardd
Дата сообщения: 29.08.2010 14:40
Aq_UNDERSCOPE_0
Цитата:
Опять обзоров начитались в нашей жёлтой компьютерной прессе?

А инициализировать встроенные в южный мост устройства кто-то должен? А дать возможность пользователю отключить неработающее устройство? А предварительно выставить время, частоту процессора и системной шины, указать порядок загрузочных устройств?
конечно начитался, правда пресса далеко не жёлтая... ну вот вам обзор моих слов - читал я правда не отсюда...
Автор: TeXpert
Дата сообщения: 29.08.2010 15:08
Aq_UNDERSCOPE_0, твой ответ на мой пример
Цитата:
Вот пример из моей практики: как-то один мой знакомый возился-трахался с CD, через твой любимый GUI. Оказалось, ему нужно было скопировать все jpg-картинки, рассованные по самым разным каталогам, вперемешку с разными файлами (целиком скопировать диск ему, кажется, не хватало места, да и все равно потом ковыряться надо точно так же). Вот теперь представь свои действия в проводнике: открываешь каждую папку, выбираешь файлы, а потом в другом месте создаешь таку. же папку и туда копируешь файлы (целиком папку копировать нельзя, файлы там свалены разные). Когда файлов сотни и тысячи, тебе все это быстро надоест, и ты потратишь целый день на это, при этом вероятность ошибок резко вырастает. Между тем, даже через кастрированную командную строку Windows задача решается в одно движение с помощью команды xcopy с ключом /s, она вытащит все файлы и положит с сохранением структуры каталогов в указанном месте


Aq_UNDERSCOPE_0
Цитата:
Поиск-->"Найти все файлы"-->В каталоге "/mnt/cdrom" --> "*.jpg". Потом просто всё перетащить из появившегося окна с результатами. Хотя не каждый менеджер файлов такое умеет, увы. Но это -- недостатки менеджера файлов, а не GUYI как такового
какой-то не полный и не убедительный. Да и неэффективный:
1) чтобы перетаскивать, надо все выделять
2) надо создавать целевой каталог
3) открыть этот самый целевой каталог
4) елозить мышкой (за что не люблю мышку успех операций с этим устройством зачастую зависит от качества/раздолбанности его), чтобы перетащить
5) нет еще гарантии, что структура каталогов сохранится, то есть скорее всего, все файлы будут свалены в кучу, при этом файлы с одинаковыми именами с разных каталогов будут безвозвратно перезаписаны
...и еще кучу доводов можно привести. Да и сам пишешь, что "не каждый менеджер умеет такое". Тебе не кажется, что невозможно в GUI предусмотреть фактически бесконечномерные варианты?
Ведь с командной строкой нету всей этой фигни, выше же я писал, даже кастрированный командный процессор Windows сделает это за один прием. Так зачем делать это через заднее место?

В консольном редакторе (Far/Midnight Commander) можно очень быстро просматривать файлы --- на отрисовку (в смысле масштабирования) шрифтов время ведь не тратится, как в GUI, а ведь иногда очень важно быстро смотреть файлы (иногда надо их немало отсмотреть), причем бывает, что поиск не помогает (ибо заранее не известно, что ищешь, именно интеллектуальный поиск), а в GUI-редакторе всякий раз надо открывать диалог открытия файлов и прокручивать длинный список файлов. Это очень быстро надоедает. В Far/Midnight Commander это делается в три движения: для выхода из просмотра нажимаешь Esc, а в панели положение курсора запоминается --- то есть, для открытия следующего файла ты просто курсор сдвигаешь вниз на один шаг (второе движение) и жмешь F3, и готово! Представь, что в каталоге сотни файлов, и твои файлы где-то в середине. В GUI-редакторе одна лишь прокрутка спосбна ввести в уныние

Большинство такие моменты (а таких моментов куча!) понимает интуитивно, и только извращенцы, на мой взгляд, заявляют, что "консоль умер"
Автор: Viewgg
Дата сообщения: 29.08.2010 15:17
0Vovan0

Цитата:
Как можно узнать что же все-таки случилось? Что именно смотреть в логах?

Ну, для начала, наверное, как обычно: dmesg, /var/log/messages и т.д.

Aq_UNDERSCOPE_0

Цитата:
усилия разработчиков всех когда-то успешных на рынке ОС в той или иной степени были направлены на людей, которым надо РАБОТАТЬ. Усилия девелоперов ГНУтых библиотек и базовых утилит были направлены на людей, которым надо поиграться в консоль. Пока не появился Шаттлворт, и не заставил всех немного подумать над тем, куда всё идёт.

Я извиняюсь, но это ха-ха.
Автор: mikeus
Дата сообщения: 29.08.2010 16:36

Цитата:
Я уже начинаю привыкать к тому, что школота величает системный блок «процессором». А знакогенератор принимает шрифты в формате *psf. То, что они растровые и моноширинные -- и так понятно.

Тем не менее байтики берутся именно оттуда. Ну, а для кого-то окно с кнопками на экране - операционная система. Типа как в макоси: внимание, в новой версии макос появилась новая, ещё более удобная кнопка и новое окошко. Новая технология!
Автор: SysCommander
Дата сообщения: 29.08.2010 17:38

Цитата:
Alukardd, понимаете ли, усилия разработчиков всех когда-то успешных на рынке ОС в той или иной степени были направлены на людей, которым надо РАБОТАТЬ. Усилия девелоперов ГНУтых библиотек и базовых утилит были направлены на людей, которым надо поиграться в консоль. Пока не появился Шаттлворт, и не заставил всех немного подумать над тем, куда всё идёт.


Прэлэсно, я прослезился
Боюсь что за твоим кумиром Шаттлвортом прочно закрепился ярлык "вождя племени", чему он сам и поспособствовал.
Автор: 0Vovan0
Дата сообщения: 29.08.2010 22:54
Viewgg
Вот кусок из мессаджес, соответствующий зависанию и ребуту, только в нем боюсь ничего полезного нет
[more]Aug 28 00:02:44 CentOS-55-64-minimal rotated[20645]: Rotation finished. 36 log files was processed. 103 seconds left
Aug 28 01:01:01 CentOS-55-64-minimal rotated[23693]: Rotation finished. 0 log files was processed. 0 seconds left
Aug 28 02:01:01 CentOS-55-64-minimal rotated[27247]: Rotation finished. 0 log files was processed. 0 seconds left
Aug 28 03:01:01 CentOS-55-64-minimal rotated[31150]: Rotation finished. 0 log files was processed. 0 seconds left
Aug 28 04:01:01 CentOS-55-64-minimal rotated[3600]: Rotation finished. 0 log files was processed. 0 seconds left
Aug 28 05:01:01 CentOS-55-64-minimal rotated[5876]: Rotation finished. 0 log files was processed. 0 seconds left
Aug 28 06:01:01 CentOS-55-64-minimal rotated[8047]: Rotation finished. 0 log files was processed. 0 seconds left
Aug 28 21:57:23 nhs syslogd 1.4.1: restart.
Aug 28 21:57:23 nhs kernel: klogd 1.4.1, log source = /proc/kmsg started.
Aug 28 21:57:23 nhs kernel: Linux version 2.6.18-194.3.1.el5 (mockbuild@builder10.centos.org) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)) #1 SMP Thu May 13 13:08:30 EDT 2010
Aug 28 21:57:23 nhs kernel: Command line: ro root=/dev/md2 vga=0x317
Aug 28 21:57:23 nhs kernel: BIOS-provided physical RAM map:
....
[/more]
могу выложить /var/log/dmesg , но там я тоже ничего что бы могло навести на что-то не вижу, и куда копать не знаю. Интересный момент - после зависания и ребута сервера его время оказалось переставленным на 8 часов вперед
Автор: Maximus777
Дата сообщения: 31.08.2010 12:00
Знающие люди, скажите плиз, возможно ли повторить в лине трюк с указателем мыши как в винде? Когда при открытии диалогов указатель мыши падает сам на кнопку по умолчанию. Очень удобная фишка.
Автор: TeXpert
Дата сообщения: 01.09.2010 15:10
Короче, сломался мой RHEL, вернее, не сам он, а раздел диска, на котором он жил. При очередной загрузке пошли сообщения об ошибках чтения, а потом kernel и вовсе запаниковал. Встроенный (в BIOS'е лаптопа) поверхностный тест диска ошибок ны выявил, а вот подробный тест выдал ошибку чтения после 90%, что примерно соответствует расположению раздела с RHEL. У диска годовая гарантия, которая еще не закончилась. Основные данные, собственно, находятся в тех разделах, расположенных на беспроблемных (тьфу-тьфу-тьфу) участках диска, да и копии данных в основном есть, разве что не все скачанные филмы успел забекапить, это не катастрофа. Хотелось бы, собственно, вытащить закладки из Firefox (раньше пытался их как-то сделать общим с другим Linux, SLED, который на соседнем, испарвном разделе). Это возможно? За что вот не люблю Firefox, так это нельзя вот так просто вытащит закладки, чтобы сделать разделяемым (в Windows IE это намного легче, просто перенастраиваешь на другую папку). Стоит попытаться подмонтировать раздел с глюками из-под исправной SLED, и что мне это даст? Еще вопрос, стоит диск полечить (типа ремапами), или лучше сразу по гарантии попытаться обменять, вдруг они там скажут, что нечитаемсть отдельных секторов, типа, не катастрофа
Автор: Hazard
Дата сообщения: 01.09.2010 15:31
TeXpert
Из firefox элементарно забираются все настройки (закладки, настройки прокси и т.д. и т.п.). Напр закладки лежат здесь: /home/имя_пользователя/.mozilla/firefox/что_то_цифро_буквенное.default/bookmarkbackups/bookmarks-2010-09-01.json В новом фаеере делаешь восстановить и указываешь этот файл - все.
По поводу лечения написал в приват ибо оффтоп.
Автор: TeXpert
Дата сообщения: 01.09.2010 16:12
Hazard
Ну, в той папке я копался, особенно часто приходится рыться в Cache. На bookmarkbackups почему-то не обратил внимания, наверное, из-за backups в названиях, хорошо, если это собственно каталог закладок, а не их копий. Восстановлю RHEL, тогда и проверю, насчет разделяемых папок закладок

Кстати, еще такую вещь заметил насчет Firefox под RHEL, SLED и PC-BSD: если открыто штук 10-15 окон браузера, через определенное время происходит зависание (при этом загрузка процессора процессом firefox держится на уровне 49%), приходится процесс убивать. Что-то похожее на утечку памяти, кажется. А памяти на лаптопе достаточно, 3 Gb
Автор: Maximus777
Дата сообщения: 01.09.2010 18:20
Как вывести список файлов в каталоге в таком формате:

Код: [mytext] file_1 [1400Mb]
[mytext] file_2 [1450Mb]
...
[mytext] file_n [2200Mb]
Автор: urodliv
Дата сообщения: 01.09.2010 19:29
Maximus777

Код: for i in `ls`; do echo [mytext] $i [`ls -lhd $i | cut -f5 -d" "`]; done
Автор: Maximus777
Дата сообщения: 01.09.2010 19:42
urodliv
нифига себе! Вроде то, что надо, но только при именах файлов с пробелами (из двух слов к примеру) пытается искать каждое слово. Можно как-то учесть в этой хитрой команде?
Автор: Hazard
Дата сообщения: 01.09.2010 19:46
TeXpert

Цитата:
такую вещь заметил насчет Firefox

А ты попробуй отруби адобовский плагин, и помотри не станет ли fox быстрее и не исчезнут ли утечки )))
Автор: urodliv
Дата сообщения: 01.09.2010 22:37
Maximus777

Код: for i in $(ls | sed 's/\ /|/g'); do echo [mytext] $(echo $i | sed 's/|/\ /g') [$(ls -dhl "`echo $i | sed 's/|/\ /g'`" | cut -f5 -d" ")]; done
Автор: TeXpert
Дата сообщения: 01.09.2010 22:45
Hazard
Цитата:
А ты попробуй отруби адобовский плагин, и помотри не станет ли fox быстрее и не исчезнут ли утечки )))
А прикол как раз в том, что я вообще не пользую Adobe Flash. Из-за того, что мне надоели бесконечно обнаруживаемые дырки там. Ведь в Windows основным способом удаленного внедрения вирусов остается ActiveX (под Windows я firewall'ом просто-напросто их блокировал), а вот в Linux Flash грозит превратиться в аналога этого самого ActiveX'а
Кстати, не знаешь, как отключить надоедливое идиотское напоминание об отсутствии Adobe Flash?
Автор: Maximus777
Дата сообщения: 02.09.2010 05:28
urodliv
спасибо огромное, теперь всё как надо. Затейливая аднака строчечка кода получилась
Автор: Hazard
Дата сообщения: 02.09.2010 09:00
TeXpert

Цитата:
не знаешь, как отключить надоедливое идиотское напоминание об отсутствии Adobe Flash

Увы нет. Сам задумывался, что бы подсунуть фаеру ч.б. он думал, что flash плагин есть ))) Имхо флеш вообще зло, да замены нет (
Автор: Aq_UNDERSCOPE_0
Дата сообщения: 04.09.2010 23:51

Цитата:
конечно начитался, правда пресса далеко не жёлтая..

Америкашкам не нравится слово «BIOS» (200 лет назад похожая истерика была с термином «радикал» в органической химии). А наши аффтары взяли и скопипаздили «умную» статью, не вдаваясь в её смысл.

Про EFI я в курсе. Только я больше с железячниками общаюсь, чем прессу читаю. А у них любую прошивку любого устройства, если она участвует в операциях ввода-вывода и/или эмулирует для этого виртуальные устройства, принято называть BIOS'ом. В противном случае её называют просто фирмварью.

В Википедии написано корректно, что EFI заменит PC-BIOS, то бишь базовую систему ввода-вывода спецификации IBM-PC\AT.


Цитата:
Между тем, даже через кастрированную командную строку Windows задача решается в одно движение с помощью команды xcopy с ключом /s, она вытащит все файлы и положит с сохранением структуры каталогов в указанном месте

Конечно. Это это говорит не о преимуществе командной строки, а об убогости explorer.exe.


Цитата:
1) чтобы перетаскивать, надо все выделять
2) надо создавать целевой каталог
3) открыть этот самый целевой каталог

А в командной строке нужно мало того что её вызвать, так ещё и сделать cd very/long/path/to/folder, и это хорошо, что в популярных шеллах есть автозаполнение (например, клавишей табуляции для bash), а где его нету? Не говоря уже о том, что для успешной работы целевое дерево каталогов часто приходится держать в голове.


Цитата:
елозить мышкой (за что не люблю мышку успех операций с этим устройством зачастую зависит от качества/раздолбанности его), чтобы перетащить

При наличии штатной клавиатуры есть Ctrl+A, Ctrl+C, Ctrl+V. А у мышки помимо левой есть ещё и правая клавиша. И средняя, для некоторых десктопов.

А при отсуствии клавиатуры «указывающее устройство» (что там его реализует на данной конкретной машине) должно работать безотказно, иначе его нужно разбить о голову того китайца, который его собирал.


Цитата:
нет еще гарантии, что структура каталогов сохранится, то есть скорее всего, все файлы будут свалены в кучу, при этом файлы с одинаковыми именами с разных каталогов будут безвозвратно перезаписаны

Опять же, это убогости конкретного файлового менеджера. Можно реализовать "Поиск" как виртуальную ФС со своим инструментарием.


Цитата:
Тебе не кажется, что невозможно в GUI предусмотреть фактически бесконечномерные варианты?

У тебя слишком бедная фантазия. А варианты конечномерны, потому что задача стоИт -- найти определённые файлы в определённых каталогах по заданному принципу.

Если все будут думать, что GUI -- это только лишь графическая морда, то он графической мордой и будет оставаться.


Цитата:
Ведь с командной строкой нету всей этой фигни

Этой -- нет, но есть другая.


Цитата:
даже кастрированный командный процессор Windows сделает это за один прием.

Для чего его нужно как минимум запустить и перейти в нужную папку. В несколько приёмов.

Цитата:
Так зачем делать это через заднее место?

Мне этот вопрос всегда хотелось задать ваятелям некоторых приложений -- зачем они наваяли интерфейс, с помощью которого работать приходится через одно место? Неужели они сами пользуются тем, что ваяют?


Цитата:
В консольном редакторе (Far/Midnight Commander) можно очень быстро просматривать файлы --- на отрисовку (в смысле масштабирования) шрифтов время ведь не тратится, как в GUI,

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

Цитата:
причем бывает, что поиск не помогает (ибо заранее не известно, что ищешь, именно интеллектуальный поиск), а в GUI-редакторе всякий раз надо открывать диалог открытия файлов и прокручивать длинный список файлов

Я ничего не понял. А функция отображения миниатюр не спасёт ацца русской демократии?


Цитата:
В GUI-редакторе одна лишь прокрутка спосбна ввести в уныние

Которую лично я делаю одним движением среднего пальца по колесу скролла. А для открытия-закрытия выделенного файла -- Enter, Alt-F4.


Цитата:
и только извращенцы, на мой взгляд, заявляют, что "консоль умер"

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


Цитата:
Я извиняюсь, но это ха-ха.


Это преувеличеное конечно же, но в целом, думаю, моя мысль понятна.


Цитата:
Боюсь что за твоим кумиром Шаттлвортом прочно закрепился ярлык "вождя племени", чему он сам и поспособствовал.

Кумиром моим он не является, но я его уважаю за несколько принципиальных идей, изменивших конъюнктуру. Также как и Клайва Синклера, и (увы) тронувшегося мозгами под старость лет на почве коммерции Стива Джобса.

Цитата:
Знающие люди, скажите плиз, возможно ли повторить в лине трюк с указателем мыши как в винде? Когда при открытии диалогов указатель мыши падает сам на кнопку по умолчанию. Очень удобная фишка.

В принципе, можно. Для этого придётся ковырять исходный код, и сделать вставку, которая перемещает указатель мыши в координаты нужной кнопки при инициализации диалогового окна. И пересобрать менеджер рабочего стола. Вроде как даже неофициальные патчи существуют, которые добавляют этот код.
Автор: T4NUK1
Дата сообщения: 05.09.2010 19:04
А какой в Линуксе аналог Ctrl+Alt+Del, что бы если ПК завис, то системный монитор запустить и снять процесс?
Автор: Alukardd
Дата сообщения: 05.09.2010 19:48
T4NUK1
эм... а что у вас зависло позвольте спросить? у меня такое случалось только когда прогил и напрогил бесконечный цикл с весьма серьёзными вычислениями...
1 - Вообще я по виндовой привычке в своей ubuntu назначил на ctrl+alt+del gnome-system-monitor.
2 - так же если зависло дэсктопное приложение можно спастись перезапуском X'ов - crtl+alt+backspace
3 - можно просто вызвать терминал и прописать kill или killall для нужнго процесса.
4 - если совсем туговато с рабочим окружением, то можно нажать ctl+alt+F1-6 залогинится и прписать тоже что и в терминал...
5 - reset использовать вообще не надо - если в этом есть необходимость можно использовать вызовы ядра(magic sysrq) alt+sysrq(prtscr)+R/E/I/S/U/B.
6 - Если рабочее окружение доступно, то лично у меня в gnome вытащена кнопка для принудительного завершения работы приложения...(делает тоже самое завершение процесса только по таргету мышки)

думаю вам хватит)
Автор: T4NUK1
Дата сообщения: 05.09.2010 19:57
1 - Вообще я по виндовой привычке в своей ubuntu назначил на ctrl+alt+del gnome-system-monitor.
2 - так же если зависло дэсктопное приложение можно спастись перезапуском X'ов - crtl+alt+backspace
3 - можно просто вызвать терминал и прописать kill или killall для нужнго процесса.
4 - если совсем туговато с рабочим окружением, то можно нажать ctl+alt+F1-6 залогинится и прписать тоже что и в терминал...


1. Да, я совсем про это забыл - нужно переназначить.

2. А вот это в случае с полноэкранными играми почему-то не всегда помогает.

3. Эх, если б точно знать как называется процесс той или иной игрушки или программы...

4. Тоже не всегда срабатывает.

Короче, таки буду переназначать клавиши на систем-монитор

Спасибо


Автор: Alukardd
Дата сообщения: 05.09.2010 20:08
T4NUK1
Цитата:
3. Эх, если б точно знать как называется процесс той или иной игрушки или программы...
есть консольный диспетчер задач- top. Или же просто список процессов - ps aux. Последнее очень большой поэтому его лучше грэпать по нужным словам...
кстати, если kill убивает только по PID, то killall принимает имена процессов, а они в linux обычно так и есть - что запустили так и называется... в случае игрушек думаю это wine))) вот его и убивайте)
Автор: urodliv
Дата сообщения: 05.09.2010 22:15

Цитата:
есть консольный диспетчер задач- top.

Который сам по себе зажирает кучу ресурсов, и если система ещё хоть как-то пыжится, то при его запуске велика вероятность отправить её (систему) в нирвану.
Автор: Alukardd
Дата сообщения: 05.09.2010 22:46
urodliv
не без вариантов) он жрёт очень мало, а в нирвану система не отправляется... уж поверьте я на собственной ж*** испытал это) и top меня сильно спасал в анализе косяка...
Автор: urodliv
Дата сообщения: 05.09.2010 23:09

Цитата:
не без вариантов)

Спорить не буду - вариантов в жизни много. И опыт у каждого свой. А T4NUK1 распорядится полученной информацией как сочтёт нужным.
Автор: Hazard
Дата сообщения: 06.09.2010 09:59
Alukardd

Цитата:
можно нажать ctl+alt+F1

Использую именно это. Вывалился в чистую консоль (да же если иксы висят), пофиксил что надо консольными прогами, и снова прыгаю в иксы alt+F7.
T4NUK1

Цитата:
назначил на ctrl+alt+del gnome-system-monitor

Суровый сибирский парень

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071

Предыдущая тема: Установка Linux Fedora без dvd-rom


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.