область на диске после MBR и перед стартовой точкой раздела

Можно сделать это путем создания или редактирования названного файла user-dirs.dirs в ~/.config. Мой имеет следующее:

XDG_DESKTOP_DIR="$HOME/"
XDG_DOCUMENTS_DIR="/srv/documents/"
XDG_DOWNLOAD_DIR="$HOME/downloads/"
XDG_MUSIC_DIR="/srv/music/"
XDG_PICTURES_DIR="/srv/pictures/"
XDG_VIDEOS_DIR="$HOME"

Firefox следует за тем, для чего Вы имеете XDG_DESKTOP_DIR.

10
03.07.2013, 23:54
2 ответа

Старый разрыв на 32 кибибита между MBR и первым сектором файловой системы называют регионом совместимости DOS или разрывом MBR, потому что DOS потребовал, чтобы разделы запустились на цилиндрических границах (и каждый цилиндр имел 64 сектора т.е. 64 сектора * 512 байтов/секторы = 32 кибибита пространства).

enter image description here

GRUB прежней версии (GRUB1), возможно, использовал его для установки 1.5-этапного загрузчика GRUB1 там: http://www.gnu.org/software/grub/manual/grub.html#BIOS-installation.

Дополнительные ссылки:

  1. http://www.pixelbeat.org/docs/disk/
  2. https://superuser.com/questions/107235/how-do-boot-sectors-and-multiple-drives-works/108152#108152
  3. http://www.dedoimedo.com/computers/grub.html
16
27.01.2020, 20:00
  • 1
    Хорошо, благодарит объяснить это! Взгляды, что GRUB2 использует ту же область между MBR и перед разделом, поскольку это - загрузочный код. Согласно grub-install -v У меня есть установленный GRUB2 и если я выполняюсь dd if=/dev/sda obs=1 ibs=1 skip=512 count=2047 2>/dev/null | strings -n4 затем там "загружаются", "Геометрия", "Чтение", "Ошибка" в этой области, и они должны принадлежать GRUB2. –  Martin 04.07.2013, 23:01
  • 2
    @Martin Гм, интересное наблюдение. Я имею только "^ "s там, grub2, также. Кажется, что мой этап 2 является правильным в файловой системе. :) –  Boris Burkov 05.07.2013, 00:04
  • 3
    @Martin: Если бы Вам ранее установили GRUB 0.99, то это могло бы все еще быть в той области, даже если Вашим текущим загрузчиком является GRUB 2.x и не использование его. –  Ben Voigt 07.08.2014, 00:02

Это - оптимизация производительности и не связанное с Linux вообще, только с аппаратными средствами. Современные диски (так называемые "4K" диски) используют физические секторы 4 096 байтов вместо 512. Все еще можно обратиться к единственным 512-байтовым секторам, но это может сильно повлиять на производительность если разделы (или скорее: файловые системы), не выровненные к 4K.

Запустите сектор 64 был бы достаточно для этого требования. Увеличение к 2048, кажется, превентивно (например, позволяющий помещать раздел начальной загрузки UEFI там, если диск должен быть преобразован в GPT позже).

6
27.01.2020, 20:00
  • 1
    оптимизацией производительности, Вы подразумеваете, что, если файловая система запускается в середину 4K сектора, то все данные в этой файловой системе также неправильно выравниваются и это означало бы что, если Вы изменяете даже байт в файле в файловой системе, то два физических 4K сектора должны быть считаны и изменены? Если файловая система выровненная, то только один 4K сектор должен быть изменен, пока все байты находятся на том же 4K физическом секторе? –  Martin 05.07.2013, 02:20
  • 2
    @Martin, которым проблема состоит в том, что ядро всегда пишет 4K блоки (размер страницы) в диск (потому что страницы кэшируются). В отличие от единственного сектора 4K страница может быть частью двух секторов. В этом случае не 4K, но 8K должен быть записан. И еще хуже: может случиться так, что один или даже оба 4K блоки на диске должны быть считаны сначала. –  Hauke Laging 05.07.2013, 02:48

Теги

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