Вопросы Теги

в то время как установка ошибки песней состоит в том, что 'sda должен иметь маркировку gpt'

Это не так эффективно, но код легче читать и понимать, на мой взгляд, если вы просто скопируете файлы, а затем удалите позже. 

find /original/file/path/* -mtime +7 -exec cp {} /new/file/path/ \;
find /original/file/path/* -mtime +7 -exec rm -rf {} \;

Уведомление: Defaw обнаружен @Mv для автоматизированных операций:

Использование двух отдельных операций является рискованным. Если некоторые файлы становятся старше 7 дней Хотя операция копирования сделана, они не будут скопированы, но они будут удалены по операции удаления. Для чего-то делается вручную, когда это не может быть Выпуск, но для автоматических скриптов это может привести к потере данных

1
24.12.2014, 22:33
1 ответ

Контейнер докеров, который вы используете, не обеспечивает утилиту для TAR. Я проверил это, используя следующее; 

sudo docker run -i -t rhel6 /bin/bash

Это создало интерактивную оболочку для меня в Docker, используя изображение RHEL6, оттуда я могу проверить интерактивную систему ошибки, которую вы видите; 

bash-4.1# find / -name tar
bash-4.1# yum list | grep -i tar
upstart.x86_64               0.6.5-13.el6_5.3               @koji-override-0/6.5

Оба из этих команд показывают Эта смолка не установлена ​​и недоступна.

Я не уверен в ваших рассуждениях использовать RHEL, или как RHEL работает с его лицензированием в рамках контейнеров Docker, но было бы возможно ли вам использовать CentOS, которые обеспечивают TAR в качестве стандарта; 

sudo docker run -i -t centos /bin/bash
bash-4.1# yum list | grep -i tar
---snip---
tar.x86_64                               2:1.26-29.el7                   base   
---snip---
-121--217543-

У меня есть аналогичный случай. Моя коробка имеет 12 ГБ ОЗУ и через Nigth все настольные приложения были заменены для кэша и такого. Основная причина, по которой я думаю, что кэш (грязные страницы) может занять до 60% RAM по умолчанию, и когда этот предел достигнут, ядро ​​внезапно хочет прошить 6 ГБ грязных страниц на диск, который эффективно убивает производительность.

Я вылечил со следующими параметрами в /etc/sysctl.conf

# use only 10% of RAM for the cache (dirty pages).
vm.dirty_ratio=10 
# start flashing with 1% dirty pages
vm.dirty_background_ratio=1
-121--63212-

Отключить UEFI в BIOS ( Руководство ) или создать таблицу партии GPT ( GPARTED или GDISK ).

Пример создания одного из Arch Wiki :

# GDISK / DEV / SDX o # создать новый пустой группированный раздел N # Раздел 1 [ENTER], от начала [ENTER], до 100GIB [+ 100GIB], Linux FS типа [ENTER] N # Раздел 2 [ENTER], от начала [ENTER], до 108GIB [+ 8GIB], SWAP Linux [8200] W # Таблица записи на диск и выход

Другой вариант - использовать Утилита во время установки. Введите «Ctrl + Alt + F2» во время процесса установки, чтобы перейти в командную строку с «распущенной» утилитой.

Разлагаются
(расстались) Print / dev / sda
(расставленные) Выбор / dev / sda
(расстался) mklabel GPT
(расстался) Да
(расставлена) Print / dev / sda
(расставлена) Выйти

, затем вернуться к процессу установки с Ctrl + Alt + F1.

0
28.01.2020, 01:48

Теги

Похожие вопросы