Просто предположив, но это походит на способ избежать конфликта между "стандартными" идентификаторами пользователей с низким номером и локальным UIDs. Локальные UIDs считают в обратном порядке от максимального значения и системы, которую UIDs подсчитывают от минимума с почти нулевым шансом, они будут когда-либо сталкиваться.
(Я только когда-то использовал систему с больше, чем 64K обычными пользователями на единственной машине, и это вернулось в дни перед LDAP.)
Общие 1-1000 схем, к которым Вы обращаетесь, имеют несколько проблем:
Вы записываете любые пока еще неиспользованные значения. Необходимо зарезервировать больше, чем Вы думаете, что Вам когда-либо будет нужно.
Если Вы не угадываете, у Вас есть проблема прямой совместимости. Я использовал *ixes, который имел порог 500 в одной версии, затем 1000 в следующем, несомненно, потому что кто-то решил, что они исчерпали стандартный UIDs или подверглись риску его.
Затем я добавил [1172576]nomodeset[1172577] в список опций загрузки [1172578]GRUB_CMDLINE_LINUX_DEFAULT[1172579] и все сработало.
Понятия не имею, как эти двое были связаны, но именно это и исправило проблему.[1172221]
В попытке fstab использовать опцию "_netdev" так, чтобы это считало что-то как следующее. Это гарантирует, что сети возросли прежде, чем попытаться смонтироваться. Это - то, хотя не nessesarily решение для Вашей проблемы, но мог помочь решить его.
server:/remote/export /local/directory rw,_netdev 0 0