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

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

"Опять FreeBSD 5.3"
Сообщение от Celcione One on 07-Дек-04, 02:33  (MSK)
Столкнулся с еще одним багом. Если включить комп и, немного поработав, выключить - то он шатдаунится нормально. Если же проработать несколько часов и попытаться выключить - после финальных строчек о синхронизации буферов и внодов - появляется строка No buffers busy after final sync - и все, дальше ничего не происходит. На клаву комп реагирует, но ничего не хочет делать. На нажатие Power - отвечает, что запрос на выключение отвергнут, не готов его обработать. Из этого состояния, как я понял, его только reset выводит и потом при следующей загрузке - минут 20 надо сканить все разделы на обоих винтах, т.к. они помечаются как некорректно размонтированые. :-( P.S. Хосподи, сколько ж еще багов в этом "стэйбле"... Опять, как во времена славного 5.2 придется сидеть на карренте, молясь на то, чтобы баги поскорее поправили... P.P.S. Очень хотелось бы надеяться, что это не баг и можно это как-то пофиксить, а то _достало_.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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

1. "Опять FreeBSD 5.3"
Сообщение от magr (??) on 08-Дек-04, 15:18  (MSK)
>- появляется строка No buffers busy after final sync - и >все, дальше ничего не происходит. попробуйте поставить последнюю версию БИОС для материнской платы.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Опять FreeBSD 5.3"
	Сообщение от Celcione One on 09-Дек-04, 08:27  (MSK)
	>>- появляется строка No buffers busy after final sync - и >>все, дальше ничего не происходит. > >попробуйте поставить последнюю версию БИОС для материнской платы. Уже стоит. Не помогает.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Опять FreeBSD 5.3"
Сообщение от lavr on 08-Дек-04, 15:29  (MSK)
>Столкнулся с еще одним багом. Если включить комп и, немного поработав, выключить >- то он шатдаунится нормально. Если же проработать несколько часов и >попытаться выключить - после финальных строчек о синхронизации буферов и внодов >- появляется строка No buffers busy after final sync - и >все, дальше ничего не происходит. На клаву комп реагирует, но ничего >не хочет делать. На нажатие Power - отвечает, что запрос на >выключение отвергнут, не готов его обработать. Из этого состояния, как я >понял, его только reset выводит и потом при следующей загрузке - >минут 20 надо сканить все разделы на обоих винтах, т.к. они >помечаются как некорректно размонтированые. :-( > >P.S. Хосподи, сколько ж еще багов в этом "стэйбле"... Опять, как во >времена славного 5.2 придется сидеть на карренте, молясь на то, чтобы >баги поскорее поправили... > >P.P.S. Очень хотелось бы надеяться, что это не баг и можно это >как-то пофиксить, а то _достало_. это ACPI :) у меня такого не происходит.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Опять FreeBSD 5.3"
	Сообщение от Celcione One on 09-Дек-04, 08:30  (MSK)
	>это ACPI :) >у меня такого не происходит. В том-то и дело, что это фиг пойми из-за чего. Эта надпись появляется при шатдауне всегда, а вот зависает он из-за непонятных причин. Если зашатдаунить прямо после того, как загрузился полностью - все нормально. Как я понял, это зависит от аптайма до шатдауна, но тоже - фиг знает. Недавно завис при шатдауне после 5 часов аптайма, вчера же - после семи зашатдаунился нормально. P.S. Черте что...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Опять FreeBSD 5.3"
	Сообщение от Serge (??) on 09-Дек-04, 10:14  (MSK)
	Привет! А давно цвсапился?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Опять FreeBSD 5.3"
	Сообщение от Serge (??) on 09-Дек-04, 10:16  (MSK)
	>Привет! > >А давно цвсапился? Я это к тому что у меня несколько машин и такого нет ни на одной. Работают довольно долго, переодически цвсаплюсь перегенерю ядро и ребут, причем удаленно его всегда делаю, и пока все было нормально.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Опять FreeBSD 5.3"
	Сообщение от Asssasssin on 09-Дек-04, 10:19  (MSK)
	>>это ACPI :) >>у меня такого не происходит. > > >В том-то и дело, что это фиг пойми из-за чего. Эта надпись >появляется при шатдауне всегда, а вот зависает он из-за непонятных причин. >Если зашатдаунить прямо после того, как загрузился полностью - все нормально. >Как я понял, это зависит от аптайма до шатдауна, но тоже >- фиг знает. Недавно завис при шатдауне после 5 часов аптайма, >вчера же - после семи зашатдаунился нормально. > >P.S. Черте что... Чувак! У меня такая же проблема! Тоже с дуру поставил себе 5.3, позарился на все новинки... Причем у меня иногда при выключении бывали еще такие вещи: 1) при финальных аккордах синхронизации отчет начинался не с 4 а например с 88, и надолго очень затягивался или просто зависал. А при загрузке в логах был кернел паник на ошибку ufs:bad_dir. 2) Потом во время uptime 2 недели система просто вставала (зависала без каких либо признаков жизни), а в логах - никаких ошибок. Говорят что там в ACPI  накосячено много, вот его я и отрубил, сейчас жду (1 неделя осталась =) ), тестирую!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Опять FreeBSD 5.3"
	Сообщение от co6aka (??) on 09-Дек-04, 13:54  (MSK)
	Может скажешь что за железо у тебя?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "Опять FreeBSD 5.3"
	Сообщение от Nikakoy on 09-Дек-04, 14:13  (MSK)
	>Может скажешь что за железо у тебя? Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RELEASE #0: Tue Nov 23 23:27:41 MSK 2004     root@host2.local:/usr/obj/usr/src/sys/CORE2 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 1.70GHz (1715.28-MHz 686-class CPU)   Origin = "GenuineIntel"  Id = 0xf13  Stepping = 3   Features=0x3febfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM> real memory  = 268353536 (255 MB) avail memory = 252932096 (241 MB) ACPI APIC Table: <ASUS   P4B266-C> ioapic0 <Version 2.0> irqs 0-23 on motherboard npx0: [FAST] npx0: <math processor> on motherboard npx0: INT 16 interface acpi0: <ASUS P4B266-C> on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 22 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: <ACPI CPU> on acpi0 acpi_button0: <Power Button> on acpi0 pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0 pci0: <ACPI PCI bus> on pcib0 agp0: <Intel 82845 host to AGP bridge> mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0 pci1: <ACPI PCI bus> on pcib1 pci1: <display, VGA> at device 0.0 (no driver attached) pcib2: <ACPI PCI-PCI bridge> at device 30.0 on pci0 pci2: <ACPI PCI bus> on pcib2 pcm0: <CMedia CMI8738> port 0xd800-0xd8ff irq 21 at device 3.0 on pci2 vr0: <VIA VT6105 Rhine III 10/100BaseTX> port 0xd400-0xd4ff mem 0xed800000-0xed8000ff irq 22 at device 10.0 on pci2 miibus0: <MII bus> on vr0 ukphy0: <Generic IEEE 802.3u media interface> on miibus0 ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:0f:3d:df:b9:e4 rl0: <RealTek 8139 10/100BaseTX> port 0xd000-0xd0ff mem 0xed000000-0xed0000ff irq 23 at device 11.0 on pci2 miibus1: <MII bus> on rl0 rlphy0: <RealTek internal media interface> on miibus1 rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:80:48:1a:ee:7e atapci0: <Promise PDC20271 UDMA133 controller> port 0xa400-0xa40f,0xa800-0xa803,0xb000-0xb007,0xb400-0xb403,0xb800-0xb807 mem 0xec800000-0xec80ffff irq 18 at device 14.0 on pci2 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 isab0: <PCI-ISA bridge> at device 31.0 on pci0 isa0: <ISA bus> on isab0 atapci1: <Intel ICH2 UDMA100 controller> port 0x9800-0x980f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 fdc0: <floppy drive controller> port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] ppc0: <ECP parallel printer port> port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: <Parallel port bus> on ppc0 plip0: <PLIP network interface> on ppbus0 lpt0: <Printer> on ppbus0 lpt0: Interrupt-driven port ppi0: <Parallel I/O> on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0 atkbd0: <AT Keyboard> irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: <PS/2 Mouse> irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 orm0: <ISA Option ROM> at iomem 0xc0000-0xcc7ff on isa0 pmtimer0 on isa0 sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1715281728 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to deny, logging disabled ad0: 194481MB <Maxtor 6Y200P0/YAR41BW0> [395136/16/63] at ata0-master UDMA100 ad1: 152627MB <ST3160023A/3.06> [310101/16/63] at ata0-slave UDMA100 ad4: 194481MB <Maxtor 6Y200P0/YAR41BW0> [395136/16/63] at ata2-master UDMA133 Mounting root from ufs:/dev/ad0s1a
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "Опять FreeBSD 5.3"
	Сообщение от lavr on 09-Дек-04, 14:03  (MSK)
	>>>это ACPI :) >>>у меня такого не происходит. >> >> >>В том-то и дело, что это фиг пойми из-за чего. Эта надпись >>появляется при шатдауне всегда, а вот зависает он из-за непонятных причин. >>Если зашатдаунить прямо после того, как загрузился полностью - все нормально. >>Как я понял, это зависит от аптайма до шатдауна, но тоже >>- фиг знает. Недавно завис при шатдауне после 5 часов аптайма, >>вчера же - после семи зашатдаунился нормально. >> >>P.S. Черте что... > >Чувак! У меня такая же проблема! Тоже с дуру поставил себе 5.3, >позарился на все новинки... Причем у меня иногда при выключении бывали >еще такие вещи: >1) при финальных аккордах синхронизации отчет начинался не с 4 а например >с 88, и надолго очень затягивался или просто зависал. >А при загрузке в логах был кернел паник на ошибку ufs:bad_dir. >2) Потом во время uptime 2 недели система просто вставала (зависала без >каких либо признаков жизни), а в логах - никаких ошибок. Говорят >что там в ACPI  накосячено много, вот его я и >отрубил, сейчас жду (1 неделя осталась =) ), тестирую! варианты: - отрубить acpi - запретить fsck в бэкграунде (на сервере тем более) - смотреть какие задачи невозможно срубить при shutdown'е и почему
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "Опять FreeBSD 5.3"
	Сообщение от Celcion One on 10-Дек-04, 20:31  (MSK)
	>>>>это ACPI :) >>>>у меня такого не происходит. Цвсапнулся до каррента - стало еще хуже. При включенном ACPI встроеный звук и встроеная сетевуха (rl0) вообще встали на одно прерывание, похоже, потому что сетевуха сыпала rl0: watchdog timeout, а звук вообще не работал. При попытке стартовать иксы - кернел-паник (хотя, это может быть и из-за нвидевых дров). Мдя...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "Опять FreeBSD 5.3"
	Сообщение от IZh (??) on 10-Дек-04, 22:13  (MSK)
	Эт фигня. Я долгое время не мог понять причины постоянных kernel panic после обновления до 5.3. Дело оказалось в несовместимости DEVICE_POLLING и сетевых псевдоустройств ppp(на машине был поднят dialin server). Житие мое до этого на 5.2 и вплоть до 5.3 на 5-CURRENT такими глюками/фичами не омрачалось.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "Опять FreeBSD 5.3"
	Сообщение от Celcione One on 12-Дек-04, 06:34  (MSK)
	>Эт фигня. Я долгое время не мог понять причины постоянных kernel panic >после обновления до 5.3. Дело оказалось в несовместимости DEVICE_POLLING и >сетевых псевдоустройств ppp(на машине был поднят dialin server). >Житие мое до этого на 5.2 и вплоть до 5.3 на 5-CURRENT >такими глюками/фичами не омрачалось. Вот-вот... Лучше бы они из 5.1 сделали STABLE и продолжали его отполировывать, а со всеми дальнейшими экспериментами - валили в 6-CURRENT. А то такими темпами FreeBSD рискует не только потерять свой титул "очень стабильной", но и хорошей операционки вообще. Я понимаю, что что-то может не работать по объективным причинам (нет дров на какое-то устройство, пока не реализованая фича, и т.п.), но когда в новом продакш-релизе со всех сторон начинают вылезать глюки в том, что раньше работало нормально (уж и не говоря про то, как работает что-то новое) - это уже никуда не годится. Если ACPI еще толком не доработан, то его или отключать по дефолту, или по дефолту ставить предыдущую версию как, например, сделали с ULE.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

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

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