У меня есть немного рассеянного вопроса. Я недавно хотел обновить свою nginx установку на одном из моих серверов рабочая человечность 12.04. Я считал где-нибудь, что это должно быть сделано путем выполнения apt-get upgrade nginx -f
- однако это, кажется, неправильно, потому что мой сервер начал обновлять МНОГО пакетов - включая личинку - и это - то, о чем мой вопрос. Это предложило мне сообщение который устройство или раздел устанавливать личинку на, и это что-то об установке его ко всем, если не уверенный. Я закончил тем, что прервал установку, и затем она сказала мне, что мой сервер не мог бы загрузиться правильно, если бы я перезапустил ее, потому что я не указывал устройства или что-то.
Поскольку Вы, возможно, ожидали, что я не знаю о личинке, и мой вопрос для этого:
Есть ли в настоящее время что-то не так после того, как я прервался apt-get upgrade
? Как я теперь удостоверяюсь, что все в порядке? Я могу безопасно перезапустить свой сервер (если мне однажды нужно это)?
У меня есть массив RAID 1 по моим двум дискам на 3 ТБ. Вот некоторая информация о системе:
Во-первых: df -1
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md2 1065281580 2449292 1009145256 1% /
udev 16310664 12 16310652 1% /dev
tmpfs 6527992 328 6527664 1% /run
none 5120 0 5120 0% /run/lock
none 16319972 0 16319972 0% /run/shm
cgroup 16319972 0 16319972 0% /sys/fs/cgroup
/dev/md3 1828890816 9885048 1726835052 1% /home
/dev/md1 507836 45060 436564 10% /boot
Disk /dev/md1 doesn't contain a valid partition table
Во-вторых: cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md1 : active raid1 sda2[0] sdb2[1]
524276 blocks super 1.2 [2/2] [UU]
md0 : active raid1 sda1[0] sdb1[1]
12581816 blocks super 1.2 [2/2] [UU]
md2 : active raid1 sda3[0] sdb3[1]
1073740664 blocks super 1.2 [2/2] [UU]
md3 : active raid1 sda4[0] sdb4[1]
1843414335 blocks super 1.2 [2/2] [UU]
В-третьих: gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.8.1
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 5860533168 sectors, 2.7 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): E7CD481A-663E-4312-AFC0-E72669DA4E34
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 5860533134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)
Number Start (sector) End (sector) Size Code Name
1 4096 25169919 12.0 GiB FD00
2 25169920 26218495 512.0 MiB FD00
3 26218496 2173702143 1024.0 GiB FD00
4 2173702144 5860533134 1.7 TiB FD00
5 2048 4095 1024.0 KiB EF02
В-четвертых: gdisk -l /dev/sdb
GPT fdisk (gdisk) version 0.8.1
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sdb: 5860533168 sectors, 2.7 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 3FD386DF-A293-4A31-86FF-1E1EF5CA6566
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 5860533134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)
Number Start (sector) End (sector) Size Code Name
1 4096 25169919 12.0 GiB FD00
2 25169920 26218495 512.0 MiB FD00
3 26218496 2173702143 1024.0 GiB FD00
4 2173702144 5860533134 1.7 TiB FD00
5 2048 4095 1024.0 KiB EF02
Вы можете попытаться переустановить grub в MBR обоих жестких дисков с grub-install /dev/sda
и grub-install /dev/sdb
в качестве пользователя root.
Это гарантирует, что вы можете загрузиться, даже если один из ваших жестких дисков сломан.
Это сработало для меня с моими 2x 500 ГБ на RAID 1.