Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 1731 из 10763 ===================================== RU.UNIX.BSD =
От   : Vassily Kiryanov                 2:5054/36          20 Aug 14 08:50:53
Кому : Valentin Davydov                                    20 Aug 14 08:50:53
Тема : Проблема с установкой FreeBSD 10.0-Release на новый сервер.
FGHI : area://RU.UNIX.BSD?msgid=2:5054/36+53f4667f
На   : area://RU.UNIX.BSD?msgid=<1187492763@ddt.demos.su>+473fa67a
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=<1187492848@ddt.demos.su>+34ff4b07
==============================================================================
Hi Valentin!

19 Aug 14 18:11, Valentin Davydov wrote to Vassily Kiryanov:

>> Как думаешь, про невозможность установленой фряхи грузиться
>> с 3T-дисков на машинке, на которой она прекрасно грузится с
>> 500G-дисков, написать следует какой-то PR или что-то в этом роде?
>> Загрузка явно обламывается на фряшном загрузчике или около него.

VD> Вообще PRы, на мой взглаяд, стоит писать, когда ты сам смог исправить
VD> проблему, или, по крайней мере, выяснить точную причину. Да и то их,
Хорошо, не буду дёргаться, раз причину и способ устранения найти не смог.

VD> бывает, годами рассматривают. А конкретно твой случай - проявление
VD> одного из многочисленных HDD size barriers, слабо связанный с
VD> собственно фряхой.

Hа счёт "слабо связанный" не уверен, что ты прав. Вот кусок из моего письма от 6/08/2014, содержащий сообщение:

=== Cut ===
FreeBSD/x86 ZFS enabled bootstrap loader, Revision 1.1
(root@snap.freebsd.org, Thu Jan 16 22:18:05 UTC 2014)
Can't work out which disk we are booting from.
Guessed BIOS device 0xffffffff not found by probes, defaulting to
disk0: allocat not found panic: Assertion failed: (FALSE), function
ficlCompileSoftCore, file softcore.c, line 428.
=== Cut ===

и это строки явно из src/sys/boot/i386/loader/main.c

И перед кодом, выдающим те строки идёт комментарий такого содержания:
=== Cut ===
/*
 * If we are booting off of a BIOS disk and we didn't succeed in determining
 * which one we booted off of, just use disk0: as a reasonable default.
 */
=== Cut ===

А ещё тремя строчками кода выше есть комментарий ну вообще словно про мой случай:
=== Cut ===
  /*
   * If we are booted by an old bootstrap, we have to guess at the BIOS
   * unit number.  We will lose if there is more than one disk type
   * and we are not booting from the lowest-numbered disk type
   * (ie. SCSI when IDE also exists).
   */
=== Cut ===

Хотя и возникают сомнения типа: "А какого хрена загрузчиком был guessed девайс с номером 0xffffffff, а не несколько пониже?" - но времени разбираться нет, к сожалению.

Всего хорошего.              "За верную и прибыльную дружбу!" (c) Яго.
                Vassily
---
* Origin: И бьется против геноцида Вася, и против Васи геноцид. (2:5054/36)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.087214 секунды