Описание тега hard-drive

Описание тега Вопросы с тегом
@LightnessRacesinOrbit это много менее вероятно, чем умереть в ближайшие 5 лет, если вы 77. Советник вылетов смертей и т. д. невероятно разрушительно для карьеры. Я не понимаю, почему мы должны игнорировать это как часть карпе Дием философии. @ФСБ вот почему я добавил "Кроме того, можно попробовать и посмотреть на параметр в игре, чтобы сбросить свой прогресс". в конце @Повелитель огня: на маршмеллоу это просто тумблер под названием "блокировать все" (а вы не должны соглашаться на что-то). Включение и отключение действительно, он избавился от уведомления. Я все еще хочу знать, о чем она хоть. Пока спасибо. :) Я использовать BitLocker, который поставляется с Windows. "Печать" означает отображение на экране в этом контексте. Проблема связана с тем, чтобы использовать `е`, когда текст к печати начинается с минуса, который рассматривается в качестве альтернативы текст. Они, вероятно, ушел в спячку на зиму, и вернутся в первоначальное состояние, когда становится теплее. Это характерно для папоротников.

У меня есть две системы, обе работают под управлением Debian Джесси 8.4, и оба имеют открытый-ВМ-Tools установлен. Файлы идентичны с обеих сторон. Однако, с одной стороны vmtoolsd ссылки на старый libicu, althougth файла идентичны, что дает мне:

vmtoolsd: ошибка при загрузке разделяемых библиотек: libicui18n.так.44: невозможно открыть разделяемый объектный файл: нет такого файла или каталога

Вот лдд выход на сбойном сервере:

root@asterisk:/usr/lib/x86_64-linux-gnu# команды ldd /usr/Бен/vmtoolsd
 Линукс-ВДСО.так.1 (0x00007ffec070c000)
 libvmtools.так.0 => /usr/местные/библиотека/libvmtools.так.0 (0x00007fed5ba5e000)
 libgmodule-2.0.так.0 = > в /usr/lib в/x86_64 с-линукс-дистрибутив GNU/libgmodule-2.0.так.0 (0x00007fed5b85a000)
 libgobject-2.0.так.0 = > в /usr/lib в/x86_64 с-линукс-дистрибутив GNU/libgobject-2.0.так.0 (0x00007fed5b607000)
 libgthread-2.0.так.0 = > в /usr/lib в/x86_64 с-линукс-дистрибутив GNU/libgthread-2.0.так.0 (0x00007fed5b405000)
 libglib-2.0.так.0 => /библиотека lib/x86_64 с-линукс-дистрибутив GNU/libglib-2.0.так.0 (0x00007fed5b0f6000)
 libicui18n.так.52 = > в /usr/lib в/x86_64 с-линукс-дистрибутив GNU/libicui18n.так.52 (0x00007fed5ace4000)
 libicuuc.так.52 = > в /usr/lib в/x86_64 с-линукс-дистрибутив GNU/libicuuc.так.52 (0x00007fed5a966000)
 libicudata.так.52 = > в /usr/lib в/x86_64 с-линукс-дистрибутив GNU/libicudata.так.52 (0x00007fed590f9000)
 с libstdc++.так.6 => /usr и/lib в/x86_64 с-линукс-дистрибутив GNU/libstdc++в.так.6 (0x00007fed58dee000)
 libm.так.6 => /lib в/x86_64 с-линукс-дистрибутив GNU/libm.так.6 (0x00007fed58aed000)
 libgcc_s.так.1 = > в /lib/x86_64 с-линукс-дистрибутив GNU/libgcc_s.так.1 (0x00007fed588d7000)
 библиотекой libpthread.так.0 = > в /lib/x86_64 с-линукс-дистрибутив GNU/библиотекой libpthread.так.0 (0x00007fed586ba000)
 библиотеки libc.так.6 => /lib в/x86_64 с-линукс-дистрибутив GNU/библиотеки libc.так.6 (0x00007fed5830f000)
 librt.так.1 = > в /lib/x86_64 с-линукс-дистрибутив GNU/librt.так.1 (0x00007fed58107000)
 libcrypt.так.1 = > в /lib/x86_64 с-линукс-дистрибутив GNU/libcrypt.так.1 (0x00007fed57ed0000)
 libicui18n.так.44 => не найден
 libicuuc.так.44 => не найден
 libicudata.так.44 => не найден
 libdl.так.2 => /lib в/x86_64 с-линукс-дистрибутив GNU/libdl.так.2 (0x00007fed57ccc000)
 libffi.так.6 => /usr и/lib в/x86_64 с-линукс-дистрибутив GNU/libffi.так.6 (0x00007fed57ac4000)
 libpcre.так.3 = > в /lib/x86_64 с-линукс-дистрибутив GNU/libpcre.так.3 (0x00007fed57856000)
 /lib64/ЛД-ОС Linux для архитектуры x86-64.так.2 (0x00007fed5bced000)

Только на этой системе это не просто ссылки на libicui18n.так.52, а также ссылки на libicui18n.так.44 ?!?! Другие системы не имеют странную зависимость. Я уже переустановил libicu52 и открытого ВМ-инструменты. Файл libicui18n.так.4 не может быть найден в любом месте на сервере.

Что может быть причиной такого поведение?