Таким образом, я не смог сжать контейнер lvm вручную.
Но мне удалось добавить параметр discard="true" в файл .vbox, который выглядел как
. После перезагрузки снова я смог запустить fstrim и файл .vdi был сжат.
На самом деле у меня были некоторые проблемы с использованием этого параметра раньше, поэтому я хотел сделать это вручную.
I настоятельно рекомендую сделать резервную копию, так как я убил мой .vdi-файл и не смог восстановить его. Кроме того, я отключил эту опцию позже и проверил файловую систему до того, как удалил свою резервную копию.
iconv, вероятно, вы хотите использовать. iconv -l покажет вам доступные кодировки, а затем вы можете использовать пару команд для их пересчета:
# all text files are in ./originals/
# new files will be written to ./newversions/
mkdir -p newversions
cd originals
for file in *.txt; do
cat $file | iconv -f ASCII -t utf-8 > ../newversions/$file;
done
Если вы хотите сделать это с файлами, вы не кодируете (потому что они повсюду), вы хотите добавить еще несколько команд: find, file, awk и sed. Последние два процесса обрабатывают вывод файла.
for file in find . -type f -exec file --mime {} \; | grep "ascii" | awk '{print $1}' | sed s/.$//; do
...
Я понятия не имею, работает ли это на самом деле, поэтому я, конечно, не запустил бы его из ничего, кроме наименее важного для вас каталога ( создать тестовую папку с некоторыми известными файлами ASCII). Синтаксис find может исключить его из цикла for. Я надеюсь, что кто-то еще с большим опытом bash может прыгать туда и сортировать его, чтобы он поступал правильно.
iconv, вероятно, вы хотите использовать. iconv -l покажет вам доступные кодировки, а затем вы можете использовать пару команд для их пересчета:
# all text files are in ./originals/
# new files will be written to ./newversions/
mkdir -p newversions
cd originals
for file in *.txt; do
cat $file | iconv -f ASCII -t utf-8 > ../newversions/$file;
done
Если вы хотите сделать это с файлами, вы не кодируете (потому что они повсюду), вы хотите добавить еще несколько команд: find, file, awk и sed. Последние два процесса обрабатывают вывод файла.
for file in find . -type f -exec file --mime {} \; | grep "ascii" | awk '{print $1}' | sed s/.$//; do
...
Я понятия не имею, работает ли это на самом деле, поэтому я, конечно, не запустил бы его из ничего, кроме наименее важного для вас каталога ( создать тестовую папку с некоторыми известными файлами ASCII). Синтаксис find может исключить его из цикла for. Я надеюсь, что кто-то еще с большим опытом bash может прыгать туда и сортировать его, чтобы он поступал правильно.
iconv, вероятно, вы хотите использовать. iconv -l покажет вам доступные кодировки, а затем вы можете использовать пару команд для их пересчета:
# all text files are in ./originals/
# new files will be written to ./newversions/
mkdir -p newversions
cd originals
for file in *.txt; do
cat $file | iconv -f ASCII -t utf-8 > ../newversions/$file;
done
Если вы хотите сделать это с файлами, вы не кодируете (потому что они повсюду), вы хотите добавить еще несколько команд: find, file, awk и sed. Последние два процесса обрабатывают вывод файла.
for file in find . -type f -exec file --mime {} \; | grep "ascii" | awk '{print $1}' | sed s/.$//; do
...
Я понятия не имею, работает ли это на самом деле, поэтому я, конечно, не запустил бы его из ничего, кроме наименее важного для вас каталога ( создать тестовую папку с некоторыми известными файлами ASCII). Синтаксис find может исключить его из цикла for. Я надеюсь, что кто-то еще с большим опытом bash может прыгать туда и сортировать его, чтобы он поступал правильно.
iconv, вероятно, вы хотите использовать. iconv -l покажет вам доступные кодировки, а затем вы можете использовать пару команд для их пересчета:
# all text files are in ./originals/
# new files will be written to ./newversions/
mkdir -p newversions
cd originals
for file in *.txt; do
cat $file | iconv -f ASCII -t utf-8 > ../newversions/$file;
done
Если вы хотите сделать это с файлами, вы не кодируете (потому что они повсюду), вы хотите добавить еще несколько команд: find, file, awk и sed. Последние два процесса обрабатывают вывод файла.
for file in find . -type f -exec file --mime {} \; | grep "ascii" | awk '{print $1}' | sed s/.$//; do
...
Я понятия не имею, работает ли это на самом деле, поэтому я, конечно, не запустил бы его из ничего, кроме наименее важного для вас каталога ( создать тестовую папку с некоторыми известными файлами ASCII). Синтаксис find может исключить его из цикла for. Я надеюсь, что кто-то еще с большим опытом bash может прыгать туда и сортировать его, чтобы он поступал правильно.
iconv, вероятно, вы хотите использовать. iconv -l покажет вам доступные кодировки, а затем вы можете использовать пару команд для их пересчета:
# all text files are in ./originals/
# new files will be written to ./newversions/
mkdir -p newversions
cd originals
for file in *.txt; do
cat $file | iconv -f ASCII -t utf-8 > ../newversions/$file;
done
Если вы хотите сделать это с файлами, вы не кодируете (потому что они повсюду), вы хотите добавить еще несколько команд: find, file, awk и sed. Последние два процесса обрабатывают вывод файла.
for file in find . -type f -exec file --mime {} \; | grep "ascii" | awk '{print $1}' | sed s/.$//; do
...
Я понятия не имею, работает ли это на самом деле, поэтому я, конечно, не запустил бы его из ничего, кроме наименее важного для вас каталога ( создать тестовую папку с некоторыми известными файлами ASCII). Синтаксис find может исключить его из цикла for. Я надеюсь, что кто-то еще с большим опытом bash может прыгать туда и сортировать его, чтобы он поступал правильно.
iconv
, вероятно, вы хотите использовать. iconv -l
покажет вам доступные кодировки, а затем вы можете использовать пару команд для их пересчета:
# все текстовые файлы находятся в ./originals/ # новые файлы будут записаны в ./newversions/ mkdir -p newversions cd оригиналы для файла в * .txt; do cat $ file | iconv -f ASCII -t utf-8 & gt; ../newversions/$file; done
Если вы хотите сделать это с файлами, вы не кодируете (потому что они повсюду), вы хотите добавить еще несколько команд: найдите
, файл
, awk
и sed
. Последние два только что обрабатывают вывод файла.
для файла в поиске. -type f -exec file --mime {} \; | grep "ascii" | awk '{print $ 1}' | sed s /.$//; do ...
Я понятия не имею, работает ли это на самом деле, поэтому я, конечно, не запустил бы его из ничего, кроме наименее важного для вас каталога (сделайте тестовую папку с некоторыми известными ASCII файлы в). Синтаксис find может исключить его из цикла for. Я надеюсь, что кто-то еще с большим опытом работы с bash мог бы прыгнуть туда и разобраться, чтобы он поступал правильно.
iconv
, вероятно, вы хотите использовать. iconv -l
покажет вам доступные кодировки, а затем вы можете использовать пару команд для их пересчета:
# все текстовые файлы находятся в ./originals/ # новые файлы будут записаны в ./newversions/ mkdir -p newversions cd оригиналы для файла в * .txt; do cat $ file | iconv -f ASCII -t utf-8 & gt; ../newversions/$file; done
Если вы хотите сделать это с файлами, вы не кодируете (потому что они повсюду), вы хотите добавить еще несколько команд: найдите
, файл
, awk
и sed
. Последние два только что обрабатывают вывод файла.
для файла в поиске. -type f -exec file --mime {} \; | grep "ascii" | awk '{print $ 1}' | sed s /.$//; do ...
Я понятия не имею, работает ли это на самом деле, поэтому я, конечно, не запустил бы его из ничего, кроме наименее важного для вас каталога (сделайте тестовую папку с некоторыми известными ASCII файлы в). Синтаксис find может исключить его из цикла for. Я надеюсь, что кто-то еще с большим опытом работы с bash мог бы прыгнуть туда и разобраться, чтобы он поступал правильно.
iconv
, вероятно, вы хотите использовать. iconv -l
покажет вам доступные кодировки, а затем вы можете использовать пару команд для их пересчета:
# все текстовые файлы находятся в ./originals/ # новые файлы будут записаны в ./newversions/ mkdir -p newversions cd оригиналы для файла в * .txt; do cat $ file | iconv -f ASCII -t utf-8 & gt; ../newversions/$file; done
Если вы хотите сделать это с файлами, вы не кодируете (потому что они повсюду), вы хотите добавить еще несколько команд: найдите
, файл
, awk
и sed
. Последние два только что обрабатывают вывод файла.
для файла в поиске. -type f -exec file --mime {} \; | grep "ascii" | awk '{print $ 1}' | sed s /.$//; do ...
Я понятия не имею, работает ли это на самом деле, поэтому я, конечно, не запустил бы его из ничего, кроме наименее важного для вас каталога (сделайте тестовую папку с некоторыми известными ASCII файлы в). Синтаксис find может исключить его из цикла for. Я надеюсь, что кто-то еще с большим опытом работы с bash мог бы прыгнуть туда и разобраться, чтобы он поступал правильно.
iconv
, вероятно, вы хотите использовать. iconv -l
покажет вам доступные кодировки, а затем вы можете использовать пару команд для их пересчета:
# все текстовые файлы находятся в ./originals/ # новые файлы будут записаны в ./newversions/ mkdir -p newversions cd оригиналы для файла в * .txt; do cat $ file | iconv -f ASCII -t utf-8 & gt; ../newversions/$file; done
Если вы хотите сделать это с файлами, вы не кодируете (потому что они повсюду), вы хотите добавить еще несколько команд: найдите
, файл
, awk
и sed
. Последние два только что обрабатывают вывод файла.
для файла в поиске. -type f -exec file --mime {} \; | grep "ascii" | awk '{print $ 1}' | sed s /.$//; do ...
Я понятия не имею, работает ли это на самом деле, поэтому я, конечно, не запустил бы его из ничего, кроме наименее важного для вас каталога (сделайте тестовую папку с некоторыми известными ASCII файлы в). Синтаксис find может исключить его из цикла for. Я надеюсь, что кто-то еще с большим опытом работы с bash мог бы прыгнуть туда и разобраться, чтобы он поступал правильно.
iconv
, вероятно, вы хотите использовать. iconv -l
покажет вам доступные кодировки, а затем вы можете использовать пару команд для их пересчета:
# все текстовые файлы находятся в ./originals/ # новые файлы будут записаны в ./newversions/ mkdir -p newversions cd оригиналы для файла в * .txt; do cat $ file | iconv -f ASCII -t utf-8 & gt; ../newversions/$file; done
Если вы хотите сделать это с файлами, вы не кодируете (потому что они повсюду), вы хотите добавить еще несколько команд: найдите
, файл
, awk
и sed
. Последние два только что обрабатывают вывод файла.
для файла в поиске. -type f -exec file --mime {} \; | grep "ascii" | awk '{print $ 1}' | sed s /.$//; do ...
Я понятия не имею, работает ли это на самом деле, поэтому я, конечно, не запустил бы его из ничего, кроме наименее важного для вас каталога (сделайте тестовую папку с некоторыми известными ASCII файлы в). Синтаксис find может исключить его из цикла for. Я надеюсь, что кто-то еще с большим опытом работы с bash мог бы прыгнуть туда и разобраться, чтобы он поступал правильно.
find
(чтобы найти все .txt-файлы) и его флаг -exec
, чтобы запустить что-то против этого файла. Затем вам понадобится команда file
для обнаружения кодировки. Подожди минутку. Я отредактирую свой ответ, чтобы показать вам, что я думаю.
– Oli♦
29 October 2010 в 19:34
файл
, но он возвращает ASCII ... Я думаю, что это то, что мне нужно обнаружить ... Если первый байт (кода UTF-8) находится между 0x80 и 0xBF (зарезервировано для дополнительных байтов) или больше, чем 0xF7 («перекрытая форма»), которая считается ошибкой
– Peter.O
29 October 2010 в 19:46
Gedit может определить правильный набор символов только в том случае, если он указан в «кодировке с открытым файлом». Вы можете изменить этот список, но имейте в виду, что порядок важен.
Я думал об этом немного больше ...
Да, «ø» = 0xF8 hex * был определенно причиной того, почему gedit не откроет файл ... Почему? Потому что это не допустимый байт UTF-8. По умолчанию gedit будет открывать только файлы UTF-8 ...
Однако, gedit действительно имеет функцию автоматического обнаружения кодовой страницы, но сначала вы должны добавить кодовые страницы в свой список «возможно».
Ярко-красное диалоговое окно, которое появляется, когда Добавить не может распознать кодовую страницу, имеет на нем топик, который позволяет вам gedit еще одна кодовая страница ...
Проблема решена! ... почти ...
Хлопчатая проблема теперь снова поднимает голову ... Какая кодовая страница?
В моей ситуации я могу уверенно предположить, что это стандартная английская кодовая страница Windows (для моего региона? или для региона происхождения файла? .. Я упоминал «knarly» :) .. ..
Во всяком случае, почти позволит вам загружать файл, как только вы добавили кодовую страницу в свой список ...
Итак, хотя все Команды терминала полезны и интересны сами по себе, кажется, что эта линия мысли шла по неправильному пути.
В этих файлах нет ничего . В этих файлах добавлено ... Проблема, по-видимому, связана исключительно с кодовыми страницами.
gedit может открыть файл, как gvim. ... но соответствующую кодировку сначала необходимо добавить в ее список кодовых страниц. например. через диалог File-Open или с красным предупреждением, с которым я столкнулся.
Вы можете использовать любую из трех команд:
gedit --encoding=utf-8 filename
gedit --encoding=iso-8859-15 filename
gedit --encoding=utf-16 filename
. . . . .
Вы можете использовать любую из трех команд:
gedit --encoding=utf-8 filename
gedit --encoding=iso-8859-15 filename
gedit --encoding=utf-16 filename
. . . . .
Я думал об этом немного больше ...
Да, «ø» = 0xF8 hex * был определенно причиной того, почему gedit не откроет файл ... Почему? Потому что это не допустимый байт UTF-8. По умолчанию gedit будет открывать только файлы UTF-8 ...
Однако, gedit действительно имеет функцию автоматического обнаружения кодовой страницы, но сначала вы должны добавить кодовые страницы в свой список «возможно».
Ярко-красное диалоговое окно, которое появляется, когда Добавить не может распознать кодовую страницу, имеет на нем топик, который позволяет вам gedit еще одна кодовая страница ...
Проблема решена! ... почти ...
Хлопчатая проблема теперь снова поднимает голову ... Какая кодовая страница?
В моей ситуации я могу уверенно предположить, что это стандартная английская кодовая страница Windows (для моего региона? или для региона происхождения файла? .. Я упоминал «knarly» :) .. ..
Во всяком случае, почти позволит вам загружать файл, как только вы добавили кодовую страницу в свой список ...
Итак, хотя все Команды терминала полезны и интересны сами по себе, кажется, что эта линия мысли шла по неправильному пути.
В этих файлах нет ничего . В этих файлах добавлено ... Проблема, по-видимому, связана исключительно с кодовыми страницами.
gedit может открыть файл, как gvim. ... но соответствующую кодировку сначала необходимо добавить в ее список кодовых страниц. например. через диалог File-Open или с красным предупреждением, с которым я столкнулся.
Gedit может определить правильный набор символов только в том случае, если он указан в «кодировке с открытым файлом». Вы можете изменить этот список, но имейте в виду, что порядок важен.
Вы можете использовать любую из трех команд:
gedit --encoding=utf-8 filename
gedit --encoding=iso-8859-15 filename
gedit --encoding=utf-16 filename
. . . . .
Я думал об этом немного больше ...
Да, «ø» = 0xF8 hex * был определенно причиной того, почему gedit не откроет файл ... Почему? Потому что это не допустимый байт UTF-8. По умолчанию gedit будет открывать только файлы UTF-8 ...
Однако, gedit действительно имеет функцию автоматического обнаружения кодовой страницы, но сначала вы должны добавить кодовые страницы в свой список «возможно».
Ярко-красное диалоговое окно, которое появляется, когда Добавить не может распознать кодовую страницу, имеет на нем топик, который позволяет вам gedit еще одна кодовая страница ...
Проблема решена! ... почти ...
Хлопчатая проблема теперь снова поднимает голову ... Какая кодовая страница?
В моей ситуации я могу уверенно предположить, что это стандартная английская кодовая страница Windows (для моего региона? или для региона происхождения файла? .. Я упоминал «knarly» :) .. ..
Во всяком случае, почти позволит вам загружать файл, как только вы добавили кодовую страницу в свой список ...
Итак, хотя все Команды терминала полезны и интересны сами по себе, кажется, что эта линия мысли шла по неправильному пути.
В этих файлах нет ничего . В этих файлах добавлено ... Проблема, по-видимому, связана исключительно с кодовыми страницами.
gedit может открыть файл, как gvim. ... но соответствующую кодировку сначала необходимо добавить в ее список кодовых страниц. например. через диалог File-Open или с красным предупреждением, с которым я столкнулся.
Gedit может определить правильный набор символов только в том случае, если он указан в «кодировке с открытым файлом». Вы можете изменить этот список, но имейте в виду, что порядок важен.
Вы можете использовать любую из трех команд:
gedit --encoding=utf-8 filename
gedit --encoding=iso-8859-15 filename
gedit --encoding=utf-16 filename
. . . . .
Я думал об этом немного больше ...
Да, «ø» = 0xF8 hex * был определенно причиной того, почему gedit не откроет файл ... Почему? Потому что это не допустимый байт UTF-8. По умолчанию gedit будет открывать только файлы UTF-8 ...
Однако, gedit действительно имеет функцию автоматического обнаружения кодовой страницы, но сначала вы должны добавить кодовые страницы в свой список «возможно».
Ярко-красное диалоговое окно, которое появляется, когда Добавить не может распознать кодовую страницу, имеет на нем топик, который позволяет вам gedit еще одна кодовая страница ...
Проблема решена! ... почти ...
Хлопчатая проблема теперь снова поднимает голову ... Какая кодовая страница?
В моей ситуации я могу уверенно предположить, что это стандартная английская кодовая страница Windows (для моего региона? или для региона происхождения файла? .. Я упоминал «knarly» :) .. ..
Во всяком случае, почти позволит вам загружать файл, как только вы добавили кодовую страницу в свой список ...
Итак, хотя все Команды терминала полезны и интересны сами по себе, кажется, что эта линия мысли шла по неправильному пути.
В этих файлах нет ничего . В этих файлах добавлено ... Проблема, по-видимому, связана исключительно с кодовыми страницами.
gedit может открыть файл, как gvim. ... но соответствующую кодировку сначала необходимо добавить в ее список кодовых страниц. например. через диалог File-Open или с красным предупреждением, с которым я столкнулся.
Gedit может определить правильный набор символов только в том случае, если он указан в «кодировке с открытым файлом». Вы можете изменить этот список, но имейте в виду, что порядок важен.
Вы можете использовать любую из трех команд:
gedit --encoding=utf-8 filename
gedit --encoding=iso-8859-15 filename
gedit --encoding=utf-16 filename
. . . . .
Я думал об этом немного больше ...
Да, «ø» = 0xF8 hex * был определенно причиной того, почему gedit не откроет файл ... Почему? Потому что это не допустимый байт UTF-8. По умолчанию gedit будет открывать только файлы UTF-8 ...
Однако, gedit действительно имеет функцию автоматического обнаружения кодовой страницы, но сначала вы должны добавить кодовые страницы в свой список «возможно».
Ярко-красное диалоговое окно, которое появляется, когда Добавить не может распознать кодовую страницу, имеет на нем топик, который позволяет вам gedit еще одна кодовая страница ...
Проблема решена! ... почти ...
Хлопчатая проблема теперь снова поднимает голову ... Какая кодовая страница?
В моей ситуации я могу уверенно предположить, что это стандартная английская кодовая страница Windows (для моего региона? или для региона происхождения файла? .. Я упоминал «knarly» :) .. ..
Во всяком случае, почти позволит вам загружать файл, как только вы добавили кодовую страницу в свой список ...
Итак, хотя все Команды терминала полезны и интересны сами по себе, кажется, что эта линия мысли шла по неправильному пути.
В этих файлах нет ничего . В этих файлах добавлено ... Проблема, по-видимому, связана исключительно с кодовыми страницами.
gedit может открыть файл, как gvim. ... но соответствующую кодировку сначала необходимо добавить в ее список кодовых страниц. например. через диалог File-Open или с красным предупреждением, с которым я столкнулся.
Gedit может определить правильный набор символов только в том случае, если он указан в «кодировке с открытым файлом». Вы можете изменить этот список, но имейте в виду, что порядок важен.
Gedit может определить правильный набор символов только в том случае, если он указан в «кодировке с открытым файлом». Вы можете изменить этот список, но имейте в виду, что порядок важен.
Вы можете использовать любую из трех команд:
gedit --encoding = utf-8 filename gedit --encoding = iso-8859-15 filename gedit --encoding = utf- 16 имя файла. , , , ,
Я думал об этом немного больше ...
Да, «ø» = 0xF8 hex * был определенно причиной того, почему gedit не откроет файл ... Почему? Потому что это не допустимый байт UTF-8. По умолчанию gedit будет открывать только файлы UTF-8 ...
Однако gedit имеет функцию автоматического обнаружения кодовой страницы, но сначала вы должны добавить кодовые страницы в свой список «Возможностей».
Яркое красное диалоговое окно, которое появляется, когда gedit не может распознать кодовую страницу, имеет на нем топик, который позволяет вам добавить другую кодовую страницу ...
Проблема решена! ... почти ...
Хвосткий вопрос теперь снова поднимает голову ... Какая кодовая страница?
В моей ситуации я могу уверенно предположить, что это стандартная английская кодовая страница Windows (для моего региона? или для региона происхождения файла? .. Я упоминал «knarly» :) .. ..
Во всяком случае, gedit позволит вам загрузить файл после того, как вы добавили кодовую страницу в свой список ...
Итак, хотя все команды терминала полезны и интересны в сами по себе, кажется, что эта линия мысли шла по неправильному пути.
В этих файлах нет ничего по-настоящему неправильного ... Проблема, судя по всему, касается кодовых страниц.
gedit может открыть файл, как gvim. ... но соответствующую кодировку сначала необходимо добавить в ее список кодовых страниц. например. через диалог File-Open или с красным предупреждением, с которым я столкнулся.
Gedit может определить правильный набор символов только в том случае, если он указан в «кодировке с открытым файлом». Вы можете изменить этот список, но имейте в виду, что порядок важен.
Вы можете использовать любую из трех команд:
gedit --encoding = utf-8 filename gedit --encoding = iso-8859-15 filename gedit --encoding = utf- 16 имя файла. , , , ,