Перейти к содержанию

Byte

Members
  • Постов

    2255
  • Зарегистрирован

  • Посещение

    Никогда
  • Победитель дней

    1

Весь контент Byte

  1. Так что, господа, вопрос застрял и linux.ru так и не увидать окончательно сформулированных и принятых правил?
  2. Господа, а, собственно, о чем спор? Заводя юзверя ведь можно по своему усмотрению присвоить определенный УИД не используемый до этого в системе? Можно... То, как тот или иной дистрибутив (программа) использует это свойство и является главным отличием, важным для администратора системы. Сейчас вопрос о разных уидих системных юзверей практически не актуален. Это в эпоху слаки 7-й, когда, к примеру, mysql не шел в поставке с дистром необходимо было пользователя mysql & group mysql создавать ручками. А сейчас (скорее всего) при запуске инсталляционного скрипта к той же слаке 10.1 юзверь должен создаться автоматически с уидом до 500 и все должно быть тип-топ. Хотя не пробовал - не уверен (сейчас нету под рукой любимой слаки дабы убедиться). З.Ы. Отвечая на вопрос топика можно ответить: а) от дистрибутива б) от программы, автоматически создающей юзверя в) от админстратора
  3. раздел может быть и один. прикол с /home в том, что при переустановке дистра (а они выходят как грибы) файлы пользователей можно не трогать если они на отличном от системы разделе. Но возникает проблема другого плана: например при разбивке решили, что пользователям 10 гиг хватит, а они начали фильмы ганять? и в то же время на других разделах места навалом. Так что не всегда угадаешь. А если используется initrd, к примеру, то сам бог велел /boot на отдельный выность и т.п. Но для начала можно все валить на одни - не страшно P.S. Староват Ред Хат 9. Попробуйте что-нить из последних альт-линуксов если уж на шапочные потянуло
  4. а можно и с помощью fdisk - убить все и создать заново так, как хотим но рекомендуется как минимум /home выносить на отдельный раздел. А ИМХО ставить все 5.5 гиг дистра - это даром захлямлять диск
  5. для юзверей типа root, ftp и т.д. конечно, а вот если добавили ivanoff, sodoroff а потом mysql (если не устанавливали при установке дистра) то при переносе mysql проблемы обеспечены
  6. а на будущее можно всем заводимым пользователям давать уиды начиная с кокой-то границы, а до этой границы зарезервировать для mysql и т.п. системных юзверей - тогда и проблем на будущее будет меньше - только копируй строки из passwd & shadow
  7. да хоть с федоры на федору - алгоритм шифрования тот же - уиды разные - 99% вероятности. Ну у дефолтовых юзверей одни и те же, но у заведенных пользователей вряд-ли. А вот с шапки на федорино горе - подозреваю проблем не намного меньше чем с дистра другого производителя
  8. только пару дней назад тут обсуждали: при переносе пользовательских данных возникает проблема идентификаторов пользователей на старом и новом сервере - они должны совпадать
  9. нашел 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.
  10. а может и не проги, а модуля ядра? надо поискать в доках и сети...
  11. как говорится, www.google.com вам в руки - будет значительно быстрее
  12. ну тодЫ, кроме как несовместимость оборудования и дистра или неисправность железа винит тоже, судя по всему, нечего
  13. функция как минимум должна вызываться
  14. а никто сторонний в установке не помогал? может, шутки ради, кто-то прописал в старовых скриптах команду перезагрузки?
  15. таки да... кому мешало мое сообщение из двух слов "полностью поддерживаю" ? P.S. А вот тема "Перегнать mp3 с заголовками wav в обычный mp3" в общем форуме "левая" и с нецензурщиной спокойно висит несколько дней...
  16. под КДЕ около недели при 5-ти открытых вкладках работал лис 1.0.2 не выгружаясь и не падал. Потом свалился. Поставил 1.0.6 - сразу свалился прямо на этой теме. Так что зависимости от количества вкладок, версии браузера, темы форума и времени работы программы не наблюдается.
  17. я хотел сказать не про критичность пяти секунд на копирование, а про то, что многим будет влом заходить на какой-то еще промежуточный ресурс чтобы ответить. Чтобы задать вопрос - да, постараются если уж на то пошло ...да бог уже с ним - с транслитом... благо транслита встречается очень мало и вопрос, думаю, не столь принципиален
  18. хм... я к тому, что выражение "выпасть в корку" не о чем не говорит? в общем - это дамп памяти упавшей проги
  19. а перед этом проги ни какие не падают случайно?
  20. да при чем тут пофлеймить? по поводу удаления моих сообщений: в свете удаленных ранее - не смешно По поводу транслита: никто же не заставляет читать пост на транслите, правильно? Кому неудобно - пусть не читает. Транслит, само-собой, не совсем уважение к другим участникам, но любое запрещение не нарушающих общепринятые нормы действий - есть дискриминация. Может еще запретить на английском посты и т.п.? Но, как говорится, со своим уставом в ужой монастырь не лезут, - засим завсегдатаям и модераторам "монастыря" виднее. НО: мне жаль того, на чей срочный вопрос кириллицей ответ вовремя не случиться только потому, что отвечавшему будет в облом лезть на транслит.ру, а русской клавы в тот момент под рукой не окажется... По поводу >глупые вопросы и предложения Господа модераторы: а может вынесете обсуждение правил в отдельную ветку? а то тема начиналась, перефразируя, за упокой, а продолжается за здравие
  21. а на каком этапе перезагружается? во время загрузки ядра или отработки скриптов? может достаточно hotplug скрипт поковырять?
  22. если не секрет: а чего так строго по поводу транслита? не проще-ли кому неудобно читать отправлять на транслит.ру?
  23. Byte

    Всё бесит.

    ну не знаю как там с оптимизацией при cборке ядра, но то что сейчас многие разработчики, уповая на быстрый и "умный" процессор и много памяти, совершенно не заботятся о быстродействии программ - это факт. Пример - та же mozilla на своем движке - тормоза тормозами что под виндой, что под X Window. А памяти жрет... прям обидно - хорошая программа, а отсутвие усилий программистов по повышению быстродейсвия , как говорится, на экране... А вы тут чуть-ли не пропагандируете писать программы ногами, авось мощная машина вытянет...
  24. Byte

    Статейка

    Статейка: http://www.computerra.ru/think/sysadmin/39284/ В статейке проскальзывают здравые мысли
  25. лис 1.0.4 под ХР падает регулярно лис 1.0.2 под КДЕ 3.4.0 свалился раза два здается мне, это сказывается проблема всех браузеров, отличных от ИЕ - проблема с отображением вложенных таблиц
×
×
  • Создать...