МФУ Canon ir1022 / mf3110 и Windows 10/64

Интересное, знаете ли, кино. Есть у нас в конторе некоторое количество МФУ этой фирмы: ir1022 разных модификаций и один штука mf3110. Худо-бедно они дружили с XP и Win7, 32-битными. Но пришла пора обновлять рабочие станции. Обновили, стоит не топовое, но очень приличное железо, на котором очень резво крутится Win10/64 сборки 1809, разумеется, лицензионная, всё по-честному.

И вот тут начались проблемы. Драйвер UFR II для этой ОС для моделей 1022 (с факсом и без) нашелся без особых проблем, и эти каноны заработали - и как сетевые и как локальные принтеры. Как сетевые сканеры мы их не использовали: не умеют они сканировать с сохранением на SMB-шары, как это прекрасно делают многочисленные Kyocera. Да и бог с ними, там, где эти каноны стоят, они всегда использовались только как локальные сканеры по USB.

md5 под Windows

Довольно долго использовал найденную незнамо где утилиту md5sum.exe, явно портированную из никсов. Но неожиданно обнаружилось, что при работе с большими файлами под WinServer 2016 она начинает жрать память, как свинья помои.
Не уверен, что проблема именно в утилите, которая прекрасно работала под серверами 2008 и 2012, но решать ее надо.

Посмотрим, как себя поведет штатная утилита от Microsoft fciv. Сразу скажу, что с русскими именами файлов это ископаемое (2004) работать не умеет:

Видно, что слово "образ" (5 букв) превратилось в 4-буквенную абракадабру, и такой файл утилита найти не может. Тот же самый файл с названием из латинских букв обрабатывается на ура.

Результат совпадает с результатами от /usr/bin/md5sum. Замеры расхода памяти в процессе показывают, что лишнюю память fciv не потребляет.

На странице по ссылке указано, что fciv работает под 2000, ХР и 2003. Но у меня оно без проблем заработало под Win10 сборка 1809. Ну и, как обычно, при перенаправлении результатов в файл в конце строки появляется "вк/пс" вместо стандартного никсового "пс", так что созданные с помощью fciv файлы md5sums надо преобразовывать, убирая лишний символ, чтобы /usr/bin/md5sum могла сверять по ним проверяемые файлы.

Клиент Windows под VirtualBox не может обратиться к \\vboxsvr

Дано: есть Windows 10, установленная в VirtualBox под Ubuntu.
Требуется: обратиться к "общей папке"
Ситуация: не получается, "не найдено сетевое имя \\vboxsvr", хотя раньше всё работало.

Ответ: обновление винды имеет дурную привычку ломать установленные системные программы. Например, напрочь сносится штатный виндовый RSAT. Судя по всему, то же самое происходит и с компонентами Virtualbox Guest Additions.

Решение: переустановить VBGA. Даже если ранее была установлена та же самая их версия. После этого "общие папки" снова прекрасно находятся.