LINUX.ORG.RU
Ответ на: комментарий от anonymous

Вся эта фигня, о которой ты говоришь, нужна только вендузятникам. Так шо неудивительно, что падает. Это специально так сделано, для совместимости.

anonymous
()
Ответ на: комментарий от anonymous

> Вся эта фигня, о которой ты говоришь, нужна только вендузятникам. Так шо неудивительно, что падает. Это специально так сделано, для совместимости.

Что и emacs, squid, exim, kernel у которых свои "фичи", тоже нужны только виндузятникам или Gentoo любой виндузятник поставит? Классная отмазка красноглазика, только она не катит, поскольку некоторые используют opensource, а некоторые, как ты, имеют лишь общее представление о том, что это такое, сидя под виндой и лишь изредка заходя на ЛОР чтобы построить из себя труъ линуксоида, рассказывая баяны про то, что все глюки - для совместимости с виндой. Только видишь ли - стоят ведь w2k серваки по 5 лет(СКД, DC, ISA, Exchange, ..) и не глючат и не падают и юзера на W2k/XP сидят тоже особенно ничего не глючит и не падает в т.ч. и после обновлений, а с Samba PDC+squid ntlm_auth если на одной машие - вагон и маленькая тележка граблей, обновление Gentoo = грабли, обновление ядра = грабли, ... хваленое качество опенсорс #ля...

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от B084

> Пока не забыл, ни кому супермаунт под сабж не надо?

А оно надо? hal+dbus+ivman = supermount без всяких патчей и супермаунтовских оопсов ...

anonymous
()
Ответ на: комментарий от anonymous

> Только видишь ли - стоят ведь w2k серваки по 5 лет(СКД, DC, ISA, Exchange, ..) и не глючат и не падают и юзера на W2k/XP сидят тоже особенно ничего не глючит и не падает в т.ч. и после обновлений

"
Q #132: I can't see any picture, only hear the sound
A: you are blind
" MPlayer's FAQ2

"Ярким признаком досо-виндузятника является привыкание к глюкам. Вплоть до их полного игнорирования." (c) 27.06.2005 2:32:31, anonymous, LOR

anonymous
()
Ответ на: комментарий от anonymous

> Ну ты тогда застрахуйся, а то ведь из тебя инвалида сделают.

Сопливые двеннадцатилетние анонимусы чтоли?

> "Ярким признаком досо-виндузятника является привыкание к глюкам. Вплоть до их полного игнорирования." (c) 27.06.2005 2:32:31, anonymous, LOR

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

anonymous
()
Ответ на: комментарий от anonymous

ЗЫ Ловил грабли после 2.6.12 с патчиньем fglrx и с mtrr - пофиксили в 2.6.14, ловил грабли с микшером emu10k1 в 2.6.15 - пофиксили в минорном патче... Сейчас 2.6.16 добавят в портаж - будем дальше развлекаться.

anonymous
()
Ответ на: комментарий от anonymous

> Только видишь ли - стоят ведь w2k серваки по 5 лет(СКД, DC, ISA, Exchange, ..) и не глючат и не падают и юзера на W2k/XP сидят тоже особенно ничего не глючит и не падает

Да, конечно стоят. Ещё бы им не стоять на таких-то мощностях. На никсах бы работало на мощностях гораздо скромнее.

> в т.ч. и после обновлений

А вот это не надо. Обновления надо тщательно тестировать на специальной машине, иначе не наездишься к серверам, чтобы апдейты удалять.

> а с Samba PDC+squid ntlm_auth если на одной машие - вагон и маленькая тележка граблей

Вообще-то почти нет проблем. И не было никогда. А по хорошему, держать на одной машине Samba PDC(+файлопомойка наверняка) и сквид для доступа в интернет(а ещё, наверное, netfilter с подсчётом трафика) мягко говоря, неразумно.

> обновление Gentoo = грабли, обновление ядра = грабли, ... хваленое качество опенсорс #ля...

А кто тебя заставляет использовать генту? Используй стабильные дистрибутивы, RHAS/Debian. Там всё отлаживают за тебя. А если уж полез обновлять ядро - надо некоторыми знаниями обладать. А то получается как http://lorquotes.servak.biz/view-quote.php?id=1081

Deleted
()
Ответ на: комментарий от Deleted

> На никсах бы работало на мощностях гораздо скромнее.

На никсах нет AD, нет GPO и работа серверов и АРМ СКУД "Кодес" поддерживается только на W2k/W2k3.

> А кто тебя заставляет использовать генту? Используй стабильные дистрибутивы, RHAS/Debian.

Дятел, за мудилу можно и ответить. Попробуй сначала подними на Debian Sarge со штатной самбой то что я сказал, потом звиздеть будешь. Я на Debian и пытался поднять #ля! Samba 3.0.14 в конфигурации Samba PDC+winbindd+squid/ntlm_auth, если юзер принадлежит двум группам winbindd отваливается с crytical error, timeout, wbinfo -u не работает, wbinfo -g работает. Если winbindd долбится на виндовый DC - все нормально, если самба на другой машине - тоже нормально. Когда на одной машине - косяки. Руки прямые. Матов в гугле по теме нашлось много. Скачал samba 3.0.21c, собрал - winbindd больше не вешается, если юзер принадлежит двум группам, зато wbinfo -g больше не работает(3.0.14a работало), соответсвенно не работает и --require-membership-of='InetAccess' у ntlm_auth. Стабильный дебиновский squid идет с поломанными delay pools. А теперь вопрос: нахрен нужна эта "стабильность" с глюками, которые будут исправлены через пару лет в следующем стабильном релизе, когда в Gentoo уже сейчас исправлено кое-что?

> Вообще-то почти нет проблем. И не было никогда.

И врать не нужно, если не поднимал на одной машине все это. Когда самба пдц на другой - все нормально.

> А если уж полез обновлять ядро - надо некоторыми знаниями обладать.

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

anonymous
()
Ответ на: комментарий от anonymous

> Сопливые двеннадцатилетние анонимусы чтоли?

Почему же? Те, кому ты попытаешься попортить лицо. :-D Или ты только детей задирать можешь? Ну-ну, всё с тобой ясно.

> что под виндой и фрей все плохо и глючно,

Не мешай свои грязные и глючные форточки с чистыми и стабильными юникс системами. Это признак бледноглазого непрофессионализма.

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

С fglrx значит трахаешься? Ну, молодец.

> Не мешай свои грязные и глючные форточки с чистыми и стабильными юникс системами. Это признак бледноглазого непрофессионализма.

Угу хорош заливать. У безглючной девственно чистой фри remote root в sendmail и еще порядка 7 дырок за последние месяцы, большая часть из которых удаленные, а у девственно чистого линукса снова несколько дыр в ядре(есть и удаленная, в Netfilter - remote kernel BOF) и очередное ломание ABI, или может объяснишь почему у меня Gentoo падает в kernel panic при запуске kdetv, а Debian Stable намертво виснет от noatun, которым открывал по ошибке здоровый файл как плейлист("shedulling while atomic"). Ну и винды тоже отличились с IGMP да с постоянно дырявым IE. Поэтому твой ослепляющий фанатизм, из-за которого ты не видишь проблем в Linux/*BSD, зато горазд поразмышлять о винде, в которой диллетант, свидетельствует только о неадекватности и непрофессионализме.

> Те, кому ты попытаешься попортить лицо. :-D Или ты только детей задирать можешь? Ну-ну, всё с тобой ясно.

Нет это к тому, что все воинствующие красноглазики как раз детишки лет 12-17, которые никакого вреда причинить не могут. Скажи, еще красноглазик, что тебе стукнуло больше 18... тогда это клиника.

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

> На никсах нет AD, нет GPO и работа серверов и АРМ СКУД "Кодес" поддерживается только на W2k/W2k3.

AD, GPO - возьми RHDS и решения от RH, допустим. АРМ СКУД "Кодес" - это система идентификации по карточкам чтоли? Сразу говорю - перед тем, как написать это, порядочно погуглил. Или централизованное управление рабочим местом с идентификацией по смарт(или прочим)-картам? Если первое, то да, такого, скорее всего, нет. Если второе - есть уже достаточно давно.

> Дятел, за мудилу можно и ответить

Извини, было плохое утро. обычно такое себе не позволяю.

Насчёт самбы - я не встречал пока людей, которые на сквид/рутер ставили бы PDC. Ну а если уж очень надо, ну заверни ты самбу в deb, она достаточно быстро собирается. С самбой всегда так - лучше самую последнюю брать, ибо MS палки постоянно в колёса вставляет.

Не, ну с самбой да, поборол(хотя в этом случае я не понимаю политику debian'а). Но с ядром то что не так в, допустим, дебиане или RH?

Deleted
()
Ответ на: комментарий от anonymous

> С fglrx значит трахаешься? Ну, молодец.

Нет. Для занятий любовью у меня есть девушка ;-)

> Угу хорош заливать.

Этим я тоже не болею.

> У безглючной девственно чистой фри remote root в sendmail и еще порядка 7 дырок за последние месяцы, большая часть из которых удаленные, а у девственно чистого линукса снова несколько дыр в ядре(есть и удаленная, в Netfilter - remote kernel BOF) и очередное ломание ABI,

Ну и что с того? От этого они грязными не становятся.

> может объяснишь почему у меня Gentoo падает в kernel panic при запуске kdetv,

вывод strace в студию.

> а Debian Stable намертво виснет от noatun, которым открывал по ошибке здоровый файл как плейлист("shedulling while atomic").

Гон какой-то имхо, что-то у тебя не то виснет. Загони его в низкий приоритет.

И попробуй mplayer в обоих случаях.

> Ну и винды тоже отличились с IGMP да с постоянно дырявым IE.

Ещё с часами винда отличилась, c управлением памятью и дисковой очередью. Но это конечно просто глюки, главное, что она жутко уродлива и неудобна, поэтому не надо её мешать с другими системами.

> Поэтому твой ослепляющий фанатизм,

Так это от меня ты ослеп, ну извини, фанатизм у меня отсутствует ;-)

> из-за которого ты не видишь проблем в Linux/*BSD,

Вижу, только не вижу таких, из-за которых я должен был бы "трахаться".

> зато горазд поразмышлять о винде,

Опять мимо, винда мне не нужна, слишком некачественная операционка, для моих нужд.

> в которой диллетант, свидетельствует только о неадекватности и непрофессионализме.

Дилетант в винде разве что ты!

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

> Нет это к тому, что все воинствующие красноглазики как раз детишки лет 12-17,

Ты с бледноглазиками перепутал, красноглазики - пролетарий умственного труда, из-за этого глаза красные, а не от компьютера, и не от фанатизма.

anonymous
()
Ответ на: комментарий от anonymous

>С fglrx значит трахаешься? Ну, молодец.

Хм. А если на сервере нет нвидии, то значит там обязательно должен быть радеончик??? :)

>Нет это к тому, что все воинствующие красноглазики как раз детишки >лет 12-17, которые никакого вреда причинить не могут. Скажи, еще >красноглазик, что тебе стукнуло больше 18... тогда это клиника.

А мне 21 :) пора в лечебницу :( ... А вообще кто Вам сказал, что самба обязанна работать стабильно? Она есть попытка хоть как-то быть совместимыми с виндами... Ведь можно держать парк машин на которых юниксы... вот тогда и глюков меньше будет да и вообще жить станет проще, жить станет веселей ;) У меня на работе только линуксы на рабочих тачках... сидишь себе не жужжишь, работаешь. Вирусов не боишься :) Глюков тоже в принципе нету (за последний месяц самым страшным глюком было падение фф :) )

Wolfovich
()
Ответ на: комментарий от Wolfovich

> Хм. А если на сервере нет нвидии, то значит там обязательно должен быть радеончик??? :)

А что, истинные линуксоиды используют Linux только на сервере, а на десктопе винду? И что приличного можно установить на десктопе кроме nVidia?

> У меня на работе только линуксы на рабочих тачках...

Софт нужен под линксом, чтобы рассматривать его как какую-то альтернативу винде на рабочем десктопе (1C, КБ, "ГрандСмета", "Кодес", "Конс+", "Гарант", "AutoCAD", "Компас", поделки на MS Access и т.д.), под линукс непортированные. Глючный вайн не катит.

anonymous
()
Ответ на: комментарий от anonymous

> И что приличного можно установить на десктопе кроме nVidia?

Да что угодно, у чего есть приличные открытые драва ;-) В винде с открытыми дравами конечно напряг :-D

> 1C, КБ, "ГрандСмета", "Кодес", "Конс+", "Гарант", "AutoCAD", "Компас", поделки на MS Access и т.д.

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

anonymous
()
Ответ на: комментарий от anonymous

> Ну и что с того? От этого они грязными не становятся.

Ну тогда поясни мне свою странную фанатичную(красноглазую) логика - глюки винды и софта под нее это плохо и грязно, глюки, дыры, баги, оопсы и кернел паники под *nix - это светло и хорошо?

> Так это от меня ты ослеп, ну извини, фанатизм у меня отсутствует ;-)

Это и есть фанатизм.

> Гон какой-то имхо, что-то у тебя не то виснет. Загони его в низкий приоритет.

Виснет _намертво_ при запуске под _юзером_ у которого были специально прописаны limits.conf(трейсы далее).

> Или скажи, какого хрена прога при установке ругается на запущенный "Uninstall Shield" хотя ничего подобного не запущенно, ругается даже в безопасном режиме.

Трейсер реестра в руки(sysinternals.com) и искать причину.

anonymous
()
Ответ на: комментарий от anonymous

Это стабильный вис Gentoo 2.6.15-r4 при запуске kdetv:

Mar 8 12:45:49 localhost kernel: scheduling while atomic: kdetv/0x00000001/14781
Mar 8 12:45:49 localhost kernel: [<c02ef0cf>] schedule+0x43/0xa7e
Mar 8 12:45:49 localhost kernel: [<c01143a3>] find_busiest_group+0x151/0x328
Mar 8 12:45:49 localhost kernel: [<c02f0875>] __down+0x7f/0xd9
Mar 8 12:45:49 localhost kernel: [<c0114ecc>] default_wake_function+0x0/0xc
Mar 8 12:45:49 localhost kernel: [<c0114824>] load_balance_newidle+0x3a/0xcf
Mar 8 12:45:49 localhost kernel: [<c02ef02f>] __down_failed+0x7/0xc
Mar 8 12:45:49 localhost kernel: [<c02f0efa>] .text.lock.kernel_lock+0xb/0x34
Mar 8 12:45:49 localhost kernel: [<c02efaf4>] schedule+0xa68/0xa7e
Mar 8 12:45:49 localhost kernel: [<c011fb95>] lock_timer_base+0x15/0x2f
Mar 8 12:45:49 localhost kernel: [<c011fd33>] try_to_del_timer_sync+0x41/0x47
Mar 8 12:45:49 localhost kernel: [<c011fc3e>] __mod_timer+0x8f/0x97
Mar 8 12:45:49 localhost kernel: [<c02f02fe>] schedule_timeout+0x71/0x8c
Mar 8 12:45:49 localhost kernel: [<c0120400>] process_timeout+0x0/0x5
Mar 8 12:45:49 localhost kernel: [<c01ec24d>] __delay+0x9/0xa
Mar 8 12:45:49 localhost kernel: [<e0ea3ba9>] i2c_is_busy_wait+0x4d/0x5e [saa7134]
Mar 8 12:45:49 localhost kernel: [<c012072d>] msleep+0x1a/0x1f
Mar 8 12:45:49 localhost kernel: [<e0ea4322>] saa7134_i2c_xfer+0x620/0x672 [saa7134]
Mar 8 12:45:49 localhost kernel: [<e0d66b76>] i2c_transfer+0x22/0x35 [i2c_core]
Mar 8 12:45:49 localhost kernel: [<e0d66bbd>] i2c_master_send+0x34/0x42 [i2c_core]
Mar 8 12:45:49 localhost kernel: [<e0e8ece3>] default_set_tv_freq+0x3ab/0x4d2 [tuner]
Mar 8 12:45:49 localhost kernel: [<e0e8d269>] set_freq+0xc1/0xcd [tuner]
Mar 8 12:45:49 localhost kernel: [<e0e8d0c8>] set_tv_freq+0xc8/0xcc [tuner]
Mar 8 12:45:49 localhost kernel: [<e0e8d269>] set_freq+0xc1/0xcd [tuner]
Mar 8 12:45:49 localhost kernel: [<e0e8e472>] tuner_command+0x92e/0xd09 [tuner]
Mar 8 12:45:49 localhost kernel: [<e0d66af1>] i2c_clients_command+0xa5/0x108 [i2c_core]

anonymous
()
Ответ на: комментарий от anonymous

Mar 8 12:45:49 localhost kernel: [<e0ea8955>] video_do_ioctl+0x41d/0xc0f [saa7134]
Mar 8 12:45:49 localhost kernel: [<e0e6d6f3>] v4l_compat_translate_ioctl+0x1348/0x1989 [v4l1_compat]
Mar 8 12:45:49 localhost kernel: [<e0e6cd9a>] v4l_compat_translate_ioctl+0x9ef/0x1989 [v4l1_compat]
Mar 8 12:45:49 localhost kernel: [<c014dc26>] bh_lru_install+0xa4/0xac
Mar 8 12:45:49 localhost kernel: [<c014dcd9>] __find_get_block+0xab/0xb4
Mar 8 12:45:49 localhost kernel: [<c01369f1>] buffered_rmqueue+0x1bb/0x1f5
Mar 8 12:45:49 localhost kernel: [<c0136b9a>] __alloc_pages+0x47/0x262
Mar 8 12:45:49 localhost kernel: [<c0112f0f>] activate_task+0x99/0xe1
Mar 8 12:45:49 localhost kernel: [<c0113870>] try_to_wake_up+0x376/0x381
Mar 8 12:45:49 localhost kernel: [<c0112f0f>] activate_task+0x99/0xe1
Mar 8 12:45:49 localhost kernel: [<c0113870>] try_to_wake_up+0x376/0x381
Mar 8 12:45:49 localhost kernel: [<c0114f0e>] __wake_up_common+0x36/0x51
Mar 8 12:45:49 localhost kernel: [<c0114f0e>] __wake_up_common+0x36/0x51
Mar 8 12:45:49 localhost kernel: [<c02eb75f>] unix_stream_sendmsg+0x24e/0x34a
Mar 8 12:45:49 localhost kernel: [<c02efa71>] schedule+0x9e5/0xa7e
Mar 8 12:45:49 localhost kernel: [<c02efaa3>] schedule+0xa17/0xa7e
Mar 8 12:45:49 localhost kernel: [<e0ea9139>] video_do_ioctl+0xc01/0xc0f [saa7134]
Mar 8 12:45:49 localhost kernel: [<e0ea8538>] video_do_ioctl+0x0/0xc0f [saa7134]
Mar 8 12:45:49 localhost kernel: [<c011fb95>] lock_timer_base+0x15/0x2f
Mar 8 12:45:49 localhost kernel: [<e0e6035d>] video_usercopy+0x9a/0xf3 [videodev]
Mar 8 12:45:49 localhost kernel: [<c01618b8>] inode_update_time+0x80/0x87
Mar 8 12:45:49 localhost kernel: [<c015630d>] pipe_writev+0x429/0x435
Mar 8 12:45:49 localhost kernel: [<e0ea9155>] video_ioctl+0xe/0x11 [saa7134]
Mar 8 12:45:49 localhost kernel: [<e0ea8538>] video_do_ioctl+0x0/0xc0f [saa7134]
Mar 8 12:45:49 localhost kernel: [<c015ae70>] do_ioctl+0x50/0x60
Mar 8 12:45:49 localhost kernel: [<c015b10e>] vfs_ioctl+0x187/0x195
Mar 8 12:45:49 localhost kernel: [<c015b146>] sys_ioctl+0x2a/0x40
Mar 8 12:45:49 localhost kernel: [<c0102783>] sysenter_past_esp+0x54/0x75

anonymous
()
Ответ на: комментарий от anonymous

А это - стабильный мертвый вис Debian Sarge с 2.6.8-2-686-smp на noatun с кривым плейлистом:

Mar 9 22:20:10 localhost kernel: Unable to handle kernel paging request at virtual address 000e0024
Mar 9 22:20:10 localhost kernel: printing eip:
Mar 9 22:20:10 localhost kernel: c0147b74
Mar 9 22:20:10 localhost kernel: *pde = 00000000
Mar 9 22:20:10 localhost kernel: Oops: 0002 [#1]
Mar 9 22:20:10 localhost kernel: PREEMPT SMP
Mar 9 22:20:10 localhost kernel: Modules linked in: nls_cp437 isofs ipt_TCPMSS ipt_MASQUERADE iptable_nat ipt_LOG ipt_state ip_conntrack ppp_deflate bsd_comp ppp_async crc_ccitt ppp_generic slhc fglrx af_packet deflate zlib_deflate twofish serpent aes_i586 blowfish des sha256 sha1 crypto_null af_key iptable_filter ipv6 ip_tables parport_pc parport floppy pcspkr rtc tda9887 tuner saa7134 video_buf v4l2_common v4l1_compat ir_common videodev emu10k1_gp gameport snd_emu10k1 snd_rawmidi snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_seq_device snd_ac97_codec snd_page_alloc snd_util_mem snd_hwdep snd soundcore pciehp shpchp pci_hotplug intel_mch_agp intel_agp agpgart joydev usbhid ehci_hcd uhci_hcd usbcore 3c59x binfmt_misc nls_cp866 vfat fat nls_koi8_r ntfs reiserfs capability commoncap evdev mousedev it87 tsdev eeprom i2c_sensor i2c_isa i2c_i801 i2c_core psmouse ide_cd cdrom ext3 jbd mbcache ide_generic piix ide_disk ide_core sd_mod ata_piix libata scsi_mod unix font vesafb cfbcopyarea cfbimgblt cfbfillrect
Mar 9 22:20:10 localhost kernel: CPU: 1
Mar 9 22:20:10 localhost kernel: EIP: 0060:[cache_alloc_refill+260/592] Tainted: P
Mar 9 22:20:10 localhost kernel: EFLAGS: 00010002 (2.6.8-2-686-smp)
Mar 9 22:20:10 localhost kernel: EIP is at cache_alloc_refill+0x104/0x250
Mar 9 22:20:10 localhost kernel: eax: 000e0020 ebx: de5ee000 ecx: c4ad7000 edx: 255a044e
Mar 9 22:20:10 localhost kernel: esi: 00000010 edi: dfab0380 ebp: dfb33480 esp: d52c7cf4
Mar 9 22:20:10 localhost kernel: ds: 007b es: 007b ss: 0068
Mar 9 22:20:10 localhost kernel: Process kdeinit (pid: 8151, threadinfo=d52c6000 task=cb086e70)
Mar 9 22:20:10 localhost kernel: Stack: d52c7d1c c12d3820 00000000 dfb33480 dfab03e0 dfab03a8 dfab03b0 00000296
Mar 9 22:20:10 localhost kernel: c80f5c80 dfb33480 dfb33480 c0147ef9 dfab0380 00000050 d69c1000 e0a92081
Mar 9 22:20:10 localhost kernel: dfab0380 00000050 fffffff4 e0a93ce3 c80f5c80 d69c1000 00000001 00000050
Mar 9 22:20:10 localhost kernel: Call Trace:
Mar 9 22:20:10 localhost kernel: [kmem_cache_alloc+73/80] kmem_cache_alloc+0x49/0x50
Mar 9 22:20:10 localhost kernel: [__crc_ilookup+258668/3708875] get_attr_search_ctx+0x21/0x70 [ntfs]
Mar 9 22:20:10 localhost kernel: [__crc_ilookup+265934/3708875] ntfs_lookup_inode_by_name+0x93/0xe50 [ntfs]
Mar 9 22:20:10 localhost kernel: [cache_alloc_refill+403/592] cache_alloc_refill+0x193/0x250
Mar 9 22:20:10 localhost kernel: [__crc_ilookup+306136/3708875] ntfs_nlstoucs+0x6d/0x140 [ntfs]
Mar 9 22:20:10 localhost kernel: [__crc_ilookup+292262/3708875] ntfs_lookup+0x6b/0x5a0 [ntfs]
Mar 9 22:20:10 localhost kernel: [kfree_skbmem+36/48] kfree_skbmem+0x24/0x30
Mar 9 22:20:10 localhost kernel: [__kfree_skb+173/336] __kfree_skb+0xad/0x150
Mar 9 22:20:10 localhost kernel: [d_alloc+33/464] d_alloc+0x21/0x1d0
Mar 9 22:20:10 localhost kernel: [real_lookup+213/256] real_lookup+0xd5/0x100

anonymous
()
Ответ на: комментарий от anonymous

Mar 9 22:20:10 localhost kernel: [do_lookup+150/176] do_lookup+0x96/0xb0
Mar 9 22:20:10 localhost kernel: [link_path_walk+2087/4128] link_path_walk+0x827/0x1020
Mar 9 22:20:10 localhost kernel: [path_lookup+163/416] path_lookup+0xa3/0x1a0
Mar 9 22:20:10 localhost kernel: [__user_walk+73/96] __user_walk+0x49/0x60
Mar 9 22:20:10 localhost kernel: [vfs_stat+31/96] vfs_stat+0x1f/0x60
Mar 9 22:20:10 localhost kernel: [pipe_writev+617/800] pipe_writev+0x269/0x320
Mar 9 22:20:10 localhost kernel: [pipe_write+56/64] pipe_write+0x38/0x40
Mar 9 22:20:10 localhost kernel: [sys_stat64+27/64] sys_stat64+0x1b/0x40
Mar 9 22:20:10 localhost kernel: [vfs_write+263/352] vfs_write+0x107/0x160
Mar 9 22:20:10 localhost kernel: [sys_write+81/128] sys_write+0x51/0x80
Mar 9 22:20:10 localhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb
Mar 9 22:20:10 localhost kernel: Code: 89 50 04 89 02 66 83 79 14 ff c7 01 00 01 10 00 c7 41 04 00
Mar 9 22:20:10 localhost kernel: <6>note: kdeinit[8151] exited with preempt_count 1
Mar 9 22:20:10 localhost kernel: bad: scheduling while atomic!
Mar 9 22:20:10 localhost kernel: [schedule+2191/2208] schedule+0x88f/0x8a0
Mar 9 22:20:10 localhost kernel: [free_pages_and_swap_cache+113/160] free_pages_and_swap_cache+0x71/0xa0
Mar 9 22:20:10 localhost kernel: [unmap_vmas+482/576] unmap_vmas+0x1e2/0x240
Mar 9 22:20:10 localhost kernel: [exit_mmap+177/464] exit_mmap+0xb1/0x1d0
Mar 9 22:20:10 localhost kernel: [mmput+109/160] mmput+0x6d/0xa0
Mar 9 22:20:10 localhost kernel: [do_exit+418/1328] do_exit+0x1a2/0x530
Mar 9 22:20:10 localhost kernel: [do_page_fault+0/1390] do_page_fault+0x0/0x56e
Mar 9 22:20:10 localhost kernel: [die+282/288] die+0x11a/0x120
Mar 9 22:20:10 localhost kernel: [do_page_fault+478/1390] do_page_fault+0x1de/0x56e
Mar 9 22:20:10 localhost kernel: [activate_task+144/176] activate_task+0x90/0xb0
Mar 9 22:20:10 localhost kernel: [buffered_rmqueue+278/560] buffered_rmqueue+0x116/0x230
Mar 9 22:20:10 localhost kernel: [do_page_fault+0/1390] do_page_fault+0x0/0x56e
Mar 9 22:20:10 localhost kernel: [error_code+45/56] error_code+0x2d/0x38
Mar 9 22:20:10 localhost kernel: [cache_alloc_refill+260/592] cache_alloc_refill+0x104/0x250
Mar 9 22:20:10 localhost kernel: [kmem_cache_alloc+73/80] kmem_cache_alloc+0x49/0x50

anonymous
()
Ответ на: комментарий от anonymous

Mar 9 22:20:10 localhost kernel: [__crc_ilookup+258668/3708875] get_attr_search_ctx+0x21/0x70 [ntfs]
Mar 9 22:20:10 localhost kernel: [__crc_ilookup+265934/3708875] ntfs_lookup_inode_by_name+0x93/0xe50 [ntfs]
Mar 9 22:20:10 localhost kernel: [cache_alloc_refill+403/592] cache_alloc_refill+0x193/0x250
Mar 9 22:20:10 localhost kernel: [__crc_ilookup+306136/3708875] ntfs_nlstoucs+0x6d/0x140 [ntfs]
Mar 9 22:20:10 localhost kernel: [__crc_ilookup+292262/3708875] ntfs_lookup+0x6b/0x5a0 [ntfs]
Mar 9 22:20:10 localhost kernel: [kfree_skbmem+36/48] kfree_skbmem+0x24/0x30
Mar 9 22:20:10 localhost kernel: [__kfree_skb+173/336] __kfree_skb+0xad/0x150
Mar 9 22:20:10 localhost kernel: [d_alloc+33/464] d_alloc+0x21/0x1d0
Mar 9 22:20:10 localhost kernel: [real_lookup+213/256] real_lookup+0xd5/0x100
Mar 9 22:20:10 localhost kernel: [do_lookup+150/176] do_lookup+0x96/0xb0
Mar 9 22:20:10 localhost kernel: [link_path_walk+2087/4128] link_path_walk+0x827/0x1020
Mar 9 22:20:10 localhost kernel: [path_lookup+163/416] path_lookup+0xa3/0x1a0
Mar 9 22:20:10 localhost kernel: [__user_walk+73/96] __user_walk+0x49/0x60
Mar 9 22:20:10 localhost kernel: [vfs_stat+31/96] vfs_stat+0x1f/0x60
Mar 9 22:20:10 localhost kernel: [pipe_writev+617/800] pipe_writev+0x269/0x320
Mar 9 22:20:10 localhost kernel: [pipe_write+56/64] pipe_write+0x38/0x40
Mar 9 22:20:10 localhost kernel: [sys_stat64+27/64] sys_stat64+0x1b/0x40
Mar 9 22:20:10 localhost kernel: [vfs_write+263/352] vfs_write+0x107/0x160
Mar 9 22:20:10 localhost kernel: [sys_write+81/128] sys_write+0x51/0x80
Mar 9 22:20:10 localhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb

anonymous
()
Ответ на: комментарий от anonymous

> Что это за работа такая, где нужны все эти поделки?

А что тут такого? Бухи, кладовщики, манарагеры, сметчики, инженеры, юристы, СБ ...

anonymous
()
Ответ на: комментарий от anonymous

> Ну тогда поясни мне свою странную фанатичную(красноглазую) логика -

Блин, ну сколько, КРАСНОГЛАЗИЕ ТУТ НЕ ПРИЧЁМ, ПОСКОЛЬКУ КРАСНОГЛАЗИЕ ПОКАЗЫВАЕТ ТОЛЬКО ПОВЫШЕННУЮ УМСТВЕННУЮ ДЕЯТЕЛЬНОСТЬ!

> глюки винды и софта под нее это плохо и грязно, глюки, дыры, баги, оопсы и кернел паники под *nix - это светло и хорошо?

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

>> Так это от меня ты ослеп, ну извини, фанатизм у меня отсутствует ;-)

> Это и есть фанатизм.

Отсутствие фанатизма и есть фанатизм? Оригинально. Это женская логика?

> Трейсер реестра в руки(sysinternals.com) и искать причину.

Хм, ткни конкретно в упор не вижу, а вещь вроде необходимая в свете вышесказанного. :-)

anonymous
()
Ответ на: комментарий от anonymous

Хых, судя по логу у тебя ntfs, проверь на виндах, может она покоцана, ну и багу надо бы послать не на ЛОР.

anonymous
()
Ответ на: комментарий от anonymous

> Хых, судя по логу у тебя ntfs, проверь на виндах, может она покоцана, ну и багу надо бы послать не на ЛОР.

Не покоцана 100%

anonymous
()
Ответ на: комментарий от anonymous

>А оно надо? hal+dbus+ivman = supermount без всяких патчей и супермаунтовских оопсов ...

Разве что там, где еще есть флопики:)

B084 ★★
()
Ответ на: комментарий от anonymous

> Повторяю, глюк глюку рознь, если в никс системах глюки правят, то в виндах это процесс тянется, тянется и тянется!

Это баян, в который и я тоже верил(хотя часто действительно так бывает, что правят оперативно). Одно правят - другое ломают. В опенсорс софте некоторые баги живут по несколько лет, примеры - в багзиллах Firefox, OO, sim. Исправление .wmf баги в винде - неделя, исправление tar дыры в Debian и Gentoo - более двух недель после выхода патча. Вот такой баян про оперативность.

> После глюка в никс системе, я хоть знаю куда копать, кому жаловаться, могу и сам поправить, да и нечасто там всякая фигня происходит, в отличие от форточек.

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

> В виндах нет удобных встроенных средств диагностики

Ну кое-что всеже есть, event log, netdiag, dcdiag, IIS diagnostics, perfmon, debug logging у сервисов и т.д. Да и сторонних бесплатных немало, например http://www.sysinternals.com/Utilities.html. В винде тоже ведь не всё только кнопочки тупо клацать - еще и разбираться нужно. А со знаниями, да с прямыми руками и на прямом железе и винда работает нормально. Больше всего в втнде напрягает отсутствие _нормального_ шелла, слишком сложная архитектура и кастрированный сетевой функционал, с другой стороны - мощная интеграция "из коробки" и стандарт де-факто на десктопе, в т.ч. корпоративном(соотв-но туча типовых программ, вроде 1С, "ГрандСмета", "СтройИнфо" и прочего специфического софта, для программирования NEAX, например, или еще чего, что писано под вин/дос).

> нет нормальной встроенной системы помощи

А по F1 что вываливается? Да, на кодера это не рассчитано, но ведь есть MSDN/SDK/DDK/Technet...

> нет нормального следования стандартам

Это факт - пихают свои закрытые стандарты и протоколы ...

> Отсутствие фанатизма и есть фанатизм? Оригинально.

Имелось ввиду свидетельствтов фанатизм как раз и являлась та странная логика: закрывание глаз на проблемы любимой ОС и хаяние мифических багов во "вражеских" системах.

> Хм, ткни конкретно в упор не вижу, а вещь вроде необходимая в свете вышесказанного. :-)

www.sysinternals.com/Utilities/Regmon.html

Есть еще www.sysinternals.com/Utilities/Filemon.html, www.rohitab.com/apimonitor/ - те же аналоги strace.

anonymous
()
Ответ на: комментарий от anonymous

> Это баян, в который и я тоже верил(хотя часто действительно так бывает, что правят оперативно). Одно правят - другое ломают. В опенсорс софте некоторые баги живут по несколько лет, примеры - в багзиллах Firefox, OO, sim. Исправление .wmf баги в винде - неделя, исправление tar дыры в Debian и Gentoo - более двух недель после выхода патча. Вот такой баян про оперативность.

Вот, прочти свеженький баян -> http://weblog.timaltman.com/node/834

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

> Ну кое-что всеже есть, event log, netdiag, dcdiag, IIS diagnostics, perfmon, debug logging у сервисов и т.д.

Да неужели, и где всё это взять в 98 виндах? Только не надо опять нести фигню про старую систему, устаревший комп. Люди связаны многими ограниями, как железными мощностями, так и программным обеспечением и накопленными проектами.

> Да и сторонних бесплатных немало, например http://www.sysinternals.com/Utilities.html.

Знаем, только не у всех есть инет, зато у них есть да-да, глючная винда.

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

Расскажи это своим коллегам, ратующим, что в виндах всё работает из коробки, да ещё и стабильно, причём делают они на портале посвещённом свободной системе. И почему, когда у виндовозников, что-нибудь случается, должен разбираться я? Где блин, рекламируемая дружественность, если приглашают помочь юниксоида, у которого мозги по определению по другому повёрнуты. Да и вообще, прямые руки нужны явно разработчикам в MS.

> Откуда такие сведения о частоте виндовых глюков, если ты сам недавно заявлял, что виндой ты не пользуешься,

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

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

А как же тормозная и неудобная консоль?

Банальная нехватка ПО (я знаю, что есть стороннее. но почему я должен тратить своё время, если есть системы удовлетворяющие моим требованиям)

> и тут же задал вопрос про виндовый installshield(кстати какое отношение имеет эта сторонняя приблуда непосредственно к винде)?

Вот уж не знал, что это сторонняя приблуда, а вопрос был, как проанализировать такую фигню в винде, ведь такой процесс незапущен!

> Ну по винде и виндовым приблудам тоже известно куда жаловаться - в саппорт.

Да-да, прочти ссылку выше. :-D

> А по F1 что вываливается? Да, на кодера это не рассчитано

Неизвестно на кого это расчитано, до XXX Handbook/man/info/how-to не дотягивает

> , но ведь есть MSDN/SDK/DDK/Technet...

в стандартной упаковке?

anonymous
()
Ответ на: комментарий от anonymous

> хаяние мифических багов во "вражеских" системах.

Баги с переводом времени мифические? Или может тормоза ВМ мифические? Или "прибитые к столу" окна повиснувшей проги мифические? Может мифически перезагрузки при смене сетевых установок и установки некоторых "умных" приложений?

Причём тут "вражеские" системы? Почему "вражеские"? Я ведь не прихожу на winfaq и не ору там, что винду надо выкинуть на свалку.

> Это факт - пихают свои закрытые стандарты и протоколы ...

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

> www.sysinternals.com/Utilities/Regmon.html

Я так и подумал :-)

> www.rohitab.com/apimonitor/

во-во, ещё и API в виндах отвратительный :-D

anonymous
()
Ответ на: комментарий от anonymous

> Да неужели, и где всё это взять в 98 виндах?

Встречный вопрос: как прикрутить Bluetooth в Linux 1.0? Тоже самое и с убогой w98.

> Люди связаны многими ограниями, как железными мощностями, так и программным обеспечением и накопленными проектами.

Это их собственные проблемы. Современное ПО давно беспроблемно работает на W2k/XP. Если уж такие проблемы с железом - ставь NT4.0, под ней эти утилиты работают. А то докопался блин до снятой с поддержки убогой и кривой 98 и теперь ее мучает. Достань еще Linux 0.01 и над ним поиздевайся.

> Знаем, только не у всех есть инет, зато у них есть да-да, глючная винда.

CD-ROM или дискеты отменили? Я ведь тоже мог бы пожаловаться, что вот взял тут себе миниинсталл дебиана или генты и систему не могу установить без инета - какие они плохие эти системы.

> Да и вообще, прямые руки нужны явно разработчикам в MS.

Ну они не без греха, как и программеры глючного squid(delay pools), глючной самбы(winbindd+samba PDC на одной машине), глючного ядра(трейсы выше)...

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

Тогда поясни почему у меня юзера работают на W2k/XP, которые стоят без переустановкок и без особых глюков до 5 лет и ничего не тормозит со временем? Времена Win9x прошли - с ними такое было...

> А как же это новомодная фича - идиотская активация, почему её нет в нормальных системах?

Да? Может быть еще и HASP никто и DRM не использует? К твоему сведению, для корпоративных версий XP Pro(которые могут работать в домене) выдается ключ на организацию и система ставится без всяких активаций. И для W2k3 тоже серийник,а не активация.

> Где блин удобства, если от любого чиха система может дезактивироваться, где удобство в этом?

Удобства - никакого. Это всего-лишь защита, как аппаратная затычка.

> Банальная нехватка ПО (я знаю, что есть стороннее. но почему я должен тратить своё время, если есть системы удовлетворяющие моим требованиям)

Ну так и используй. Перечисленного выше виндового ПО в версии под Linux просто не существует, поэтому Linux на десктопе в моей конторе ничего не светит.

> А как же тормозная и неудобная консоль?

Ну так никто и не отрицает, что у винды консоль никакая.

> Вот уж не знал, что это сторонняя приблуда, а вопрос был, как проанализировать такую фигню в винде, ведь такой процесс незапущен!

Кто ругается то? Софтина. Вот с ней и разбирайся, что ей не нравится. Линки на трейсеры я дал.

> Да-да, прочти ссылку выше. :-D

Ну я без проблем по "Кодес", или какому-нить "1С", или недавная грабля "Камин" или "ГрандсМета" или "Конс+" просто звоню с проблемой и получаю решение/хотфикс/SP или приезжает человек и разгребает глюки своей софтины.

> в стандартной упаковке?

KB, MSDN, Technet есть в Интернете, а DDK/SDK и пр. по подписке за $. netdiag, dcdiag и пр. в стандартном комплекте.

> Неизвестно на кого это расчитано, до XXX Handbook/man/info/how-to не дотягивает

Ага с массой TODO или FIX. По libsmbclient API покажи инфу, или где в документации ядра расписаны структуры IGMP? Регулярно сталикваюсь с тем, что HOWTO, FAQ и решение граблей с Linux приходится искать хер знает где по гуглям. У мелкомягких и информаци и FAQ и HOWTO и решение граблей в свободно доступны из первых рук(KB, Technet).

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

Я видел в Gentoo, которая время не перевела вообще(в CMOS оно хранится не в UTC). А проблемы со временем характеры на машинах с подсевшей батареей CMOS. У пряморуких админов, бтв, машины централизованно синхронизируют время с контроллером домена, ибо рассинхронизация времени чревата проблемами с Kerberos.

anonymous
()
Ответ на: комментарий от rtc

>> Mar 9 22:20:10 localhost kernel: EIP: 0060:[cache_alloc_refill+260/592] Tainted: P

> Пшел отсюда.

Ну а теперь найди где в трейсах есть хоть одно упоминание про fglrx, который тайнтит ядро.

anonymous
()
Ответ на: комментарий от anonymous

>>> Mar 9 22:20:10 localhost kernel: EIP: 0060:[cache_alloc_refill+260/592] Tainted: P

>> Пшел отсюда.

>Ну а теперь найди где в трейсах есть хоть одно упоминание про fglrx, который тайнтит ядро.

Вы ничего не смыслите в том, как происходит выделение памяти.

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

rtc ★★
()
Ответ на: комментарий от anonymous

> Баги с переводом времени мифические?

На виндовых машиных таких проблем никогда не видел.

> Или может тормоза ВМ мифические?

Вы исползуете DOS приложения?

> Или "прибитые к столу" окна повиснувшей проги мифические?

На кривом железе, да на Win98 еще и не такое бывает.

> Может мифически перезагрузки при смене сетевых установок и установки некоторых "умных" приложений?

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

> Куча ПО становиться просто непригодным для производственного использования, если бы компоненты системы можно было модифицировать, под правильные стандарты и под свои нужды, как я могу делать в свободных системах...

Outlook в корпоративном режиме хорошо интегрируется с Exchange, винда централизованно управляется групповыми политиками, MSO хороший интегрированный продукт. Интеграция, централизованная авторизация и управление работают очень хорошо, поэтому не нужно баек.

anonymous
()
Ответ на: комментарий от rtc

> Если загружены подобные модули, все ваши аргументы и неудовлетворенность стабильностью являются полнейшим бредом.

Хорошо, будет время попробую без fglrx с radeon.

anonymous
()
Ответ на: комментарий от anonymous

> Встречный вопрос: как прикрутить Bluetooth в Linux 1.0? Тоже самое и с убогой w98.

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

> Это их собственные проблемы.

Нет это проблемы разработчиков виндов и виндового софта.

> Современное ПО давно беспроблемно работает на W2k/XP.

Какое железо нужно этим w2k/xp? Современное ПО неудовлетворяет современным требованиям, а вот старое - удовлетворяет, но оно не работает под nt или глючит

> Если уж такие проблемы с железом - ставь NT4.0, под ней эти утилиты работают.

Не работают, или глючат, это раз! NT 4 требует больше ресурсов, чем 98. Замена виндов на другие винды, крайне кровавая операция, требующая перестановки массы пользовательских приложений. Ещё расскажи как в nt работают игрушки? Похоже ты не очень в виндах разбираешься, мне даже стыдно, что я больше в них разбираюсь. :-D

> А то докопался блин до снятой с поддержки убогой и кривой 98 и теперь ее мучает. Достань еще Linux 0.01 и над ним поиздевайся.

Дистрибутив Linux образца 98 года лишён таких проблем, и без крови может быть обновлён до современного.

> CD-ROM или дискеты отменили?

Ага, глюки виндов должны исправлять юниксоиды, у которых ТАК системы почему-то годами не глючат. А дискеты действительно отменили :-)

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

Про таких, как ты, Саныч хорошо написал -> "Знаешь Миша, а можно еще хер себе дверью специально прищемить и потом всем рассказывать про неправильные двери."

> Тогда поясни почему у меня юзера работают на W2k/XP, которые стоят без переустановкок и без особых глюков до 5 лет и ничего не тормозит со временем?

Да "пасьянсы раскладывать" и в бух. софте сидеть - охереть какая работа.

> Времена Win9x прошли - с ними такое было...

НЕ ПРОШЛИ, в том то всё и дело, а ты так лекарства и не дал, кроме перестановки и замены компьютера.

> Да? Может быть еще и HASP никто и DRM не использует?

Я не использую, и всем виндовозником рекомендую держаться от этого подальше.

> К твоему сведению, для корпоративных версий XP Pro(которые могут работать в домене) выдается ключ на организацию и система ставится без всяких активаций. И для W2k3 тоже серийник,а не активация.

У домашних пользователей не корпорация!

> Удобства - никакого. Ну так никто и не отрицает, что у винды консоль никакая.

Вот! И так везде в виндах!

> Кто ругается то? Софтина.

Неизвестно.

> Вот с ней и разбирайся, что ей не нравится. Линки на трейсеры я дал.

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

> Ну так и используй. Перечисленного выше виндового ПО в версии под Linux просто не существует, поэтому Linux на десктопе в моей конторе ничего не светит.

Опять, я должен тратить время на то, чтоб получить то, что в нормальных системах есть по умолчанию, работает лучше и быстрее, ЗАЧЕМ? Мне же не нужен кривой софт, да он кривой, как разработчик ПО я могу сказать, что непортируется только грязный код, написанный на коленке с забиванием на стандарты, тут вина кого, MS с их winapi!

anonymous
()
Ответ на: комментарий от anonymous

> KB, MSDN, Technet есть в Интернете,

Которого нет.

> а DDK/SDK и пр. по подписке за $.

А в нормальных системах бесплатно :-)

> netdiag, dcdiag и пр. в стандартном комплекте.

гон!

> По libsmbclient API покажи инфу, или где в документации ядра расписаны структуры IGMP?

Хы-хы, вот это как раз таки и решает открытый код.

> Регулярно сталикваюсь с тем, что HOWTO, FAQ и решение граблей с Linux приходится искать хер знает где по гуглям.

Оно там хоть есть. Я вот сталкиваюсь нерегулярно, практически не сталкиваюсь.

> У мелкомягких и информаци и FAQ и HOWTO и решение граблей в свободно доступны из первых рук(KB, Technet).

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

> Я видел в Gentoo, которая время не перевела вообще(в CMOS оно хранится не в UTC).

Давай ссылку на то, как сказать винде, что время в CMOS в UTC!!!

> А проблемы со временем характеры на машинах с подсевшей батареей CMOS.

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

> У пряморуких админов, бтв, машины централизованно синхронизируют время с контроллером домена, ибо рассинхронизация времени чревата проблемами с Kerberos.

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

anonymous
()
Ответ на: комментарий от anonymous

> На виндовых машиных таких проблем никогда не видел.

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

> На кривом железе, да на Win98 еще и не такое бывает.

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

>> Или может тормоза ВМ мифические?

> Вы исползуете DOS приложения?

Да уж, похоже даже у DOS с этим лучше, вот к примеру -> http://www.linux.org.ru/jump-message.jsp?msgid=608927

anonymous
()
Ответ на: комментарий от anonymous

> Ну а зачем ставить эти некоторые умные приложения, которые гробят систему?

Боже, ну почему сразу гробят??? Не гробят. Я говорю, что неудобно, что когда устанавливаешь приложение, оно говорит, что для того, чтоб я пошло, надо перезагрузится, такой прикол отсутсвует в юникс системах, там даже драва можно менять при модулбном ядре(у меня, правда, монолит ;-)

> Кривым модулем завесить линукс тоже как два байта переслать.

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

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

Блин, сколько раз повторять, дело не в интеграции. Берём продукт X, для формирования и посыла мыла он использует Outlook, в Outlook бага, и его мыло сделаный по стандарту робот Y не сможет прочесть, продукт X невозможно использовать, приходится менять и продукт икс и робота игрек.

А интеграция, да фиг с ней, если бы можно было хоть что-то поправить в этих глючных компонентах.

anonymous
()
Ответ на: комментарий от Deleted

Товарисч, который Кодесс в каждом предложении упоминаешь, расскажи, что это такое??? Уже сколько сообщений прошло после моего вопроса - так ответа я и не дождался.

Deleted
()
Ответ на: комментарий от anonymous

> включить в ядре поддержку и поставить софт для работы с bluetooth, в современных дистрибутивах.

Почему это сразу современные? Раз тебе нужно от 9x, которой уже более 10 лет, того, чего это чудо не умеет, то почему бы тебе не прикрутить поддержку Bluetooth к ядру 1.0?

> Которого нет.

Блин, ну закажи на дисках тогда MSDN, Technet и все прочее, раз у тебя Интернета нет вообще. Видишь ли, в нормальных конторах Интернет есть, более того некоторые даже могут себе позволить обучение своих специалистов, заказ Technet, MSDN, DDK и т.д.

> гон!

SUPPORT TOOLS установи с дистрибутива серверной винды блин.

$ ls /mnt/cdrom/SUPPORT/TOOLS/ 2000RKST.MSI DEPLOY.CAB I386 SETUP.EXE SREADME.DOC SUPPORT.CAB

> Хы-хы, вот это как раз таки и решает открытый код.

Возможность смотреть сорс никак не отменяет необходимости нормальной документации.

> Оно там хоть есть.

Отнюдь не всегда.

> Да-да, решение я уже слышал - епись с эмулятором трассировщика сам.

Ну так и не епи мне тут мозги вопросами о своей глючной софтине, которая не ставится, раз не ниасилил ее трассировку.

> Давай ссылку на то, как сказать винде, что время в CMOS в UTC!!!

У меня на виндовых машинах время в CMOS - локальное(внутреннее в NT - UTC), выставлением UTC в CMOS на виндовых машинах не занимался.

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

Чтоб ты знал системное время NT ведет в UTC.

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wcecoreos5/h...

Вперед курить документацию к GetSystemTime() и GetLocalTime() и книжки "Windows для чайников", если хочешь выглядеть компетентным в споре по системе, которую не знаешь. :)

> На них кстати крутится всего один сервис, но именно из перевода времени он уходит в ступор!!!

Все вопросы к аффтару своего глючного сервиса, который мог использовать UTC-время. У меня почему-то сервисы на круглосуточно работающих виндовых серверах стоящих под нагрузкой 24/7(Exchange, DC, СКУД, ...) не глючат от перевода времени, так что все вопросы к криворукому аффтару софтины.

> Поработал бы ты в конторе, где работает система управления версиями, увидел бы чудеса в виндах, после перевода времени, все проекты в конфликте.

Ну дык почему сстема управления версиями использует локальное время а не UTC через вызов GetSystemTime()? На NTFS время возвращается в UTC.Или в косяках левой софтины тоже виноват Билли? Симптомы проблемы в кривом софте, кстати, расписаны(где бы ты думал?), в том числе и решение дается - как нужно вправить руки криворуким кодерам: http://support.microsoft.com/?kbid=158588

anonymous
()
Ответ на: комментарий от Deleted

> Кодесс в каждом предложении упоминаешь, расскажи, что это такое???

Система Контроля и Управления Доступом, те что стоят у нас представляют собой сетку с сервером СКД, сервером видео, нескольких АРМ-ов, фряхой(PicoBSD) в контроллере, десяток камер и турникеты. Крутится это все чудо на W2k.

anonymous
()
Ответ на: комментарий от anonymous

> Где ты берешь кривые модули?

fglrx, например. При желании не поправишь. Кстати, с дровами radeon вместо fglrx Gentoo перестала виснуть от kdetv, зато после пары запусков kdetv начались глюки - команда w зависает, команда ps зависает, лоча терминал и не убиваются по SIGKILL! Походу проблемы здесь или из-за кривого ядерного i2c или из-за saa7134.

> В виндах ты о таком можешь только мечтать?

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

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

Много кривых сторонних дров - много и проблем с ними. С Linux так даже с двумя несколькими дровами от nVidia и ATI вой после очередного слома нестабильного ABI... А там сторонних дров многие тысячи...

> А интеграция, да фиг с ней, если бы можно было хоть что-то поправить в этих глючных компонентах.

Глючных.. глючных.. я сейчас глюки Linux наблюдаю от какой-то простейшей занюханой софтины kdetv. А как вот такое почитаешь http://www.debian.org/security/2006/dsa-1017 так и вообще непонятно становится, какое право линуксоиды имеют называть винду глюкавой.

anonymous
()
Ответ на: комментарий от anonymous

> Почему это сразу современные? Раз тебе нужно от 9x, которой уже более 10 лет, того, чего это чудо не умеет, то почему бы тебе не прикрутить поддержку Bluetooth к ядру 1.0?

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

> Блин, ну закажи на дисках тогда MSDN, Technet и все прочее, раз у тебя Интернета нет вообще.

И что? Бесплатно?

> Видишь ли, в нормальных конторах Интернет есть, более того некоторые даже могут себе позволить обучение своих специалистов, заказ Technet, MSDN, DDK и т.д.

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

> Возможность смотреть сорс никак не отменяет необходимости нормальной документации.

которая в виндах отсутствует, как и сырцы.

> Ну так и не епи мне тут мозги вопросами о своей глючной софтине, которая не ставится,

прога виндовозная!

> раз не ниасилил ее трассировку.

Ты идиот? Перечитай, что тебе написали!

> У меня на виндовых машинах время в CMOS - локальное(внутреннее в NT - UTC), выставлением UTC в CMOS на виндовых машинах не занимался.

Займись.

> Вперед курить документацию к GetSystemTime() и GetLocalTime() и книжки "Windows для чайников", если хочешь выглядеть компетентным в споре по системе, которую не знаешь. :)

Получается, что масса виндовых программистов об этой вещи не знает, и даже разработчики ntfs, ха-ха, зашибись какая нужная система! Почему я должен это знать, чтоб говорить, что виндокодеры ламера? Да я не гордый...

> Все вопросы к аффтару своего глючного сервиса, который мог использовать UTC-время.

Все вопросы к автору железки, автору драйверов железки, и автору виндов 98, только под ними этот драйвер и пашет, а сервис тут не причём, учись, студент!

> У меня почему-то сервисы на круглосуточно работающих виндовых серверах стоящих под нагрузкой 24/7(Exchange, DC, СКУД, ...) не глючат от перевода времени,

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

> так что все вопросы к криворукому аффтару софтины.

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

> Ну дык почему сстема управления версиями использует локальное время а не UTC через вызов GetSystemTime()?

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

> Или в косяках левой софтины тоже виноват Билли?

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

> Симптомы проблемы в кривом софте, кстати, расписаны(где бы ты думал?), в том числе и решение дается - как нужно вправить руки криворуким кодерам:

Опять предлагаешь занятся этим юниксоидам, с какого перепугу? У вас проблемы, а исправлять опять мы должны?

anonymous
()
Ответ на: комментарий от anonymous

> Ещё расскажи как в nt работают игрушки? Похоже ты не очень в виндах разбираешься, мне даже стыдно, что я больше в них разбираюсь. :-D

В NT5.0 - нормально, в NT5.1 - замечательно. А на том хламе, который у тебя стоит под 98, который NT40 не потянет играть в любом случае нереально. Я понять не могу чего ты пытаешься доказать, пиная старую, кривую и убогую Win98? Почему ты не поставил туда Linux, чтоб потом каждый раз пинали, когда какая-нить нужная виндовая софтина там не завелась или wine взглюкнул? Насчет того что sysinternals утилиты не работают под NT40 не звезди, у меня они работали на 4.0, просто нужно иногда думать головой, а то хуже тупого юзера, и закидывать psapi.dll в %SYSTEMROOT%/System32.

> Дистрибутив Linux образца 98 года лишён таких проблем, и без крови может быть обновлён до современного.

Ты в этом уверен или очередную байку рассказываешь? Когда поставишь linux 1.0 и пработаешь с недельку в ней, тогда и рассказывать будешь. Винда тоже может быть проапгрейжена, если ты этого не знаешь.

> Про таких, как ты, Саныч хорошо написал -> "Знаешь Миша, а можно еще хер себе дверью специально прищемить и потом всем рассказывать про неправильные двери."

Про таких как ты говорят "когда коту делать нех он яйца лижет"(windows 98 пинает). Ведь если делать нех, то вполне можно было бы достать какой-нить RedHat 2.0 и материть его прелюдно за глюки и тысячи дыр.

> Ага, глюки виндов должны исправлять юниксоиды, у которых ТАК системы почему-то годами не глючат. А дискеты действительно отменили :-)

Тебе за это платят или сам вызывался? Тогда чего ты тут жалуешься? Или думаешь мало пряморуких админов, у которых винды не глючат и не переустанавливаются годами и юзеров у которых винда на ноуте работает как часы? Ну дык они есть. А ты свои охрененные познания в ругаемых виндах на уровне стремненьеого юзера уже показал. В среде линуксоидов если ты не в курсе полно людей, ловящих глюки то в KDE, то в Firefox, то в OO, то пытаясь завести железки то еще с чем. Одни лишь фанатики вроде тебя безосновательно верят в абсолютную безглючность систем Linux и полную глюкавость винды.

> НЕ ПРОШЛИ, в том то всё и дело, а ты так лекарства и не дал, кроме перестановки и замены компьютера.

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

> Я не использую, и всем виндовозником рекомендую держаться от этого подальше.

И на чем у тебя там бухи в конторе сидят, если не в 1С? Такое впечатление, что ты вообще с луны упал и опыта работы ноль.

> У домашних пользователей не корпорация!

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

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

И ты еще говоришь что у тебя нет фанатизма? Обычный фанатичный красноглазик. Юзерам глубоко пох юнисоид ты или виндузоид, для них ты просто "тот кто шарит в компьютерах и может помочь". Для простого юзера и винду или ворд поставить - охрененная проблема и если бы они сидели под дружественным GUI на линуксе то точно также бы трахали мозги по любому глюку(скажи еще что в OO/Firefox/KDE и пр. глюков нет).

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.