Ошибка в обновлении Ubuntu Linux 6.06

> Не понимаю, почему честные линуксоиды должны ипацца с этим западлом-за-деньги.

Потому что оно на мыло может свалиться и не обязательно по работе. Это как заявить "хочу использовать только nano, а проприетарные doc/xls/mdb пусть горят синим пламенем", только в итоге для того, чтобы прочитать нормативный документ, прайс или аттач к письму или еще что придется столкнуться с невозможностью открыть этот формат. Вобщем, никуда не денешься с подводной лодки пока OpenDocument не стал фактическим стандартом документооборота, а не только бумажным.

> Use gvim, Luke. Also use utf8. Always UTF-8.

Что за стремление навязать свое болото и заставить всех ходить строем? К томуже посмтрел бы я как ты будешь пыхтеть и плеваться, пытаясь открыть в gvim нечто вроде tetrcorp.xls, tipovoy-ustav-tsg.doc или gost_tz1.doc из такой обычной реальной жизни. :)

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

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

[Gharik]

> в венде как BSOD'ы лечить

ничего сложного - домохозяйки идут на oca.microsoft.com, заводят .Net passport, отправляют на анализ минидамп, результат (причину проблемы и что делать) видят в окне бровзера или получают по почте. advanced-users могут сами сделать анализ крэшдампа в отладчике WinDBG, несколько простых действий - и мы знаем, какой драйвер виноват

> иопнулась инфраструктура, потери из-за простоя - сотни штук зелени, а M$ милостиво забашляет 5 единиц

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

> И много команд в энтой рекавери консоле?

достаточно для локального восстановления

> Как мне с nfs/smb/etc ресурса

а тут нужен аварийный LiveCD (ERD Commander, Bart PE). или возможно безопасный режим с поддержкой сети

> как позорному эникейщику рассекать со стопкой компактов

ну если не знаете, в каких ситуациях какими средствами пользоваться - будете рассекать

> спецы по геморрою с провайдером говорят что в вендовом серверном сегменте тоже изолированная от контактов извне сетка

если под "серверным сегментом" о контроллерах домена речь, ессесно, их изолируют от интернет :) а внешних веб-серверов на виндах хоть ж...й кушайте

> откуда в 2000 венде какой-то там файрвол?

а он там есть, однако

> Или везде ставить память с ecc. Только линукс почему-то работает.

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

[CrazyClaus]

> восстановление из Backup, не гарантирует что BSOD не проявится через час, была же ведь причина по которой он появился?

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

качаете windbg

http://www.microsoft.com/whdc/devtools/debugging/installx86.mspx

чтобы крэш-анализ делать, еще нужны символьные файлы, они тоже лежат на сайте МС, но пакеты большие (для XP SP2 например около 150 мб), поэтому лучше прописать в установленном windbg, чтобы грузилась только часть символов, нужных для анализа данного минидампа

для этого пускаем windbg, File -> Symbol File Path, откроется диалог, там ввести строку

SRV*c:\debugsymbols*http://msdl.microsoft.com/download/symbols

(это чтобы отладчик сам подгружал нужные символы с сайта MS, каталог C:\debugsymbols или другой надо создать заранее, при желании можно и на сетевой шаре символы размещать)

нажать ОК

теперь File -> Open Crash Dump - открываем минидамп, и... собственно все. Отладчик автоматом подгрузит (должно быть ессесно подключение к интернет) нужные символы (причем минидамп может быть для любой 2k/XP, т.е. например можно поставить Windbg на W2k SP4 и анализировать на ней минидампы от XP SP2 и наоборот) и автоматом выполнит команду !analyze... имя сбойного драйвера будет названо... ну можно еще для расширенной информации сделать !analyze -v

бонус - иногда не надо подгружать отладочные символы, и без них windbg скажет, кто виноват в синем экране

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

Именно так, ибо протокол проприетарный.

>Юзерспейсный софт не вызывает BSOD-ы, его вызываю драйвера, того же глючного Outpost-а, который никто не навязывает ставить. Ну так и кривой драйвер fglrx под Linux, по своему опыту, легко вешает линукс намертво при перелогинивании в kdm.

Мне какая разница какой у него спейс, есть программа, скажем, работающая с устройствами на com порту - через раз выдаёт bsod.

кривой fglrx - последствия всё той же проприетарщины.

>Нету. А альтернатива какая? Пускать виндовый лицензионный софт, аналогов которому нет и уж халявных полнофункциональных аналогов точно никогда не будет, да еще привязанный к HASP-у под эмулятором(только его сначала сломать придется), мучать юзеров линуксом с KDE, который не умеет нормально работать с русским, тормозным FF и OOo который может упасть? Вот вы лучше расскажите сколько реальных российских фирм от сотни ПК полностью переведены на опенсорс ОС(на десктопах в т.ч.), на ту же Ubuntu на десктопе, и при этом на нем и остались, а не вернулись через месяц на винду, отматерив или уволив админа-фанатика, который думал непонятно чем.

Если мыслить вашими категориями, то так и будете барахтаться в этом проприетарном дерьме. Я считаю, что надо обращать внимание на то, что существующая ситуация никуда не годится и заставлять разработчиков писать свой софт не под одну единственную винду, а под альтернативные ОС. Сегодня переход на Linux оправдан в случае, когда тех специалисты организации с ним знакомы, это раз, и когда нет софта намертво привязанного к Windows и задачи можно решать софтом для Linux. Лично у меня реалистичный подход, я никого не мучаю, я просто предлагаю открыть глаза и начинать работать на результат который невыгоден одному лишь майкрософту - появление реально способной конкурировать с windows на массовом десктопе платформы.

>http://bugs.kde.org/show_bug.cgi?id=44047

Это просто несерьёзно. Раз так, я жду как M$ отреагирует на предложение обеспечить кодирование имён файлов в koi8-r.

>recovery console(где можно управлять и сервисами и драйверами и менять ядро), safe mode, bartpe... Как чайники, мнящие себя специалистами по виндам чесслово...

ХА - громко и саркастически.

ну так а кто виноват? раз одно железо не работает под ОС а другое работает, и проблема в драйверах, значит либо производитель пишет нормальные драйверы, либо даёт спецификации и за него драйвер пишут разработчики ОС. ни первое ни второе в случае с ATI не выполнено именно производителем железа

>Про состояние поддержки hybernate, который в винде как два пальца, в Linux упомянуть?

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

>Что обяснили? Или объяснение проблемы уже является ее решением? Ситуация банальная - приходит письмо с rar-архивов, внутри Блаблабла.doc, клик по аттачу -> запускается Ark -> кракозябры вместо имен -> открыть в oowriter -> "не могу открыть ???????". При чем даже если создать тест.txt в Linux и заархивировать его - в Ark будут отображаться какозябры. Так что надеемся, что патч наконец сделают, а пока бага висит с 2002.

Ситуация банальна - приходит письмо с rar-архивом, внутри Блаблабла.doc, клик по аттачу - "Не удаётся открыть следующий файл blablabla.rar чтобы открыть этот файл Windows необходимо знать...." и что?

проблема русских кодировок вообще глобальная и нерешаемая вцелом. Хотите принимать русские имена файлов в архивах - сделайте для этого что-нибудь - используйте другой софт, переименовывайте файлы, пишите патч к Ark - почему разработчики должны решать ваши проблемы, если даже вы сами не хотите их решать? Есть простой вариант - заплатите, вам решат вашу проблему почти мгновенно.

>Потому что оно на мыло может свалиться и не обязательно по работе. Это как заявить "хочу использовать только nano, а проприетарные doc/xls/mdb пусть горят синим пламенем", только в итоге для того, чтобы прочитать нормативный документ, прайс или аттач к письму или еще что придется столкнуться с невозможностью открыть этот формат. Вобщем, никуда не денешься с подводной лодки пока OpenDocument не стал фактическим стандартом документооборота, а не только бумажным.

Стимулы должны быть какие-то. Чтобы мир менялся к лучшему, где-то должны гибнуть люди...

Примерно в том же смысле, если работать с проприетарными форматами было бы идеально комфортно, никто бы не стал отрывать попу от стула и приходить к открытым стандартам.

А вы так уже привыкли - M$ обучил за пару десятков лет.

> заставлять разработчиков писать свой софт не под одну единственную винду, а под альтернативные ОС.

Предлагаю сменить терминологию: есть всяческие nixы, BSD-like, Linux, MacOS, VAX/VMS и тому подобное и одна альтернативная ОС :)

По теме, ошибка на самом деле очень и очень нехорошая. Второй серьёзный косяк Убунты после пароля рута в логе (как оказалось, ошибка дебиановская, но сути дела не меняет) говорит о том, что никто не отменяет необходимость либо знать свою систему и уметь её починить при случае, либо быть готовым платить за это другим.

> Если мыслить вашими категориями, то так и будете барахтаться в этом проприетарном дерьме.

Ну SAP, Oracle, eDirectory и теже дрова от nVidia, которыми так гордятся фанаты нвидии - тоже "проприетарное г-но", тем не менее широко используемое и без достойной альтернативы в среде opensource.

> Лично у меня реалистичный подход, я никого не мучаю, я просто предлагаю открыть глаза и начинать работать на результат который невыгоден одному лишь майкрософту - появление реально способной конкурировать с windows на массовом десктопе платформы.

У меня тоже реалистический подход. Не представляю кому из клиентов может понадобиться "начинать работать на результат который невыгоден одному лишь майкрософту". Обычно работают для получения прибыли, а не с целью, чтобы MS-у или еще кому-то насолить.

> Сегодня переход на Linux оправдан в случае, когда тех специалисты организации с ним знакомы, это раз, и когда нет софта намертво привязанного к Windows и задачи можно решать софтом для Linux.

Спорный вопрос. Если открытый софт, распространяемый бесплатно(для привлечения пользователей халявкой), в итоге оказывается недоделанным, а авторы предлагают доводить его до ума в процессе, и каждую из сотен или тысяч баг устранять за скромную сумму в несколько сот долларов(весь заработок - от поддержки), то во-первых это хождение по граблям за свои же деньги, во-вторых с таким разводом на бабло можно и разориться по сравнению с тем, чтобы приобрести коммерческий продукт, за который просят единовременно сумму в неск-ко сот или тысяч долларов, а устранение ошибок бесплатно в течение всего срока сопровождения, при чем авторы не заинтересованы сделать свое ПО кривым...

> Это просто несерьёзно.

Несерьезно? Вот честно говоря никогда в жизни не сталкивался с тем, чтобы архив, содержащий русские имена файлов, созданный под виндой хоть штатными средствами "кривой винды"(или даже сторонними средствами WinRAR, WinZip) выглядел кракозябрами. Зато в "прямом опенсорс KDE" - не вопрос, что со штатным ark, что со штатным индикатором, что с аттачами в kmail. Это все вопрос качества и привлечения пользователей, которых такие плюхи просто отпугнут.

> Раз так, я жду как M$ отреагирует на предложение обеспечить кодирование имён файлов в koi8-r.

У M$ в "кривой винде" хотя бы нет проблемы создать файл во встроенном архиваторе с русскими буквами и затем его открыть, в отличие от Ark. Не рано ли с такими багами на интернациональный десктоп?

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

Ubuntu оказалась не с человеческим лицом, а в маске? :)

>> Раз так, я жду как M$ отреагирует на предложение обеспечить кодирование имён файлов в koi8-r.

>У M$ в "кривой винде" хотя бы нет проблемы создать файл во встроенном архиваторе с русскими буквами и затем его открыть, в отличие от Ark. Не рано ли с такими багами на интернациональный десктоп?

Ну дык и в Linux тоже: tar+bz2 - мне всегда казалось, что родное именно это.

Ладно все, хватит. Кости убунте и десктопному опенсорсу промыли, разработчиков убунты, кде, фф и оо наказали - теперь пусть исправляются, а теперь всем за работу - разработчикам улучшать софт, манарагерам и адвокатам RH, IBM, Novell и Canonical душить M$, а пользователям заняться багрепортами, миссионерской деятельностью по распространению правильной веры и просвещением среди малограмотных виндузятников. Все, выполнять. Вольно. Разойтись.

>Oracle - это вообще не в тему, издеваетесь что ли, какая ему может быть OSS альтернатива? Есть Postgress, есть MySQL, для своих целей. Вы хотите enterprise нахаляву что-ли? nVidia - сколько можно говорить про то, что разработчики != волшебники, без спецификаций на железяку, тем более такую сложную, как написать нормальный драйвер?

>У меня тоже реалистический подход. Не представляю кому из клиентов может понадобиться "начинать работать на результат который невыгоден одному лишь майкрософту". Обычно работают для получения прибыли, а не с целью, чтобы MS-у или еще кому-то насолить.

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

>Спорный вопрос. Если открытый софт, распространяемый бесплатно(для привлечения пользователей халявкой), в итоге оказывается недоделанным, а авторы предлагают доводить его до ума в процессе, и каждую из сотен или тысяч баг устранять за скромную сумму в несколько сот долларов(весь заработок - от поддержки), то во-первых это хождение по граблям за свои же деньги, во-вторых с таким разводом на бабло можно и разориться по сравнению с тем, чтобы приобрести коммерческий продукт, за который просят единовременно сумму в неск-ко сот или тысяч долларов, а устранение ошибок бесплатно в течение всего срока сопровождения, при чем авторы не заинтересованы сделать свое ПО кривым...

Конкуренция есть - радуйтесь. Иначе жрали бы говно без альтернативы. Сейчас альтернатива есть - не нравится жрать говно - пользуйтесь, нравится - жрите дальше (прошу не обижаться, выражение фигуральное и не несёт в себе оскорбительного смысла по отношению к вам). Про то что кому выгодно - а вы уверены, что за вами ещё не следят? :) Заговоры - они повсюду!

>Несерьезно? Вот честно говоря никогда в жизни не сталкивался с тем, чтобы архив, содержащий русские имена файлов, созданный под виндой хоть штатными средствами "кривой винды"(или даже сторонними средствами WinRAR, WinZip) выглядел кракозябрами. Зато в "прямом опенсорс KDE" - не вопрос, что со штатным ark, что со штатным индикатором, что с аттачами в kmail. Это все вопрос качества и привлечения пользователей, которых такие плюхи просто отпугнут.

Давайте ка по-подробнее, какие архивы делаются штатными средствами винды? Какая системная кодировка в KDE? UTF-8. Какая в винде? CP1251, CP866, UTF-16? Какая в MacOSX? может хватит ждать от разработчиков конкретных софтин костыли под этот зоопарк и всё же разберёмся с зоопарком?

>У M$ в "кривой винде" хотя бы нет проблемы создать файл во встроенном архиваторе с русскими буквами и затем его открыть, в отличие от Ark. Не рано ли с такими багами на интернациональный десктоп?

Нет, не рано. Я предупреждал, идиоты которых клепает винда не способны адекватно воспринимать реальность. Почитайте что-нибудь на тему кодировок, для просвящения.

>Ubuntu оказалась не с человеческим лицом, а в маске? :)

Да, и винда тоже. Только у винды эта маска намертво приклеена. И настоящего лица под ним нет.

>У M$ в "кривой винде" хотя бы нет проблемы создать файл во встроенном архиваторе с русскими буквами и затем его открыть

В Linux тоже нет проблем создать файл с русскими буквами и потом его открыть. Более того, виндовый архив можно хорошенько потрахавшить таки открыть в линуксе, а вот в винде... Вот намедни записал я на флешку несколько файлов с кирилличесикми именами. Линукс их видел, причём видел именно как кириллические. Понёс на винду. Открываю - мама родная! Всё в latin-1. Ну ладно, думаю, фиг с тобой, там всё равно mp3, а у них внутре неонка^Wтеги. Так винамп их не открывает! Не видит! FAR видит только верхний каталог, внутрь зайти уже не получается. На винде стоит набор GNU-утилит, ну, думаю, сейчас я его грепом, бэшем да иконвом перехерачу. Фиг - "нет такого файла". То есть увидеть файл можно, а открыть его нельзя.

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

> Вот намедни записал я на флешку несколько файлов с кирилличесикми именами. Линукс их видел


Ага. А флешка, наверное, была фатовая и смонтирована в люлихе без указания dos codepage. И, разумееццо, это винда виновата, что не смогла потом прочитать потом имена файлов записанные в кодировке поделия, которая уже нигде кроме этого поделия сто лет не используеццо. :-))

ну а почему интересно когда дело касается кодировок линукс виноват, что не всегда разруливает их кучу, а винда вся в белом? давайте уж тогда все системы говном поливать и требовать "а вот как хотите работайте чтобы всё было"

>Проверено практикой.
Еще скажи электроникой.
>А ты _проверял_ прежде чем заявить?
Да, неоднократно и на разных KDE. Системная локаль utf8.

> ну а почему интересно когда дело касается кодировок линукс виноват, что не всегда разруливает их кучу, а винда вся в белом?


Потому что винды 95-99%, и то поделие, у которого 1-5%, должно подстраиваццо под неё, а не наоборот :-D

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

> > у нас в конторе реально ~150 - 160 рабочих станций на бездисковых Х терминалах. винду юзают реально только 3-4 дизайнера.

> Если не секрет, то какие задачи на них решаются, что-то жутко специализированное или нет?

да не секрет. разработка-сопровождение и кастомизация ecommerce solutions. как по вашему, это жутко специализированноые задачи? :)

> Потому что винды 95-99%, и то поделие, у которого 1-5%, должно подстраиваццо под неё, а не наоборот :-D

А в Германии первой половины прошлого века большинство, хм.. , было коричневого цвета.

Вы, таки, фашист?

Винда читала в latin-1. Хрен бы с ней, но почему она эти файлы не могла открыть? Почему far и cmd.exe показывали чёрт знает что вместо latin-1?

И в конце концов - почему в Linux читалось?

> расскажи это тем людям, у кого на ноутбуке новые x1xx ати карточки (__нормальный__ бук ты с другой не купишь).

И правильно, АТИ - наше фсио. Более того, Убунту можно ставить хоть в текстовом режиме, хоть с vesa, а потом с инета дернуть заточенный под убунту fglrx, сам так делал - все работает. Что-то не так?

> во-первых опенсурсный radeon драйвер её не поддерживает. выбор у тебя между vesa и fglrx. если под первым всё работает ужасно медленно, то под вторым виснет компьютер время от времени. сообщений об этом в гуглях тьма тьмущая

Судя по чейнджлогам они это правят. А на х1300м все работает как часы, что я делаю не так?

> во-вторых опенсурсный драйвер поддерживать эти карточки будут не скоро http://airlied.livejournal.com/31180.html

Да и хрен с ним, скоро fglrx превратится в опенсорцный уже.

> > Только этот напильник рано или поздно изнашивается > http://lorquotes.ru/view-quote.php?id=1081 Оно?

Не, не оно. Ибо та ситуация с модемами таки от юзера вообще никак не зависит, и приходится каждый раз иметь фан с кактусом.

> Что и много таких юзеров? )))

За последние год-два до 3-5% выросло, как свиста выйдет - то вообще ломанутся на Линукс как лоси через минное поле ;)

> А ты не ломай.

А это не я, это венда сама по себе рассыпается.

> А что требовалось-то - swap отключить, режим sleep у винтов отключить или отучить винду к реестру обращаться, что невозможно в принципе?

И своп отключить (хотя хз, вендороутер - это похуже зюзероутера по потреблению памяти будет...) и sleep включить (hdparm'ом в полпинка, ибо нафига на роутере крутящиеся без останова винты?). Видимо для полной тишины нужно было именно третье - с реестром. И возникает мысль, а нахера там огород нагорожен с отключением винтов, ежели они все равно включаются - чтобы дохли побыстрей?

> Про состояние поддержки hybernate, который в винде как два пальца, в Linux упомянуть?

Ну, мой дорогой, ты завернул. Может мне еще хибернацию на роутере вовсю использовать? :) Знаешь ли у меня там вообще LFS-подобный дистр, и во время работы по сути ситуация от suspend-to-ram не отличается, активны только проц, память, сетевухи внутрь и наружу, да момед еще, с анлимитом, вот как в венде такое сделать?

> Ну стоял на одной машине давным-давно W2k с RRAS с обычным модемом, снимающий трубку после 7 звонка и коннект с ним всегда восстанавливался максимум через один перезвон.

У меня ADSL-брижд, перезвон не нужен, достаточно pppd натравить на модемный интерфейс.

> в чем причина была?

А откуда я знаю, венды долдонили "authenification failure" минут 15, и ни слова более. А в линухе это все восстанавливается автоматом из коробки за секунды.

> Или включение дебага для RRAS в GUI или через netsh ниасилил?

Это что еще за хрень? Мне теперь идтить за сертификатом MSCE, башляя нереальные космокреды, только для того, чтобы научицца роутер на сией кривой перделке настраивать?

> Насчет идеальности линукс загнуто. Например, поломанный persist в pppd 2.4.3, который после 2-3 обрыва связи просто молча завершался, а в 2.4.2 - заново устанавливал соединение. Плюс до сих пор наблюдается редкое подвисание pppd 2.4.3 при прописанных lcp-echo-interval 60 и lcp-echo-failure 3, которое разупляется только по kill -9.

Ниипет, я домашний юзер, устаревшими способами коннекта на пользуюсь и мне нужен pppd токмо для adsl. Хотя есть данные от братанов, ныне раскиданных по России, что тот же pppd в разных дистрах (от Слаки и Генту, до Мандряки с Убунтой) замечательно пашет и на момедах и в условиях жопореза и т.д.

> Что обяснили? Или объяснение проблемы уже является ее решением? Ситуация банальная - приходит письмо с rar-архивов, внутри Блаблабла.doc, клик по аттачу -> запускается Ark -> кракозябры вместо имен -> открыть в oowriter -> "не могу открыть ???????". При чем даже если создать тест.txt в Linux и заархивировать его - в Ark будут отображаться какозябры. Так что надеемся, что патч наконец сделают, а пока бага висит с 2002.

Еще там объяснили почему это НЕ бага. Иди пинай, в конце концов, свой долбаный M$, который развен свинорой с кодировками, ты ему бабло платишь за решение ТВОИХ проблем. Или у нас такой интересный подход - достаточно бабло башлять любому проприетарному вендору, а требовать потом прогибаться от всего опенсорц-комьюнити?

> Меняю xorg.conf(доп видеорежимы добавил) перезапускаю иксы - мертвый вис.

diff'ы в студию.

> Раньше мертвый вис еще был если переключиться в текстовый режим(CTRL-ALT-F1), а затем в X11.

Неа, не было. Единственный возможный вариант - это если был засобачен фреймбуфер в ядро и юзалась поделка для слабоумных типа "boot-splash", тогда влехкую. Но ведь никто не заставляет на дистрах для альтернаттивно одаренных, да к тому же и расходующих ОЗУ под абсолютно бесполезные + дестабилизирующих работу системы перделки сидеть, не так ли?

> Или в убунте какая-то своя собственная версия проприетарных дров ATI по мотивам спертых у ATI исходников?

Неа, просто они не понтюутся и не выводят ход процесса загрузки в 1600х1200@32bit, с мегалоготипом на фоне этого бардака, хватает мелкого и невзрачного экранчика в стандартном 640х400, после чего стартует GDM и поднимает иксы в нормальном разрешении. поэтому хоть обпереключайся - все будет работать.

> Есть BartPE LiveCD. Есть сторонние решения. Задача recovery console - стопнуть кривой драйвер или проблемный сервис да восстановить BR/MBR.

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

> "Настоящие мужчины не боятся трудностей и ставят линукс везде и без всякого тестирования"?

Неа, он штатно идет, вместе с серваками и саппортом от HP, единственный напряг - обязательная серия тестов под реальной нагрузкой.

> Да, особенно без ручного раздупления зависимостей, revdep-rebuild и тестирования после обновлений классно работает Gentoo ;)

Чеее? :) Какой еще генту в продакшене? Мсье - красноглазый пионер? :)

> Буквы выезжают :)

Шрифты нормальные поставь ;)

> QT есть QPL/GPL. Под KDE труЪ опенсорс QT под GPL. RTFM!

Шоо? И для коммерчского оно тоже GPL? =) Счас... Гном - наше фсио, ибо труЪ и в Убунте по дефолту.

> В NT всегда был пакетный фильтр :)

И где он там был, в планах до 2001 года? ;) Или это тот самый "пакетный фильтр", который называется "winpcap"? =)

> Если бы среди админов(любых) не было дупланов, то не было и взломов/дефейсов как таковых.

Дык изначально говорилось, что эникейщик с конторы "Рога и Копыта", поправивший строчку в дефолном конфиге - админом не становится. А если учесть тот факт, что серьезные ребята ломают серезные сервисы - то и квалификация в сумме с опытом и помноженные на скорость саппорта от вендора операционки не всегда помогут ;)

> Гага. SIM падает от _нормальных_ сообщений, а не от UUE-кнутой порнухи или чего ты там еще придумал, но только размером больше десятка строк. При чем это пофиксил оригинальный аффтар, а когда проект перенесли на berlios бага снова вылезла.

И чего? ревертнуть фикс не судьба?

> Деньги тоже зло ибо проприетарщина, изготавливаемая по закрытой технологии и все зависит от вендора,

Сам догадался, или подсказал кто? ;) По моему сие уже очевидно этак с десятка 3-4 лет, аккурат с начала первых попыток к глобализации.

> труЪ перцы по слухам не марают себя этой грязью, и живут в шалаше, питаясь травкой. ;)

Именно. О мелочах типа 4-5 спален в шалаше и небольшой, на пару гектар, оранжерейке со штатным комплектом из пары сотен ниггеров для выращивания оной травки умолчим ;))

>Я представил себе программера, который кодит в свободное от full-time время "для души", типа :-)))

>Это просто аццкий отжыг!

А в чем отжыг-то? Я, к примеру, так и делаю =)

> Потому что оно на мыло может свалиться и не обязательно по работе.

Ну и пусть валится, скриптец перекодировки имени накатать не в лом, а обратно уйдет архивчеГ с именами в zh_CN.GB2312, пусть подобные "архивариусы" порадуются собственному идиотизму. И хер мне кто докажет, что в России нужно работать с именами в кириллических кодировках: к чему с деццтва привык - в том и работаю.

> Это как заявить "хочу использовать только nano, а проприетарные doc/xls/mdb пусть горят синим пламенем", только в итоге для того, чтобы прочитать нормативный документ, прайс или аттач к письму или еще что придется столкнуться с невозможностью открыть этот формат.

Вот не знал...

> Вобщем, никуда не денешься с подводной лодки пока OpenDocument не стал фактическим стандартом документооборота, а не только бумажным.

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

> Что за стремление навязать свое болото и заставить всех ходить строем? К томуже посмтрел бы я как ты будешь пыхтеть и плеваться, пытаясь открыть в gvim нечто вроде tetrcorp.xls, tipovoy-ustav-tsg.doc или gost_tz1.doc из такой обычной реальной жизни. :)

Почему в gvim? Неужто забыли о труЪ емаксе? =) Плюс, в предложении ошибка - я буду лишь бурчать по поводу идиотов в 21 веке юзающих проприетарное дерьмище, в оригинале разработанное для доков 80-х годов по сложности, и с тех пор лишь обраставшее костылями и перделками. И плевать хотел на "пытаясь открыть в gvim", для этого есть ООо.

> Ага, бернинг только тем и занимается, что жжет и выдергивает чипы с платы и заламывает лапки процессору, а еще царапает винты и гадит в кулера, шпецаалист. =)

Еще кондеры обламывает, совсем забыл сказать, и стойки расшатывает - от чего вообще задница ;)

> ничего сложного - домохозяйки идут на oca.microsoft.com, заводят .Net passport, отправляют на анализ минидамп, результат (причину проблемы и что делать) видят в окне бровзера или получают по почте. advanced-users могут сами сделать анализ крэшдампа в отладчике WinDBG, несколько простых действий - и мы знаем, какой драйвер виноват

Афигеть... х**ссе в венде домохозяйков наикрутейших развелось... а по-моему причина в другом, то есть M$ уже ниасиливает написание стабильного софта и тестирование пятка-другого драйверов для наиболее распросраненной продукции (АТИ да НВидия), выпускаемых раз в месяц. И посему - они идут лесом.

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

Рэдхед как и любой нормальный коммерческий юникс типа Соляры - just works. А венды таки приходится и перегружать, и чинить, и разве что с бубном не плясать.

> достаточно для локального восстановления

Мсье прикалывается? Где вы видели локальные бакапы?

> а тут нужен аварийный LiveCD (ERD Commander, Bart PE). или возможно безопасный режим с поддержкой сети

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

> ну если не знаете, в каких ситуациях какими средствами пользоваться - будете рассекать

Так я понять не могу, нахрена мне рыться и изучать тучи сторонних средств типа вами пиаренных лайв-ЦД и прочей шняги? А если у меня сервак без клавы, мыши и вообще сменных носителей, как ему и положено быть? Читали мануал по Соляре на родных спарковых серверах? А процедуру восстановления сервака под Линухой с загрузкой по bootp и восстановлением с удаленного ftp асиливали хоть раз? Почему венда так не может и нужны вечные бубнопляски?

> если под "серверным сегментом" о контроллерах домена речь, ессесно, их изолируют от интернет :)

Что-то типа того, не вникал особо в дела ССЗБ-шников штатных. Хотя на паре машин доменную авторизацию через самбу прикручивал для дол***ов, не желающих логиниться как белые люди. в отличие от вендового марафона с клацанием - в 2 строки и 5 минут делается.

> а внешних веб-серверов на виндах хоть ж...й кушайте

Дык количество то разума - константа, а население все растет...

> а он там есть, однако

Неужели? Это банальный сервис "connection sharing" файрволлом зовется? Или ваши слова относятся исключительно к серверной ветке? Или имелся в виду сторонний глюкавый продукт?

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

Есть такое. правда непонятно зачем они нужны, если подходить к покупке машины с умом, а говно менять по гарантии или возвращать бабло...

> так сделайте анализ синего экрана и минидампа - выясните причину и устраните ее. все просто
> качаете windbg
> http://www.microsoft.com/whdc/devtools/debugging/installx86.mspx
> чтобы крэш-анализ делать, еще нужны символьные файлы, они тоже лежат на сайте МС, но пакеты большие (для XP SP2 например около 150 мб), поэтому лучше прописать в установленном windbg, чтобы грузилась только часть символов, нужных для анализа данного минидампа
> для этого пускаем windbg, File -> Symbol File Path, откроется диалог, там ввести строку
> SRV*c:\debugsymbols*http://msdl.microsoft.com/download/symbols
> (это чтобы отладчик сам подгружал нужные символы с сайта MS, каталог C:\debugsymbols или другой надо создать заранее, при желании можно и на сетевой шаре символы размещать)
> нажать ОК
> теперь File -> Open Crash Dump - открываем минидамп, и... собственно все. Отладчик автоматом подгрузит (должно быть ессесно подключение к интернет) нужные символы (причем минидамп может быть для любой 2k/XP, т.е. например можно поставить Windbg на W2k SP4 и анализировать на ней минидампы от XP SP2 и наоборот) и автоматом выполнит команду !analyze... имя сбойного драйвера будет названо... ну можно еще для расширенной информации сделать !analyze -v
> бонус - иногда не надо подгружать отладочные символы, и без них windbg скажет, кто виноват в синем экране
> дальше дело техники - поиск на диске по имени, в свойствах файла посмотреть название продукта, производителя - и деинсталлируем/обновляем тот софт, куда глючный драйвер входит

Эта п****ц!!! Хотите сказать, что венды для анализа сбоя требуют выкачать хренову тучу файла, разорившись на трафике, обязательно иметь активное соединение с инетом, и все для того, чтобы выяснить какой сраный модуль сбоил? А в BSOD'е M$ ниасилила выводить, что за глюк случился толком, вместо той долбаной цифири? Или каждый вендовый админ теперь еще и программером должен стать?

Блин, на что только люди не идут, лишь бы юниксы не юзать...

>Одного умника отсылаю в kcontrol -> Keyboard shortcuts -> xkb options -> Group shift/lock behaviour -> Ctrl+shift changes group. RTFM. Так вот при такой настройке при включении штатного enable keyboard layouts & show indicators нихрена не работает, с kkbdswitch все работает.

Нет такого пути в КДЕ. kcontrol > Regional & Accessibility > Keyboard Shortcuts > Global Shortcuts > Switch to Next Keyboard Layout, правильный. Чего ты xkb настраивать полез? Надо прятать "Xkb Options" в Advanced, надо, от таких как ты.

> Ну SAP, Oracle, eDirectory и теже дрова от nVidia, которыми так гордятся фанаты нвидии - тоже "проприетарное г-но", тем не менее широко используемое и без достойной альтернативы в среде opensource.

А если вспомнить, когда началась разработка серьезных продуктов? Пока комьюнити кепает только инфраструктуру, но рано или поздно возмется и за "тяжелый" софт.

> У меня тоже реалистический подход. Не представляю кому из клиентов может понадобиться "начинать работать на результат который невыгоден одному лишь майкрософту". Обычно работают для получения прибыли, а не с целью, чтобы MS-у или еще кому-то насолить.

"Мы не настолько богаты, чтобы покупать дешевые вещи" (С) А M$ нынче себя и пеарит как самую дешевую дешевку.

> Спорный вопрос. Если открытый софт, распространяемый бесплатно(для привлечения пользователей халявкой), в итоге оказывается недоделанным,

Посмотреть перед использованием что использовать хотите - не судьба?

> а авторы предлагают доводить его до ума в процессе, и каждую из сотен или тысяч баг устранять за скромную сумму в несколько сот долларов(весь заработок - от поддержки),

4.2. А по простому - брехня.

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

Бугогагага!!! Афтары как раз и заинтересованы в кривизне, забыли как некрософт бабло стригла на сервиспаках? :) Все перевернули, поздравляю, вы истинный потребитель проприетарных кактусов! ;)

> Несерьезно? Вот честно говоря никогда в жизни не сталкивался с тем, чтобы архив, содержащий русские имена файлов, созданный под виндой хоть штатными средствами "кривой винды"(или даже сторонними средствами WinRAR, WinZip) выглядел кракозябрами.

Учитывая те грязные хаки, кои для этого применяются - неудивительно.

> Зато в "прямом опенсорс KDE" - не вопрос, что со штатным ark, что со штатным индикатором, что с аттачами в kmail. Это все вопрос качества и привлечения пользователей, которых такие плюхи просто отпугнут.

А с ними все в порядке, архив созданный в линуксе в линуксе же и прочитается. Ситуация отличается от вашей? Да нифига. Поэтому претензия побоку.

> У M$ в "кривой винде" хотя бы нет проблемы создать файл во встроенном архиваторе с русскими буквами и затем его открыть, в отличие от Ark. Не рано ли с такими багами на интернациональный десктоп?

Согласен, венде еще рановато, до сих пор глюки десятилетней давности ниасили исправить.

> Ubuntu оказалась не с человеческим лицом, а в маске? :)

Нет, Убунта избавляет от необходимсти быть самому для себя штатным вендавозным ниггером, вечнолатающим косяки и баги.

> Потому что винды 95-99%, и то поделие, у которого 1-5%, должно подстраиваццо под неё, а не наоборот :-D

С каких это пор нормальные кастомеры под всяких бомжей-индусов и прочих криворуких отщепенцев должны начинать подстраиваться? ЖжошЪ! ;)

Ну блин начали винду с KDE сравнивать:) Людям, которые этим занимаются, впору сидеть или под тем, или под другим

1) Это ПОРВАННЫЙ баян!
2) Не фанат Убунты, хотя из Линуксов это лучшее, что я видел (я мог не все видеть).
3) Это ОЧЕНЬ ПЛОХО, т.к. в бинарном дистре это ОЧЕНЬ критично, но с 
таким (по критичности) и в Генте и в Федьке (в ней мало сидел) 
встречался. Не надо флеймить про винду, т.к. с подобным и там были 
траблы!

ЗЫ
Конечно меня это расстроило =(

Кстати, добавлю, что в Рэдхате такого не помню!

> ну а почему интересно когда дело касается кодировок линукс виноват, что не всегда разруливает их кучу, а винда вся в белом?

Винда - mainstream на дестопе. Не согласны? Именно поэтому десктопный Linux обязан обеспечивать совместимость с виндой и ее кодировками, именно поэтому лепятся wine, cedega и samba. И речь тут даже не об экспериментах малочисленных десктопных линуксоидов(доли процента), запаковывающих черт знает что в архив и пытающихся потом открыть это в винде, а о том, что ни много не мало, а штатный архиватор популярной среды KDE, Ark годы некорректно работает с русскими именами файлов даже при открытии того, что было в _самом_же_ линуксе и запаковано.

> Да, неоднократно и на разных KDE. Системная локаль utf8.

А я ловил ошибку в Gentoo с ru_RU.CP125 и Debian с ru_RU.koi8r. Разницу заметил? Вот насчет SuSe с UTF8 честно говоря не помню, т.к. снес это тормозное поделие очень скоро.

> Не, не оно. Ибо та ситуация с модемами таки от юзера вообще никак не зависит, и приходится каждый раз иметь фан с кактусом.

Ставится non-PNP модем и привязка соединений идет к нему. Натсраивается один раз и ничего не отпадывается. 1 балл за незнание

> За последние год-два до 3-5% выросло, как свиста выйдет - то вообще ломанутся на Линукс как лоси через минное поле ;)

Буду рад, если ломанутся - может хоть fglrx до ума доведут и косяки с русским пофиксят. Насчет 3-5% - цифры с потолка, точно также можно заявить, что менее 0.01%.

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

Ну ты еще скажи, что винты никогда нигде не засыпают - винда им не дает заснуть. Наблюдал сто раз обратное. У тебя в фоне был запущен процесс, который ломился на винт(может быть вирус ;) ) это единственное объяснение. +1 балл за некомпетентность.

> Ну, мой дорогой, ты завернул. Может мне еще хибернацию на роутере вовсю использовать? :)

При чем тут конкретный роутер? +1 горчичник за игнорирование проблемы и попытку выгородить линукс. При чем я не говорю, что в винде безоблачно, бывает и там выходят обновленные драйвера от вендоров для видюхи например, которые фиксят проблемы с суспендом. Но в целом ситуация пока лучше.

> А откуда я знаю, венды долдонили "authenification failure" минут 15, и ни слова более. А в линухе это все восстанавливается автоматом из коробки за секунды.

Незнание того как включить детализированный режим отладки. +1 балл за некомпетентность.

> Это что еще за хрень? Мне теперь идтить за сертификатом MSCE, башляя нереальные космокреды, только для того, чтобы научицца роутер на сией кривой перделке настраивать?

Незнание базовых вещей в системе, с которой работал. +1 балл за некомпетентность. Почему ты не жаловался перед тем как рассказать про pppd на то, что для того, чтобы узнать как конфигурировать и запускать pppd и вообще узнать что это такое, требуется читать документацию и получать звание RHCE? +1 горчичник за передергивание.

> Ниипет, я домашний юзер, устаревшими способами коннекта на пользуюсь и мне нужен pppd токмо для adsl. Хотя есть данные от братанов, ныне раскиданных по России, что тот же pppd в разных дистрах (от Слаки и Генту, до Мандряки с Убунтой) замечательно пашет и на момедах и в условиях жопореза и т.д.

Вот как раз на Gentoo и не пахал с persist в 2.4.3, о чем и был отправлен багрепорт. GPRS еще скажи устаревший способ коннекта. + еще один горчичник за попытку игнорировать проблемы и выгородить линукс любой ценой, пытаясь доказать, что он идеален.

> Еще там объяснили почему это НЕ бага. Иди пинай, в конце концов, свой долбаный M$, который развен свинорой с кодировками, ты ему бабло платишь за решение ТВОИХ проблем.

Так их там как раз и нет. Туго доходит? Читай еще раз: "При чем даже если создать тест.txt в Linux и заархивировать его - в Ark будут отображаться какозябры". Это - проблема Ark. + еще горчичник за игнорироваине проблемы.

> diff'ы в студию.

Modes "1152x864" "1024x768" "800x600" "640x480"

Добавил 1152x864. Вис вообще возникал всегда на разных иксах, разных версиях fglrx, при перезапуске иксов после любого изменения конфига, а иногда и без изменений - просто от перелогина в xdm.

> Неа, не было.

Лично ловил сей глюк и сильно матерился и не один я вообще-то.

> Единственный возможный вариант - это если был засобачен фреймбуфер в ядро и юзалась поделка для слабоумных типа "boot-splash", тогда влехкую.

Свои слабоумные комментарии насчет фреймбуфера и boot-splash оставь при себе. + горчичник за попытку передернуть и выгородить проблемы fglrx

> Неа, просто они не понтюутся и не выводят ход процесса загрузки в 1600х1200@32bit, с мегалоготипом на фоне этого бардака, хватает мелкого и невзрачного экранчика в стандартном 640х400, после чего стартует GDM и поднимает иксы в нормальном разрешении.

Кто тут только что сопли размазывал насчет сплеша для слабоумных?

> поэтому хоть обпереключайся - все будет работать.

Эту плюху пофиксили с полгода-год назад. Она была приведена как еще одно док-во вечной глючности fglrx.

> То есть ни малейшего нестандартного чиха без стороннего костыля не сделать?

recovery console и safe mode - стандартные чихи.

> а вообще чуть ли не в полном онлайне, включая замену процов, памяти (уже стабилизировано, по крайней мере для амд64 процов) и т.п.?

Где это реально используется? На десктопе в той с Ubuntu актуально? Я согласен, что это круто, но есть и более эффективный способ - отказоучтойчивый кластер. Т.к. всего-то стоит выйти строя материнке и все эти бесполезные понты с заменой процов и памяти не помогут.

> Чеее? :) Какой еще генту в продакшене? Мсье - красноглазый пионер? :)

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