При попытке отформатировать USB-ключ я случайно выбрал / dev / sda и приступил к форматированию диска. К счастью, форматирование было прервано, когда GParted заметил, что диск в данный момент подключен. Тем не менее, я больше не вижу разделов (даже после перезапуска GParted я продолжаю видеть это):
Я еще не перезагружен, поскольку я боюсь сделать это. На данный момент я могу нормально использовать свою файловую систему, но боюсь, что при перезагрузке могут произойти плохие вещи. Что я могу сделать, чтобы это исправить? Безопасно ли перезагружаться?
ОБНОВЛЕНИЕ:
Я пытался создать загрузочный USB-ключ для Windows 7, поэтому я нажал «Устройство / Создать таблицу разделов» и выбрал «msdos». Затем я попытался создать первичный раздел (NTFS) и получил ошибку из-за того, что / dev / sda уже смонтирован. Я не уверен, где я могу получить точный журнал. Вот результат работы sudo fdisk -l
:
➜ ~ sudo fdisk -l
[sudo] password for olalonde:
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0001db65
Device Boot Start End Blocks Id System
/dev/sda1 1 60801 488384001 7 HPFS/NTFS
Disk /dev/sdb: 7998 MB, 7998537728 bytes
255 heads, 63 sectors/track, 972 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0005e98c
Device Boot Start End Blocks Id System
/dev/sdb1 1 972 7807558+ 7 HPFS/NTFS
Как я уже сказал, моя файловая система правильно смонтирована, поэтому я могу создавать резервные копии всех своих файлов, но я бы предпочел не проходить этот длительный процесс, если это безопасно перезагрузиться или, если есть способ это исправить перед перезагрузкой ...
ОБНОВЛЕНИЕ 2:
Вывод mount
и cat /proc/mounts
:
➜ ~ mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
/home/olalonde/.Private on /home/olalonde type ecryptfs (ecryptfs_check_dev_ruid,ecryptfs_sig=ee352762b400fa23,ecryptfs_fnek_sig=70e5eee62e053b1b,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs)
gvfs-fuse-daemon on /home/olalonde/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=olalonde)
/dev/sda1 on /mnt type ext4 (rw)
➜ ~ cat /proc/mounts
rootfs / rootfs rw 0 0
none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
none /proc proc rw,nosuid,nodev,noexec,relatime 0 0
none /dev devtmpfs rw,relatime,size=2005108k,nr_inodes=501277,mode=755 0 0
none /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
/dev/disk/by-uuid/bbf66c3f-ae71-4389-9f83-282e95ce6ee9 / ext4 rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0
none /sys/fs/fuse/connections fusectl rw,relatime 0 0
none /sys/kernel/debug debugfs rw,relatime 0 0
none /sys/kernel/security securityfs rw,relatime 0 0
none /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
none /var/run tmpfs rw,nosuid,relatime,mode=755 0 0
none /var/lock tmpfs rw,nosuid,nodev,noexec,relatime 0 0
none /lib/init/rw tmpfs rw,nosuid,relatime,mode=755 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec,relatime 0 0
/home/olalonde/.Private /home/olalonde ecryptfs rw,relatime,ecryptfs_fnek_sig=70e5eee62e053b1b,ecryptfs_sig=ee352762b400fa23,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs 0 0
gvfs-fuse-daemon /home/olalonde/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0
/dev/sda1 /mnt ext4 rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0
ОБНОВЛЕНИЕ 3:
[ 1122] Я пытаюсь использоватьtestdisk
. Кто-нибудь может подтвердить, что я делаю это правильно и должен ли я нажимать на этот страшный вид «Написать»?
[ 1110] (выбранный N)
Я просто воспроизвел Вашу проблему в использовании виртуальной машины fdisk
вместо gparted
.
Прежде чем я имел:
Device Boot Start End Blocks Id System
/dev/sda1 * 1 18 144553+ 83 Linux
/dev/sda2 19 2450 19535040 83 Linux
/dev/sda4 2451 2610 1285200 82 Linux swap / Solaris
Я затем использовал fdisk
удалить разделы 4, 2 и 1 и создать новый основной раздел, покрывающий целый диск. Я затем изменил тип на NTFS (07) и записал это в диск.
fdisk -l /dev/sda
затем сообщаемый:
Device Boot Start End Blocks Id System
/dev/sda1 1 2610 20964793+ 7 HPFS/NTFS
Я затем выполнил 'испытательный стенд/dev/sda', который почти немедленно придумал список разделов, о которых при записи сообщили как:
Device Boot Start End Blocks Id System
/dev/sda1 * 1 18 144553+ 83 Linux
/dev/sda2 19 2450 19535040 83 Linux
/dev/sda3 2451 2610 1285200 82 Linux swap / Solaris
Единственная разница - то, что это переместилось /dev/sda4
кому: /dev/sda3
. VM перезагружается успешно.
В Вашем случае, с тех пор монтируются, показывает, что у Вас только есть единственный раздел, /dev/sda1
, testdisk
должен смочь восстановить его без любой проблемы.
В любом случае, testdisk
дает Вам опцию решения, выписать ли его результаты, таким образом, Вы не можете проиграть путем выполнения его. Очевидно, Вы, возможно, должны сделать sudo apt-get install testdisk
.
Конечно, если это возможно, вероятно, благоразумно создать резервную копию чего-либо критического.
У меня проблемы с репликацией вашего сценария - если раздел смонтирован, явно (fstab / mount) или неявно (Наутилус и т. Д.), GParted не позволит вам создать таблицу разделов родительское устройство перед размонтированием .
Я подозреваю, что GParted успешно перезаписал таблицу разделов MBR / / dev / sda. Перезагрузка сделает содержимое недоступным, пока не делайте этого. Если вы готовы, я считаю, что testdisk сможет восстановить таблицу разделов.
Должен быть способ получить макет таблицы разделов в памяти (ядра) - так вы все еще можете получить доступ к содержимому - но я не могу вспомнить простой способ сделать это.
В то же время это может быть хорошей идеей, по крайней мере, поддержать критические вещи ...
Не могли бы вы сделать:
sudo fdisk -l /dev/sda
Таким образом, вы сможете увидеть, по-прежнему ли они перераспределяют разделы, например:
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 1171455 584704 83 Linux
/dev/sda2 1171456 3125247 976896 82 Linux swap / Solaris
/dev/sda3 3127294 15611903 6242305 5 Extended
/dev/sda5 3127296 13869483 5371094 83 Linux
/dev/sda6 13871104 15611903 870400 83 Linux
Это то, что я получаю в моей системе. Если он больше не распознает вашу файловую систему должным образом, я не уверен, что вы можете сделать намного больше.
В этом случае я рекомендую сделать резервную копию всех ваших наиболее важных файлов, поскольку вы можете использовать fdisk
или cfdisk
для установки типа раздела, а затем использовать fsck
для проверки файловой системы.
Но я не уверен, исправит ли он ваш раздел. Подобные вещи действительно могут быть неприятными, я случайно набрал rm -rf /tmp /
один раз, за долю секунды, которую я нажал CTRL+C
, половина моего / bin уже была удалена, и мне пришлось переустанавливать.
Я надеюсь, что мой совет направит вас в правильном направлении и что вы сможете починить свою систему.
Если вы столкнетесь с чем-нибудь, просто дайте мне знать.
Ответ на обновление 3:
Я считаю, что писать - это путь. Он должен восстановить тип раздела и флаги, какими они были до gparted. Однако я не могу сказать, насколько важно иметь резервную копию на случай, если что-то пойдет не так.
После завершения testdisk снова запустите «fdisk -l / dev / sda» и запустите вывод.