На 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 были не совсем стабильны:
Никакой 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
= = = = Затем ступает:
Запущенная Ubuntu 18.04 LiveCD
Я попробовал восстановление начальной загрузки: это выпускает ошибку. Мне кажется, что тип файловой системы отсутствует на 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
это перестало работать.
открытый 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 и если можно теперь загрузиться к нему