Производительность USB-диска: 50 % от ожидаемой.
С bash4 или более поздней версии вы можете использовать readarrayдля чтения непосредственно в массив:
readarray -t arr < <( awk -F ':' '{ print $1 }' file.in )
Код awkвыполняется в подстановке процесса и предоставляет данные. Он просто извлекает первое поле каждой строки с разделителями :-.
Пример с file.inкак
roses are:red
violets:are blue
sugar is:sweet and
so:are
you:.
$ readarray -t arr < <( awk -F ':' '{ print $1 }' file.in )
$ printf '"%s"\n' "${arr[@]}"
"roses are"
"violets"
"sugar is"
"so"
"you"
Как подключен внешний диск и какой это тип диска?
У меня есть несколько 2,5-дюймовых внешних жестких дисков USB, которые издают щелчок, если на USB-порте, к которому они подключены, недостаточно питания. Одни операции работают, другие терпят неудачу — и привод обычно начинает издавать щелчки. Возможно, длинный S.M.A.R.T. самотестирование запускает что-то, что фактически заставляет его потреблять меньше энергии (, например, двигатель с задержкой при срабатывании головки )?
Но на самом деле это все большое «может быть».
Когда-то, но это было очень-очень давно, у меня было два очень похожих диска SCSI от одного и того же производителя. Один из них всегда работал нормально. Другой воспроизводимо дал сбой после фиксированного периода времени в простое (без ввода-вывода в течение некоторого времени, просто вращался ). Тогда симптомом было то, что ввод-вывод полностью остановился. Каждое чтение или запись завершались ошибкой, и только перезапуск разрешал остановившийся ввод-вывод. Мое личное «исправление» состояло в том, чтобы написать простой сценарий оболочки, который создал бы временный файл, поместил в него некоторые данные ramdom и снова удалил его, а задание cron запускало его каждые 15 минут. Это решило проблему для меня (диск не переходил в режим ожидания так долго, поэтому он не останавливался полностью ), но на самом деле это работало только над симптомом, потому что по сей день я все еще не Не знаю, откуда на самом деле взялась первоначальная неисправность. Я не обнаружил различий между двумя приводами (, за исключением того, что оба они были немного разными моделями из одной серии ). Также с использованиемhdparm(я думаю, что на самом деле это было sdparmдля дисков SCSI ), они были идентичны, насколько я мог судить. Даже переключение коннекторов (к одному из них было присоединено оконечное устройство SCSI )и идентификаторы SCSI ничего не изменили.
Короче говоря :Не знаю. Вы также можете рассмотреть возможность того, что контроллер привода просто неисправен. УМНЫЙ. не всегда выявляет неисправное оборудование.
Неясно, чем это вызвано. Но он останавливается, если я бегу:
sudo smartctl -t long /dev/sdd
Тест не должен завершаться :В ту же секунду, когда начинается тест, я получаю (как и ожидалось):
Device rkB/s wkB/s %util
sdd 36864.00 0.00 100.00
sdd 37376.00 0.00 99.60
sdd 37752.00 0.00 99.60
sdd 37256.00 0.00 99.60
sdd 37496.00 0.00 98.80
sdd 37512.00 0.00 100.00
sdd 37752.00 0.00 100.40
sdd 38912.00 0.00 100.00
sdd 37888.00 0.00 98.80
sdd 38024.00 0.00 99.20