Можно использовать pv
, это обеспечивает столько буферизации, сколько Вы хотите в конвейере. Можно использовать его как это:
sprewingprocess | pv -B 1g > ordinaryfifo &
Это дало бы Вам до 1 ГБ буферизации между spewingprocess
и FIFO. Большая часть предложения дистрибутивов Linux pv
в названном пакете, хотите верьте, хотите нет, pv
.
Это могла быть файловая система или отказ диска. Проверить dmesg
и система регистрируется для любых подсказок. Посмотрите там перед перезагрузкой, если Вы уже не имеете. Если Вы перезагрузили систему, подходит чистый или предупреждает Вас о проблемах файловой системы?
Можно повторно смонтировать использование чтения-записи файловой системы mount -o remount,rw /
но я не рекомендую делать это, пока Вы не знаете, почему это смонтировало себя ro.
Это возможный поразить сочетание клавиш, которое повторно смонтировало бы корневую файловую систему, только для чтения. Обычно это - AltSysRequ. Вы или Ваша кошка случайно делали это?
Вы инициировали запрос завершения работы и затем прерывали его? Сценарии завершения работы обычно повторно монтируют систему ro к концу процесса, но я видел, что они получают borked и пропуск в конец :)
Я видел это прежде. Это произошло с нами несколько раз.
Мы выполняем VMware системы ESXI с законченным спиной к устройству хранения данных SAN. Когда мы испытали высокий ввод-вывод на SAN, не связанном с той машиной, это увеличило задержку устройства хранения данных и по существу сделало диск недоступным сроком на время. Система ответила путем создания различных объемов только для чтения. Мы могли выполнить a remount
и это завершилось бы успешно, но, это на самом деле не повторно смонтирует диск. Единственный способ вернуть его состоял в том, чтобы перезагрузить и любое движение к single user mode
и fsck
диск или иногда автоматическое fsck
на перезагрузке поймал бы его.
Наша фиксация должна была изменить дисковые тайм-ауты для блочных устройств в /sys
# cat /sys/block/sd*/device/timeout
60
Мы увеличили значение этого числа от 60
кому: 180
это изменяет время, прежде чем "тайм-аут" произойдет, по существу позволяя Вам перенести больше задержки. Но, побочный эффект состоит в том, что можно подвергнуться повреждению в файловой системе особенно те, которые имеют высокие записи. Это также, почему, если Вы разделяете свое основное монтирование (как мы делаем) на отдельное монтирование или управляет этим объемы как /var
будет только для чтения, потому что существует больше действия.
dmesg
неудавшийся? Это действительно странно. Каково сообщение об ошибке? – alex 06.07.2011, 15:39