#1
|
|||
|
|||
дискетка
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
|
|||
|
|||
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
|
|||
|
|||
дискетка
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
|
|||
|
|||
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
|
|||
|
|||
дискетка
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
|
|||
|
|||
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
|
|||
|
|||
дискетка
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
|
|||
|
|||
дискетка
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
|
|||
|
|||
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
|
|||
|
|||
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) |