Ответы:
Это звучит как неправильно настроенный пакет. Я собирался добавить это как комментарий, но так как вы заявляете, что у вас нет sudo, это немного сложнее. Выключите компьютер, вставьте установочный носитель (usb, cd) и загрузитесь с него, а не с жесткого диска. Выберите опцию «Попробуйте Ubuntu без его установки». Откройте терминал, смонтируйте жесткий диск. Вы можете найти свой раздел диска с
sudo fdisk -l
Предполагая, что ваша система находится в / dev / sda1,
sudo mount /dev/sda1 /mnt
sudo chroout /mnt
sudo apt-get --reinstall install core-utils
exit
Теперь выключите компьютер и перезапустите его без установочного носителя (usb, cd). Это предполагает, что только пакет core-utils был дефектным. Если на этом этапе ваша проблема не решена, вам, вероятно, лучше, переделав установку. Только во время загрузки iso выполните контрольную сумму загруженного iso, это избавит вас от многих последующих головных болей.
Если по какой-либо причине вы обновились с помощью do-dist-upgrade, поскольку у вас нет iso, невозможно выполнить только что упомянутую мной проверку (и многое другое, что показывает, почему я никогда не обновляюсь через do-dist). -обновление, у меня был только плохой опыт с этим). В этом случае мое предложение по-прежнему заключается в том, чтобы загрузить ISO-образ и обновить его оттуда.
Утилита dircolors
будет использовать переменную среды, LS_COLORS
если она существует, в противном случае она будет использовать некоторое значение по умолчанию из базы данных ресурсов.
Если вы LS_COLORS
слишком долго или иным образом повреждены, это может вызвать проблемы. Вы можете проверить это с помощью printenv:
printenv LS_COLORS
или посмотрите, насколько он велик с wc -c
:
printenv LS_COLORS | wc -c
На моей машине с Ubuntu 13.10 он имеет длину 1304 байта и работает просто отлично. Возможно, вы обновили более раннюю версию Ubuntu, и в вашем или в каком-либо другом сценарии запуска LS_COLORS
установлено какое-то странное значение ~/.bashrc
.