Я обновил много серверов от сержанта, чтобы вытравиться, вытравиться к 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, если это не то, как Вы загрузились прежде.
Перезагрузите снова, чтобы видеть, работает ли это хорошо. Раз так вот именно.
Это было просто быстрым обзором, и необходимо определенно прочитать руководства. Но после многих обновлений для сжатия я нашел, что это почти всегда сводилось к вышеупомянутому.
Проверьте вывод 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
(плюс еще некоторые, вероятно, данные раздела).
Это, вероятно, потому что sda5 является логическим разделом, и возможно действительно имеет другое смещение округления, чем физические. Или установщик Ubuntu, возможно, создал sda4 нарочно этот размер. Я думаю, что можно действительно проигнорировать его безопасно.
Я выполнил 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
/dev/sda4
содержит толькоsda5
. В моем случаеsda4
логично, также. – Mr Shunz 10.04.2013, 11:14