Установлена ​​Windows 7 вместе с Ubuntu; Нет более длинных сапог

В определенных ситуациях пакеты -dbg работают неправильно. Вместо этого попробуйте пакеты -dbgsym, доступные из отдельного репозитория «отладочные символы»:

https://wiki.ubuntu.com/DebuggingProgramCrash

Однако при попытке этого локального с Ubuntu 9.10, у меня нет проблем с загрузкой символов с использованием существующего пакета php5-dbg. Возможно, сначала убедитесь, что у вас установлены последние обновления, а затем попробуйте?

В качестве примера:

$ cat /tmp/test.php
<?php sleep(10); ?>
$ gdb php
...
(gdb) run /tmp/test.php
...
^C
Program received signal SIGINT, Interrupt.
0xf7fe0430 in __kernel_vsyscall ()
(gdb) bt
#0  0xf7fe0430 in __kernel_vsyscall ()
#1  0xf7a13b50 in nanosleep () from /lib/tls/i686/cmov/libc.so.6
#2  0xf7a13991 in sleep () from /lib/tls/i686/cmov/libc.so.6
#3  0x081fbfc1 in zif_sleep (ht=1, return_value=0x866d204, 
    return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
    at /build/buildd/php5-5.2.10.dfsg.1/ext/standard/basic_functions.c:4787
#4  0x082f9616 in zend_do_fcall_common_helper_SPEC (execute_data=0xffffafbc)
    at /build/buildd/php5-5.2.10.dfsg.1/Zend/zend_vm_execute.h:200
#5  0x082f511b in execute (op_array=0x866d7f0)
    at /build/buildd/php5-5.2.10.dfsg.1/Zend/zend_vm_execute.h:92
#6  0x082cf414 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
    at /build/buildd/php5-5.2.10.dfsg.1/Zend/zend.c:1215
#7  0x08284166 in php_execute_script (primary_file=0xffffd454)
    at /build/buildd/php5-5.2.10.dfsg.1/main/main.c:2046
#8  0x08352c38 in main (argc=2, argv=0xffffd554)
    at /build/buildd/php5-5.2.10.dfsg.1/sapi/cli/php_cli.c:1170
1
задан 27 August 2012 в 10:20

2 ответа

Я думаю, что ваша проблема такова:

menuentry "Windows bootmgfw.efi.bkp, generated by Boot-Repair" {
search --fs-uuid --no-floppy --set=root 0648-FFF7
chainloader (${root})/EFI/Microsoft/Boot/bootmgfw.efi.bkp
}

menuentry "Windows memtest.efi, generated by Boot-Repair" {
search --fs-uuid --no-floppy --set=root 0648-FFF7
chainloader (${root})/EFI/Microsoft/Boot/memtest.efi
}

menuentry "Boot bootx64.efi.bkp, generated by Boot-Repair" {
search --fs-uuid --no-floppy --set=root 0648-FFF7
chainloader (${root})/EFI/Boot/bootx64.efi.bkp
}

Обратите внимание, что имена файлов на линиях chainloader - bootmgfw.efi.bkp и bootx64.efi.bkp не являются действительными файлами загрузчика EFI, и они похоже, не существуют на вашем диске. Однако файлы bootmgfw.efi и bootx64.efi существуют и являются действительными именами загрузочного загрузчика EFI. (Я не могу гарантировать, что файлы, которые у вас есть, действительны, конечно, но имена файлов.) Я рекомендую вам изменить эти имена файлов в файле /etc/grub.d/40_custom, а затем введите sudo update-grub, чтобы передать эти изменения в GRUB Файл конфигурации. Вы также можете вручную проверить содержимое /dev/sda1, чтобы убедиться, что эти файлы существуют с правильными именами файлов; есть вероятность, что что-то неправильно переименовало файлы, а затем обновило вашу конфигурацию GRUB в соответствии с этим. Я не знаю, как GRUB отреагирует на такое злоупотребление.

1
ответ дан 25 May 2018 в 07:08

Сначала попробуйте обновить grub с помощью этой команды:

sudo update-grub

Возможно, это исправляет grub. Если не пытайтесь исправить Windows MBR (Master Boot Record) с помощью Windows Media. Это действие испортит вашу личинку, но не нужно беспокоиться. Вы можете исправить grub в любое время с помощью только живого носителя Ubuntu

0
ответ дан 25 May 2018 в 07:08
  • 1
    Это не поможет. Это установка EFI, поэтому MBR не используется. – LovinBuntu 28 August 2012 в 12:19

Другие вопросы по тегам:

Похожие вопросы: