URL: https://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 97165
[ Назад ]

Исходное сообщение
"Проблема сборки ядра"

Отправлено 164Vitali164 , 31-Мрт-18 01:43 
Всем доброго времени.
Пытаюсь пересобрать ядро FreeBSD 9.2 RELEASE. В одном и том же месте происходит зависание. И далее помогает только
перезагрузка.
До этого уже пересобирал - собиралось без проблем. Теперь добавил NETGRAPH, поправил кое-какие опции.
Исходники не обновлял. Мир не пересобирал. Только правлю настройки и песобираю ядро при необходимости.

Также в системник поставил RAID 3ware Escalade 7000-2 и в файле настройки ядра включил его поддержку(twe),
но текущее ядро его естессно не поддерживает. Если загрузить GENERIC, то контроллер норм. находится, канечно же.
(Сейчас фря установлена на SATA диске. Потом хочу перенести на этот raid).

Собираю по книжке: #make buildkernel KERNCONF=NASCO221. Хотя еще до 1 сборки делал config NASCO221. Но потом почистил obj и
после каждой попытки сборки делал rm -rf /usr/obj/*

Похожая тема https://www.opennet.dev/openforum/vsluhforumID1/93610.html, но там хотя бы сообщение ошибки было. А тут виснет и все.
Подскажите плиз, как его одолеть...

Prescott 2.8, 2Гб, 848Р/ICH5, Radeon9000 64Мб. 3 старые Intel сетевые 100\S, 1000GT, 1000MT

скрин http://saveimg.ru/show-image.php?id=928e40cb3fda05b1f2ea95fe...
конф файлы https://oldbrowser.files.fm/u/j956e659
Есть подозрение, что может мешать контроллер? Но с другой стороны, как он может мешать... бред какой-то.


Содержание

Сообщения в этом обсуждении
"Проблема сборки ядра"
Отправлено artemrts , 31-Мрт-18 09:32 
>[оверквотинг удален]
> после каждой попытки сборки делал rm -rf /usr/obj/*
> Похожая тема https://www.opennet.dev/openforum/vsluhforumID1/93610.html, но там хотя
> бы сообщение ошибки было. А тут виснет и все.
> Подскажите плиз, как его одолеть...
> Prescott 2.8, 2Гб, 848Р/ICH5, Radeon9000 64Мб. 3 старые Intel сетевые 100\S, 1000GT,
> 1000MT
> скрин http://saveimg.ru/show-image.php?id=928e40cb3fda05b1f2ea95fe...
> конф файлы https://oldbrowser.files.fm/u/j956e659
> Есть подозрение, что может мешать контроллер? Но с другой стороны, как он
> может мешать... бред какой-то.

Ставьте ось на другое железо, юзайте ZFS и не нужен вам аппаратный рейд. Мигрируйте сервисы с этого Прескотта пятнадцатилетней давности пока не поздно.


"Проблема сборки ядра"
Отправлено Сергей , 31-Мрт-18 10:07 
>[оверквотинг удален]
>> после каждой попытки сборки делал rm -rf /usr/obj/*
>> Похожая тема https://www.opennet.dev/openforum/vsluhforumID1/93610.html, но там хотя
>> бы сообщение ошибки было. А тут виснет и все.
>> Подскажите плиз, как его одолеть...
>> Prescott 2.8, 2Гб, 848Р/ICH5, Radeon9000 64Мб. 3 старые Intel сетевые 100\S, 1000GT,
>> 1000MT
>> скрин http://saveimg.ru/show-image.php?id=928e40cb3fda05b1f2ea95fe...
>> конф файлы https://oldbrowser.files.fm/u/j956e659
>> Есть подозрение, что может мешать контроллер? Но с другой стороны, как он
>> может мешать... бред какой-то.

  вы порты когда нибудь обновляли? я имею ввиду компилятор в системе мог быть заменен, а так идите по стандартному пути, замените /etc/make.conf на дефолтный, и попробуйте сгенерить generic.
При этом можно уйти на лругую консоль и контроллировать к примеру через top. И еще, как ни банально это звучит, но компик все-таки старый, железки(память, диск), кабеля все-таки проверьте...



"Проблема сборки ядра"
Отправлено pavlinux , 31-Мрт-18 15:47 
> с этого Прескотта пятнадцатилетней давности пока не поздно.

Шо, БДЗя уже таки научилась пользоваться чем-то большим Pentium MMX 133? Прогресс.  



"Проблема сборки ядра"
Отправлено Сергей , 31-Мрт-18 16:32 
>> с этого Прескотта пятнадцатилетней давности пока не поздно.
> Шо, БДЗя уже таки научилась пользоваться чем-то большим Pentium MMX 133? Прогресс.

   Вы будете смеяться, но я тут год назад встретил работующую Calder'у... Надеюсь знаете такой дистрибутив...



"Проблема сборки ядра"
Отправлено universite , 31-Мрт-18 16:59 
>>> с этого Прескотта пятнадцатилетней давности пока не поздно.
>> Шо, БДЗя уже таки научилась пользоваться чем-то большим Pentium MMX 133? Прогресс.
>    Вы будете смеяться, но я тут год назад встретил
> работующую Calder'у... Надеюсь знаете такой дистрибутив...

Он кроме Perl'a ничего не знает. Кстати, помнит ли он Perl версии 4? :)


"Проблема сборки ядра"
Отправлено lavr , 31-Мрт-18 16:42 
>[оверквотинг удален]
> после каждой попытки сборки делал rm -rf /usr/obj/*
> Похожая тема https://www.opennet.dev/openforum/vsluhforumID1/93610.html, но там хотя
> бы сообщение ошибки было. А тут виснет и все.
> Подскажите плиз, как его одолеть...
> Prescott 2.8, 2Гб, 848Р/ICH5, Radeon9000 64Мб. 3 старые Intel сетевые 100\S, 1000GT,
> 1000MT
> скрин http://saveimg.ru/show-image.php?id=928e40cb3fda05b1f2ea95fe...
> конф файлы https://oldbrowser.files.fm/u/j956e659
> Есть подозрение, что может мешать контроллер? Но с другой стороны, как он
> может мешать... бред какой-то.

Загрузитесь с GENERIC и выложите куда-нибудь:

- /var/run/dmesg.boot

ну и интересует ЧЕГО Вы хотите достичь.

ps. make.conf и ядро, imho, кривые.


"Проблема сборки ядра"
Отправлено 164Vitali164 , 31-Мрт-18 19:39 
загрузил установочный GENERIC.
/var/run/dmesg.boot https://oldbrowser.files.fm/u/c572mckc
Странно, что файл недописан как бы, на монтировании корневого раздела... Может проблемы с диском..?
А можно не говорить чего хочу достичь?)) Хотя ничего необычного, freeRADIUS+mpd+freenibs
Есть backup make.conf, оригинальный, так там все тоже самое, кроме последней строчки
На счет конф. ядра...не знаю. Буду проверять еще. Хотя уже проверял

"Проблема сборки ядра"
Отправлено lavr , 31-Мрт-18 19:49 
> загрузил установочный GENERIC.
> /var/ran/dmesg.boot https://oldbrowser.files.fm/u/c572mckc
> Странно, что файл недописан как бы, на монтировании корневого раздела... Может проблемы
> с диском..?

Как бы Вам должно быть виднее...
Проблемы с диском легко проверяются: smartmontools short/long test

> А можно не говорить чего хочу достичь?)) Хотя ничего необычного, freeRADIUS+mpd+freenibs

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

> Есть backup make.conf, оригинальный, так так все тоже самое, кроме последней строчки
> На счет конф. ядра...не знаю. Буду проверять еще. Хотя уже проверял

Вопрос, почему Вы уперлись в 9.2-RELEASE?

Вы же ничего не сможете собрать из портов?


"Проблема сборки ядра"
Отправлено 164Vitali164 , 31-Мрт-18 20:15 
> Вы же ничего не сможете собрать из портов?

Вроде все собирается. Только зависимости вытаскивать отдельно приходится:)
>Вопрос, почему Вы уперлись в 9.2-RELEASE?

Не знаю, как поставил в то время так и работало. Да и не подходил долго.
Со смартом там все нормально. Да и все железки перетряхнул. Все в нормальном виде. Слежу постоянно.
Диск проверял викой появились блоки-вопросы. Раньше небыло. Релокейтов, пендингов, нескорр-х- 0.
Смарт в общем как у рабочего винта.
Кстати, рэйд1 ничего так штука. Сколько я его мучал-тестировал, но содержимое в сохранности.
Такой байды бы на рэйде не случилось.
lavr, ничего такого особого сотворить не хочу. Почти Как у всех. Нат не нужен. Ноды нетграф, что
нужны для mpd441, ipfw, и все наверно.
А если повредились исходники на диске, то можно же перезалить с уст. DVD?
Неохота, но прийдется проверить - Вынуть рэйд-контроллер и попробовать собрать.


"Проблема сборки ядра"
Отправлено lavr , 31-Мрт-18 20:32 
>[оверквотинг удален]
> Смарт в общем как у рабочего винта.
> Кстати, рэйд1 ничего так штука. Сколько я его мучал-тестировал, но содержимое в
> сохранности.
> Такой байды бы на рэйде не случилось.
> lavr, ничего такого особого сотворить не хочу. Почти Как у всех. Нат
> не нужен. Ноды нетграф, что
> нужны для mpd441, ipfw, и все наверно.
> А если повредились исходники на диске, то можно же перезалить с уст.
> DVD?
> Неохота, но прийдется проверить - Вынуть рэйд-контроллер и попробовать собрать.

Sorry, смогу посмотреть только в понедельник, если хотите, пишите мне на email.


"Проблема сборки ядра"
Отправлено 164Vitali164 , 31-Мрт-18 20:47 
ada0 at ata2 bus 0 scbus2 target 0 lun 0
ada0: <SAMSUNG HD322HJ 1AG01118> ATA-7 SATA 1.x device
ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes)
ada0: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C)
cd0 at ata1 bus 0 scbus1 target 0 lun 0
cd0: <AOPEN DUW1608/ARR A060> Removable CD-ROM SCSI-0 device
cd0: 66.700MB/s transfers (UDMA4, ATAPI 12bytes, PIO 65534bytes)
cd0: Attempt to query device size failed: NOT READY, Medium not present
ada0: Previously was known as ad4
SMP: AP CPU #1 Launched!
Timecounter "TSC-low" frequency 1397643884 Hz quality 1000
Trying to mount root from ufs:/dev/ada0p2 [rw]...
   EOF
А подскажите, может произошло именение нумерации разделов изза добавленного рэйд диска?
Он размечен, но в дос формате
В /dev есть и ad4p1,2,3,4,5,6 и
ada0p1,2,3,4,5,6

"Проблема сборки ядра"
Отправлено universite , 31-Мрт-18 20:51 

> А подскажите, может произошло именение нумерации разделов изза добавленного рэйд диска?

Да, может.

> Он размечен, но в дос формате
> В /dev есть и ad4p1,2,3,4,5,6 и
> ada0p1,2,3,4,5,6

Покажите вывод команд


gpart list
gpart show

Для Rescue режима есть дистрибутивы типа MfsBSD.


"Проблема сборки ядра"
Отправлено 164Vitali164 , 31-Мрт-18 21:35 
gpart list
Geom name: twed0
modified: false
state: OK
fwheads: 255
fwsectors: 63
last: 156299438
first: 63
entries: 4
scheme: MBR
Providers:
1. Name: twed0s1
   Mediasize: 80015491584 (74G)
   Sectorsize: 512
   Stripesize: 0
   Stripeoffset: 32256
   Mode: r0w0e0
   attrib: active
   rawtype: 7
   length: 80015491584
   offset: 32256
   type: ntfs
   index: 1
   end: 156280319
   start: 63
Consumers:
1. Name: twed0
   Mediasize: 80025312768 (74G)
   Sectorsize: 512
   Mode: r0w0e0

Geom name: ada0
modified: false
state: OK
fwheads: 16
fwsectors: 63
last: 625142414
first: 34
entries: 128
scheme: GPT
Providers:
1. Name: ada0p1
   Mediasize: 524288 (512k)
   Sectorsize: 512
   Stripesize: 0
   Stripeoffset: 17408
   Mode: r0w0e0
   rawuuid: 8192e34e-68db-11e3-8a79-000e0c83d269
   rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f
   label: exbootfs
   length: 524288
   offset: 17408
   type: freebsd-boot
   index: 1
   end: 1057
   start: 34
2. Name: ada0p2
   Mediasize: 4294967296 (4.0G)
   Sectorsize: 512
   Stripesize: 0
   Stripeoffset: 541696
   Mode: r1w1e1
   rawuuid: 9ce76bf7-68db-11e3-8a79-000e0c83d269
   rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b
   label: exrootfs
   length: 4294967296
   offset: 541696
   type: freebsd-ufs
   index: 2
   end: 8389665
   start: 1058
3. Name: ada0p3
   Mediasize: 6442450944 (6.0G)
   Sectorsize: 512
   Stripesize: 0
   Stripeoffset: 541696
   Mode: r1w1e0
   rawuuid: b7a4100b-68db-11e3-8a79-000e0c83d269
   rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b
   label: exswapfs
   length: 6442450944
   offset: 4295508992
   type: freebsd-swap
   index: 3
   end: 20972577
   start: 8389666
4. Name: ada0p4
   Mediasize: 19327352832 (18G)
   Sectorsize: 512
   Stripesize: 0
   Stripeoffset: 2148025344
   Mode: r1w1e1
   rawuuid: 06d7ed50-68dc-11e3-8a79-000e0c83d269
   rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b
   label: exvarfs
   length: 19327352832
   offset: 10737959936
   type: freebsd-ufs
   index: 4
   end: 58721313
   start: 20972578
5. Name: ada0p5
   Mediasize: 19327352832 (18G)
   Sectorsize: 512
   Stripesize: 0
   Stripeoffset: 541696
   Mode: r1w1e1
   rawuuid: c10a5e48-68dc-11e3-8a79-000e0c83d269
   rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b
   label: exvarfs
   length: 19327352832
   offset: 30065312768
   type: freebsd-ufs
   index: 5
   end: 96470049
   start: 58721314
6. Name: ada0p6
   Mediasize: 270582939648 (252G)
   Sectorsize: 512
   Stripesize: 0
   Stripeoffset: 2148025344
   Mode: r1w1e1
   rawuuid: cfd1bbe8-68dc-11e3-8a79-000e0c83d269
   rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b
   label: exusrfs
   length: 270582939648
   offset: 49392665600
   type: freebsd-ufs
   index: 6
   end: 624952353
   start: 96470050
Consumers:
1. Name: ada0
   Mediasize: 320072933376 (298G)
   Sectorsize: 512
   Mode: r5w5e9
-------------------------
gpart show
=>       63  156299376  twed0  MBR  (74G)
         63  156280257      1  ntfs  [active]  (74G)
  156280320      19119         - free -  (9.3M)

=>       34  625142381  ada0  GPT  (298G)
         34       1024     1  freebsd-boot  (512k)
       1058    8388608     2  freebsd-ufs  (4.0G)
    8389666   12582912     3  freebsd-swap  (6.0G)
   20972578   37748736     4  freebsd-ufs  (18G)
   58721314   37748736     5  freebsd-ufs  (18G)
   96470050  528482304     6  freebsd-ufs  (252G)
  624952354     190061        - free -  (92M)
...Но boot явно не должен быть 512к


"Проблема сборки ядра"
Отправлено lavr , 01-Апр-18 11:29 
> gpart list
> Geom name: twed0

...
> scheme: MBR
> Providers:
> 1. Name: twed0s1
>    Mediasize: 80015491584 (74G)

...
>    type: ntfs

...
> Consumers:
> 1. Name: twed0
>    Mediasize: 80025312768 (74G)
>    Sectorsize: 512
>    Mode: r0w0e0
> Geom name: ada0

...
> scheme: GPT
> Providers:
> 1. Name: ada0p1
>    Mediasize: 524288 (512k)

...
>    label: exbootfs
>    length: 524288
>    offset: 17408
>    type: freebsd-boot

...
>    start: 34

...
> 2. Name: ada0p2
>    Mediasize: 4294967296 (4.0G)

...
>    label: exrootfs
>    length: 4294967296
>    offset: 541696
>    type: freebsd-ufs
>    index: 2
>    end: 8389665
>    start: 1058

...

>[оверквотинг удален]
> 3  freebsd-swap  (6.0G)
>    20972578   37748736     4
>  freebsd-ufs  (18G)
>    58721314   37748736     5
>  freebsd-ufs  (18G)
>    96470050  528482304     6  
> freebsd-ufs  (252G)
>   624952354     190061    
>    - free -  (92M)
> ...Но boot явно не должен быть 512к

может, данные от glabel и gpart совпадают:
1058-34=1024 блока, 1024/2=512

# man gpart
...
     We then create a dedicated freebsd-boot partition to hold the second-
     stage boot loader, which will load the FreeBSD kernel and modules from a
     UFS or ZFS filesystem.  This partition must be larger than the bootstrap
     code (either /boot/gptboot for UFS or /boot/gptzfsboot for ZFS), but
     smaller than 545 kB since the first-stage loader will load the entire
     partition into memory during boot, regardless of how much data it
     actually contains.  We create a 472-block (236 kB) boot partition at
     offset 40, which is the size of the partition table (34 blocks or 17 kB)
     rounded up to the nearest 4 kB boundary.

freebsd-boot должна быть больше чем размер /boot/gptboot для UFS или /boot/gptzfsboot
для ZFS, но меньше чем 545kB.

ps. Вы не сможете собирать свежие порты на 9.2 без напильника, ибо системный компилятор
вместо gcc стал clang и в качестве make -> bmake


"Проблема сборки ядра"
Отправлено 164Vitali164 , 01-Апр-18 21:03 
Спасибо.
Похоже, что одинаково если в fstab указать ad4(как вроде было раньше) или ada0, как сейчас.
Всеравно система грузится. Выходит и ad4 и ada0 верно? А как правильно?

"Проблема сборки ядра"
Отправлено Сергей , 01-Апр-18 21:35 
> Спасибо.
> Похоже, что одинаково если в fstab указать ad4(как вроде было раньше) или
> ada0, как сейчас.
> Всеравно система грузится. Выходит и ad4 и ada0 верно? А как правильно?

Правильнее поставить метки и их указывать в fstab



"Проблема сборки ядра"
Отправлено Сергей , 01-Апр-18 21:35 
>> Спасибо.
>> Похоже, что одинаково если в fstab указать ad4(как вроде было раньше) или
>> ada0, как сейчас.
>> Всеравно система грузится. Выходит и ad4 и ada0 верно? А как правильно?
>  Правильнее поставить метки и их указывать в fstab

Я так считаю


"Проблема сборки ядра"
Отправлено lavr , 01-Апр-18 21:53 
> Спасибо.
> Похоже, что одинаково если в fstab указать ad4(как вроде было раньше) или
> ada0, как сейчас.
> Всеравно система грузится. Выходит и ad4 и ada0 верно? А как правильно?

старый ata-драйвер, именование pata-sata hdd: adX
новый ahci, именование pata-sata hdd: adaX

Исходя из этого, предпочтительно adaX.



"Проблема сборки ядра"
Отправлено 164Vitali164 , 01-Апр-18 22:02 
Да, через метки это хороший способ. Надо так сделать.
Уже обратно вернул на ada0.
Но всеравно не собирается ядро. Стоп в одном и том же долбанном месте.
Сейчас попробую проверить  два варианта... даже три варианта. Пока не буду говрить какие:)
А кстати /boot, должен быть прописан в fstab? Кое где в нете попадаются fstab-ы с ним.

"Проблема сборки ядра"
Отправлено lavr , 01-Апр-18 22:38 
> Да, через метки это хороший способ. Надо так сделать.
> Уже обратно вернул на ada0.
> Но всеравно не собирается ядро. Стоп в одном и том же долбанном
> месте.

В одном месте - это реальная конкретика.

> Сейчас попробую проверить  два варианта... даже три варианта. Пока не буду
> говрить какие:)

переименуйте /etc/make.conf в /etc/make.conf.bak для начала и выполните
сборку ядра.

> А кстати /boot, должен быть прописан в fstab? Кое где в нете
> попадаются fstab-ы с ним.

Что задается в fstab? Вы handbook, книги какие-нибудь по FreeBSD читали?


"Проблема сборки ядра"
Отправлено 164Vitali164 , 01-Апр-18 23:04 
Согласен, протупил чуток про fstab.
Переименовал make.conf. Заело снова, в том же самом месте:(

"Проблема сборки ядра"
Отправлено Сергей , 01-Апр-18 23:23 
> Согласен, протупил чуток про fstab.
> Переименовал make.conf. Заело снова, в том же самом месте:(

И при этом в корку  не падает... Может у вас банально места нет...


"Проблема сборки ядра"
Отправлено 164Vitali164 , 01-Апр-18 23:51 
df -h показывает ada0p2 (/) - 10% заполнено, ada0p4(var) - 0%, ada0p5(tmp) - 0%, ada0p6(usr) - 2%. Ну devfs -100% не в счет.
Обрадовался, думаю может и правда место:) загрузил установочное ядро GENERIC. Запустил сборку с заводским конфигом GENERIC.
Заело на том же этапе, но на другом блоке просто. Есть подозрение, что все-таки проблемы с жд или шлейфом. Шлейф сейчас заменю.
Ну а если не поможет, что скорее всего, то перезалью исходники с dvd.

"Проблема сборки ядра"
Отправлено 164Vitali164 , 02-Апр-18 05:10 
Заменил шлейф - не помогло. Распаковал поверх старых, исходники ядра -  не помогло. Еще один вариант проверил - не помогло.
Случайно зашел в биос, снизил с 400 до 320, частоту памяти и включил MaxCPUID - помогло. Быстро собралось ядро, все ок.
Но больше думаю на память, чем на ту опцию. Хотя гиговые планки подобрал специально, чтоб на 200MHz, были идентичные
строки параметров в SPD. Собсно, это и условие чтоб оно на автомате завелось на 400попугаев. Печально, хотел же чтоб
синхронный режим, а оно...

"Проблема сборки ядра"
Отправлено Сергей , 02-Апр-18 09:25 
> Заменил шлейф - не помогло. Распаковал поверх старых, исходники ядра -  
> не помогло. Еще один вариант проверил - не помогло.
> Случайно зашел в биос, снизил с 400 до 320, частоту памяти и
> включил MaxCPUID - помогло. Быстро собралось ядро, все ок.
> Но больше думаю на память, чем на ту опцию. Хотя гиговые планки
> подобрал специально, чтоб на 200MHz, были идентичные
> строки параметров в SPD. Собсно, это и условие чтоб оно на автомате
> завелось на 400попугаев. Печально, хотел же чтоб
> синхронный режим, а оно...

В чипсет 848 контроллер памяти одноканальный... А чего до 320, а не 333...


"Проблема сборки ядра"
Отправлено Аноним , 02-Апр-18 09:43 
> Заменил шлейф - не помогло. Распаковал поверх старых, исходники ядра -  
> не помогло. Еще один вариант проверил - не помогло.
> Случайно зашел в биос, снизил с 400 до 320, частоту памяти и
> включил MaxCPUID - помогло. Быстро собралось ядро, все ок.
> Но больше думаю на память, чем на ту опцию. Хотя гиговые планки
> подобрал специально, чтоб на 200MHz, были идентичные
> строки параметров в SPD. Собсно, это и условие чтоб оно на автомате
> завелось на 400попугаев. Печально, хотел же чтоб
> синхронный режим, а оно...

ну вот, ещё и с железом косяки вылезают, а может ну его на х.. эти "икспирименты" грёбаные?!

взять другое железо, желательно новое и накатить свежий релиз фри

или барон любит чтоб было потруднее?


"Проблема сборки ядра"
Отправлено lavr , 02-Апр-18 10:22 
> Заменил шлейф - не помогло. Распаковал поверх старых, исходники ядра -  
> не помогло. Еще один вариант проверил - не помогло.
> Случайно зашел в биос, снизил с 400 до 320, частоту памяти и
> включил MaxCPUID - помогло. Быстро собралось ядро, все ок.
> Но больше думаю на память, чем на ту опцию. Хотя гиговые планки
> подобрал специально, чтоб на 200MHz, были идентичные
> строки параметров в SPD. Собсно, это и условие чтоб оно на автомате
> завелось на 400попугаев. Печально, хотел же чтоб
> синхронный режим, а оно...

Вот и ответ.
И подумайте о тех советах, которые Вам давали.



"Проблема сборки ядра"
Отправлено 164Vitali164 , 02-Апр-18 20:06 
> В чипсет 848 контроллер памяти одноканальный... А чего до 320, а не 333...

Да, чипсет 848 одноканальный, но там в зависимости от частоты FSB определены вот такие частоты памяти, чтобы получить
нужные делители меж шинами FSB/Ram. В мане на плату тоже такие частоты. Видимо, на определенных делителях,
проще схемотехника, чтоб достичь оптимального быстродействия. 800попугаев fsb- реальная 200MHz т.к. Quad Data Rate
У DDR на 400 попугаев тож 200MHz реальная -> синхронный режим. если 320, то 200/160=1.25. А ежели 333, то 200/166=1.204819...
Как-то так наверно.
> взять другое железо, желательно новое и накатить свежий релиз фри
> или барон любит чтоб было потруднее?

Можно канечно, взять поновее, накатить фрю посвежее... Могу, но блин не могу.
Поэтому сам и собираю примерно такое http://my-files.ru/kxf8lp. Это первый, хотя там уже E8400:)
Долго канечно, муторно. Каждый зап перебрать надо, но зато лет хотя бы 5, а то и 7 только мелкая обслуга.

И потом убивает качество всего что поновее. Толи дело запы постарее да подубовее(относительно) например, винтец
Сиагейт U5 20Гиг,100тыс часов уже с 2001 года, 24\7 последние лет 5. 5 релокейтов всего и то потому, что один поганец
стукнул в рабочем виде.И так со всем. Если поновее, то тольк не дектопное, а если десктопное, то его надо запас,
как расходники чтоб были.

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


"Проблема сборки ядра"
Отправлено Сергей , 02-Апр-18 21:00 
  у меня обычно такие вещи на memtest вываливались и ядро в корку валилось...

"Проблема сборки ядра"
Отправлено 164Vitali164 , 02-Апр-18 21:25 
>   у меня обычно такие вещи на memtest вываливались и ядро
> в корку валилось...

Ну тут видимо очень редкий шаблон нужен был..


"Проблема сборки ядра"
Отправлено 164Vitali164 , 04-Апр-18 19:58 
Возник ламерский вопрос. Хочу поставить ati драйвер(), вместо vga\vesa , в портах есть подходящий, но вроде как тянет с собой XOrg.
Но иксы ставить не планирую. Как сделать чтобы только дров установился? Ставить отдельно, без портов ?


"Проблема сборки ядра"
Отправлено lavr , 04-Апр-18 20:20 
> Возник ламерский вопрос. Хочу поставить ati драйвер(), вместо vga\vesa , в портах
> есть подходящий, но вроде как тянет с собой XOrg.
> Но иксы ставить не планирую. Как сделать чтобы только дров установился? Ставить
> отдельно, без портов ?

начать хоть немного изучать вопрос:
1) есть консольный драйвер
2) есть графические драйвера Xorg


"Проблема сборки ядра"
Отправлено Сергей , 05-Апр-18 00:13 
>> Возник ламерский вопрос. Хочу поставить ati драйвер(), вместо vga\vesa , в портах
>> есть подходящий, но вроде как тянет с собой XOrg.
>> Но иксы ставить не планирую. Как сделать чтобы только дров установился? Ставить
>> отдельно, без портов ?
> начать хоть немного изучать вопрос:
> 1) есть консольный драйвер
> 2) есть графические драйвера Xorg

radeon_kms кажется есть в ядре... Вот его и грузите... Правда сейчас не вспомню поддерживает ли ваша 9.2 vt-консоль...


"Проблема сборки ядра"
Отправлено lavr , 05-Апр-18 09:35 
>>> Возник ламерский вопрос. Хочу поставить ati драйвер(), вместо vga\vesa , в портах
>>> есть подходящий, но вроде как тянет с собой XOrg.
>>> Но иксы ставить не планирую. Как сделать чтобы только дров установился? Ставить
>>> отдельно, без портов ?
>> начать хоть немного изучать вопрос:
>> 1) есть консольный драйвер
>> 2) есть графические драйвера Xorg
>  radeon_kms кажется есть в ядре... Вот его и грузите... Правда сейчас
> не вспомню поддерживает ли ваша 9.2 vt-консоль...

не поддерживает, но если ставить 10.4 или 11.x, то kms для Intel.



"Проблема сборки ядра"
Отправлено 164Vitali164 , 05-Апр-18 17:23 
останусь пока на syscons. Потом, может быть, иксы поставлю, для развития.
Сейчас на другой диск, задача переехать