Перемещенный мой / корневой каталог в/dev/sda1 и теперь не загрузится

Я приношу извинения за неопределенную информацию, которая была здесь ранее. Я отправлял со своего телефона, я теперь использую свой USB режима 'попытки' Ubuntu i. В основном я использую SSD для своей установки Ubuntu 18.04. Это - только 250 ГБ и так как Ubuntu является моим ежедневным драйвером, я хотел переместить свой / корневой каталог в мой HDD на 1 ТБ, таким образом, у меня будет больше пространства для файлов. Это шаги, которые я выполнил:

# To temporarily mount the new partition
sudo mkdir /mnt/tmp
sudo mount /dev/sda1 /mnt/tmp

# Copy HOME to the new location
sudo rsync -avx /home/ /mnt/tmp
sudo mount /dev/sda1 /home

#this is where i had an error
sudo umount /home #got message that device is busy and cannot unmount

# the guide i followed said to unmount and then use rm -rf /home/* but i used
rm -rf /dev/nvme0n1 /home/*
# I got error: this directory is not empty, the guide i used said to reboot if this happened.

#Make HOME permanent
sudo blkid
#copy UUID, then paste in fstab
sudo nano /etc/fstab

#add following line at the end
UUID=<noted number from above>     /home    ext4     defaults    0    2

#then reboot

От перечитывания руководства я вижу ошибку, которую я сделал, куда я просто удалил UUID на строке, которая уже присутствовала с '/home' в нем и заменила его UUID для нового диска.

но после этого я перезагрузил, и теперь мой компьютер просто переходит прямо к BIOS и не может найти загрузочные диски.

Вывод sudo fdisk -l

Disk /dev/loop0: 1.8 GiB, 1905045504 bytes, 3720792 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop1: 91 MiB, 95408128 bytes, 186344 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop2: 34.6 MiB, 36216832 bytes, 70736 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop3: 140.7 MiB, 147496960 bytes, 288080 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop4: 2.3 MiB, 2355200 bytes, 4600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop5: 13 MiB, 13619200 bytes, 26600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop6: 14.5 MiB, 15208448 bytes, 29704 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop7: 3.7 MiB, 3878912 bytes, 7576 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/nvme0n1: 232.9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 611E8FFB-79C8-4D36-A5F7-F177138D442B

Device            Start       End   Sectors   Size Type
/dev/nvme0n1p1     2048    999423    997376   487M Linux swap
/dev/nvme0n1p2   999424  24436735  23437312  11.2G Linux filesystem
/dev/nvme0n1p3 24436736 488396799 463960064 221.2G Linux filesystem


Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E4025E76-690C-4779-BBBD-0996D3C7146E

Device     Start        End    Sectors   Size Type
/dev/sda1   2048 1953523711 1953521664 931.5G Linux filesystem


Disk /dev/sdb: 57.9 GiB, 62109253632 bytes, 121307136 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x65092a4c

Device     Boot Start       End   Sectors  Size Id Type
/dev/sdb1  *     2048 121307135 121305088 57.9G  c W95 FAT32 (LBA)


Disk /dev/sdc: 7.5 GiB, 8021606400 bytes, 15667200 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x40993ab6

Device     Boot   Start     End Sectors  Size Id Type
/dev/sdc1  *          0 3899391 3899392  1.9G  0 Empty
/dev/sdc2       3830956 3835883    4928  2.4M ef EFI (FAT-12/16/32)

Я просто попытался делать sudo gedit затем открытие fstab файла и редактирование его путем помещения UUID раздела с / размещают на нем в файле, где я отредактировал его. когда я перезагрузил, то же самое, никакие загрузочные устройства.

Вот вывод Восстановления начальной загрузки, поскольку требуемый http://paste.ubuntu.com/p/rVGCm8pYp7/---обновил другой, был испорчен из-за карты флэш-памяти, которая была включена.

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

1
задан 25 March 2019 в 19:32

1 ответ

Хорошо парни, я понял это со справкой от rtaft.Большое спасибо.

Таким образом для запуска не форматируйте HDD, который имел установку окон, если у Вас будет начальная загрузка UEFI, то....... это сделает его так, Ваш компьютер не знает, как загрузиться. Это вызвано тем, что установщик человечности по умолчанию будет использовать существующий EFI для начальной загрузки с вместо того, чтобы создать тот.

Так, к счастью я сделал пользовательское разделение в своей установке, таким образом, у меня было приблизительно 400 МБ вакуума в запуске моего диска nvme для подкачки Linux. таким образом, я просто уменьшил размер этого к 200 МБ. Это было затем разделено с помощью Gparted, как восстановлено после форматирования с флагом bios_grub.

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

Спасибо всем за Вашу справку.

3
ответ дан 3 December 2019 в 07:21

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

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