Byte
-
Постов
2255 -
Зарегистрирован
-
Посещение
Никогда -
Победитель дней
1
Сообщения, опубликованные Byte
-
-
интересно, а где выше наблюдается "суд и расправа над модераторами" ? выше приведены только жалобы на произвол модератора с указанием (по возможности) полной картины проишедшего, дабы обсуждение модераторов "за пивком" основывалось хоть на чем-то, раз следы "заметены" удалением почти всего поста. А прилюдно "рапинать" никого и не надо - неэстетично подобное, да никто к этому, по моему, из высказавшихся выше и не стремится.
-
-
По поводу стандартов: (поправьте если не прав) наибольшую совместимость, имхо, обеспечивает sh, так как почти все остальные оболочки понимают все команды sh, но не наоборот.
-
ИМХО закрывать тему - плодить новые темы по тому же вопросу когда требуется всего лишь уточнение деталей, дополнение и т.п. По поводу поиска - White_Mouse прав - те, кто умеет искать - найдет и так. Те, кто не умеет и не хочет учиться - будут задавать одни и те же вопросы по многу раз. Сейчас, когда количество постов за сутки намного меньше чем года 3 назад труднее отслеживать общую тенденцию, но по прежнему те, кто здесь для того, чтобы отвечать - отвечают, остальные случайным образом время от времени заглядывают и задают вопросы. Обратите внимание: большинство РТФМ вопросов от тех, у кого до 10-20 постов. Остальные либо больше не появляются, либо чему-то учаться. А вот создание чего-то наподобие базы знаний с удобным поиском оправданно. но облегчит жизнь она скорее не новичкам, а power user и гуру.
-
а как в админском форуме обычные форумисты смогут, скажем, голосовать?
-
2 White_Mouse:
приведенная ссылка на сведения о моем аккаунте на linuxportal
выходит - я
по поводу "отличного специалиста в Linux" - спасибо, но сие есть преувеличение
По поводу "копирование чужого ответа" - не совсем корректно я выразылся в соседнем топике.
Дело было так (не дословно конечно):
****
вопрос про разрешение: ответ BSDobermann о xorg.conf
Пингвинчик: нету такого в Дебиан
BSDobermann: /etc/XF86Config
Byte: скорее /etc/x11/XF86Config
Пингвинчик: и такого нету
Byte: а какой есть?
Пингвинчик: /etc/x11/XF86Config-4
BSDobermann: развели тут флейм, щас буду удалять!
Byte: <не выдержал и выдал по пуктам свое мнение об "щас буду удалять" с припиской в конце: "нервные клетки не восстанавливаются">
****
После этого удаляются все сообщения ниже второго, а сообщение BSDobermann о xorg.conf дополняется
Цитата: /etc/xorg.conf или /etc/x11/XF86Config или /etc/XF86Config Wink
(BSDobermann подытожил все сказанное - краткость сеcтра таланта, видимо)
Ну после этого я не выдержал и "от души пофлеймил" на эту тему... Вот, собсно, так...
-
-
к тому, чтобы ложный ответ BSDobermann'a не был принят на веру теми, кто Debian 3.1 в глаза не видел...
для исправления собственной ошибки совсем не обязательно рубить то, на что потрачены силы и время другими...
-
>...постить чушь - незачем давать глЮпые советы
P.S. Да вы, батенька, сами пофлеймить гаразды
-
BSDobermann писал(а) пн, 01 августа 2005 10:36 Если хотите разобраться в данной теме "ИЗМЕНЕНИЕ РАСШИРЕНИЕ МОНИТОРА В Debian"
1) тогда почитайте документацию!
обязательно
Цитата: 2) поставьте дистриб. Дебиан, и изучите её структуру.
подумаю
Цитата: 3) создайте отдельную тему,
зачем?!? уже есть созданная тема
Цитата: ИМХО ХВАТИТ ОФФТОПИТЬ! Вопрос был задан, ответ получен,
вот только правильный ответ Пингвинчика стерт и вставлен как обновление в ответ (никогда не догадаетесь) BSDObermann'a
Цитата: если человек не понял о чем речь, (или такого файла нет /etc/xorg.conf) Он сообщит об этом, и только тогда отвечайте.
т.е. создатель темы является ее владельцем и только он может задавать вопросы в рамках этой темы?
Цитата: А не по 5 постов в подряд! В конце то концов идите в дедсад на ксакип.ру там можно пофлеймить от души
здается мне, батенька, вы непонятно чего нервничаете... а нервные клетки не восстанавливаются в прежнем количестве...
-
BSDobermann писал(а) пн, 01 августа 2005 10:36 В конце то концов идите в дедсад на ксакип.ру там можно пофлеймить от души
Да... судя по всему случай тяжелый и консенсус недостижим... а жаль...
-
не... ну елы-палы... слов нет
2BSDobermann: да ЗАПАРИЛ ты уже своим удалением СОВЕРШЕННО НОРМАЛЬНЫХ СООБЩЕНИЙ из общего форума (в частности из темы "ИЗМЕНИТЬ РАСШИРЕНИЕ МОНИТОРА В Debian 3.1").
P.S. сорри за резкость, но, действительно, слова заканчиваются
...
-
Hans R. Steiner писал(а) вс, 31 июля 2005 18:08 Спор, на самом деле, о зависимостях. Просто топик не полностью
отрожает суть вопроса.
В данном случае, человек утверждает, что параметр "Default UID+",
зависит именно от дистрибутива системы, а я утверждаю, что от
дистрибутива приложения.
хм... а это не одно и то же?
-
Так что, господа, вопрос застрял и linux.ru так и не увидать окончательно сформулированных и принятых правил?
-
Господа, а, собственно, о чем спор? Заводя юзверя ведь можно по своему усмотрению присвоить определенный УИД не используемый до этого в системе? Можно...
То, как тот или иной дистрибутив (программа) использует это свойство и является главным отличием, важным для администратора системы. Сейчас вопрос о разных уидих системных юзверей практически не актуален. Это в эпоху слаки 7-й, когда, к примеру, mysql не шел в поставке с дистром необходимо было пользователя mysql & group mysql создавать ручками. А сейчас (скорее всего) при запуске инсталляционного скрипта к той же слаке 10.1 юзверь должен создаться автоматически с уидом до 500 и все должно быть тип-топ. Хотя не пробовал - не уверен (сейчас нету под рукой любимой слаки дабы убедиться).
З.Ы. Отвечая на вопрос топика можно ответить:
а) от дистрибутива
б) от программы, автоматически создающей юзверя
в) от админстратора
-
раздел может быть и один. прикол с /home в том, что при переустановке дистра (а они выходят как грибы) файлы пользователей можно не трогать если они на отличном от системы разделе. Но возникает проблема другого плана: например при разбивке решили, что пользователям 10 гиг хватит, а они начали фильмы ганять? и в то же время на других разделах места навалом. Так что не всегда угадаешь. А если используется initrd, к примеру, то сам бог велел /boot на отдельный выность и т.п. Но для начала можно все валить на одни - не страшно
P.S. Староват Ред Хат 9. Попробуйте что-нить из последних альт-линуксов если уж на шапочные потянуло
-
а можно и с помощью fdisk
- убить все и создать заново так, как хотим
но рекомендуется как минимум /home выносить на отдельный раздел. А ИМХО ставить все 5.5 гиг дистра - это даром захлямлять диск
-
для юзверей типа root, ftp и т.д. конечно, а вот если добавили ivanoff, sodoroff а потом mysql (если не устанавливали при установке дистра) то при переносе mysql проблемы обеспечены
-
а на будущее можно всем заводимым пользователям давать уиды начиная с кокой-то границы, а до этой границы зарезервировать для mysql и т.п. системных юзверей - тогда и проблем на будущее будет меньше - только копируй строки из passwd & shadow
-
да хоть с федоры на федору - алгоритм шифрования тот же - уиды разные - 99% вероятности. Ну у дефолтовых юзверей одни и те же, но у заведенных пользователей вряд-ли.
А вот с шапки на федорино горе - подозреваю проблем не намного меньше чем с дистра другого производителя
-
только пару дней назад тут обсуждали: при переносе пользовательских данных возникает проблема идентификаторов пользователей на старом и новом сервере - они должны совпадать
-
нашел
What a core dump ?, A core dump is a file generated by the kernel ( if allowed ) which contains the registers, & all active pages of the program which has crashed. From this file gdb will allow you to look at the registers & stack trace & memory of the program as if it just crashed on your system, it is usually called core & created in the current working directory.
-
а может и не проги, а модуля ядра? надо поискать в доках и сети...
-
как говорится, www.google.com вам в руки - будет значительно быстрее
Какой командный интерпретатор Вы предпочитаете?
в Флейм
Опубликовано
согласен - но с небольшой поправкой: во всех современных линукс-дистрибутивах. интересно, а как по этому поводу обстоит в современных FreeBSD, Solaris? насколько мне помниться во фряхе 4-й sh был действительно sh. А то ведь скрипты иногда переносятся и на эти системы. посему я всегда ссылаюсь на sh - системе виднее что использовать