1. Forum
  2. FidoNet Russia
  3. RU.UNIX.BSD

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

    From Alexey Khromov@2:5030/723 to Yuri Kosivtsov on Mon Dec 16 21:44:08 2024
    Здраствуйте, Yuri!

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

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

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


    Alexey Khromov
    --- GoldED+/LNX 1.1.5-b20240309
    * Origin: - Вы в опасности! Вы окружены роботами! - (2:5030/723)
  • From Alexey Khromov@2:5030/723 to Yuri Kosivtsov on Mon Dec 16 21:46:34 2024
    Здраствуйте, Yuri!

    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
    * Origin: - Вы в опасности! Вы окружены роботами! - (2:5030/723)
  • From Yuri Kosivtsov@2:5021/29 to Alexey Khromov on Mon Dec 16 22:33:14 2024
    Hi, Alexey Khromov

    16 Dec 24, Alexey Khromov wrote to Yuri Kosivtsov:

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

    Bye

    ---
    * Origin:  YY (2:5021/29)
  • From Yuri Kosivtsov@2:5021/29 to Alexey Khromov on Thu Dec 19 23:00:29 2024
    Hi, Alexey Khromov

    16 Dec 24, Alexey Khromov wrote to Yuri Kosivtsov:

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

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

    Bye

    ---
    * Origin:  YY (2:5021/29)
  • From Eugene Grosbein@2:5006/1 to Yuri Kosivtsov on Sun Jan 26 12:13:53 2025
    07 окт. 2024, понедельник, в 21:15 NOVT, Yuri Kosivtsov написал(а):

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

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

    https://cgit.freebsd.org/src/commit/?id=6a356edd4fc3c8d7959fcc6a2447c7193d830392
    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). Hence 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)
    * Origin: RDTC JSC (2:5006/1@fidonet)
  • From Yuri Kosivtsov@2:5021/29 to eugen@grosbein.net on Tue Jan 28 00:22:40 2025
    Hi, eugen@grosbein.net

    26 Jan 25, Eugene Grosbein wrote to Yuri Kosivtsov:

    Poul-Henning Kamp зарепортил эту проблему и Kirk McKusick исправил её, восстановив совместимость:
    То есть, если я, например завтра, скачаю последний релиз и загружу его
    как live CD, то он увидит и прочитает разделы, созданные в четвертой версии?

    Bye

    ---
    * Origin:  YY (2:5021/29)
  • From Eugene Grosbein@2:5006/1 to Yuri Kosivtsov on Wed Jan 29 23:19:47 2025
    28 янв. 2025, вторник, в 00:22 NOVT, Yuri Kosivtsov написал(а):

    Poul-Henning Kamp зарепортил эту проблему и Kirk McKusick исправил её,
    восстановив совместимость:
    То есть, если я, например завтра, скачаю последний релиз и загружу его
    как live CD, то он увидит и прочитает разделы, созданные в четвертой версии?

    Это будет верно лишь для релиза, выпущенного в будущем.

    Eugene
    --- slrn/1.0.3 (FreeBSD)
    * Origin: RDTC JSC (2:5006/1@fidonet)
  • From Andrey Ostanovsky@2:5030/1957 to Eugene Grosbein on Mon Feb 3 13:23:08 2025
    Hello Eugene!

    29 Jan 25 23:19, you wrote to Yuri Kosivtsov:

    Poul-Henning Kamp зарепортил эту проблему и Kirk McKusick
    исправил её, восстановив совместимость:
    То есть, если я, например завтра, скачаю последний релиз и
    загружу его как live CD, то он увидит и прочитает разделы,
    созданные в четвертой версии?

    Это будет верно лишь для релиза, выпущенного в будущем.

    у, хоть не послали подальше - уже хорошо.

    Так-то могли сказать, что "кто не обновляется вовремя - тот сам себе доктор".

    Andrey

    --- GoldED+/BSD 1.1.5-b20170303-b20170303
    * Origin: PGP KeyID 0x2ABEC67A, 0xA7BA47DD andrey @ ostanovsky. (2:5030/1957)