LINUX.ORG.RU

Случайно удалил корневой раздел по совместительству efi

 , ,


0

2

Произошла неприятная ситуация,при чистке ненужных разделов был полностью удален раздел efi, попытки по гайдам переустановить груб заканчивались провалом,есть life cd флешка с fedora 36,нужна полная инструкция начиная с создания раздела P.s Система Uefi

Ответ на: комментарий от Vsevolod-linuxoid

lsblk

NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0         7:0    0   1.8G  1 loop 
loop1         7:1    0   7.6G  1 loop 
├─live-rw   253:0    0   7.6G  0 dm   /
└─live-base 253:1    0   7.6G  1 dm   
loop2         7:2    0    32G  0 loop 
└─live-rw   253:0    0   7.6G  0 dm   /
sda           8:0    1  14.5G  0 disk 
├─sda1        8:1    1   1.9G  0 part /run/initramfs/live
├─sda2        8:2    1   9.9M  0 part 
└─sda3        8:3    1  20.8M  0 part 
zram0       252:0    0   5.7G  0 disk [SWAP]
nvme0n1     259:0    0 238.5G  0 disk 
└─nvme0n1p3 259:2    0 236.9G  0 part /run/media/liveuser/fedora_localhost-live```

df -hT
```[liveuser@localhost-live ~]$ df -hT
Filesystem          Type      Size  Used Avail Use% Mounted on
devtmpfs            devtmpfs  4.0M     0  4.0M   0% /dev
tmpfs               tmpfs     2.9G  1.6M  2.9G   1% /dev/shm
tmpfs               tmpfs     1.2G  9.9M  1.2G   1% /run
/dev/sda1           iso9660   1.9G  1.9G     0 100% /run/initramfs/live
/dev/mapper/live-rw ext4      7.4G  5.9G  1.6G  80% /
tmpfs               tmpfs     2.9G  8.0K  2.9G   1% /tmp
vartmp              tmpfs     2.9G     0  2.9G   0% /var/tmp
tmpfs               tmpfs     586M  164K  586M   1% /run/user/1000
/dev/nvme0n1p3      btrfs     237G  119G  116G  51% /run/media/liveuser/fedora_localhost-live```

sudo blkid -c /dev/null
```[liveuser@localhost-live ~]$ sudo blkid -c /dev/null
/dev/loop1: LABEL="Anaconda" UUID="626a3537-c047-4e1d-b6ad-a10855a3b5f9" BLOCK_SIZE="4096" TYPE="ext4"
/dev/mapper/live-base: LABEL="Anaconda" UUID="626a3537-c047-4e1d-b6ad-a10855a3b5f9" BLOCK_SIZE="4096" TYPE="ext4"
/dev/nvme0n1p3: LABEL="fedora_localhost-live" UUID="623826a9-c289-4f6c-a6bf-6c9fd3f4164a" UUID_SUB="5593bcff-925a-4ec9-a3bb-bbeca8c0f26d" BLOCK_SIZE="4096" TYPE="btrfs" PARTUUID="78abc61e-b8f8-4ff3-85ad-6bacf9a73464"
/dev/loop0: TYPE="squashfs"
/dev/mapper/live-rw: LABEL="Anaconda" UUID="626a3537-c047-4e1d-b6ad-a10855a3b5f9" BLOCK_SIZE="4096" TYPE="ext4"
/dev/sda2: SEC_TYPE="msdos" LABEL_FATBOOT="ANACONDA" LABEL="ANACONDA" UUID="1F4B-F0F7" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="7a218b9a-02"
/dev/sda3: UUID="28d52925-499c-3a1f-b20d-34e524d3b6ba" BLOCK_SIZE="4096" LABEL="ANACONDA" TYPE="hfsplus" PARTUUID="7a218b9a-03"
/dev/sda1: BLOCK_SIZE="2048" UUID="2022-05-04-21-36-58-00" LABEL="Fedora-WS-Live-36-1-5" TYPE="iso9660" PTUUID="7a218b9a" PTTYPE="dos" PARTUUID="7a218b9a-01"
/dev/zram0: LABEL="zram0" UUID="feda98d5-0c2e-4eb3-a05a-0e1d477b5dad" TYPE="swap"
[liveuser@localhost-live ~]$ ```

sudo fdisk -l
```[liveuser@localhost-live ~]$ sudo fdisk -l
Disk /dev/nvme0n1: 238.47 GiB, 256060514304 bytes, 500118192 sectors
Disk model: UMIS RPJTJ256MEE1OWX                    
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: EB5DAFE7-C2D5-4EC7-A338-535EED79956A

Device           Start       End   Sectors   Size Type
/dev/nvme0n1p3 3328000 500117503 496789504 236.9G Linux filesystem


Disk /dev/sda: 14.46 GiB, 15525216256 bytes, 30322688 sectors
Disk model: USB DISK 2.0    
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: 0x7a218b9a

Device     Boot Start     End Sectors  Size Id Type
/dev/sda1  *        0 3941695 3941696  1.9G  0 Empty
/dev/sda2         172   20455   20284  9.9M ef EFI (FAT-12/16/32)
/dev/sda3       20456   63127   42672 20.8M  0 Empty


Disk /dev/loop0: 1.76 GiB, 1893396480 bytes, 3698040 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: 7.57 GiB, 8128561152 bytes, 15876096 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: 32 GiB, 34359738368 bytes, 67108864 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/mapper/live-rw: 7.57 GiB, 8128561152 bytes, 15876096 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/mapper/live-base: 7.57 GiB, 8128561152 bytes, 15876096 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/zram0: 5.71 GiB, 6135218176 bytes, 1497856 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes```
DiamevaeBro
() автор топика
Ответ на: комментарий от DiamevaeBro

Disk /dev/nvme0n1: 238.47 GiB, 256060514304 bytes, 500118192 sectors
Disk model: UMIS RPJTJ256MEE1OWX

На nvme система стояла? Надо искать цифры начала раздела и конца раздела. Или разделов, после чего чем-то таблицу разделов восстановить. Может быть даже fdisk-ом, если он начало разделов не затирает, в чём я не уверен. Начало раздела, по идее, должно быть отмечно какой-то сигнатурой, но как это с GPT я не знаю.

AS ★★★★★
()
Ответ на: комментарий от AS

fdisk ничего не затирает. Никакой сигнатурой начало раздело не отмечено. В плане, что fdisk никакую сигнатуру туда не записывает.

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

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

Если ТС удалил только раздел, т.е. запись о начальном и конечном секторе раздела из таблицы разделов, то её достаточно восстановить в тех же границах и всё.

Но что сделал конкретно ТС нужно спрашивать у него.

kostik87 ★★★★★
()
Ответ на: комментарий от DiamevaeBro

Я почти ничего не понял ок не так давно на линуксе ,можно ли инструкции?

Вопрос к Linux одношения не имеет, вопрос универсален для разных ОС и относится к работе с таблицами разделов. В Windows сейчас ровно та же GPT используется.

AS ★★★★★
()
Ответ на: комментарий от kostik87

Удалял я все через gparted ТК через граф. оболочку полегче будет так что хз

DiamevaeBro
() автор топика
Ответ на: комментарий от kostik87

Никакой сигнатурой начало раздело не отмечено.

В DOS Partition Table отмечено, потому начало можно поймать просто поиском по диску. Но у ТС GPT, потому сразу написал, что не знаю.

AS ★★★★★
()
Ответ на: комментарий от DiamevaeBro

Если ты просто удалил раздел, т.е. запись о нём из таблицы разделов, то тебе достаточно восстановить записи.

Какая была схема разделов? В начале UEFI раздел, потом /boot, потом swap или только в начале UEFI, потом SWAP?

Вот тебе инструкция: https://wiki.gentoo.org/wiki/GRUB/ru#UEFI_.D0.B8_GPT

Ты можешь попробовать смонтировать файловую систему на удаленном UEFI разделе примерно так:

mkdir /tmp/1
mount /dev/nvme0n1 /tmp/1 -t vfat -o offset=$((2048*512))
kostik87 ★★★★★
()
Ответ на: комментарий от AS

Первый раз о таком слышу и честно сомневаюсь.

fdisk - лишь заносит информацию о разделе в таблицу разделов.

В случае MBR в 0 сектор, в случае GPT - в конец диска.

Записывается что-то на раздел уже после создания файловой системы.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Если как-то можно то могу отправить скрин того ракогого момента

DiamevaeBro
() автор топика
Ответ на: комментарий от DiamevaeBro

Посмотри что указано в /etc/fstab в установленной системе.

Ну либо просто сделай заново, смотри ссылку на gentoo wiki.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Первый раз о таком слышу и честно сомневаюсь.

Не надо сомневаться. Norton Disk Doctor вполне умел таблицу разделов восстанваливать, да и я когда-то помнил сигнатуру и без ndd вполне мог найти, просто ndd было удобно пользоваться. А, да, возможно это касалось только разделов внутри extended, но и первичные, кажется, искались.

AS ★★★★★
()
Ответ на: комментарий от AS

А ты не думаешь, что NDD искал сигнатуру файловой системы на разделе?

Ты же не просто взял чистый диск, создал таблицу разделов, разделы, БЕЗ ФАЙЛОВЫХ СИСТЕМ. А потом удалил разделы и стал их искать.

Вот у тебя NDD и искал сигнатуру суперблока файловой системы NTFS или FAT или что там у тебя было.

Повторяю, при создании разделов в утилите разметки fdisk вносятся изменения только в область, в которой хранится таблица разделов.

На сам диск в сектор начала раздела на диске ничего не пишется.

Только после вызова утилиты создания файловой системы на разделе в первый сектор раздела начнётся записываться суперблок файловой системы.

А по поводу extended раздела, тут ты прав.

Информация о следующей записи логического раздела в extended хранится после последнего сектора предыдущего раздела.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от kostik87

#
# /etc/fstab
# Created by anaconda on Tue Jul  5 15:47:00 2022
#
# Accessible filesystems, by reference, are maintained under '/dev/disk/'.
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.
#
# After editing this file, run 'systemctl daemon-reload' to update systemd
# units generated from this file.
#
UUID=623826a9-c289-4f6c-a6bf-6c9fd3f4164a /                       btrfs   subvol=root,compress=zstd:1 0 0
UUID=15acb86e-ca66-42c4-affa-feb8ba3a8ce1 /boot                   ext4    defaults        1 2
UUID=463A-B453          /boot/efi               vfat    umask=0077,shortname=winnt 0 2
UUID=623826a9-c289-4f6c-a6bf-6c9fd3f4164a /home                   btrfs   subvol=home,compress=zstd:1 0 0
DiamevaeBro
() автор топика
Ответ на: комментарий от DiamevaeBro

Пробуй скрипт вот в этом сообщении: Не могу записать таблицу разделов (комментарий)

У тебя есть /boot и EFI раздел.

Начинай поиск с нулевого сектора, указывая тип файловой системы ext4 и vfat.

Ну либо поставь утилиту testdisk и поищи разделы с помощью неё.

kostik87 ★★★★★
()
Ответ на: комментарий от DiamevaeBro

Потому, что на EFI разделе файловая система FAT32.

Ты снёс два раздела

Disk /dev/nvme0n1: 238.47 GiB, 256060514304 bytes, 500118192 sectors
Disk model: UMIS RPJTJ256MEE1OWX                    
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: EB5DAFE7-C2D5-4EC7-A338-535EED79956A

Device           Start       End   Sectors   Size Type
/dev/nvme0n1p3 3328000 500117503 496789504 236.9G Linux filesystem

Тут только p3 есть. P1 и P2 нет.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87
Disk /dev/nvme0n1 - 256 GB / 238 GiB - CHS 244198 64 32
Current partition structure:
     Partition                  Start        End    Size in sectors

 3 P Linux filesys. data      3328000  500117503  496789504
DiamevaeBro
() автор топика
Ответ на: комментарий от Vsevolod-linuxoid

В /etc/fstab у него записи о трёх файловых системах: Случайно удалил корневой раздел по совместительству efi (комментарий)

А в выводу fdisk у него есть запись только об одном разделе, под номером 3.

Размер накопителя 238.47 Gb, а размер 3-го раздела 236.9 Gb, в начале диска область на 1.5 Gb не размечена, там как раз эти два удалённых раздела.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Да я снес два раздела,один загрузчик винды,второй сожалению линукса

DiamevaeBro
() автор топика
Ответ на: комментарий от kostik87
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/nvme0n1 - 256 GB / 238 GiB - CHS 244198 64 32
     Partition               Start        End    Size in sectors
 P MS Data                     2048    1230847    1228800 [NO NAME]
>P Linux filesys. data      1230848    3327999    2097152
 P Linux filesys. data      3328000  500117503  496789504 [fedora_localhost-live]
DiamevaeBro
() автор топика
Ответ на: комментарий от DiamevaeBro

Создай в утилите командной строки fdisk разделы.

Первый

 P MS Data                     2048    1230847    1228800 [NO NAME]

Это EFI раздел.

Второй

P Linux filesys. data      1230848    3327999    2097152

Это /boot раздел.

ИМЕННО У УТИЛИТЕ fdisk в КОМАНДНОЙ СТРОКЕ.

Графическая утилита, скорее всего, помимо создания записи о разделе ещё и создаст заново файловую систему.

kostik87 ★★★★★
()
Ответ на: комментарий от DiamevaeBro

gdisk — работает в режиме текстового бота, запусти его через sudo gdisk /dev/nvme0n1, а потом запусти ? для справки. Он при создании разделов через n сперва спросит номер раздела (введи что был), потом первый и последний сектор — эти вот циферки в выводе выше Случайно удалил корневой раздел по совместительству efi (комментарий) это первый сектор, последний сектор и сколько секторов.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)
Ответ на: комментарий от DiamevaeBro
fdisk /dev/nvme0n1
n
1
2048
123047
t
1
n
2
1230848
3327999
t
20
w
q

Вместо 1 и 2 после ввода n возможно тебе нужно будет ввести 4 и 5 соответственно.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от kostik87

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

DiamevaeBro
() автор топика
Ответ на: комментарий от DiamevaeBro

Ты пробовал его смонтировать?

mkdir /tmp/1
mount /dev/nvme0n1p1 /tmp/1
ls /tmp/1
kostik87 ★★★★★
()
Ответ на: комментарий от DiamevaeBro

Возможно, смотри ссылку на gentoo wiki, что я привел выше.

Только для выполнения команд по установке EFI загрузчика тебе нужно смонтировать корневую файловую систему установленного Linux, сделать в неё chroot и из него ставить загрузчик.

Поищи в Internet как это делается. На gentoo wiki это тоже описано.

Но я думаю, что файлы на EFI разделе есть.

kostik87 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.