Символьные устройства для дисков в Linux
Возможно, ваше обновление заменило псевдоним локали, который вы использовали, и не предоставило полезного пути обновления к новому имени (именам). Вы можете восстановить информацию о локали на сервере, но имейте в виду, что проблема может быть в вашем /etc/locale.gen или locale.conf файле.
Дополнительная литература:
Я думаю, что эта статья в Википедии https://en.wikipedia.org/wiki/Raw_device очень хорошо объясняет это:
В вычислениях, особенно в Unix и Unix -подобные операционные системы, сырое устройство - это особый вид логического устройства, связанного с файл символьного устройства, позволяющий использовать запоминающее устройство, такое как жесткий диск. доступ к диску напрямую, минуя кеши операционной системы и буферы (хотя аппаратные кеши все еще могут использоваться).Приложения, такие как система управления базами данных, могут использовать необработанные устройства напрямую, что позволяет им управлять кэшированием данных, а не возложив эту задачу на операционную систему.
Во FreeBSD все файлы устройств фактически являются необработанными устройствами. Поддержка для не-сырые устройства были удалены в FreeBSD 4.0 для упрощения буферизации управления и повышения масштабируемости и производительности. 1
В ядре Linux сырые устройства объявлены устаревшими и запланированы для удаления. в какой-то момент, потому что вместо него можно использовать флаг O_DIRECT.
The reason why one might want to use the raw interface when the block device interface is that the raw interface is usually faster. The operating system performs buffer caching only for block-special files.
When a very large file is read from or written to a medium such as magnetic tape, buffer caching by the operating system provides no benefit because no block will be read more than once. Using the raw device interface avoids this excess system activity.
Another reason to use the raw device interface when processing very large stream files on magnetic media is that the raw interface may support very large block sizes, allowing very high data transfer rates to be achieved. When a device is accessed with the block device interface, all reads and writes must be passed through the system buffers, and are therefore limited to the file system block size (typically 1K or 2K bytes). When using the raw device, block sizes of 32K or larger may be used. --John J. Valley, UNIX Programmer's Reference; 1991 ed.
Помимо прироста производительности, (есть? )требование о том, чтобы файловые системы, доступ к которым осуществляется через блочный интерфейс, демонтировались по причинам согласованности кэша. Блоки, кэшированные системой, могут стереть изменения, сделанные через блочное устройство, когда они записываются обратно на диск.Размонтирование перед fschk вызывает небольшое раздражение; если приложение, требующее прямого доступа, является основным использованием системы, это намного хуже.
Отвечая на ваш первоначальный вопрос, многие проблемы в значительной степени исторические. В современных системах буферы устройств редко бывают больше, чем системные буферы. (Когда вы в последний раз использовали рабочую станцию, подключенную к -высокоскоростному принтеру с большим буфером, чем память рабочей станции?)