= Сообщение: 7896 из 10757 ===================================== RU.UNIX.BSD = От : Eugene Grosbein 2:5006/1 18 Jun 18 18:48:47 Кому : Victor Sudakov 18 Jun 18 18:48:47 Тема : Re: дискетка FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+e1260d6a На : area://RU.UNIX.BSD?msgid=2:5005/49+5b276c83 = Кодировка сообщения определена как: IBM866 ================================= Ответ: area://RU.UNIX.BSD?msgid=2:5005/49+5b27dab2 ============================================================================== 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>> Hу в крайнем случае 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.
В данном случае уже никак. Только воспроизвести снова. Hо без kernel.debug смысла трепыхаться нет.
VS> kernel.debug я не помню, чтобы у меня когда-то вообще присутствовал на этой VS> машине. Ставил bsdinstall-ом.
При source upgrade kernel.debug получается в каталоге компиляции ядра внутри /usr/obj/, как при бинарном апгрейде - даже не знаю, locate ничего не находит? В любом случае ничто не мешает сделать make buildkernel installkernel
Eugene -- И кого не любишь, в лицо не знать, и смотреть на звезды и жить спокойно. --- slrn/1.0.3 (FreeBSD) * Origin: RDTC JSC (2:5006/1@fidonet)
