форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Чо за хрень во фре."
Сообщение от BartSimpson on 15-Апр-02, 12:15  (MSK)
Перенес систему на другой диск, начинаю копировать домашние файлы, через полчаса система сама перезагружается (при копировании). Как лечить?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "RE: Чо за хрень во фре."
Сообщение от lavr on 15-Апр-02, 19:15  (MSK)
>Перенес систему на другой диск, начинаю >копировать домашние файлы, через полчаса >система сама перезагружается (при копировании). >Как лечить? проблема не видна, как выполнялся перенос? какая версия системы: uname -a dmesg sysctl -a | grep hw.ata
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "RE: Чо за хрень во фре."
	Сообщение от BartSimpson on 16-Апр-02, 13:37  (MSK)
	>проблема не видна, как выполнялся перенос? > >какая версия системы: > >uname -a >dmesg >sysctl -a | grep hw.ata 1,2 диски UDMA 100 3-нет, 4 CD freebsd 4-5 release ata_dma=1 wc=1 tags=0 atapi_dma=0 modes=dma,dma,---,pio Седня целый день пробовал между работай режимы менять, перегружается по мере записи. убирал ata_dma=0, не помогает.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "RE: Чо за хрень во фре."
	Сообщение от lavr on 16-Апр-02, 15:14  (MSK)
	>>проблема не видна, как выполнялся перенос? >> >>какая версия системы: >> >>uname -a >>dmesg >>sysctl -a | grep hw.ata > > >1,2 диски UDMA 100 >3-нет, 4 CD > >freebsd 4-5 release > >ata_dma=1 >wc=1 >tags=0 >atapi_dma=0 >modes=dma,dma,---,pio > >Седня целый день пробовал между работай >режимы менять, перегружается по мере >записи. убирал ata_dma=0, не помогает. > sorry for english: 1. try to do any make from ports or make KERNEL if your freebsd-box will crash, seems it's DMA 2. else another troubles [unix1]/boot > grep hw.ata /boot/* /boot/loader.conf.local:hw.ata.ata_dma="0" /boot/loader.conf.local:hw.ata.wc="0" /boot/loader.conf.local:#hw.ata.atapi_dma="0" /boot/loader.conf.local:#hw.atamodes="pio,pio,pio,pio,pio,pio,pio,pio," [unix1]/boot > grep hw.ata /etc/sysctl.conf #hw.ata.ata_dma=0 #hw.ata.atapi_dma=0 hw.atamodes=pio,pio,pio,pio,pio,pio,pio,pio, [unix1]/boot >
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "RE: Чо за хрень во фре."
	Сообщение от Евгений on 16-Апр-02, 15:21  (MSK)
	Попробуй из нее STABLE сделать. ata-driver вроде правили со времен релиза...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "RE: Чо за хрень во фре."
	Сообщение от Antonio on 16-Апр-02, 16:29  (MSK)
	>1,2 диски UDMA 100 Сорри за то, что влез не совсем в тему, но за такое >3-нет, 4 CD нужно обрывать руки сборщикам на месте и к компьютерам не подпускать до тех пор, пока не поймут, что такое ведущее/ведомое устройства на канале. >Седня целый день пробовал между работай >режимы менять, перегружается по мере >записи. убирал ata_dma=0, не помогает. Еще вопросы: -- как обстоят дела с таймингами процессора и памяти (похоже на разгон)? -- Пробовал менять чипы памяти (бывает битая)? -- Чипсет, очевидно, от via (со времен аж VIA Apollo 580 они не могут сделать нормальные DMA и IDE контроллеры, в частности, у указанной мной платы в количестве 3 экземпляров не работали DMA16 каналы)? -- Не пробовал в такой конфигурации: 1 -- HD1, 2 -- нет 3 -- HD2, 4 -- нет То есть убрать не нужные для выполнения работ устройства?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "RE: Чо за хрень во фре."
	Сообщение от BartSimpson on 17-Апр-02, 13:41  (MSK)
	>>1,2 диски UDMA 100 > >Сорри за то, что влез не >совсем в тему, но за >такое > >>3-нет, 4 CD > >нужно обрывать руки сборщикам на месте >и к компьютерам не подпускать >до тех пор, пока не >поймут, что такое ведущее/ведомое устройства >на канале. > >>Седня целый день пробовал между работай >>режимы менять, перегружается по мере >>записи. убирал ata_dma=0, не помогает. > >Еще вопросы: > >-- как обстоят дела с таймингами >процессора и памяти (похоже на >разгон)? > >-- Пробовал менять чипы памяти (бывает >битая)? > >-- Чипсет, очевидно, от via (со >времен аж VIA Apollo 580 >они не могут сделать нормальные >DMA и IDE контроллеры, в >частности, у указанной мной платы >в количестве 3 экземпляров не >работали DMA16 каналы)? > >-- Не пробовал в такой конфигурации: > > >1 -- HD1, 2 -- нет > > >3 -- HD2, 4 -- нет > > >То есть убрать не нужные для >выполнения работ устройства? Тама вообще хрень непонятная, она копирует файлы до какого-то предела, а потом перегружается сама или виснит насвегда, мать-Abit sa6r (intel), память (512-133) попробую потестировать, хотя не глючила раньше, пробовал freebsd 4-4, 4-3, 4-5 - везде одинаково, отключал режимы, вырубал в биосе, один хрен 30 минут копирует и в аут. Если файлов мало, то все окей, а если много..... Иногда появлялося что-то типа sync, номера процессов и "система будет перегружена через 15 сек.", иногда что-то про хеш не найден.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "RE: Чо за хрень во фре."
	Сообщение от LS on 17-Апр-02, 13:49  (MSK)
	>Тама вообще хрень непонятная, она копирует >файлы до какого-то предела, а >потом перегружается сама или виснит >насвегда, мать-Abit sa6r (intel), память >(512-133) попробую потестировать, хотя не >глючила раньше, пробовал freebsd 4-4, >4-3, 4-5 - везде одинаково, >отключал режимы, вырубал в биосе, >один хрен 30 минут копирует >и в аут. Если файлов >мало, то все окей, а >если много..... Иногда появлялося что-то >типа sync, номера процессов и >"система будет перегружена через 15 >сек.", иногда что-то про хеш >не найден. У меня была подобная проблема, долго мучился - а решение оказалось тривиальным. При долгом копировании перегревался чисет на MB (какая MB была уже и не помню). Воткнул пару кулеров в корпус и все стало Ok. Лето наступает однако ... :).
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "RE: Чо за хрень во фре."
	Сообщение от lavr on 17-Апр-02, 14:34  (MSK)
	>Тама вообще хрень непонятная, она копирует >файлы до какого-то предела, а >потом перегружается сама или виснит >насвегда, мать-Abit sa6r (intel), память >(512-133) попробую потестировать, хотя не >глючила раньше, пробовал freebsd 4-4, >4-3, 4-5 - везде одинаково, >отключал режимы, вырубал в биосе, >один хрен 30 минут копирует >и в аут. Если файлов >мало, то все окей, а >если много..... Иногда появлялося что-то >типа sync, номера процессов и >"система будет перегружена через 15 >сек.", иногда что-то про хеш >не найден. любимая карта ABIT: alone: abit bp6 unix1: abit be6-ii суть: DMA, кабель IDE, разгон, неверно или неудачно выставлены делители. Слабый CPU или перегрев. Прим: парни, драйвера меняются как перчатки, если посмотрите ata sources, увидите кучу пустышек под будущую реализацию, да и не только в ata... теперь про ABIT & DMA: спортом с DMA занимаюсь с 4.0 и до 4.5 все было просто: в KERNEL: зависимые места (DMA): # --lavr enable `automatic EIO` for master and slave 8259A irq controller #options        AUTO_EOI_1 #options        AUTO_EOI_2 # --lavr DMA DONT WORK with MY HARDWARE #options        ATA_ENABLE_ATAPI_DMA    #Enable DMA on ATAPI devices в /etc/sysctl.conf hw.atamodes=pio,pio,pio,pio,pio,pio,pio,pio, устройств у меня много :) в 4.5 и выше убрали из ядра ATA_ENABLE_ATAPI_DMA: при загрузке ядру надо выставлять: /boot/loader.conf.local hw.ata.ata_dma="0" hw.ata.wc="0" но почитать обязательно man 4 ata (мб будет что-то свое?) теперь что замечено с HPT UDMA контроллерами, чисто практически: указанная ситуация с непрогнозируемым крешем, стала проявляться при увеличении количества подключаемых IDE устройств, даже при том что все они переводились в pio mode. Оказалось что DMA затыкается и CPU не справляется с работой, полгода геморра на ABIT B6E-II: Celeron-500/Slotket-370/100mhz-RAM - 2 диска и CD - полет нормальный - 3 диска и более, креш раз в два-три месяца на пустом месте - больше 4 дисков, креш раз в неделю - 6 дисков и CD, креш произвольный, раз в день или в два... действия: замена C500/Slotket-370 на PII-600, ситуация чуть-чуть улучшилась прим: пробовались разные Celeron, разные Slotket, разные PII и PIII, суть не в них, а в их мощности замена на PIII-600 и память 133Mhz - креши отсутствуют и так чем выше CPU, тем стабильнее в случае с UDMA контроллерами HPT, Promise, Iwill и тд и тп. Я не электронщик, но работа через DMA - отсутвие interrupts, что уж там затыкается: - шина? - cpu? Сие было отписано в FreeBSD вместе с вариантами решения проблемы и указанием моделей якобы UDMA-66 support HDD которые в реалии ни хрена не support. Больше всего с этим бились в Linux, там даже список HDD распространялся. PS. Для себя я такие проблемы высекаю просто: любой make приводит к крешу, таким макаром обнаруживаю проблемы UDMA контроллеров Как не любил использовать AUTO_EOI для ускорения interrupts в ряде моделей ABIT пришлось вырубить PPS. ABIT не советую использовать в качестве серверной платформы, как личная WKS - кайф
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "RE: Чо за хрень во фре."
	Сообщение от HAN on 17-Апр-02, 15:53  (MSK)
	Hi! >PS. Для себя я такие проблемы высекаю просто: >любой make приводит к крешу, таким макаром >обнаруживаю проблемы UDMA контроллеров Это у тебя как тест на "нормальность" работы железа? В смысле любой make при сборке портов отработает ли нормально система? Сорри, если не в тему, но интересно, о том ли я подумал :) Удачи! HAN
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "RE: Чо за хрень во фре."
	Сообщение от Antonio on 17-Апр-02, 16:36  (MSK)
	>Hi! >>PS. Для себя я такие проблемы высекаю просто: >>любой make приводит к крешу, таким макаром >>обнаруживаю проблемы UDMA контроллеров >Это у тебя как тест на >"нормальность" работы железа? В смысле >любой make при сборке портов >отработает ли нормально система? Сорри, >если не в тему, но >интересно, о том ли я >подумал :) > >Удачи! >HAN Влезу без очереди. ;-))) Я обычно делаю так, если надо проверить железо: 1) легкий тест -- пересборка ядра, совсем кривая китайчатина (или разогнанное по причине чей-то ДНК) упадет 99,9%. 2) Если не упало -- собираем XFree86. Тут мучание железа длится дольше. 3) Memtest86. Если не упало -- железо рабочее, но на первых порах присматриваем за ним почаще.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "RE: Чо за хрень во фре."
	Сообщение от BartSimpson on 18-Апр-02, 08:21  (MSK)
	>Влезу без очереди. ;-))) Я обычно >делаю так, если надо проверить >железо: > >1) легкий тест -- пересборка ядра, >совсем кривая китайчатина (или разогнанное >по причине чей-то ДНК) упадет >99,9%. > >2) Если не упало -- собираем >XFree86. Тут мучание железа длится >дольше. > >3) Memtest86. > >Если не упало -- железо рабочее, >но на первых порах присматриваем >за ним почаще. Ядро пересобирал сразу, все нормально, PIII-933 (или 966, не помню какие там цифры должны быть.) Память нормальная, вырубил в биосе UDMA, а сейчас перевел с PIO4 на PIO 0, вробе работает. Материнка не разогнана. Медленно правда очень стало. Не тянет фря активный файл сервер на IDE. Используется он у меня как помойка для файлов юзеров. Перенос домашних каталогов привел к таким показателям. На материнке есть датчик температуры, да и в кабинете кондюк во всю работает. Температура не при чем.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "RE: Чо за хрень во фре."
	Сообщение от BartSimpson on 18-Апр-02, 11:55  (MSK)
	>>Влезу без очереди. ;-))) Я обычно >>делаю так, если надо проверить >>железо: >> >>1) легкий тест -- пересборка ядра, >>совсем кривая китайчатина (или разогнанное >>по причине чей-то ДНК) упадет >>99,9%. >> >>2) Если не упало -- собираем >>XFree86. Тут мучание железа длится >>дольше. >> >>3) Memtest86. >> >>Если не упало -- железо рабочее, >>но на первых порах присматриваем >>за ним почаще. > >Ядро пересобирал сразу, все нормально, PIII-933 >(или 966, не помню какие >там цифры должны быть.) Память >нормальная, вырубил в биосе UDMA, >а сейчас перевел с PIO4 >на PIO 0, вробе работает. >Материнка не разогнана. Медленно правда >очень стало. Не тянет фря >активный файл сервер на IDE. >Используется он у меня как >помойка для файлов юзеров. Перенос >домашних каталогов привел к таким >показателям. >На материнке есть датчик температуры, да >и в кабинете кондюк во >всю работает. Температура не при >чем. Ребяты - виноват. Начал память ковырять, оказалась кривовата, то определяется 100, то 133, короче выставил в биосе 100, все работает. А тестируется нормально. Начал пробовать по одной ставить, одна 133 на автомате, а другая 100. Так вот бывает. А UDMA летает тока так.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	14. "RE: Чо за хрень во фре."
	Сообщение от lavr on 18-Апр-02, 14:56  (MSK)
	>Ребяты - виноват. Начал память ковырять, >оказалась кривовата, то определяется 100, >то 133, короче выставил в >биосе 100, все работает. А >тестируется нормально. Начал пробовать по >одной ставить, одна 133 на >автомате, а другая 100. Так >вот бывает. А UDMA летает >тока так. вот и ответ - чаще всего соль в железе, врубай взад UDMA (dma mode)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "RE: Чо за хрень во фре."
	Сообщение от lavr on 18-Апр-02, 14:51  (MSK)
	>Hi! >>PS. Для себя я такие проблемы высекаю просто: >>любой make приводит к крешу, таким макаром >>обнаруживаю проблемы UDMA контроллеров >Это у тебя как тест на >"нормальность" работы железа? В смысле >любой make при сборке портов >отработает ли нормально система? Сорри, >если не в тему, но >интересно, о том ли я >подумал :) о том, только это ни в коем случае не универсальный тест на что-либо, а реальный тест на RAM и IO, если запускать сборку ядра или системы или портов с параллельным make, например: cd /usr/src make j4 buildworld Иногда система ставить на UDMA диски в DMA mode и работает себе без особых нагрузок IO, BUS, CPU любой make у меня обычно приводил к крешу при ненормальной работе ATA в DMA mode >Удачи! >HAN
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.