У меня есть Мак про. Я живу в Мадриде. Так что это не должно быть проблемой, но вы хотите иметь/c вокруг в течение дня. Окей, мой Макбук **Про** и проблема же с рвения Ubuntu и Kubuntu dessktop для amd64 ISO-образов. Как я вижу, изысканный загрузится grub, которое загрузился Linux. Так почему это должно работать если загрузки жратву прямо из EFI дает черный экран? добавлено суда /usr на/sbin/sshd для ДД @Кроули согласен, просит является более эффективной тактикой, но для меня разница между двумя подходами невелика. Заявив свое мнение, используя, кажется/может/может ... это не так же, как отвергаем и почти то же самое, как спрашивать. В ходе беседы вы все равно можете быть вынуждены придумывать свой отзыв для того, чтобы продолжить. Лучший ответ когда-либо. Вы пытаетесь устранить слишком много вопросов сразу. Во-первых, забудьте РФБ, поскольку это звучит, как вы не нуждаетесь в этом. Просто сосредоточиться на восстановлении кошелька. Если электрума не будет работать, разберемся далее. Если он говорит вам, чтобы проверить журнал...проверьте журнал. Никто не может помочь вам, если вы не. Как только он бежит, восстановить свой кошелек от семян.

Я видел несколько сообщений об ошибках и вопросов (на клиент StackExchange и в других местах) в отношении нытье "ошибка: мягкая блокировка - ЦП#<Н> застрял на <ДТ>ы!". До сих пор я не нашел какого-либо понятия , что делать или попробовать (вернее, ключи, которые я нашел и затем не прекратили этого не случилось). Я обеспокоен этим, потому что:

  1. частота этих событий, кажется, было медленно в последнее время на подъеме (более 700 в месяц),
  2. ням обновления и перезагрузки замедлил его немного, но я видел некоторые зависания начинают происходить снова,
  3. несколько процессов (если не весь хост, трудно сказать), конечно, включая все мои интерактивную оболочку замораживаются на какое-то время, когда это произойдет,
  4. Я не уверен, будет ли это связано, но я вижу много журнал/сообщения, связанные с нтпд не в состоянии обновить часы.

Ниже приведен отрывок из $(команда grep 'мягкая блокировка' в /var/журнал/сообщения*):

22 марта 10:02:35 ядра на localhost: ошибка: мягкая блокировка - ЦП#15 застрял на 10-ки! [kjournald:1048]
22 марта 10:02:36 ядра localhost в: ошибка: мягкая блокировка - ЦП#0 застрял на 10-ки! [Постгреса:5372]
22 марта 10:02:36 ядра localhost в: ошибка: мягкая блокировка - ЦП#8 застрял на 10-ки! [Постгреса:5368]
22 марта 10:02:37 ядра localhost в: ошибка: мягкая блокировка - ЦП#0 застрял на 10-ки! [Постгреса:5372]
22 марта 10:02:37 ядра localhost в: ошибка: мягкая блокировка - ЦП#8 застрял на 10-ки! [Постгреса:5368]
22 марта 10:02:38 ядра localhost в: ошибка: мягкая блокировка - ЦП#0 застрял на 10-ки! [Постгреса:5372]
22 марта 10:02:38 ядра localhost в: ошибка: мягкая блокировка - ЦП#8 застрял на 10-ки! [Постгреса:5368]
22 марта 10:02:39 ядра localhost в: ошибка: мягкая блокировка - ЦП#0 застрял на 10-ки! [Постгреса:5372]
22 марта 10:02:39 ядра localhost в: ошибка: мягкая блокировка - ЦП#8 застрял на 10-ки! [Постгреса:5368]
22 марта 10:02:40 ядра localhost в: ошибка: мягкая блокировка - ЦП#15 застрял на 25С! [подкачки:0]
22 марта 15:42:ядра 16 localhost в: ошибка: мягкая блокировка - ЦП#8 застрял на 25С! [kjournald:1048]
22 марта 18:22:13 имя localhost ядра: ошибка: мягкая блокировка - ЦП#15 застрял на 10-ки! [Постгреса:21356]
22 марта 18:22:20 имя localhost ядра: ошибка: мягкая блокировка - ЦП#7 застрял на 10-ки! [Ява:8653]
22 марта 18:22:ядра 20 localhost в: ошибка: мягкая заначке - ЦП#8 застрял на 72С! [kjournald:1048]
22 мар 21:21:37 ядра localhost в: ошибка: мягкая блокировка - ЦП#12 застрял на 29С! [kjournald:1048]
22 мар 21:22:07 ядра адресу localhost: ошибка: мягкая заначке - ЦП#12 застрял на 27С! [kjournald:1048]
23 марта 02:01:47 ядра localhost в: ошибка: мягкая блокировка - ЦП#8 застрял на 10-ки! [kblockd/8:276]
23 марта 02:02:22 ядра localhost в: ошибка: мягкая блокировка - ЦП#8 застрял на 34С! [kblockd/8:276]

Это происходит в случайные процессы, и, кажется, довольно хорошо распределяется по 16 "ядер" этого виртуального хоста.

Хозяин-в AWS EC2 с "СС1.4xlarge" экземпляр, с ами по имени "с EC2 под управлением CentOS 5.5 ГПУ аппаратной виртуализации АМИ (260.19.29 водителя) (АМИ-42a2532b)". Похоже для виртуализации с помощью Xen.

кошка /и т. д./редхат-релиз дает релиза CentOS 5.9 (последняя). "свободные" отчеты 21Г оперативной памяти.

Глава команды dmesg - это:

Linux версии 2.6.18-348.3.1.el5 ([email protected]) (версия компилятора GCC 4.1.2 20080704 (красная шляпа 4.1.2-54)) #1 СМП Пн Мар 11 19:39:25 мск 2013
Командная строка: РО корень=в/dev/VolGroup00/LogVol00 точный список тихое консоли=tty0 консоли=ttyS0,115200n8
Биос-при условии физической памяти карте:
 В BIOS-e820: 0000000000010000 - 000000000009fc00 (полезная)
 В BIOS-e820: 000000000009fc00 - 00000000000a0000 (зарезервирован)
 В BIOS-e820: 00000000000e0000 - 0000000000100000 (зарезервирован)
 В BIOS-e820: 0000000000100000 - 00000000c0000000 (полезная)
 В BIOS-e820: 00000000fc000000 - 0000000100000000 (зарезервирован)
 В BIOS-e820: 0000000100000000 - 00000005dd800000 (полезная)
ДМИ 2.4 настоящего.
ДМИ: Xen с аппаратной виртуализации дому, БИОС 3.4.3-2.6.18 08/29/2012
ACPI: в РСДП (v002 с открытым бассейном Ксен ) @ 0x00000000000ea020
ACPI: в XSDT (сообщения с кодами v001 Xen с аппаратной виртуализации адресу 0x00000000 HVML адресу 0x00000000) @ 0x00000000fc0062b0
ACPI: в FADT (v004 Xen с аппаратной виртуализации адресу 0x00000000 HVML адресу 0x00000000) @ 0x00000000fc005ee0
ACPI: в MADT (v002 с открытым бассейном аппаратной виртуализации Xen по адресу 0x00000000 HVML адресу 0x00000000) @ 0x00000000fc005fe0
С ACPI: срать (сообщения с кодами v001 Xen с аппаратной виртуализации адресу 0x00000000 HVML адресу 0x00000000) @ 0x00000000fc0060c0
С ACPI: щелевая (сообщения с кодами v001 Xen с аппаратной виртуализации адресу 0x00000000 HVML адресу 0x00000000) @ 0x00000000fc006240
ACPI: в HPET (сообщения с кодами v001 Xen с аппаратной виртуализации адресу 0x00000000 HVML адресу 0x00000000) @ 0x00000000fc006270
ACPI: в ДСДТ (v002 с открытым бассейном аппаратной виртуализации Xen по адресу 0x00000000, международный 0x20090220) @ 0х(нуль)

Следующий пример показывает совокупное количество этих "мягких рук" за последнее время (у красной черты, когда я сделал последний ням обновление последует перезагрузка): cumul count of soft lockups.

Ниже показаны гистограммы длительности (как долго хозяин застрял): duration histogram.