14.04 регулярно сбои для начальной загрузки (мертвый, НЕ просто пустой экран)

Я отрываю волосы с этим теперь: Моему ПК регулярно и неоднократно не удается загрузиться начиная с обновления до 14.04LTS, последовательность - что-то вроде этого:

• Включиться
• POST
• GRUB запускается
• Личинка считает в обратном порядке, Ubuntu вызовов
• Пустой экран, затем загрузки текста, загрузка материала, и т.д...
• Затем черный, мертвый. Мониторы не выключаются ни из-за какого видеосигнала.

Клавиатура и мышь неисправны также, никакой numlock свет, никакой свет от датчика мыши, клавиша Caps Lock ничего не делает (свет Caps Lock не переключается).

У меня есть к циклу Жесткой силы ПК, чтобы заставить это перезапускать. После нескольких попыток это могло бы в конечном счете загрузиться полностью.

Я не получаю сообщений об ошибках, когда это наконец загружается.

Я не хочу массово рассылать случайные файлы журнала, и отладка и материал на всем протяжении этого сообщения поэтому просто просят любую информацию, которую я могу обеспечить, и я вставлю его в. Аналогично, любые команды для выполнения / экспериментируют для попытки, я дам им движение и сообщу.

Система является довольно нормальной единственной начальной загрузкой ПК: Двойной Xeon X5660, 64-разрядный / 48G RAM / 256G загрузочный диск SSD / диск на 4 ТБ для моего спама / карта ATI 3650 gfx / двойные мониторы DVI. Нет ничего иного включенного вне кабеля LAN.

Даже неопределенные намеки, где посмотреть, файлы журнала для рытья через, и т.д. приветствовались бы - я довольно знаком с командной строкой и этажеркой, просто не достаточно знаком с внутренними работами Ubuntu для знания, где запустить!

Править: Некоторый материал, обрезанный от журналов в конце концов!

Журналы главным образом полны этого:

Dec 18 23:01:27 Puter kernel: [ 8571.122775] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:27 Puter kernel: [ 8571.122781] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:27 Puter kernel: [ 8571.122794] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:27 Puter kernel: [ 8571.667217] [drm:drm_mode_addfb], [FB:50]
Dec 18 23:01:27 Puter kernel: [ 8571.667224] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:27 Puter kernel: [ 8571.667236] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:28 Puter kernel: [ 8572.488325] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:28 Puter kernel: [ 8572.488332] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:28 Puter kernel: [ 8572.488344] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800

Но это - то же в хорошие времена и плохо, я погуглил его, кажется, ничто, о чем любой действительно заботится. Но, существует буквально ~200Mb этого материала, посылающего спам в kern.log без остановок.

Вот журнал, показывающий последнее (ре) начальная загрузка, к сожалению, я не могу действительно видеть дымящееся оружие там:

Dec 18 23:01:26 Puter kernel: [ 8570.170086] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:26 Puter kernel: [ 8570.170093] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.170105] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.187846] [drm:drm_mode_addfb], [FB:50]
Dec 18 23:01:26 Puter kernel: [ 8570.187853] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:26 Puter kernel: [ 8570.187865] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:26 Puter kernel: [ 8570.217859] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:26 Puter kernel: [ 8570.217866] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.217878] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.242266] [drm:drm_mode_addfb], [FB:50]
Dec 18 23:01:26 Puter kernel: [ 8570.242273] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:26 Puter kernel: [ 8570.242286] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:26 Puter kernel: [ 8570.466341] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:26 Puter kernel: [ 8570.466348] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.466360] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.506137] [drm:drm_mode_addfb], [FB:50]
Dec 18 23:01:26 Puter kernel: [ 8570.506143] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:26 Puter kernel: [ 8570.506156] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:26 Puter kernel: [ 8570.754652] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:26 Puter kernel: [ 8570.754659] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.754671] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:26 Puter kernel: [ 8570.786391] [drm:drm_mode_addfb], [FB:50]
Dec 18 23:01:26 Puter kernel: [ 8570.786398] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:26 Puter kernel: [ 8570.786410] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:27 Puter kernel: [ 8571.122775] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:27 Puter kernel: [ 8571.122781] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:27 Puter kernel: [ 8571.122794] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:27 Puter kernel: [ 8571.667217] [drm:drm_mode_addfb], [FB:50]
Dec 18 23:01:27 Puter kernel: [ 8571.667224] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:27 Puter kernel: [ 8571.667236] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff880bff782800, cur_bbo = ffff8805fe615400
Dec 18 23:01:28 Puter kernel: [ 8572.488325] [drm:drm_mode_addfb], [FB:51]
Dec 18 23:01:28 Puter kernel: [ 8572.488332] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 18 23:01:28 Puter kernel: [ 8572.488344] [drm:radeon_crtc_page_flip], flip-ioctl() cur_fbo = ffff8805fe615400, cur_bbo = ffff880bff782800
Dec 20 20:59:56 Puter kernel: [    0.000000] Initializing cgroup subsys cpuset
Dec 20 20:59:56 Puter kernel: [    0.000000] Initializing cgroup subsys cpu
Dec 20 20:59:56 Puter kernel: [    0.000000] Initializing cgroup subsys cpuacct
Dec 20 20:59:56 Puter kernel: [    0.000000] Linux version 3.13.0-74-generic (buildd@lcy01-07) (gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1) ) #118-Ubuntu SMP Thu Dec 17 22:52:10 UTC 2015 (Ubuntu 3.13.0-74.118-generic 3.13.11-ckt30)
Dec 20 20:59:56 Puter kernel: [    0.000000] Command line: BOOT_IMAGE=/vmlinuz-3.13.0-74-generic root=/dev/mapper/ubuntu--vg-root ro recovery nomodeset
Dec 20 20:59:56 Puter kernel: [    0.000000] KERNEL supported cpus:
Dec 20 20:59:56 Puter kernel: [    0.000000]   Intel GenuineIntel
Dec 20 20:59:56 Puter kernel: [    0.000000]   AMD AuthenticAMD
Dec 20 20:59:56 Puter kernel: [    0.000000]   Centaur CentaurHauls
Dec 20 20:59:56 Puter kernel: [    0.000000] e820: BIOS-provided physical RAM map:
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009e3ff] usable
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x0000000000100000-0x00000000dbdf9bff] usable
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000dbdf9c00-0x00000000dbe4bbff] ACPI NVS
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000dbe4bc00-0x00000000dbe4dbff] ACPI data
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000dbe4dc00-0x00000000dbffffff] reserved
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000f8000000-0x00000000fcffffff] reserved
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000fe000000-0x00000000fed003ff] reserved
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000fee00000-0x00000000feefffff] reserved
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x00000000ffb00000-0x00000000ffffffff] reserved
Dec 20 20:59:56 Puter kernel: [    0.000000] BIOS-e820: [mem 0x0000000100000000-0x0000000c23ffffff] usable
Dec 20 20:59:56 Puter kernel: [    0.000000] NX (Execute Disable) protection: active
Dec 20 20:59:56 Puter kernel: [    0.000000] SMBIOS 2.5 present.
Dec 20 20:59:56 Puter kernel: [    0.000000] DMI: Dell Inc. Precision WorkStation T7500  /0D881F, BIOS A14 07/06/2012
Dec 20 20:59:56 Puter kernel: [    0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
Dec 20 20:59:56 Puter kernel: [    0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable
Dec 20 20:59:56 Puter kernel: [    0.000000] No AGP bridge found
Dec 20 20:59:56 Puter kernel: [    0.000000] e820: last_pfn = 0xc24000 max_arch_pfn = 0x400000000
Dec 20 20:59:56 Puter kernel: [    0.000000] MTRR default type: write-back

Любые мысли действительно ценятся!

Дальнейшее редактирование

На большем количестве поиска с помощью Google я столкнулся с этим отчетом об ошибках, который предлагает редактировать etc/default/grub для удаления DRM отлаживают флаги. Я теперь сделал это, только время покажет, если это имеет какой-либо эффект.

Другое редактирование:

После длительного периода устойчивости это произошло снова - я не могу быть на 100% уверен, но это, кажется, происходит каждый раз, когда Ubuntu выполняет обновление Ядра Ubuntu (я предполагаю, что это - другое слово для ядра). Полностью мертвый, имейте к жесткой перезагрузке его, но если я затем выбираю нормальный параметр загрузки из Личинки (это только открывается, если системе не удалось загрузиться в прошлый раз), это будет просто обычно работать, как будто ничего не произошло.

Я не могу не удивлению об обновлении ядра, возможно, устанавливающем некоторый параметр в конфигурации Личинки, это задерживается от более старой установки (например, когда у меня была другая gfx карта), и это только, когда этому не удается загрузиться, та личинка устанавливает некоторый немного отличающийся параметр из-за отказа, и это приплывает через штраф.

Выполнение предложенного egrep -B75 '\[ 0.000000\] Linux version' /var/log/kern.log* возвраты точно ничто!

Я собираюсь видеть, существует ли способ сделать чистую установку Ubuntu в системе, не теряя установленные программы / настройки, видят, исправляет ли это его - тем временем любые одобренные предложения!