forum.lissyara.su

Здравствуйте.

Занимаюсь переносом данных со старого сервера работавшего под FreeBSD на новый сервер под управлением Linux Gentoo. В наследство от старого сервера осталось несколько жестких дисков с разделами UFS2. С помощью команды "mount -t ufs -o ufstype=ufs2 -o ro /dev/sdb1 /mnt/disk1" я благополучно примонтировал нужные мне разделы в Linux'е, но возникла проблема с русскими именами файлов. Вместо русских имен - квадратики. Не кракозябры (как при неправильной кодировке), а именно квадратики. Дескать не знаем мы русского языка вообще. Пробовал использовать опции mount вроде iocharset - безрезультатно, по всей видимости они не применяются в случае UFS-разделов, так при их задании раздел просто отказывался монтироваться. Возможно ли каким-то образом примонтировать UFS-раздел в Linux'е с поддержкой русского языка? Вероятно имеет значение, что на старом сервере использовалась локаль ru_RU.CP1251. На новом сервере - используется UTF-8.

Вариант "загрузить на сервере FreeBSD, залить данные по FTP на другой компьютер, загрузить на сервере Linux и скачать обратно" - невозможен, ввиду очень большого размера данных, что-то около 2 Тб.

convmv вам в помощь. только точно узнайте кодировку, и, вначале на отдельной директории поэкспериментируйте.
=======
руки отрубать за такие действия надо - фрю на линух менять.
впрочем, за cp1251 тоже надо.

А нельзя загрузить сервер с FreeBSD и поглядеть установленную локаль? И еще вопрос, почему именно Gentoo?
P.S: to lissyara - тредстартер все правильно сделал.

ну, с твоей грибной позиции - да.
но не с позиции человека с незамутнённым псилоцибинами сознанием.

lissyara писал(а):ну, с твоей грибной позиции - да.
но не с позиции человека с незамутнённым псилоцибинами сознанием.

Снова без конкретики?

_Andy писал(а):

lissyara писал(а):ну, с твоей грибной позиции - да.
но не с позиции человека с незамутнённым псилоцибинами сознанием.

Снова без конкретики?

у тебя она прям пёрла отовсюду в предыдущем посте )

lissyara писал(а):у тебя она прям пёрла отовсюду в предыдущем посте )

Я же написал

Andy писал(а):тредстартер все правильно сделал.

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

lissyara писал(а):мда...
а линух сливается...
даже "я сказал" от анонима, теперь считается за аргумент...

Ты не понял, c линуксом-то все хорошо. Вон уже ядро 2.6.31.2 вышло.
Восьмерку еще на месяц другой отложили? RC2 вышла уже?

незнаю. я на девятке

Я не столь радикален как Алексей... но....
Менять FreeBSD на Linux само по себе кощунственно...
но менять на мертвый дистриб Gentoo - это вообще феерический долб****зм.

бсд... линух... то фигня
а вот

Вероятно имеет значение, что на старом сервере использовалась локаль ru_RU.CP1251.

бить нужно за это
и очень больно

Мило Холивара много - конкретики мало. Совет про convmv был не совсем в тему, так как проблема в полном отсутствии поддержки русского, а не в неправильной кодировке. Для тех, кто будет искать решение аналогичной проблемы - предлагаю свой метод решения. Не самый идеальный, но вполне сработавший для меня. С помощью виндовой (вот ужас-то программы UFS Explorer я благополучно скопировал данные с UFS-разделов на новые винты отформатированные в обычный виндовый NTFS. Сейчас собираю из старых винтов RAID-5, после чего тупо залью туда данные с новых винтов по FTP, а потом и вовсе расширю его новыми винтами.

Что удивляет во многих случаях - это фразы в стиле "Менять FreeBSD на Linux само по себе кощунственно". FreeBSD - это один инструмент, Linux - другой. Если нужно закрутить винт с головокой под плоскую отвертку - берем плоскую отвертку, если надо закрутить винт с крестовой головкой - берем крестовую отвертку. Конечно можно плоской отверткой закрутить крестовой винт и наоборот, но нахрена насиловать инструмент, винт и себя самого? И уж тем более, зачем сообщать об этом столь радикально?

Мне проще решать мои задачи с помощью Linux. Gentoo выбрана потому, что в ней всё логично. В ней есть только то, что мне нужно. И ничего лишнего, как например в Ubuntu (хотя я использую и его - для определенных задач). FreeBSD безусловно прекрасный инструмент, но не в моих руках и не в моем случае Смотрите на мир шире... И перестаньте наконец забивать гвозди только микроскопами

P.S.
Бить нужно не только за кодировку, но и за многие другие вещи. Ведь если бы все было хорошо - у меня сейчас бы не стояло задачи настроить сервер по новой.

Neko-san писал(а): ...
P.S.
Бить нужно не только за кодировку, но и за многие другие вещи. Ведь если бы все было хорошо - у меня сейчас бы не стояло задачи настроить сервер по новой.

Не обижайтесь если я зацепил чем то... не со зла
Я действительно видел не так много задач где действительно нужен Linux, и даже в этом случае там AIX/SLES/RH
Про RAID-5 опять скажу - не делайте этого !!!! )))

Fastman писал(а): Про RAID-5 опять скажу - не делайте этого !!!! )))

Почему? Сервер стоит на ИБП, присутствует хороший блок питания, диски из разных партий - что практически исключает серийную гибель из-за брака в партии. На запись нагрузки никакой, на чтение в сеть отдается не более 80 мбит\с. Файлы в основном большие (всякие разные образы для виртуальных машин, ISO-шники дистрибутивов систем... средний размер файла 1,2 гигабайта). Вроде бы в этой ситуации RAID-5 всяко лучше одинарных дисков... Я в чем-то заблуждаюсь?

Neko-san писал(а):

Fastman писал(а): ... Я в чем-то заблуждаюсь?

Почему? Сервер стоит на ИБП, присутствует хороший блок питания, диски из разных партий - что практически исключает серийную гибель из-за брака в партии. На запись нагрузки никакой, на чтение в сеть отдается не более 80 мбит\с. Файлы в основном большие (всякие разные образы для виртуальных машин, ISO-шники дистрибутивов систем... средний размер файла 1,2 гигабайта). Вроде бы в этой ситуации RAID-5 всяко лучше одинарных дисков... Я в чем-то заблуждаюсь?

Заблуждаетесь именно в том что диски из разных партий, в том что раз не сказали, то контроллер абы какой без BBU и для массива не выделен hot-spare.
При этом, насколько вам известно, при вылете диска из RAID-5 у вас весь массив будет в состоянии - критический, и скорость операций упадет примерно на 80%-90%
Даже если вы быстро подсунете новый веник, на хреновых контроллерах по опыту, ребилд массива даже на 1.5Tb будет длиться около суток, при этом c ненулевой вероятностью закончится неудачно.
Нет.. как факт вы конечно можете юзать 5-ый рэйд, но тогда пересмотрите политику резервного копирования.
Я немного конечно параноик в отношении хранения данных, но мой принцип - лучше перебэкапить чем недобэкапить

Совет про convmv был не совсем в тему

та ему без раззницы - есть у вас эта кодирвока или нету...
ему сказали одну последовательность байтв имени файла переделать в другую - он переделал.
а вы какой-то изврат учинили ))

Столкнулся с подобной задачей. Прочитал подсказку про convmv, но раскопал еще дальше. Есть более удобный способ, основанный на convmv.
Установите себе fuse-convmvfs (по крайней мере в Debian пакет называется так, в других дистрибутивах его тоже, я думаю, найти несложно).

Далее сначала монтируете UFS2-раздел в какую-нибудь папку, например в /mnt/1:
Потом монтируете папку /mnt/1 в /mnt/2 с конвертацией имен файлов и папок:
После чего из /mnt/2 уже можно забирать все чем угодно, хоть cp, хоть mc.
В Вашем случае понадобится заменить "koi8-r" на cp1251

Использование

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

convmvfs /mnt/2 -o srcdir=/mnt/1,icharset=koi8-r,ocharset=utf8

приводит к повреждению файлов при копировании медиа файлы повреждаются таким образом, что они в принципе проигрываются, но не работает перемотка (seek), перемещение на новое время должно происходить мгновенно, вместо этого плеер начинает буферизацию, это обычное дело при поврежденном потоке данных в медиа файле.
Другие файлы (не медиа) вероятно тоже повреждаются. В итоге лучший вариант копировать файлы с именами как есть (вопросики или квадратики) и затем перекодировать имена на месте с помощью convmv как было рекомендовано выше.
Ну и собственно команда конвертации выглядит примерно так -r - обрабатывать вложенные директории и файлы
--notest - с этим ключем производится переименование, без него только эмуляция