Ошибка EXT4-fs в Ubuntu 15.04, сбой после установки жесткого диска для дополнительного места, паника ядра при загрузке с USB в реальном времени [закрыто]

Ранее на прошлой неделе я купил жесткий диск емкостью 1 ТБ, чтобы хранить дополнительные файлы на своей рабочей машине. Теперь у меня проблемы с падением системы. В первый раз я получил следующие сообщения об ошибке при сбое. sdb1 - это мой SSD, который я использую для загрузки Ubuntu, а sda1 - это новая файловая система.

EXT4-fs error (device sdb1): ext4_iget:4084: inode #4325442: comm (kill): bogus i_mode (0)
Aborting journal on device sdb1-8.
EXT4-fs (sdb1): Remounting filesystem read-only
EXT4-fs error (device sdb1): ext4_journal_check_start:56: Detected aborted journal
EXT4-fs error (device sdb1): ext4_iget:4084: inode #4325442: comm (kill): bogus i_mode (0)

Я прочитал в Интернете о подобных ошибках, и я пытался загрузиться в терминал, но в половине случаев я даже не могу туда добраться, экран просто темнеет. Я прочитал и выполнил руководство по добавлению файловой системы в linux, я не могу вспомнить, какую именно, но, похоже, я мог что-то напутать при этом.

Итак, как только я загружаюсь в Ubuntu после аварийного режима, я обычно могу оставаться в системе около 2 минут, прежде чем она выйдет из строя. Я не могу получить доступ к файлам или программам, иначе произойдет сбой. Я могу запускать некоторые команды терминала отсюда, но мне, очевидно, придется делать все в аварийном режиме.

Согласно некоторым инструкциям на форумах Ubuntu, я выполнил sudo ls -l findmnt -notarget / dev / sda1 / lost + found как для sdb1, так и для sda1 и получил всего 0 Я также запустил dmesg | grep -i fsck , и это был ответ

systemd[1]: Listening on fsck to fsckd communication Socket.
systemd[1]: Starting fsck to fsckd communication Socket.
EXT4-fs (sdb1): warning: mounting fs with errors, running e2fsck is recommended
EXT4-fs (sdb1): error count since last fsck: 101

Могу ли я просто отформатировать жесткий диск и надеяться, что это решит проблему? У меня пока нет важных файлов.

Обновление

После тонны возни мне удалось практически уничтожить мою систему. Я все еще могу загрузиться с SSD, теперь на неопределенный срок с несколькими ошибками и сбоями, но не могу загрузиться с USB, чтобы переустановить Ubuntu.Я отключил все диски, но каждый раз, когда я пытаюсь загрузиться с живого USB, я получаю первую часть экрана загрузки Ubuntu (с клавиатурой и маленьким человечком), но быстро получаю Kernel panic страница.

Так что я полагаю, что у меня кость.

Обновление 2

Учитывая то, как мои USB-накопители работали должным образом на моем ноутбуке и домашнем компьютере, я убежден, что на данный момент это как-то связано с моей материнской платой / процессором. Они довольно старые (P5QL pro), и из всей работы, которую я проделал вчера, кажется очевидным, что это не SSD или HDD на моей рабочей машине. Также, вероятно, важно отметить, что это Samsung Evo, который я купил около 2 месяцев назад - я знаю, что это не делает его невосприимчивым к аппаратным сбоям, но делает это гораздо менее вероятным.

Тем не менее, я запустил smartctl на своем SSD, который я смог переформатировать, установить Ubuntu и загрузиться с него, и получил следующее.

=== START OF INFORMATION SECTION ===
Device Model:     Samsung SSD 850 EVO 120GB
Serial Number:    S21TNSAG424016R
LU WWN Device Id: 5 002538 da028f444
Firmware Version: EMT01B6Q
User Capacity:    120,034,123,776 bytes [120 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-2, ATA8-ACS T13/1699-D revision 4c
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Tue Sep 22 08:32:04 2015 EDT
SMART support is: Available - device has SMART capability.
SMART support is: Disabled

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