forum.wfido.ru  

Вернуться   forum.wfido.ru > Прочие эхи > RU.UNIX.BSD

Ответ
 
Опции темы Опции просмотра
  #1  
Старый 17.06.2018, 20:13
Victor Sudakov
Guest
 
Сообщений: n/a
По умолчанию дискетка

Victor Sudakov написал(а) к All в Jun 18 22:48:42 по местному времени:

Dear All,

А FreeBSD-то по-прежнему падает при попытке записи на защищённую от записи дискетку (точнее SD-карту памяти, вставленную в адаптер с движком в положении Lock).

Даже монтировать не надо, достаточно "gpart destroy -F da0" и у 11.1-RELEASE-p10 случается kernel panic.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322
Ответить с цитированием
  #2  
Старый 17.06.2018, 21:42
Eugene Grosbein
Guest
 
Сообщений: n/a
По умолчанию Re: дискетка

Eugene Grosbein написал(а) к Victor Sudakov в Jun 18 01:07:36 по местному времени:

17 июня 2018, воскресенье, в 20:48 NOVT, Victor Sudakov написал(а):

VS> А FreeBSD-то по-прежнему падает при попытке записи на защищённую от записи
VS> дискетку (точнее SD-карту памяти, вставленную в адаптер с движком в положении
VS> Lock).
VS> Даже монтировать не надо, достаточно "gpart destroy -F da0" и у
VS> 11.1-RELEASE-p10 случается kernel panic.

backtrace есть?

Eugene
--- slrn/1.0.3 (FreeBSD)
Ответить с цитированием
  #3  
Старый 18.06.2018, 07:11
Victor Sudakov
Guest
 
Сообщений: n/a
По умолчанию дискетка

Victor Sudakov написал(а) к eugen в Jun 18 07:22:36 по местному времени:

Dear eugen,

18 Jun 18 01:07, Eugene Grosbein wrote to me:

VS>> А FreeBSD-то по-прежнему падает при попытке записи на защищённую
VS>> от записи дискетку (точнее SD-карту памяти, вставленную в адаптер
VS>> с движком в положении Lock). Даже монтировать не надо, достаточно
VS>> "gpart destroy -F da0" и у 11.1-RELEASE-p10 случается kernel
VS>> panic.

EG> backtrace есть?

Он не получился:

root@vas:/var/crash # crashinfo
Unable to find matching kernel for /var/crash/vmcore.9

root@vas:/var/crash # crashinfo -k /boot/kernel.old/kernel
Writing crash summary to /var/crash/core.txt.9.
/dev/stdin:1: Error in sourced command file:
Cannot access memory at address 0x65657246
/dev/stdin:1: Error in sourced command file:
Cannot access memory at address 0x342e3031
/dev/stdin:1: Error in sourced command file:
Cannot access memory at address 0x65657246
/dev/stdin:1: Error in sourced command file:
Cannot access memory at address 0x36646d61
root@vas:/var/crash #

Но можно воспроизвести опять. Надо?

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322
Ответить с цитированием
  #4  
Старый 18.06.2018, 09:42
Eugene Grosbein
Guest
 
Сообщений: n/a
По умолчанию Re: дискетка

Eugene Grosbein написал(а) к Victor Sudakov в Jun 18 13:12:21 по местному времени:

18 июня 2018, понедельник, в 05:22 NOVT, Victor Sudakov написал(а):

VS>>> А FreeBSD-то по-прежнему падает при попытке записи на защищённую
VS>>> от записи дискетку (точнее SD-карту памяти, вставленную в адаптер
VS>>> с движком в положении Lock). Даже монтировать не надо, достаточно
VS>>> "gpart destroy -F da0" и у 11.1-RELEASE-p10 случается kernel
VS>>> panic.

EG>> backtrace есть?

VS> Он не получился:
VS> root@vas:/var/crash # crashinfo

Я не про полный crashinfo, а просто про backtrace:

kgdb kernel.debug vmcore.9
bt

Если есть kernel.debug и есть vmcore, то есть и backtrace.
Ну в крайнем случае KDB_TRACE покажет, даже если только kernel
вместо kernel.debug, если эта опция вообще была в конфиге ядра.

Eugene
--- slrn/1.0.3 (FreeBSD)
Ответить с цитированием
  #5  
Старый 18.06.2018, 12:42
Victor Sudakov
Guest
 
Сообщений: n/a
По умолчанию дискетка

Victor Sudakov написал(а) к eugen в Jun 18 15:18:06 по местному времени:

Dear eugen,

18 Jun 18 13:12, Eugene Grosbein wrote to me:

VS>>>> А FreeBSD-то по-прежнему падает при попытке записи на
VS>>>> защищённую от записи дискетку (точнее SD-карту памяти,
VS>>>> вставленную в адаптер с движком в положении Lock). Даже
VS>>>> монтировать не надо, достаточно "gpart destroy -F da0" и у
VS>>>> 11.1-RELEASE-p10 случается kernel panic.

EG>>> backtrace есть?

VS>> Он не получился:
VS>> root@vas:/var/crash # crashinfo

EG> Я не про полный crashinfo, а просто про backtrace:

EG> kgdb kernel.debug vmcore.9
EG> bt

EG> Если есть kernel.debug и есть vmcore, то есть и backtrace.
EG> Ну в крайнем случае KDB_TRACE покажет, даже если только kernel
EG> вместо kernel.debug, если эта опция вообще была в конфиге ядра.

Я же говорю, не получился. Система в момент паники работала ещё на ядре от 11.1-RELEASE-p9, а "freebsd-update install" уже отработал, и после паники ядро стало p10.

Поэтому вот раз:

root@vas:/var/crash # kgdb /boot/kernel/kernel vmcore.9
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)...
Attempt to extract a component of a value that is not a structure pointer.
Attempt to extract a component of a value that is not a structure pointer.
#0 0xffffffff80a6b91a in doadump ()
(kgdb) bt
#0 0xffffffff80a6b91a in doadump ()
#1 0xffffffff80a6b943 in doadump ()
#2 0xfffffe02345f7c60 in ?? ()
#3 0xffffffff80a6b6b1 in kern_reboot ()
Previous frame identical to this frame (corrupt stack?)
(kgdb)


И вот два

root@vas:/var/crash # kgdb /boot/kernel.old/kernel vmcore.9
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)...
Attempt to extract a component of a value that is not a structure pointer.
Attempt to extract a component of a value that is not a structure pointer.
#0 0x0000000000000000 in ?? ()
(kgdb) bt
#0 0x0000000000000000 in ?? ()
Cannot access memory at address 0x0
(kgdb)


Если ты знаешь, как извлечь bt из того, что есть - расскажи pls. То есть я знаю, что vmcore.9 - это именно нужная корка, вопрос как подобрать к ней ядро.

kernel.debug я не помню, чтобы у меня когда-то вообще присутствовал на этой машине. Ставил bsdinstall-ом.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322
Ответить с цитированием
  #6  
Старый 18.06.2018, 15:32
Eugene Grosbein
Guest
 
Сообщений: n/a
По умолчанию Re: дискетка

Eugene Grosbein написал(а) к Victor Sudakov в Jun 18 18:48:47 по местному времени:

18 июня 2018, понедельник, в 13:18 NOVT, Victor Sudakov написал(а):

VS>>>>> А FreeBSD-то по-прежнему падает при попытке записи на
VS>>>>> защищённую от записи дискетку (точнее SD-карту памяти,
VS>>>>> вставленную в адаптер с движком в положении Lock). Даже
VS>>>>> монтировать не надо, достаточно "gpart destroy -F da0" и у
VS>>>>> 11.1-RELEASE-p10 случается kernel panic.
EG>>>> backtrace есть?
VS>>> Он не получился:
VS>>> root@vas:/var/crash # crashinfo
EG>> Я не про полный crashinfo, а просто про backtrace:
EG>> kgdb kernel.debug vmcore.9
EG>> bt
EG>> Если есть kernel.debug и есть vmcore, то есть и backtrace.
EG>> Ну в крайнем случае KDB_TRACE покажет, даже если только kernel
EG>> вместо kernel.debug, если эта опция вообще была в конфиге ядра.
VS> Я же говорю, не получился. Система в момент паники работала ещё на ядре от
VS> 11.1-RELEASE-p9, а "freebsd-update install" уже отработал, и после паники ядро
VS> стало p10.

Иногда увеличение pX не меняет ядро, но тут другой случай, p10 как раз
ядерный багфикс.

VS> Поэтому вот раз:
VS> root@vas:/var/crash # kgdb /boot/kernel/kernel vmcore.9

Использовать корку с другим ядром нет смысла.

VS> И вот два
VS> root@vas:/var/crash # kgdb /boot/kernel.old/kernel vmcore.9
VS> GNU gdb 6.1.1 [FreeBSD]
VS> Copyright 2004 Free Software Foundation, Inc.
VS> GDB is free software, covered by the GNU General Public License, and you are
VS> welcome to change it and/or distribute copies of it under certain conditions.
VS> Type "show copying" to see the conditions.
VS> There is absolutely no warranty for GDB. Type "show warranty" for details.
VS> This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols
VS> found)...
VS> Attempt to extract a component of a value that is not a structure pointer.
VS> Attempt to extract a component of a value that is not a structure pointer.
VS> #0 0x0000000000000000 in ?? ()
VS> (kgdb) bt
VS> #0 0x0000000000000000 in ?? ()
VS> Cannot access memory at address 0x0
VS> (kgdb)

А не может быть, что kernel.old слишком старый и не тот, от которого паника?

VS> Если ты знаешь, как извлечь bt из того, что есть - расскажи pls.

В данном случае уже никак. Только воспроизвести снова.
Но без kernel.debug смысла трепыхаться нет.

VS> kernel.debug я не помню, чтобы у меня когда-то вообще присутствовал на этой
VS> машине. Ставил bsdinstall-ом.

При source upgrade kernel.debug получается в каталоге компиляции ядра
внутри /usr/obj/, как при бинарном апгрейде - даже не знаю, locate ничего
не находит? В любом случае ничто не мешает сделать make buildkernel installkernel

Eugene
--
И кого не любишь, в лицо не знать, и смотреть на звезды и жить спокойно.
--- slrn/1.0.3 (FreeBSD)
Ответить с цитированием
  #7  
Старый 18.06.2018, 20:42
Victor Sudakov
Guest
 
Сообщений: n/a
По умолчанию дискетка

Victor Sudakov написал(а) к Eugene Grosbein в Jun 18 23:06:56 по местному времени:

Dear Eugene,

18 Jun 18 18:48, Eugene Grosbein wrote to me:

[dd]
VS>> (kgdb)

EG> А не может быть, что kernel.old слишком старый и не тот, от которого
EG> паника?

А черт его знает, эта машина ставилась и апгрейдилась только бинарно, в т.ч. с 10-ки на 11-ку. Кто вообще создавал этот kernel.old - точно не я.

VS>> Если ты знаешь, как извлечь bt из того, что есть - расскажи pls.

EG> В данном случае уже никак. Только воспроизвести снова.
EG> Но без kernel.debug смысла трепыхаться нет.

VS>> kernel.debug я не помню, чтобы у меня когда-то вообще
VS>> присутствовал на этой машине. Ставил bsdinstall-ом.

EG> При source upgrade kernel.debug получается в каталоге компиляции ядра
EG> внутри /usr/obj/, как при бинарном апгрейде - даже не знаю, locate
EG> ничего не находит?

find /boot -iname 'debug' ничего не находит.

EG> В любом случае ничто не мешает сделать make
EG> buildkernel installkernel

Лучше без installkernel, а то поди дальнейшие бинарные апгрейды поломаются.

В /var/crash/info.last написано:

ump header from device: /dev/ada0p2
Architecture: amd64
Architecture Version: 2
Dump Length: 883978240
Blocksize: 512
Dumptime: Sun Jun 17 22:23:22 2018
Нostname: vas.sibptus.ru
Magic: FreeBSD Kernel Dump
Version String: FreeBSD 11.1-RELEASE-p10 #0: Tue May 8 05:21:56 UTC 2018
root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC
Panic String: general protection fault
Dump Parity: 3561144334
Bounds: 9
Dump Status: good

Как мне достать именно p9 из svn://svn.sibptus.ru/base/releng/11.1 (у меня зеркало там)?


Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322
Ответить с цитированием
  #8  
Старый 18.06.2018, 21:13
Victor Sudakov
Guest
 
Сообщений: n/a
По умолчанию дискетка

Victor Sudakov написал(а) к Eugene Grosbein в Jun 18 23:47:24 по местному времени:

Dear Eugene,

18 Jun 18 23:06, I wrote to you:

[dd]

VS> Как мне достать именно p9 из svn://svn.sibptus.ru/base/releng/11.1 (у
VS> меня зеркало там)?

Сделал "svnlite co svn://svn.sibptus.ru/base/releng/11.1", теперь на что нужно сделать update, чтобы получить p9 ?

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322
Ответить с цитированием
  #9  
Старый 18.06.2018, 22:32
Eugene Grosbein
Guest
 
Сообщений: n/a
По умолчанию Re: дискетка

Eugene Grosbein написал(а) к Victor Sudakov в Jun 18 02:00:24 по местному времени:

18 июня 2018, понедельник, в 21:06 NOVT, Victor Sudakov написал(а):

EG>> При source upgrade kernel.debug получается в каталоге компиляции ядра
EG>> внутри /usr/obj/, как при бинарном апгрейде - даже не знаю, locate
EG>> ничего не находит?
VS> find /boot -iname 'debug' ничего не находит.

kernel.debug не ставится в /boot, лучше locate

EG>> В любом случае ничто не мешает сделать make
EG>> buildkernel installkernel
VS> Лучше без installkernel, а то поди дальнейшие бинарные апгрейды поломаются.

Можно сделать make INSTKERNNAME=kernel.test installkernel,
оно установит ядро и модули в /boot/kernel.test/kernel,
это не помешает будущим бинарным апгрейдам, /boot/kernel.test/
можно будет вообще удалить потом перед апгрейдом.

И сделать однократную загрузку через nextboot -k kernel.test,
или временно многократную через

echo 'kernel=kernel.test' >> /boot/loader.conf

Потом эту строку из /boot/loader.conf можно удалить,
вместе с /boot/kernel.test/

Eugene
--- slrn/1.0.3 (FreeBSD)
Ответить с цитированием
  #10  
Старый 18.06.2018, 22:42
Eugene Grosbein
Guest
 
Сообщений: n/a
По умолчанию Re: дискетка

Eugene Grosbein написал(а) к Victor Sudakov в Jun 18 02:07:08 по местному времени:

18 июня 2018, понедельник, в 21:47 NOVT, Victor Sudakov написал(а):

VS>> Как мне достать именно p9 из svn://svn.sibptus.ru/base/releng/11.1 (у
VS>> меня зеркало там)?
VS> Сделал "svnlite co svn://svn.sibptus.ru/base/releng/11.1", теперь на что нужно
VS> сделать update, чтобы получить p9 ?

Идём на https://www.freebsd.org/security/advisories.html
Перебором сверху вниз убеждаемся на второй итерации, что
p9 соответствует:

https://www.freebsd.org/security/adv...8:05.ipsec.asc
r331985 (из раздела VI. Correction details)

И потом svn update -r331985

Eugene
--- slrn/1.0.3 (FreeBSD)
Ответить с цитированием
Ответ

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 17:31. Часовой пояс GMT +4.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot