Первая проблема заключается в том, что ваша первая команда создала файл swapfile
в вашем текущем каталоге, а ваши последующие команды (с )явно ссылались на /swapfile
, файл с именем swapfile
в корневой каталог. Если это не был ваш текущий рабочий каталог, когда вы выполнили первую команду, все последующие команды будут ссылаться на файл, которого нет для работы.
Если вы не получили выходных данных от cat /proc/swaps
, это означает, что либо в вашей системе не procfs
запущено (маловероятно ), либо что у вас в настоящее время нет активного пространства подкачки.
Вывод, который, как вы утверждаете, получен из grep swap /etc/fstab
, не имеет никакого смысла. Это похоже на вывод free -m
(, случайно подтверждающий, что у вас не настроен активный своп ), а не частичное содержимое таблицы файловой системы.
Ваше сообщение -reboot swapon -s
(, которое, как указано в руководстве, дает ту же информацию, что и cat /proc/swaps
), указывает на то, что в какой-то момент до вашей перезагрузки кто-то выполнил swapoff
.
так как у вас был рабочий раздел где-то в резервной копии внутри жесткого диска
↪ sudo fdisk /dev/sdb
Welcome to fdisk (util-linux 2.36.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
The primary GPT table is corrupt, but the backup appears OK, so that will be used.
вы можете просто сделать дамп и восстановить сразу после дампа
sudo sfdisk -d /dev/sdb > sdb.dump
sudo sfdisk /dev/sdb < sdb.dump
и халия =)
The primary GPT table is corrupt, but the backup appears OK, so that will be used.
Checking that no-one is using this disk right now... OK
Disk /dev/sdb: 3.64 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: TOSHIBA MD04ABA4
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: 7D5C7ECA-C305-3C44-AA4F-8503EB53A54F
Old situation:
Device Start End Sectors Size Type
/dev/sdb1 2048 7814031359 7814029312 3.6T Linux filesystem
>>> Script header accepted.
>>> Script header accepted.
>>> Script header accepted.
>>> Script header accepted.
>>> Script header accepted.
>>> Script header accepted.
>>> Script header accepted.
>>> Created a new GPT disklabel (GUID: 7D5C7ECA-C305-3C44-AA4F-8503EB53A54F).
/dev/sdb1: Created a new partition 1 of type 'Linux filesystem' and of size 3.6 TiB.
Partition #1 contains a ext4 signature.
/dev/sdb2: Done.
New situation:
Disklabel type: gpt
Disk identifier: 7D5C7ECA-C305-3C44-AA4F-8503EB53A54F
Device Start End Sectors Size Type
/dev/sdb1 2048 7814031359 7814029312 3.6T Linux filesystem
The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.
только 2 команды в терминале
всего несколько секунд
это так просто, не тратьте время и деньги на новые резервные копии жесткого диска и rstudio;)
Думаю, в отличие от fdisk
ядро не использует резервную копию таблицы разделов. Так что сначала нужно отремонтировать. Может быть достаточно просто открыть диск с помощью fdisk /dev/sdd
и записать таблицу разделов.
Если вы загружаете исходники e2fsprogs с github, вы можете создать инструмент findsuper
для сканирования устройства на наличие магических значений суперблока ext2/3/4. Это должно сказать вам, где на диске находится файловая система, и поможет вам восстановить таблицу разделов.