Тайна маленького 1K раздела жесткого диска, и является этим безопасный или вредоносный на универсальной Ubuntu 12.04.02LTS Amd64

Я обновил много серверов от сержанта, чтобы вытравиться, вытравиться к lenny и lenny для сжатия.

Обновление для сжатия является чем-то вроде нечетного шара в той определенной основе, которую вещи изменили, способ, которым диски называют (использование UUID вместо имен устройств) и udev, а также обновление grub2.

Процедура всегда сводилась (я предпочитаю использовать склонный в оболочке):

change sources.list to point to squeeze
apt-get update
apt-get upgrade

(check kernel version and install it)
uname -a <-- let's say you found a 2.6.26-amd64 version
apt-get install udev linux-image-amd64

(reboot)
apt-get update
apt-get dist-upgrade

Я выбираю к НЕ chainload grub2 с помощью личинки, но использую grub2 сразу же. Это может быть хитрой частью, но просто быть осторожно. Идеально grub2 должен был быть настроен и настроен правильно, но я заметил, что это не всегда имеет место. Для проверки можно работать (можно выполнять его так часто, как Вы хотите):

upgrade-from-grub-legacy

Затем выберите свой загрузочный диск, скажите, что Вы загружаетесь от/dev/sda затем, Вы выбираете/dev/sda для сохранения загрузочной записи. Обычно Вы не должны выбирать разделы, такие как/dev/sda1, если это не то, как Вы загрузились прежде.

Перезагрузите снова, чтобы видеть, работает ли это хорошо. Раз так вот именно.

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

3
09.04.2013, 19:24
3 ответа

Проверьте вывод fdisk -l также. @eppesuig разобрался в нем, /dev/sda4 расширенный раздел должен содержать логический '/dev/sda5 раздел

В моей системе:

:) ✭ [~] $> sudo lsblk 
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 465.8G  0 disk 
├─sda3   8:3    0  39.1G  0 part /
├─sda4   8:4    0     1K  0 part 
├─sda5   8:5    0 422.7G  0 part /home
└─sda6   8:6    0     4G  0 part [SWAP]
sr0     11:0    1  1024M  0 rom 

и

:) ✭ [~] $> sudo fdisk -l

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 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 identifier: 0xe3102a4b

   Device Boot      Start         End      Blocks   Id  System
/dev/sda3            2048    81919999    40958976   83  Linux
/dev/sda4        81920000   976771071   447425536    5  Extended
/dev/sda5        81922048   968302591   443190272   83  Linux
/dev/sda6       968304640   976771071     4233216   82  Linux swap / Solaris

Поскольку Вы видите 1K /dev/sda4 действительно "контейнер" для логических разделов /dev/sda5 и /dev/sda6, fdisk показывает "реальное" размещение блока (447 425 536 блоков), который является местом, занятым sda5 и sda6 (плюс еще некоторые, вероятно, данные раздела).

4
27.01.2020, 21:14
  • 1
    Теперь действительно похоже, что sda4 (Расширенный) просто, содержит sda5. Я выполнил fdisk-l, как Вы предположили. –  GeoffreyA 10.04.2013, 00:34
  • 2
    у меня есть upvoted Ваш ответ, но Stackexchange отказался от него. Я также принял Ваш ответ, который разрешил Stackexchange. Благодаря всем для того, чтобы выручить! Stackexchange иногда является небольшим derpy. –  GeoffreyA 10.04.2013, 00:41
  • 3
    @user36849 да, в Вашем случае /dev/sda4 содержит только sda5. В моем случае sda4 логично, также. –  Mr Shunz 10.04.2013, 11:14

Это, вероятно, потому что sda5 является логическим разделом, и возможно действительно имеет другое смещение округления, чем физические. Или установщик Ubuntu, возможно, создал sda4 нарочно этот размер. Я думаю, что можно действительно проигнорировать его безопасно.

2
27.01.2020, 21:14
  • 1
    Согласованный, теперь действительно похоже, что sda4 (Расширенный) просто, содержит sda5, и я думаю, что могу проигнорировать его безопасно, как Вы предположили. Спасибо за ответ. Мне бы хотелось дать больше чем одному голосование. –  GeoffreyA 10.04.2013, 00:33

Я выполнил sudo fdisk-l, как предложил г-н Shunz. Я принял ответ г-на Shunz.

(BTW, Stackexchange не разрешил бы мне форматировать эту информацию, ясно использующую функцию Comment. Возвраты каретки, которые я попытался вставить просто, добавили комментарий преждевременно. Поэтому я использовал функцию Answer вместо этого, так, чтобы другие могли считать эту информацию и понять это.)

Начальная загрузка устройства запускает идентификационную систему блоков конца

/dev/sda1 * 2048 616447 307200 83 Linux

/dev/sda2 616448 103016447 51200000 8e Linux LVM

/dev/sda3 103016448 115304447 6144000 82 подкачки Linux / Солярис

/dev/sda4 115306494 134836223 9764865 5 Расширенных

/dev/sda5 115306496 134836223 9764864 83 Linux

0
27.01.2020, 21:14

Теги

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