Win10 LTSC x64 и Far 3.0 x64

Sergey L Tarasov написал(а) к All в Mar 24 15:30:06 по местному времени:

Приветствую, All!

Ось Win10 LTSC x64 march 2019, файловый менеджер Far 3.0 x64 (не суть важно какой билд)
М/п Kllisre X99/Xeon E5 2660V3.

Проблема в том, что Far 3.0 (х645 или х86 не важно) с внешних носителей (флешки,
винчестеры, СД-приводы) копирует директории с вложенными поддиректориями - пустыми :-(((
В его настройках безопасности дал себе полный доступ.


А вот Far v.1.75 (который х86) копирует все без проблем (как и если заняться копированием
через встроенный эксплорер)

Что за глюк ?
Может здесь подскажите как это устранить ?



Наилучшие пожелания,
С'Тар_

ЗЫ: Спарашивал в Far.Forum... внятного ответа не получил...

--- husky-all-1.9-w64mvcdll-20130626

Stas Mishchenkov написал(а) к Sergey L Tarasov в Mar 24 15:41:18 по местному времени:

Нi Sergey!

16 Mar 24 15:30, Sergey L Tarasov -> All:

SLT> Ось Win10 LTSC x64 march 2019, файловый менеджер Far 3.0 x64 (не суть
SLT> важно какой билд) М/п Kllisre X99/Xeon E5 2660V3.

SLT> Проблема в том, что Far 3.0 (х645 или х86 не важно) с внешних носителей
SLT> (флешки, винчестеры, СД-приводы) копирует директории с вложенными
SLT> поддиректориями - пустыми :-((( В его настройках безопасности дал себе
SLT> полный доступ.


SLT> А вот Far v.1.75 (который х86) копирует все без проблем (как и если
SLT> заняться копированием через встроенный эксплорер)

SLT> Что за глюк ?
SLT> Может здесь подскажите как это устранить ?

Попробуй вот это:

╔═══════════════ System settings ═══════════════╗
║ [ ] Delete to Recycle Bin ║
║ [x] Use system copy routine ║
║ [x] Copy files opened for writing ║


Нave nice nights.
Stas Mishchenkov.

--- Будильник бесит в любом случае: и когда зазвонил, и когда не зазвонил.

Eugene Muzychenko написал(а) к Sergey L Tarasov в Mar 24 19:01:07 по местному времени:

Привет!

16 Mar 24 15:30, you wrote to All:

ST> Проблема в том, что Far 3.0 (х645 или х86 не важно) с внешних
ST> носителей (флешки, винчестеры, СД-приводы) копирует директории с
ST> вложенными поддиректориями - пустыми :-(((

Если вручную заходить в эти каталоги и открывать файлы - получается? Пробовал менять версию FAR?

ST> В его настройках безопасности дал себе полный доступ.

Что за "полный доступ" в "настройках безопасности" в FAR?

Больше всего похоже на глюк конкретной версии FAR.

Всего доброго!
Евгений Музыченко
fi-do@muzy-chen-ko.net (все дефисы убрать)

--- GoldED+/W32-MSVC 1.1.5-b20180707

Eugene Muzychenko написал(а) к Stas Mishchenkov в Mar 24 19:03:23 по местному времени:

Привет!

23 Mar 24 15:41, you wrote to Sergey L Tarasov:

SM> Попробуй вот это:

Не надо "вот этого" пробовать, заметая проблему под ковер. Надо выяснить, где глюк, и устранить.

Всего доброго!
Евгений Музыченко
fi-do@muzy-chen-ko.net (все дефисы убрать)

--- GoldED+/W32-MSVC 1.1.5-b20180707

Stas Mishchenkov написал(а) к Eugene Muzychenko в Mar 24 09:54:04 по местному времени:

Нi Eugene!

23 Mar 24 19:03, Eugene Muzychenko -> Stas Mishchenkov:

SM>> Попробуй вот это:

EM> Не надо "вот этого" пробовать, заметая проблему под ковер. Надо выяснить,
EM> где глюк, и устранить.

Если поможет первая галка, то меняем версию, если вторая, то смотрим, какая тварь держит файлы открытыми.

Нave nice nights.
Stas Mishchenkov.

--- Хорошо воспитанная женщина - не ругается матом, она матом умеет смотреть.

Sergey L Tarasov написал(а) к Eugene Muzychenko в Mar 24 16:28:00 по местному времени:

Приветствую, Eugene!

Суббота 23 Марта 2024 19:01, ты писал(а) мне, в сообщении по ссылке area://RU.WINDOWS.XP?msgid=2:5000/14+65ff1958:


ST>> Проблема в том, что Far 3.0 (х645 или х86 не важно) с внешних
ST>> носителей (флешки, винчестеры, СД-приводы) копирует директории с
ST>> вложенными поддиректориями - пустыми :-(((

EM> Если вручную заходить в эти каталоги и открывать файлы - получается?
Без проблем

EM> Пробовал менять версию FAR?
Она тянется с ... с билда 6000 :-/
(сейчас 6226, и под Win7 x64 таких проблем нет)

ST>> В его настройках безопасности дал себе полный доступ.
EM> Что за "полный доступ" в "настройках безопасности" в FAR?
Естьт така закладка в свойствах ярлыка.

EM> Больше всего похоже на глюк конкретной версии FAR.




Наилучшие пожелания,
С'Тар_

ЗЫ: совет Stas Mishchenkov-а не помог, вот что в системных накстройках


>---=== Куть он "far_setup.txt" ===---
╔═══════════════ System settings ════════════════╗
║ [ ] Delete to Recycle Bin ║
║ [x] Use system copy routine ║
║ [x] Copy files opened for writing ║
║ [x] Scan symbolic links ║
║ [x] Save commands history ║
║ [x] Save folders history ║
║ [x] Save view and edit history ║
║ [x] Use Windows registered types ║
║ [ ] Automatic update of environment variables ║
║ Request administrator rights: ║
║ [x] For modification ║
║ [x] For reading ║
║ [x] Use additional privileges ║
║ Sorting collation: linguistic  ║
║ [ ] Treat digits as numbers ║
║ [ ] Case sensitive ║
║ [ ] Auto save setup ║
╟────────────────────────────────────────────────╢
║ { OK } [ Cancel ] ║
╚════════════════════════════════════════════════╝
>---=== Куть офф "far_setup.txt" ===---

ЗЫ2: А не может быть несовместимости с "железом" ? На службе стоит
та же версия "десятки" и та же версия FAR-а. И там проблем нет

--- husky-all-1.9-w64mvcdll-20130626

Eugene Muzychenko написал(а) к Sergey L Tarasov в Mar 24 22:02:55 по местному времени:

Привет!

30 Mar 24 16:28, you wrote to me:

EM>> Если вручную заходить в эти каталоги и открывать файлы -
EM>> получается?

ST> Без проблем

Значит, дело не в правах.

EM>> Что за "полный доступ" в "настройках безопасности" в FAR?

ST> Естьт така закладка в свойствах ярлыка.

Э-э-э... Ты дал полный доступ к файлу-ярлыку FAR, и ожидал, что это как-то скажется на его поведении при доступе к файлам? :)))

ST> ЗЫ2: А не может быть несовместимости с "железом" ?

Да боже упаси. Ты еще "драйвера системной платы" вспомни. :)

Всего доброго!
Евгений Музыченко
fi-do@muzy-chen-ko.net (все дефисы убрать)

--- GoldED+/W32-MSVC 1.1.5-b20180707

Sergey L Tarasov написал(а) к Eugene Muzychenko в Apr 24 18:09:10 по местному времени:

Приветствую, Eugene!

Суббота 30 Марта 2024 22:02, ты писал(а) мне, в сообщении по ссылке area://RU.WINDOWS.XP?msgid=2:5000/14+66087ea6:


ST>> ЗЫ2: А не может быть несовместимости с "железом" ?

EM> Да боже упаси. Ты еще "драйвера системной платы" вспомни. :)

Апрельский прикол из собственной практики :)

В в муниципальной лавке полно еще Asus M2N-MX. ХР практически ушла в прошлое-
современный софт пишут чуть ли не исключительно под 10-ку.

Увеличение памяти до 4 Гб не решает проблему. Посмотрел БИОС это матплаты,
а там значится создание RAID5 массива из 4-х SATA накопителей. Слепил.
За ОСь взял боксовую версию 7-ки (когда-то нахватали их да так и не
использовали до сегодняшних дней).
Встать все встало. Все работает. Быстродкействие если возросло хоть на 5%
особо не впечатлило.

Засада была в другом - ОСь не активируектся :-((( по причине того, что
получившаяся система не воспринимает латинскую букву N.
И только при активации.
В том же "блокноте" и т.п. буква пишется.
Пытаолся из клипборта взять серийник - ОСь сама по себе отвергает N!

При том что на других Intel/Asus/MSI/Gigabyte с прроцессорами от Intel с
этого же компакт-диска все авторизуется.



Наилучшие пожелания,
С'Тар_
--- husky-all-1.9-w64mvcdll-20130626

Alexandr Strelnikov написал(а) к Sergey L Tarasov в Apr 24 19:26:58 по местному времени:

Нi, Sergey!

07 Apr 2024 18:09, Sergey L Tarasov wrote to Eugene Muzychenko:

ST> ХР практически ушла в прошлое
=== Skip ===
ST> За ОСь взял боксовую версию 7-ки

7-ка тоже ушла

Alexandr

---

Eugene Grosbein написал(а) к Sergey L Tarasov в Apr 24 20:34:53 по местному времени:

07 апр. 2024, воскресенье, в 18:09 NOVT, Sergey L Tarasov написал(а):

SLT> Увеличение памяти до 4 Гб не решает проблему. Посмотрел БИОС это матплаты,
SLT> а там значится создание RAID5 массива из 4-х SATA накопителей. Слепил.

На четырех дисках не стоит делать RAID5, это ужасный формат для четырех дисков.
Допустим, размер блока аллокации в нём 128K (хотя конкретный размер неважен,
проблема однакова при любом допустимом размере).

Системе надо записать, скажем, 1 мегабайт на массив. Этот мегабайт
делится на блоки по 128K. Для каждого блока вычисляются
данные избыточности и пишутся на один из дисков, а сами 128K
раскидываются по оставшимся дискам и если бы оставшихся дисков
было 2, 4, 8 и тд - проблем бы не было, поделилось бы поровну.

Но для четырех дисков под данные остаётся только три диска, а 128K на три
не делится ровно. Оно делится на три с округлением до целого вверх,
получается 43691 байт и в каждый блок аллокации 64K пишется это количество
с потерей оставшегося незанятого места, 21845 байта на каждый блок,
умножаем на три и получаем потерю 64K суммарно при записи каждых 128K,
то есть 50%, и это ещё не считая места под чётность на четвертом диске.

У RAID10 будет меньше потерь (ровно 50%), при этом RAID10 гораздо быстрее,
чем RAID5 и RAID10 на четырех дисках настолько же надежен.

Никогда не делайте RAID5 (или RAIDZ1, у него та же проблема),
если вас количество диско не одно из 3, 5, 9... (степень двойки плюс один).

Eugene
--
Поэты - страшные люди. У них все святое.
--- slrn/1.0.3 (FreeBSD)