forum.lissyara.su

Gendos писал(а):

Код: Выделить всё

kenv | grep root

ProFTP писал(а):как узнать из-за чего может быть паника в момент пересборки ядра сразу при монтировании раздела /dev/ad4s1a
после этого "фатал трап", "паника"

открывается консоль GDB и там почему-то не доступная клавиатура, там нельзя ничего написать

Gendos писал(а):Ну так нахреначил в ядре бог знат что, со старого загрузится и в студию

Код: Выделить всё

cat {конфиг ядра} | grep ATA_STATIC_ID

Mox писал(а):

ProFTP писал(а):как узнать из-за чего может быть паника в момент пересборки ядра сразу при монтировании раздела /dev/ad4s1a
после этого "фатал трап", "паника"

открывается консоль GDB и там почему-то не доступная клавиатура, там нельзя ничего написать

а ядро-то какое? не каррент ли?

ProFTP писал(а):

Mox писал(а):

ProFTP писал(а):как узнать из-за чего может быть паника в момент пересборки ядра сразу при монтировании раздела /dev/ad4s1a
после этого "фатал трап", "паника"

открывается консоль GDB и там почему-то не доступная клавиатура, там нельзя ничего написать

а ядро-то какое? не каррент ли?

8.0 CURRENT
но ядро уже собрано, повторно не дает корректно собрать

20110424:
The GENERIC kernels for all architectures now default to the new
CAM-based ATA stack. It means that all legacy ATA drivers were
removed and replaced by respective CAM drivers. If you are using
ATA device names in /etc/fstab or other places, make sure to update
them respectively (adX -> adaY, acdX -> cdY, afdX -> daY, astX -> saY,
where 'Y's are the sequential numbers starting from zero for each type
in order of detection, unless configured otherwise with tunables,
see cam(4)). There will be symbolic links created in /dev/ to map
old adX devices to the respective adaY. They should provide basic
compatibility for file systems mounting in most cases, but they do
not support old user-level APIs and do not have respective providers
in GEOM. Consider using updated management tools with new device names.

It is possible to load devices ahci, ata, siis and mvs as modules,
but option ATA_CAM should remain in kernel configuration to make ata
module work as CAM driver supporting legacy ATA controllers. Device ata
still can be used in modular fashion (atacore + ...). Modules atadisk
and atapi* are not used and won't affect operation in ATA_CAM mode.
Note that to use CAM-based ATA kernel should include CAM devices
scbus, pass, da (or explicitly ada), cd and optionally others. All of
them are parts of the cam module.

ataraid(4) functionality is now supported by the RAID GEOM class.
To use it you can load geom_raid kernel module and use graid(8) tool
for management. Instead of /dev/arX device names, use /dev/raid/rX.

No kernel config options or code have been removed, so if a problem
arises, please report it and optionally revert to the old ATA stack.
In order to do it you can remove from the kernel config:
options ATA_CAM
device ahci
device mvs
device siis
, and instead add back:
device atadisk # ATA disk drives
device ataraid # ATA RAID drives
device atapicd # ATAPI CDROM drives
device atapifd # ATAPI floppy drives
device atapist # ATAPI tape drives

ProFTP писал(а):

Gendos писал(а):Ну так нахреначил в ядре бог знат что, со старого загрузится и в студию

Код: Выделить всё

cat {конфиг ядра} | grep ATA_STATIC_ID

эта опция стоит в ядре, ее надо убрать?

Gendos писал(а):

ProFTP писал(а):

Gendos писал(а):Ну так нахреначил в ядре бог знат что, со старого загрузится и в студию

Код: Выделить всё

cat {конфиг ядра} | grep ATA_STATIC_ID

эта опция стоит в ядре, ее надо убрать?

А вобще не предметный разговор конфиг выкладывать стоит.