Почему не делает этой sed замены на работу байта неASCII?
Когда PV / VG / LVDisplaying, вы можете найти Value Value. Большую часть времени нам нужно только посмотреть, что он нам говорит; например, lvdisplay -c.
Когда вы используете 2FFS и LVRESIZE (или LVREDUCE), убедитесь, что ваш Resaze2FS дает вам объем, меньший, чем ваша команда LVRESIZE. Очень время от времени, если у вас нет FS меньшего, чем LV крошечной суммой, случаются плохие вещи. Когда ваш LV является правильным размером, вы можете расширить FS, чтобы заполнить его простым «Resize2fs / dev / centos / home» (без других вариантов).
FOX XFS, этот ответ не одинаково. Вы не можете изменить размер XFS, и это огромный недостаток для небольшого увеличения скорости. Затем ваш вариант - сделать новую файловую систему, скопируйте все к нему и удалите старую файловую систему. Если у вас нет запасных пространств на хосте, вам нужно будет получить творческий.
Добавьте нам результаты команды «Mount», а с тем, что у нас здесь уже, кто-то может помочь вам.
Я только что тщательно проверил информационную страницу sed ( info sed ) и немного поэкспериментировал с различными методами.
Мой вывод: вы не можете поместить символ, представленный \ x92 , в класс символов.
Однако вместо этого вы можете использовать | .
Вот несколько демонстраций:
$ printf "a\x92\n"
a?
$ printf "a\x92\n" | sed 's/[a\x92]/P/g'
P?
$ printf "a\x92\n" | sed 's/[a\\x92]/P/g'
P?
$ printf "a\x92\n" | sed 's/[a'$'\x92'']/P/g'
P?
$ printf "a\x92\n" | sed 's/[a'"$(printf '\x92')"']/P/g'
P?
$ printf "a\x92\n" | sed 's/[a[\x92]]/P/g'
a?
$ printf "a\x92\n" | sed 's/a\|\x92/P/g'
PP
$ printf "a\x92\n" | sed -r 's/a|\x92/P/g'
PP
$