файл журнала Linux не открывается правильно в блокноте окон
Честно, по моему опыту, я не вижу различия в RAID5 по RAID10 с точки зрения избыточности данных. Однако RAID10 предлагает повышение производительности вследствие того, что RAID чередуется. RAID 10 является в основном RAID0 и RAID1. Два набора RAID0 зеркально отражаются (RAID1). Мы используем RAID5 по RAID10. Но мы не требуем увеличения производительности от RAID10. Это просто зависит от Вашей среды и с чем Вы работаете. Я рекомендовал бы пробовать RAID5. Если кажется, что производительность является более медленным перемещением к RAID10, и посмотрите, помогает ли увеличение производительности. Если у Вас есть малые и средние рабочие нагрузки, RAID5 должен добиться цели.
вместо блокнота попробуйте блокнот ++, который может обработать разрывы строки Unix правильно без потребности изменить файл. Это также сохранит стиль разрыва строки, например, при редактировании файлов конфигурации
Если Вы только хотите просмотреть данные затем что-то как WordPad (который обычно идет с Windows), быстрое обходное решение и считает LF как новую строку. Вещи как блокнот не делают для тех, которые Вам нужны LF и CR.
Лучшая альтернатива должна получить текстовый редактор окон, который может сделать намного лучше как Блокнот ++
Различие между текстовыми файлами в Unix и Windows, то, что бывшее использование символ перевода строки (\n) завершать строку, тогда как последнее использование и возврат каретки и перевод строки (\r\n). Вы видите те квадраты в Блокноте, потому что редактор замечает перевод строки без предыдущего возврата каретки и не знает, как отобразить его правильно.
Если Вы прежде всего получаете доступ к файлу журнала через Vim и Блокнот, необходимо полагать, что изменение сценария для вывода Windows разрабатывает текстовый файл путем ручного определения что разделитель строки использовать:
повторите-ne "$ddate; $time; $cpu\r\n"
На Вашем поле Linux, выполненном это перед Вами ftp файл:
unix2dos /home/logfile
Если у Вас есть Cygwin или подобное средство на Вашем поле Windows, которое обеспечивает подобные Unix инструменты, то Вы могли работать unix2dos там после передачи файлов.
Между прочим, это - упрощенная версия Вашего сценария. Нет никакой причины индивидуально заключить точки с запятой в кавычки.
echo "$ddate;$time;$cpu" >> /home/logfile
Кроме того, это не лучшее место для файла для движения. Обычно в том каталоге не должно быть никаких файлов. Место, что это должно пойти, зависит от нескольких факторов. Я понимаю, однако, что это может только быть примером в целях Вашего вопроса.
Проверьте свой клиент FTP. Должна быть опция передать файл как текстовый файл (не двоичный).
В этом режиме это автоматически преобразовало бы разрывы строки (по тому, как: эта опция может также испортить двоичные файлы, такие как изображение при использовании его неправильно),
Или unix2dos управляйте на своем поле Linux для преобразования файла в формат разрыва строки DOS/Windows.