есть тут кто живой?

Eugene Grosbein написал(а) к Yuri Kosivtsov в Oct 24 21:38:28 по местному времени:

11 окт. 2024, пятница, в 19:23 NOVT, Yuri Kosivtsov написал(а):

YK> Сегодня вылезла еще одна проблема. Как я писал, я скопировал
YK> информацию на жесткий диск с установленной 14.1. Далее, вставил
YK> жесткий диск на место и загрузился с него. Пришлось кстати, после
YK> монтирования в восьмой freebsd запускать fsck_ffs
YK> Хотел перенести скопированное в другой каталог. Стандартно, через
YK> tar -cf ....| tar xpf
YK> Получил следующую кучу ошибок наподобие:
YK> './DOCUMENT/Oleg////PDF/b9912.pdf' to UTF-8: Can't translate pathname
YK> я понимаю, что или пути слишком длинные,

Нет.

YK> или проблема с русскими
YK> именами файлов, которые в совершенно разных кодировках были (больше
YK> всего в win1251 от самбы)

Да.

YK> и наверное между /// именно они. Но делать
YK> то что? Можно новую систему как-то научить русским именам файлов?

Правильный перенос данных с UFS это dump | restore

Eugene
--- slrn/1.0.3 (FreeBSD)

Yuri Kosivtsov написал(а) к eugen@grosbein.net в Oct 24 10:48:09 по местному времени:

Нi, eugen@grosbein.net

15 Oct 24, Eugene Grosbein wrote to Yuri Kosivtsov:

EG> Правильный перенос данных с UFS это dump | restore
Для пары каталогов?

Bye

---

Alexey Khromov написал(а) к Yuri Kosivtsov в Oct 24 11:43:55 по местному времени:

Здраствуйте, Yuri!

16 окт 24 10:48, Yuri Kosivtsov -> eugen@grosbein.net:

EG>> Правильный перенос данных с UFS это dump | restore
YK> Для пары каталогов?

Для пары каталогов, корректно смонтированных (с нужным codepage), лучше использовать tar -zcp<далее по вкусу).
Я и целиком файловые системы тарю (cat /dev/FS | gzip -c - | tar | split). Но во фре есть снапшоты и они, ЕМНИП, в этом плане удобнее. Тот же дамп, вроде, через снапшот и работает.


Alexey Khromov
--- GoldED+/LNX 1.1.5-b20240309

Eugene Grosbein написал(а) к Yuri Kosivtsov в Oct 24 23:51:19 по местному времени:

16 окт. 2024, среда, в 10:48 NOVT, Yuri Kosivtsov написал(а):

EG>> Правильный перенос данных с UFS это dump | restore
YK> Для пары каталогов?

При желании можно и для пары каталогов:

cd destination
dump -f- ... | restore -if -
> add dir1
> add dir2
> extract

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

Yuri Kosivtsov написал(а) к eugen@grosbein.net в Oct 24 22:06:18 по местному времени:

Нi, eugen@grosbein.net

23 Oct 24, Eugene Grosbein wrote to Yuri Kosivtsov:

EG> При желании можно и для пары каталогов:
EG> cd destination
EG> dump -f- ... | restore -if -
>> add dir1
>> add dir2
>> extract

Тогда еще вопрос. Как я понимаю, на четверке имена файлов не в юникоде,
консоль была cons25r, то есть koi-8. В 14.1 юникод.
Можно ли примонтировать два диска куда-нибудь (например в 8 или 9 версию),
чтобы при копировании/переносе правильно копировались имена файлов?
При монтировании fat или сидирома можно явно указать таблицу, можно
ли это сделать для ufs1 и ufs2 ? Ман по монтированию про это ничего
не рассказывает.
Я понимаю, что технически можно скопировать файлы по сети, например
тупо по ftp, каждый раз выбирая кодировку. Но это долго и как то
неправильно. Можно ли копировать "в пределах одного компа"?

Bye

---

Eugene Grosbein написал(а) к Yuri Kosivtsov в Oct 24 12:26:50 по местному времени:

23 окт. 2024, среда, в 22:06 NOVT, Yuri Kosivtsov написал(а):

YK> Тогда еще вопрос. Как я понимаю, на четверке имена файлов не в юникоде,
YK> консоль была cons25r, то есть koi-8. В 14.1 юникод.

Неважно, какая консоль. На систему можно ходить по сети, вообще без консоли.
Неверно, что "в 14.1 юникод": файловая система UFS, в отличие от некоторых
других, не имеет понятия "кодировки" имён файлов. На UFS есть лишь
два недопустимых байта в именах файлов: десятичный код ASII 47,
так как это символ '/' - разделитель каталогов, и нулевой байт как
терминатор имен и путей в UFS. Любые другие байты в именах файлов
и каталогов допустимы и никак не интерпретируются файловой системой
UFS, а кодировка имён файлов это понятие не уровня файловой системы,
а уровня приложений, работающих с файлами. Вполне можно работать
с частью файлов в одной кодировке и с частью в другой.

Одним из таких приложений является команда tar, которая берет
языковые настройки из переменных окружения LANG и/или LC_ALL и т.п.

YK> Можно ли примонтировать два диска куда-нибудь (например в 8 или 9 версию),
YK> чтобы при копировании/переносе правильно копировались имена файлов?
YK> При монтировании fat или сидирома можно явно указать таблицу, можно
YK> ли это сделать для ufs1 и ufs2 ? Ман по монтированию про это ничего
YK> не рассказывает.

Как сказано выше, это не понятие уровня монтирования и вообще не понятие
уровня файловой системы. Есть команда env, которая позволяет делать так:

env LANG=ru_RU.KOI8-R tar ...

То есть, tar запустится с локалью KOI8-R.

Eugene
--
Научить не кланяться авторитетам, а исследовать их и сравнивать их поучения
с жизнью. Научить настороженно относиться к опыту бывалых людей, потому что
жизнь меняется необычайно быстро.
--- slrn/1.0.3 (FreeBSD)

Yuri Kosivtsov написал(а) к eugen@grosbein.net в Oct 24 21:43:42 по местному времени:

Нi, eugen@grosbein.net

24 Oct 24, Eugene Grosbein wrote to Yuri Kosivtsov:

EG> env LANG=ru_RU.KOI8-R tar ...
EG> То есть, tar запустится с локалью KOI8-R.
Спасибо. Более-менее понятно.

То есть если я на машине с локалью KOI8-R сделаю файл, например
tar -cfvz docs.tgz document
а потом его распакую на машине с другой локалью
tar xfz docs.tgz
то есть шанс, что русские имена файлов в полученном каталоге document
будут корректными?


Bye

---

Eugene Grosbein написал(а) к Yuri Kosivtsov в Oct 24 09:38:46 по местному времени:

24 окт. 2024, четверг, в 21:43 NOVT, Yuri Kosivtsov написал(а):

EG>> env LANG=ru_RU.KOI8-R tar ...
EG>> То есть, tar запустится с локалью KOI8-R.
YK> Спасибо. Более-менее понятно.
YK> То есть если я на машине с локалью KOI8-R сделаю файл, например
YK> tar -cfvz docs.tgz document
YK> а потом его распакую на машине с другой локалью
YK> tar xfz docs.tgz
YK> то есть шанс, что русские имена файлов в полученном каталоге document
YK> будут корректными?

Это зависит, в частности, от формата созданного tar-файла,
ибо их множество не вполне совместимых. В man libarchive-formats
на поддерживаемых версиях дан список и особенности.

pax использует UTF-8 для кодирования имён файлов в архиве,
поэтому очень важно, чтобы при создании архива в формате pax
команда tar запускалась с той же локалью, в которой сохраняемые
файлы, так что она сможет без искажений перекодировать имена
из исходной кодировки в UTF-8.

Другие форматы могут сохранять имена "как есть" без преобразования
кодировки и без указания кодировки, так что для корректного
извлечения надо убедиться, что при распаковке не происходит попытки
перекодировки.

Кстати сказать, на современных версиях FreeBSD в качестве tar
в отличие от старых версий, где это был GNU tar, нынче используется
bsdtar, который является обёрткой над libarchive и поэтому умеет
создавать и распаковывать не только tar-файлы, но и архивы
других форматов. Например, он может создавать переносимые ZIP:

# tar --format zip --one-file-system \
--options compression-level=0,encryption,hdrcharset=UTF-8 \
-C / -cvf /var/tmp/archive.zip /

Такая команда создает ZIP-архив без сжатия, но со стандартным ZIP-шифрованием
(пароль спросит интерактивно), с указанной кодировкой имён файлов
и помещает в него содержимое корневой файловой системы,
но без примонтированных других файловых систем (точки монтирования сохранит).

(у InfoZIP, к примеру, нет аналога опции --one-file-system)

Eugene
--
В России каждый третий болеет СПИДом. Его зрачки расширены, веки красные,
и его всегда начинает ломать.
--- slrn/1.0.3 (FreeBSD)

Yuri Kosivtsov написал(а) к eugen@grosbein.net в Oct 24 21:47:13 по местному времени:

Нi, eugen@grosbein.net

Спрошу-ка я еще вопрос.
Выкинули старый сервер DELL, два Intel Xeon E5, 128 оперативки

Я для опытов поставил на него FreeBSD 14.1 amd64. Все встало, но
при загрузке пишет:

=== Cut ===
real memory = 137438953472 (131072 MB)
avail memory = 133729558528 (127534 MB)
Event timer "LAPIC" quality 600
ACPI APIC Table: <DELL PE_SC3 >
FreeBSD/SMP: Multiprocessor System Detected: 48 CPUs
FreeBSD/SMP: 2 package(s) x 12 core(s) x 2 hardware threads

est0: <Enhanced SpeedStep Frequency Control> on cpu0
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 20d300001e00
device_attach: est0 attach returned 6
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 20d300001e00
device_attach: est1 attach returned 6
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 20d300001e00

... и еще много того же самого
=== Cut ===

я правильно понимаю, что в GENERIC ядре не хватает какой-то
поддержки процессоров? Надо смотреть в сторону пересборки
ядра, или надо вообще забыть о FreeBSD с таким железом
и ставить какой-нибудь линукс?


Bye

---