Проблемы загрузки Ubuntu 18.04

На HP dc7900 у меня есть Ubuntu 16.04 на /dev/sda2 и 18.04 на /dev/sda1, оба загрузились через личинку.

У меня никогда не было проблем с 16,04, таким образом, я предполагаю, что аппаратные средства в порядке.

Внезапно 18.04 больше не загружается. В какой-то момент во время начальной загрузки:

uuid=5fa5fa5f-dbb5-4986-991d-49a793bb5711 not found ...

Я больше не знаю точное сообщение. Восстановление начальной загрузки разумно удалило 18.04 из личинки. Как я могу добавить 18.04 назад для расчистки?

fsck.ext4 -v /dev/sda1

e2fsck 1.42.13 (17-May-2015)
/dev/sda1 has unsupported feature(s): metadata_csum
e2fsck: Get a newer version of e2fsck!

mount -t ext4 /dev/sda1 /mnt

Никакая проблемная файловая система на sda1 не является доступным чтением-записью, никакие ошибки вообще! Таким образом, файловая система, кажется, все еще в порядке?

Программа Ubuntu Диски => sda1 неизвестный тип раздела

Программа GParted => ext4

mke2fs -n /dev/sda1

mke2fs 1.42.13 (17-May-2015)
Creating filesystem with 5120000 4k blocks and 1281120 inodes
Filesystem UUID: fb4ee7db-bcd6-4a78-9986-86e56ac24f0c
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000

e2fsck -f -b 32768 /dev/sda1
e2fsck 1.42.13 (17-May-2015)
e2fsck: Bad magic number in super-block while trying to open /dev/sda1

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4

Все эти суперблоки являются дефектом или есть ли некоторая другая проблема?

Мне кажется, что информация о типе файловой системы, возможно, была повреждена. Как я могу установить его на ext4? 18,04 экземпляров могут быть спасены или переустановлены?

Эти 18.04 были не совсем стабильны:

  • иногда это зависало при выключении.
  • при нажатии на "настройки" определенно заморозилось бы.
    Что задалось вопросом меня в перезагрузке, я никогда не видел fsck.
    Суперблоки обновляются при выключении питания? эти замораживания могут быть причиной дефектных суперблоков?

Никакой Windows в этой системе.

lsblk:
sdb      8:16   0 931,5G  0 disk 
├─sdb9   8:25   0     8M  0 part 
└─sdb1   8:17   0 931,5G  0 part 
sr0     11:0    1  1024M  0 rom  
loop2    7:2    0  87,7M  1 loop /snap/keepassxc/49
loop0    7:0    0    45M  1 loop /snap/core18/442
sdc      8:32   0 931,5G  0 disk 
├─sdc9   8:41   0     8M  0 part 
└─sdc1   8:33   0 931,5G  0 part 
sda      8:0    0 465,8G  0 disk 
├─sda4   8:4    0     7M  0 part 
├─sda2   8:2    0  19,5G  0 part /
├─sda3   8:3    0 426,7G  0 part /sda3
└─sda1   8:1    0  19,5G  0 part 

sda1 является плохим

sda2 16.04

sda3 содержит данные

sdb и sdc являются zfs зеркальными дисками, не релевантными.

gdisk -l /dev/sda
GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 976773168 sectors, 465.8 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 590C357D-ECF5-4EC4-A2A0-D50995D7C934
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 976773134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2029 sectors (1014.5 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048        40962047   19.5 GiB    8300  
   2        40962048        81922047   19.5 GiB    8300  ubuntu2
   3        81922048       976758783   426.7 GiB   8300  home
   4       976758784       976773119   7.0 MiB     EF02  

смонтируйте-t ext4/dev/sda1/mnt
кошка/mnt/etc/fstab:

UUID=5fa5fa5f-dbb5-4986-991d-49a793bb5711 /               ext4    errors=remount-ro 0   1  
/swapfile                                 none            swap    sw                0   0  
UUID="9b34e80a-e998-424e-98b9-8decdfe851d6" /sda3     ext4    errors=remount-ro 0   2     

GParted

= = = = Затем ступает:

Запущенная Ubuntu 18.04 LiveCD

  1. fsck-f/dev/sda1 => хорошо никакие ошибки
  2. tune2fs-U 5fa5fa5f-dbb5-4986-991d-49a793bb5711/dev/sda1 => хорошо
  3. blkid все еще не показывает sda1 (sda2, sda3, отдых все в выводе),

Я попробовал восстановление начальной загрузки: это выпускает ошибку. Мне кажется, что тип файловой системы отсутствует на sda1.

$ blkid
/dev/sda2: UUID="28bb4996-360d-4639-9e50-86aae98011fe" TYPE="ext4" PARTLABEL="ubuntu2" PARTUUID="2e36442b-f19f-4226-8912-aa2f7238d7c1"
/dev/sda3: UUID="9b34e80a-e998-424e-98b9-8decdfe851d6" TYPE="ext4" PARTLABEL="home" PARTUUID="62ee15b5-cbc6-4a84-98a9-cdfe9989549f"
/dev/sdc1: LABEL="zfs-samba" UUID="4660143235353326727" UUID_SUB="4506863601154525374" TYPE="zfs_member" PARTLABEL="zfs-42c380b70bbdd342" PARTUUID="000598e0-1e8f-0240-af28-8d231f696a01"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sdb1: LABEL="zfs-samba" UUID="4660143235353326727" UUID_SUB="15368172379392166768" TYPE="zfs_member" PARTLABEL="zfs-00675688e5b3099d" PARTUUID="79a673f3-670f-7744-8a4c-27a45ad7597b"
/dev/sdd1: UUID="2018-07-25-03-21-56-00" LABEL="Ubuntu 18.04.1 LTS amd64" TYPE="iso9660" PTUUID="663eb4c4" PTTYPE="dos" PARTUUID="663eb4c4-01"
/dev/sdd2: SEC_TYPE="msdos" UUID="0D5F-1DB6" TYPE="vfat" PARTUUID="663eb4c4-02"
/dev/sda4: PARTUUID="68954dcd-3db6-484b-af0c-986360d2d0d7"
/dev/sdb9: PARTUUID="5c43b7a9-635c-ea4b-bc14-fd863ff0aea5"
/dev/sdc9: PARTUUID="682730d5-bc4a-4c4c-b4b4-262ffed34722"

№ sda1 сообщил!

Но снова я могу все еще смонтироваться путем явного утверждения типа файловой системы:

mount -t ext4 /dev/sda1 /mnt

Без -t ext4 это перестало работать.

0
задан 8 January 2019 в 07:49

1 ответ

У Вас ДОЛЖНЫ быть хорошие резервные копии перед продолжением!

  • загрузите к Ubuntu Живой DVD/USB 18.xx
  • /dev/sda1 не должен быть смонтирован
  • открытый a terminal и тип:

    sudo fsck -f /dev/sda1

Если у Вас есть какие-либо проблемы в этой точке, то ОСТАНОВИТЕ, проверьте с помощью ping-запросов @heynnema с информацией.

  • в terminal тип:

    sudo tune2fs -U 5fa5fa5f-dbb5-4986-991d-49a793bb5711 /dev/sda1

  • выполненный Boot-Repair

  • загрузитесь к меню GRUB и посмотрите, появляется ли 18.04 и если можно теперь загрузиться к нему

0
ответ дан 26 October 2019 в 14:44

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

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