Доступ к внутреннему диску при загрузке с USB-ключа
У меня есть Dell XPS 13 с 256-гигабайтным внутренним диском, разделенный на две загрузки с Windows 10 и Ubuntu 16.04. После обновления прошивки ноутбук больше не будет загружаться в Ubuntu, но он загрузится в Windows, поэтому внутренний диск не будет поврежден.
Я установил Ubuntu 16.04.1, установленный на 8 ГБ USB SanDisk USB , и может загружать ноутбук в Ubuntu с этим.
Используя информацию по этому вопросу, я побежал sudo fdisk 1, и я вижу 16 записей для томов 64MiB в этом формате:
Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 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
Эти записи называются из / dev / ram0 to / dev / ram15, и за этим следует:
Disk /dev/loop0: 1.4 GiB, 1459982336 bytes, 2851528 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/sda: 7.5 GiB, 8002732032 bytes, 15630336 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: 0x0030553a
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 15630335 15628288 7.5G c W95 FAT32 (LBA)
. Хотя это составляет чуть больше 8 ГБ, ни одна из этих записей не относится к любому из разделов на внутренней диск
Я все еще нахожусь на мелком конце, когда дело доходит до понимания всей мощности интерфейса командной строки, поэтому я был бы признателен за простые объяснения.
Что мне нужно сделать для доступа к внутреннему диску?
ИЗМЕНИТЬ. Вот как выглядит каталог /boot:
# tree /boot
/boot
├── abi-4.4.0-31-generic
├── config-4.4.0-31-generic
├── efi
│ └── EFI
│ └── ubuntu
│ ├── fw
│ └── fwupx64.efi
├── grub
│ ├── gfxblacklist.txt
│ ├── grubenv
│ └── unicode.pf2
├── memtest86+.bin
├── memtest86+.elf
├── memtest86+_multiboot.bin
└── System.map-4.4.0-31-generic
3 ответа
Выполнение системного сканирования исправлено (эта часть) проблемы.
Я нажал F12 во время перезагрузки компьютера. Появилось 8-битное меню, и я выбрал System Scan. Это продолжалось около 15 минут и обнаружило проблему в таблице разделов. В конце сканирования она устранила проблему, и теперь я вижу четыре диска в Unity Launcher слева от экрана.
Теперь, когда я запускаю disks или gparted или выполнить sudo fdisk -l, у меня также есть доступ к 256-граммовому SSD-диску.
-
1Хорошие новости! звучит как ваша таблица разделов была повреждена. Я рад, что это удалось исправить. – Organic Marble 13 November 2017 в 21:08
Выполнение системного сканирования исправлено (эта часть) проблемы.
Я нажал F12 во время перезагрузки компьютера. Появилось 8-битное меню, и я выбрал System Scan. Это продолжалось около 15 минут и обнаружило проблему в таблице разделов. В конце сканирования она устранила проблему, и теперь я вижу четыре диска в Unity Launcher слева от экрана.
Теперь, когда я запускаю disks или gparted или выполнить sudo fdisk -l, у меня также есть доступ к 256-граммовому SSD-диску.
Выполнение системного сканирования исправлено (эта часть) проблемы.
Я нажал F12 во время перезагрузки компьютера. Появилось 8-битное меню, и я выбрал System Scan. Это продолжалось около 15 минут и обнаружило проблему в таблице разделов. В конце сканирования она устранила проблему, и теперь я вижу четыре диска в Unity Launcher слева от экрана.
Теперь, когда я запускаю disks или gparted или выполнить sudo fdisk -l, у меня также есть доступ к 256-граммовому SSD-диску.