Ubuntu 16.04 / 17.10 Boots to Initramfs

Я запускаю Ubuntu 16.04 на ноутбуке HP Pavilion 15-AW004NA. Сначала он запускался в течение нескольких недель, но теперь он загружается только в initramfs. Я несколько раз заново установил Ubuntu, он будет работать один или два раза. Затем сбой при выполнении обычной операции, такой как просмотр веб-страниц. После этого он не будет загружаться после initramfs.

Я попытался: -

вручную запустить fsck (с помощью команды -y она циклически перехватывает тысячи команд и перегружает процессор), переустанавливая Ubuntu 16.04 (зашифрованные и незашифрованные диски), устанавливая Ubuntu 16.04, а затем обновляя до 17.10, устанавливая Lubuntu 16.04

Я проверил жесткий диск с помощью Smart Data и Self Tests, результаты выглядели отлично.

Live boot отлично работает с Ubuntu и Lubuntu.

Любые идеи, как я могу отлаживать дальше ???

Cheers Lizard

XXXX@Lizard-Laptop:~$ grep -i sda /var/log/syslog* /var/log/syslog:Aug 31 19:12:21 Lizard-Laptop systemd[1]: Starting Cryptography Setup for sda3_crypt... /var/log/syslog:Aug 31 19:12:21 Lizard-Laptop systemd-cryptsetup[746]: Volume sda3_crypt already active. /var/log/syslog:Aug 31 19:12:21 Lizard-Laptop systemd[1]: Started Cryptography Setup for sda3_crypt. /var/log/syslog:Aug 31 19:12:21 Lizard-Laptop systemd[1]: Found device /dev/mapper/sda3_crypt. /var/log/syslog:Aug 31 19:12:21 Lizard-Laptop systemd-fsck[751]: /dev/sda2: clean, 299/124928 files, 144327/499712 blocks /var/log/syslog:Aug 31 19:12:21 Lizard-Laptop systemd-fsck[750]: /dev/sda1: 8 files, 870/130812 clusters /var/log/syslog:Aug 31 19:12:21 Lizard-Laptop kernel: [ 4.323111] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB) /var/log/syslog:Aug 31 19:12:21 Lizard-Laptop kernel: [ 4.323113] sd 0:0:0:0: [sda] 4096-byte physical blocks /var/log/syslog:Aug 31 19:12:21 Lizard-Laptop kernel: [ 4.323123] sd 0:0:0:0: [sda] Write Protect is off /var/log/syslog:Aug 31 19:12:21 Lizard-Laptop kernel: [ 4.323125] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 /var/log/syslog:Aug 31 19:12:21 Lizard-Laptop kernel: [ 4.323140] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA /var/log/syslog:Aug 31 19:12:21 Lizard-Laptop kernel: [ 4.429742] sda: sda1 sda2 sda3 /var/log/syslog:Aug 31 19:12:21 Lizard-Laptop kernel: [ 4.430076] sd 0:0:0:0: [sda] Attached SCSI disk /var/log/syslog:Aug 31 19:12:21 Lizard-Laptop kernel: [ 35.639691] EXT4-fs (sda2): mounting ext2 file system using the ext4 subsystem /var/log/syslog:Aug 31 19:12:21 Lizard-Laptop kernel: [ 35.778035] EXT4-fs (sda2): mounted filesystem without journal. Opts: (null) XXXX@Lizard-Laptop:~$ XXXX@Lizard-Laptop:~$ ls -alt /var/crash total 8 drwxr-xr-x 13 root root 4096 Feb 15 2017 .. drwxrwsrwt 2 root whoopsie 4096 Feb 15 2017 .
3
задан 31 August 2017 в 22:06

3 ответа

Чтобы проверить файловую систему на вашем разделе Ubuntu ...

загрузиться в меню GRUB, выберите «Дополнительные параметры», выберите «Режим восстановления», выберите «Корневой доступ» в приглашении #, введите sudo fsck -f /, повторите fsck если были ошибки типа reboot

Если по какой-то причине вы не можете сделать выше ...

загрузиться в меню GRUB start gparted и определите, какой / dev / sdaX является вашим разделом Ubuntu EXT4 выберите Дополнительные параметры откройте окно terminal выберите режим восстановления повторите команду fsck, если были ошибки выберите Root access
2
ответ дан 22 May 2018 в 18:57
  • 1
    Спасибо за вашу помощь. Второй вариант, похоже, сработал. Его перезагрузка несколько раз и кажется стабильной. Я также вставил запрошенные журналы выше. – Lizard88 31 August 2017 в 21:32
  • 2
    @ Lizard88 журналы выглядят отлично. Вы используете двойную загрузку с Windows? – heynnema 31 August 2017 в 22:07
  • 3
    Нет его просто Linux. Вырезанные окна в тот день, когда я получил ноутбук :-) Я установил новую копию Ubuntu, которая увидит, как это происходит. – Lizard88 1 September 2017 в 23:02

Чтобы проверить файловую систему на вашем разделе Ubuntu ...

загрузиться в меню GRUB, выберите «Дополнительные параметры», выберите «Режим восстановления», выберите «Корневой доступ» в приглашении #, введите sudo fsck -f /, повторите fsck если были ошибки типа reboot

Если по какой-то причине вы не можете сделать выше ...

загрузиться в меню GRUB start gparted и определите, какой / dev / sdaX является вашим разделом Ubuntu EXT4 выберите Дополнительные параметры откройте окно terminal выберите режим восстановления повторите команду fsck, если были ошибки выберите Root access
2
ответ дан 18 July 2018 в 07:44

Чтобы проверить файловую систему на вашем разделе Ubuntu ...

загрузиться в меню GRUB, выберите «Дополнительные параметры», выберите «Режим восстановления», выберите «Корневой доступ» в приглашении #, введите sudo fsck -f /, повторите fsck если были ошибки типа reboot

Если по какой-то причине вы не можете сделать выше ...

загрузиться в меню GRUB start gparted и определите, какой / dev / sdaX является вашим разделом Ubuntu EXT4 выберите Дополнительные параметры откройте окно terminal выберите режим восстановления повторите команду fsck, если были ошибки выберите Root access
2
ответ дан 24 July 2018 в 18:51

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

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