Если вы предпочитаете восстановить исходный файл, вы можете переустановить rpm, который создает yum.conf
. Во-первых, найдите, от каких оборотов она исходит, используя rpm -qf
.
В моей системе
$ rpm -qf /etc/yum.conf
yum-3.4.3-158.el7.centos.noarch
Я нашел копию здесь:
http://mirror.centos.org/centos/7/os/x86_64/Packages/yum-3.4.3-158.el7.centos.noarch.rpm
Для переустановки
$ sudo rpm --reinstall http://mirror.centos.org/centos/7/os/x86_64/Packages/yum-3.4.3-158.el7.centos.noarch.rpm
Кроме того, вы можете загрузить rpm и разобрать его, используяrpm2cpio
:
$ mkdir /tmp/yum
$ cd /tmp/yum
$ curl http://mirror.centos.org/centos/7/os/x86_64/Packages/yum-3.4.3-158.el7.centos.noarch.rpm | rpm2cpio | cpio -idmv
Теперь он будет в/tmp/yum/etc/yum.conf
Между тем, вы можете начать использовать etckeeper , который как минимум будет хранить локальную резервную копию вашего /etc
в системе управления версиями.
GNU GRUB (, также известные какgrub2
)записи черного списка, имеют 64 -битное(uint64_t
)поле для номеров LBA, поэтому они могут хранить 8 -байтовых значений. Но ограничивающим фактором в большинстве случаев будет то, что подпрограммы расширенного чтения BIOS INT13h примут :, если базовое аппаратное ограничение равно LBA48, то ограничение будет 2^48 блоков, что соответствует размеру блока 512 -байт. до 128 ПиБ или около 144 ПБ.
Если мы говорим о GRUB Legacy (GRUB 0.9x ), его черные списки могут содержать только 32 -битных(uint32_t
)значения LBA.
В системе UEFI ограничение API доступа к диску встроенного ПО составляет 9,4 зеттабайта, и, поскольку grubx64.efi
может просто указать встроенному ПО загрузить файл с определенным -именем из раздела GPT, идентифицированного UUID, ограничения GRUB могут вообще не применяться. Конечно, если вы используете тип файловой системы, который не поддерживается прошивкой, вам придется полагаться на драйверы файловой системы GRUB, которые еще не (? )поддержка файловых систем такого размера:-)