есть тут кто живой?

Alex Korchmar написал(а) к Eugene Grosbein в Nov 24 20:14:26 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

EG> Не помешает обновить BIOS до последней доступной версии
русским нонче - никаки версии деллоских биосов недоступны.

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

> Alex

--- ifmail v.2.15dev5.4

Alexey Khromov написал(а) к Yuri Kosivtsov в Dec 24 21:44:08 по местному времени:

Здраствуйте, Yuri!

YK> est0: <Enhanced SpeedStep Frequency Control> on cpu0
YK> поддержки процессоров? Надо смотреть в сторону пересборки
YK> ядра, или надо вообще забыть о FreeBSD с таким железом
YK> и ставить какой-нибудь линукс?

Пересборка ядра.
Необходимо включить est:
https://man.freebsd.org/cgi/man.cgi?est

Хотя я б попробовал через loader.conf модуль подгрузить - может и пересобирать ничего не надо.


Alexey Khromov
--- GoldED+/LNX 1.1.5-b20240309

Alexey Khromov написал(а) к Yuri Kosivtsov в Dec 24 21:46:34 по местному времени:

Здраствуйте, Yuri!

YK> est0: <Enhanced SpeedStep Frequency Control> on cpu0

Хотя девайс-то найден. Значит надо смотреть в другую сторону...

DIAGNOSTICS
est%d: <Enhanced SpeedStep Frequency Control> on cpu%d

Indicates normal startup of this interface.

est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 471c471c0600471c
device_attach: est%d attach returned 6

Indicates all attempts to attach to this interface have failed. This
usually indicates an improper BIOS setting restricting O/S control of
the CPU speeds. Consult your BIOS documentation for more details.

Загляни в БИОС. Ну или как там у Деллов их айло называется.

Alexey Khromov
--- GoldED+/LNX 1.1.5-b20240309

Yuri Kosivtsov написал(а) к Alexey Khromov в Dec 24 22:33:14 по местному времени:

Нi, Alexey Khromov

16 Dec 24, Alexey Khromov wrote to Yuri Kosivtsov:

AK> Пересборка ядра.
AK> Необходимо включить est:
AK> https://man.freebsd.org/cgi/man.cgi?est
Спасибо посмотрел, есть в ядре такая опция. В этом мане пишут,
что если не стартует, то в документацию на биос смотреть.

Bye

---

Yuri Kosivtsov написал(а) к Alexey Khromov в Dec 24 23:00:29 по местному времени:

Нi, Alexey Khromov

16 Dec 24, Alexey Khromov wrote to Yuri Kosivtsov:

AK> Загляни в БИОС. Ну или как там у Деллов их айло называется.
Заглянул. Все сломал.
Нашел в биосе системные профили. Переключил на профиль, в котором
энергопитанием управляет операционная система. Делл в ответ на
это взвыл всеми вентиляторами так громко, что люди, проходящие по
коридору, стали заглядывать в комнату в надежде посмотреть на новый
промышленный пылесос.
Хотел вернуть обратно профиль, когда энергопитанием управляет сам делл.
Не дает! В документации написано, что если режим управления
энергопитанием был отключен, то значит человеку он был не нужен и
обратно вернуть нельзя. Делайте свой custom профиль и там включайте
режим управления биосом. Я про возможность такой извращенной логики
даже не предполагал. В итоге кое-как удалось заглушить вентиляторы.

В ядре убрал device cpufreq и пересобрал ядро. Больше не ругается.

Bye

---

Eugene Grosbein написал(а) к Yuri Kosivtsov в Jan 25 12:13:53 по местному времени:

07 окт. 2024, понедельник, в 21:15 NOVT, Yuri Kosivtsov написал(а):

YK> mount /dev/ada0s1a /mnt
YK> ==
YK> UFS1 superblock failed: fs->fssize (0) < 8 * fs->fsfrag (64)

Poul-Нenning Kamp зарепортил эту проблему и Kirk McKusick исправил её,
восстановив совместимость:

https://cgit.freebsd.org/src/commit/...47c7193d830392
https://reviews.freebsd.org/D48472

The code to handle old filesystems still exists and does
the right things. The problem is that it was being run
after the new integrity checks rather than before them.
This bugs was introduced 2.5 years ago when I added
the integrity checks.

The reason that it has taken so long to show up is because
it only affected filesystems created before UFS2 got added
in June 2002 and that had never been mounted read-write
(as their superblocks would be updated by the compatibility code
if they could be written). Нence you had to come along
with a pre-2002 virgin UFS1 filesystem image. It was actually good
that the integrity checks were there as it otherwise
would have silently failed to work.

Eugene
--
Поэты - страшные люди. У них все святое.
--- slrn/1.0.3 (FreeBSD)