Как восстановить удалённые файлы имея 4.91ый клиент?

[BDmV]

Имеем WinXP SP2, Client 4.91 (пробывал SP1, SP2, SP4, SP5), NetWare 6.5 SP7 english
Если в клиенте включена потдержка UTF8, то все Русско-язычные файлы отображаются "крякозябами", если отключаю UTF8, то всё видится нормально, почти ко всему есть доступ, но невозможно востановить удалённые файлы.
При попытке нажать правой мышкой на Русскоязычную папку получаю сообщение: "Недостаточно прав для завершения данной операции", при этом я имею администраторские права. Еслиже этот каталог обозвать по Английски, то правой мышкой никаких сообщений не появляется, но в окне востановления все Русскоязычные файлы нарисованы крякозябами.

Если кто то победил "UTF8ую" болезнь 4.91го клиента поделитесь пожалуйста "таблеткой" или решением, а то очень не хочется держать на своей машине 4.90ый клиент из за его дикого торможения всей машины.

[v13]

Не могу воспроизвести.
Клиент 4.91sp4 utf8 включено.
Сервер nw6.5sp7+постфиксы
Файлы восстанавливаются.

[Сергей Дубров]

Имеем WinXP SP2, Client 4.91 (пробывал SP1, SP2, SP4, SP5), NetWare 6.5 SP7 english

Результат выполнения на консоли сервера команды language можете здесь привести?

[Владимир Горяев]

Сергей Дубров
А может ето из той же серии, что и проНЕназначение прав на TFS? Уж больно симптомы сходятся - Недостаточно прав...

[Сергей Дубров]

Не могу воспроизвести.
Клиент 4.91sp4 utf8 включено.
Сервер nw6.5sp7+постфиксы
Файлы восстанавливаются.

Проверил только что у себя: клиент 4.91sp5eng, станция - XP+SP2 рус, сервер NW65SP5+постфиксы, команда language выдаёт
Current NLM language is (4) ENGLISH.
Current DOS code page is (866).

Создаю каталог, названный "Проверка длинного русского каталога", в нём создаю файл "Очень длинный русский файл.txt". Удаляю каталог вместе с файлом, дальше правая кнонка мыши на родительский каталог -> Salvage Files... - и вижу в окне нормальное русское название директории, восстанавливаю её -> повторяю действие на ней - вижу "Очень длинный русский файл.txt". Т.е., никаких проблем. На сервере поддержка UTF8 включена.

[Сулейменов Олжас]

Current NLM language is (4) ENGLISH.
Current DOS code page is (866).

Как показывает практика - именно в это все дело.
Если локаль стоит не 866 а 437 и идут вариации с UTF-8, то так оно и будет. Причем будут наблюдаться вовсе смешные и странные вещи - папки и файлы в них могут появляться и исчезать, а файлы с кракозябрами в имени могут удаляться только после переименования, например в цифровой вид, а илгут даже и не переименовываться.
Это будет наблюдаться на разных ПК с разными уставками UTF-8.
Если интересно могу представить свое решение данной проблемы, основанное на вычитку форума и плотного общения с Гарбаром.

Странно, но таких вещей не наблюдалось (у мнея по крайней мере) на 6.0сп5

[BDmV]

Результат выполнения на консоли сервера команды language можете здесь привести?

На обоих серверах:

Код: Выделить всё

  Current NLM language is (4) ENGLISH.
  Current DOS code page is (437).

Current DOS code page is (866).

Возможно в этом-то всё и дело. Будет время попробую сменить кодовую страницу, а то с налёту charset CP866 выдаёт:

Код: Выделить всё

DATSERVER:charset.nlm CP866                           
Unknown character set                                 
Supported character sets:                             
Cp737     Cp850     Cp852     Cp855     Cp857     Cp860
Cp861     Cp863     Cp865     Cp866     Cp869         

Кстати NSSCPT CPSWITCH , что делает? Переименовывает все файлы на томах или что-то ещё? И где его достать?
Перерыл все диски, искал на download.novell.com, поисковики тоже ничего не дали, а NW6.5 SP2 у мну нет

[Сергей Дубров]

Результат выполнения на консоли сервера команды language можете здесь привести?

На обоих серверах:
Current NLM language is (4) ENGLISH.
Current DOS code page is (437).

Олжас в сообщение выше фактически уже указал на причину - "плохая" кодовая страница DOS (437) в сочетании с UTF8. Лечится не очень просто, но понятно:

1. Все файлы/директории, названные по-русски, убираете на время "в сторонку", с сохранением trustees, квот и т.п.

2. Меняете на сервере кодовую страницу DOS на 866, перегружаете его.

3. Проверяете, что с русским у вас всё стало в порядке.

4. Возвращаете сохранённое содержимое из п.1 на место.

Если интересно могу представить свое решение данной проблемы, основанное на вычитку форума и плотного общения с Гарбаром.

Интересно, тоже бы послушал.

[Влад А.Сокол aka Akina]

Если интересно могу представить свое решение данной проблемы, основанное на вычитку форума и плотного общения с Гарбаром.

Ждем-с.

[Сулейменов Олжас]

Принципиально все сказал уже Сергей, схема именно такая и есть: временный перенос данных на "уверенный сервер", затем менять кодировку и вернуть все обратно, хе, интрига не удалась

Гарбар, правда утверждал, что это не прокатит и надо выравнивать потом все клиенты на одинаковую уставку UTF8.

Однако, схема отработала прекрасно, спасла и Равиля [Ravil]

Допроверить не получилось, но тем не менее скажу, что есть ощущение при копировании данных RSYNC-ом локаль не оказывает влияние на кодировку данных. Если брать Утилиту Консолидации Серверов (Данных), то оно чувствительно к UTF8 и его лучше не использовать.

Как блондинка , имею в c:\nwserver три файла lconfig.sys -
lconfigr.sys и lconfigu.sys

[Ravil]

Current NLM language is (4) ENGLISH.
Current DOS code page is (437).

в такой связке клиент никогда русские файлы не восттавливает если не UTF на клиенте !

кодировка.......
Олжас прав замена lconfig.sys проблему решит

[BDmV]

Наконец-то опять руки дошли до сервера...

1. Все файлы/директории, названные по-русски, убираете на время "в сторонку", с сохранением trustees, квот и т.п.

Я над этим решением думал, но нет такой "сторонки", в которую все файлы с сервака можно убрать. Да и времени уйма уйдёт, чтоб всё перелить в "сторонку", а потом обратно.

2. Меняете на сервере кодовую страницу DOS на 866, перегружаете его.

load charset.nlm cp866 в startup.ncf никаккого эффекта не даёт.
По совету Павла Гарбара заменить язык через nwconfig, меняется только язык собщений и консоли, страница опять же не меняется.
Правда вновь создаваемые файлы и папки нормально видятся и администрятся.

ЗЫ. Дайте, кто нить NSSCPT если уж и он не поможет, то будем искать "сторонки" и переинсталировать сервак.

[Сергей Дубров]

load charset.nlm cp866 в startup.ncf никаккого эффекта не даёт.

Этого просто не может быть, собственно этой командой charset на сервере и меняется. Надеюсь вы после изменения startup-а сервер перезагружали? Что говорит language после этого?

[Boris Morozov]

из INSTALL\LCONFIG\ берем LC_866.007 и переименовываем. Это и есть самое главное. А остальное надо, чтобы сообщения сервера кракозябрами не отображались.

[BDmV]

Этого просто не может быть, собственно этой командой charset на сервере и меняется. Надеюсь вы после изменения startup-а сервер перезагружали? Что говорит language после этого?

Обижаете. И не один раз перегружал.
Даже менял язык, как советует П.Гарбар, через nwconfig.
Язык nlm стал Русским, консоль порусела, RemoteAdmin перешёл на крякозябы, а вот кодовая страница как была 477, так и осталась.

из INSTALL\LCONFIG\ берем LC_866.007 и переименовываем. Это и есть самое главное. А остальное надо, чтобы сообщения сервера кракозябрами не отображались.

Смена языка через nwconfig делает замену lconfiga, проверял, lconfig Русский.

Вобщем если ни укого нет NSSCPT, который все советуют, буду переинсталивать сервера и закачивать на них заново всё файло.
А, что делать? НГ на дворе. Новый Год = Новый сервер. (Ровно год назад с инсталил на оба сервера 6.5ую)